From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 00:30:54 2004 Return-Path: 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 56B2616A4CE for ; Sun, 19 Sep 2004 00:30:54 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E8F743D2F for ; Sun, 19 Sep 2004 00:30:53 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 25107 invoked by uid 65534); 19 Sep 2004 00:30:52 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp013) with SMTP; 19 Sep 2004 02:30:52 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 19 Sep 2004 02:30:42 +0200 User-Agent: KMail/1.7 References: In-Reply-To: X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1403751.cppxQMd2aN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409190230.50159.Emanuel.Strobl@gmx.net> cc: current@freebsd.org cc: John Polstra Subject: Re: cvsup (ezm3 - modula) build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 00:30:54 -0000 --nextPart1403751.cppxQMd2aN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 19. September 2004 01:49 schrieb John Polstra: > On 17-Sep-2004 Emanuel Strobl wrote: > > new source -> compiling ../src/float/IEEE/Real.i3 > > > > > > *** > > *** runtime error: > > *** Segmentation violation - possible attempt to dereference NIL > > *** pc =3D 0x8157111 > > *** > > Get rid of -O2 or whatever you're using, and use plain old -O. I > have plans to fix the port so it does this itself. Thanks, like Daniel Eriksson advised me, I removed -O2 temporarily. This solved my problem so I didn't answer. I turned on -O2 because the last bugs from base were fixed and I remember s= ome=20 discussions about testing with -O2 wich every developer _should_ do. Well I= 'm=20 not a developer but I did. Sorry for the noise, next time I'll remember the= =20 old rule to disable any optimization _before_ reporting errors. My first FreeBSD was 3.0 and cvsup is one af the really highly appreciated= =20 tools which I use since then, so I think it's not that important to get the= =20 modulo compiler -O2 capable. There are much more urgent bugs to fix,=20 especially ataraid related, and that's base not ports! Thank you, =2DMano > > John > _______________________________________________ > 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" --nextPart1403751.cppxQMd2aN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBTNM5Bylq0S4AzzwRApLcAJ9jiZ9ksJjdCWR3611sNE/qyRGotQCbBO6S tINwUOhL3AJao6I7OYlhEsU= =YPjn -----END PGP SIGNATURE----- --nextPart1403751.cppxQMd2aN-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 00:30:54 2004 Return-Path: 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 59AC616A4CF for ; Sun, 19 Sep 2004 00:30:54 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F11943D41 for ; Sun, 19 Sep 2004 00:30:53 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 25107 invoked by uid 65534); 19 Sep 2004 00:30:52 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp013) with SMTP; 19 Sep 2004 02:30:52 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 19 Sep 2004 02:30:42 +0200 User-Agent: KMail/1.7 References: In-Reply-To: X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1403751.cppxQMd2aN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409190230.50159.Emanuel.Strobl@gmx.net> cc: current@freebsd.org cc: John Polstra Subject: Re: cvsup (ezm3 - modula) build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 00:30:54 -0000 --nextPart1403751.cppxQMd2aN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 19. September 2004 01:49 schrieb John Polstra: > On 17-Sep-2004 Emanuel Strobl wrote: > > new source -> compiling ../src/float/IEEE/Real.i3 > > > > > > *** > > *** runtime error: > > *** Segmentation violation - possible attempt to dereference NIL > > *** pc =3D 0x8157111 > > *** > > Get rid of -O2 or whatever you're using, and use plain old -O. I > have plans to fix the port so it does this itself. Thanks, like Daniel Eriksson advised me, I removed -O2 temporarily. This solved my problem so I didn't answer. I turned on -O2 because the last bugs from base were fixed and I remember s= ome=20 discussions about testing with -O2 wich every developer _should_ do. Well I= 'm=20 not a developer but I did. Sorry for the noise, next time I'll remember the= =20 old rule to disable any optimization _before_ reporting errors. My first FreeBSD was 3.0 and cvsup is one af the really highly appreciated= =20 tools which I use since then, so I think it's not that important to get the= =20 modulo compiler -O2 capable. There are much more urgent bugs to fix,=20 especially ataraid related, and that's base not ports! Thank you, =2DMano > > John > _______________________________________________ > 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" --nextPart1403751.cppxQMd2aN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBTNM5Bylq0S4AzzwRApLcAJ9jiZ9ksJjdCWR3611sNE/qyRGotQCbBO6S tINwUOhL3AJao6I7OYlhEsU= =YPjn -----END PGP SIGNATURE----- --nextPart1403751.cppxQMd2aN-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 02:41:02 2004 Return-Path: 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 A31B916A4CE for ; Sun, 19 Sep 2004 02:41:02 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B1DD43D2F for ; Sun, 19 Sep 2004 02:41:02 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])i8J2ewJW008908 for ; Sat, 18 Sep 2004 22:40:58 -0400 (EDT) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) i8J2evNu018350 for ; Sat, 18 Sep 2004 22:40:57 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id i8J2evtS018349 for freebsd-current@freebsd.org; Sat, 18 Sep 2004 22:40:57 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: freebsd-current@freebsd.org User-Agent: KMail/1.7 MIME-Version: 1.0 Date: Sat, 18 Sep 2004 22:40:46 -0400 Content-Type: multipart/signed; boundary="nextPart6436094.xoKCao7NqO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409182240.54337.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: PCMCIA problems w/ 5.3 BETA 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 02:41:02 -0000 --nextPart6436094.xoKCao7NqO Content-Type: multipart/mixed; boundary="Boundary-01=_wGPTBHlLjAZS+1W" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_wGPTBHlLjAZS+1W Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, FreeBSDers! I have a laptop, Toshiba 1415-S105. Just upgraded this weekend. In 5.3Beta 4, the PCMCIA is not recognized at all. No mention of it in the= =20 boot messages or anything. It worked in 4.10. The audio's having problems, and I've done some stuff to mess with that, as= =20 well, but I don't see that as a pressing issue. I've attached various outputs, my kernel file, the dmesg when I booted=20 verbose, pciconf -l -v, etc. I have no idea how to fix the problem, but I'll certainly be a guinea pig. Thanks! Marc. =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --Boundary-01=_wGPTBHlLjAZS+1W Content-Type: text/plain; charset="us-ascii"; name="dmesg.output" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.output" 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...0 0 done No buffers busy after final sync Uptime: 14m47s Shutting down ACPI Rebooting... Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 5.3-BETA4 #1: Sat Sep 18 19:32:58 UTC 2004 root@laptop.ghostmrami.com:/usr/src/sys/i386/compile/LAPTOP Preloaded elf kernel "/boot/kernel/kernel" at 0xc0abc000. Preloaded elf module "/boot/kernel/snd_driver.ko" at 0xc0abc2e4. Preloaded elf module "/boot/kernel/snd_vibes.ko" at 0xc0abc394. Preloaded elf module "/boot/kernel/snd_via82c686.ko" at 0xc0abc444. Preloaded elf module "/boot/kernel/snd_via8233.ko" at 0xc0abc4f8. Preloaded elf module "/boot/kernel/snd_t4dwave.ko" at 0xc0abc5a8. Preloaded elf module "/boot/kernel/snd_solo.ko" at 0xc0abc658. Preloaded elf module "/boot/kernel/snd_sbc.ko" at 0xc0abc708. Preloaded elf module "/boot/kernel/snd_sb16.ko" at 0xc0abc7b4. Preloaded elf module "/boot/kernel/snd_sb8.ko" at 0xc0abc864. Preloaded elf module "/boot/kernel/snd_neomagic.ko" at 0xc0abc910. Preloaded elf module "/boot/kernel/snd_mss.ko" at 0xc0abc9c4. Preloaded elf module "/boot/kernel/snd_maestro3.ko" at 0xc0abca70. Preloaded elf module "/boot/kernel/snd_maestro.ko" at 0xc0abcb24. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0abcbd4. Preloaded elf module "/boot/kernel/snd_fm801.ko" at 0xc0abcc80. Preloaded elf module "/boot/kernel/snd_ess.ko" at 0xc0abcd30. Preloaded elf module "/boot/kernel/snd_es137x.ko" at 0xc0abcddc. Preloaded elf module "/boot/kernel/snd_emu10k1.ko" at 0xc0abce8c. Preloaded elf module "/boot/kernel/snd_ds1.ko" at 0xc0abcf3c. Preloaded elf module "/boot/kernel/snd_csa.ko" at 0xc0abcfe8. Preloaded elf module "/boot/kernel/snd_cs4281.ko" at 0xc0abd094. Preloaded elf module "/boot/kernel/snd_cmi.ko" at 0xc0abd144. Preloaded elf module "/boot/kernel/snd_als4000.ko" at 0xc0abd1f0. Preloaded elf module "/boot/kernel/snd_ad1816.ko" at 0xc0abd2a0. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0abd350. Calibrating clock(s) ... i8254 clock: 1193156 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1594834964 Hz CPU: Mobile Intel(R) Celeron(R) CPU 1.60GHz (1594.83-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff real memory =3D 268238848 (255 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000000fb20fff, 250576896 bytes (61176 pages) avail memory =3D 252755968 (241 MB) bios32: Found BIOS32 Service Directory header at 0xc00f0240 bios32: Entry =3D 0xfc04c (c00fc04c) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xd4df pnpbios: Found PnP BIOS data at 0xc00f0440 pnpbios: Entry =3D f0000:9138 Rev =3D 1.0 pnpbios: Event flag at 510 pnpbios: OEM ID 1938f351 Other BIOS signatures found: wlan: <802.11 Link Layer> null: random: io: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D1a308086) pcibios: BIOS version 2.10 =46ound $PIR table, 8 entries at 0xc00f01a0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 31 A 0x62 11 embedded 0 31 B 0x61 11 embedded 0 29 A 0x60 11 embedded 0 29 B 0x63 11 embedded 2 11 A 0x60 11 embedded 2 11 B 0x61 11 embedded 2 8 A 0x68 11 embedded 1 0 A 0x6a 10 embedded 2 10 A 0x6b 11 embedded 2 10 B 0x69 11 embedded 2 7 A 0x69 11 embedded 2 13 A 0x60 11 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 30 func 0 acpi0: [MPSAFE] acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 ACPI timer looks GOOD min =3D 3, max =3D 4, width =3D 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xee08-0xee0b on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) cpu0: port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_tz0: port 0x530-0x537 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.LNKC irq 0: [ 3 4 5 7 11] 11+ low,level,sharable 0.31.0 \\_SB_.LNKB irq 0: [ 3 4 5 7 11] 11+ low,level,sharable 0.31.1 \\_SB_.LNKA irq 0: [ 3 4 5 7 11] 11+ low,level,sharable 0.29.0 \\_SB_.LNKD irq 0: [ 3 4 5 7 11] 11+ low,level,sharable 0.29.1 pci0: on pcib0 pci0: physical bus=3D0 map[10]: type 3, range 32, base f0000000, size 27, enabled found-> vendor=3D0x8086, dev=3D0x1a30, revid=3D0x05 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x1a31, revid=3D0x05 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 0000efe0, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA) pcib0: possible interrupts: 3 4 5 7 11 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 1, priority 3050): interrupts: 11 5 7 4 3 penalty: 40 90 5040 5040 5040 \\_SB_.LNKB (references 1, priority 3050): interrupts: 11 5 7 4 3 penalty: 40 90 5040 5040 5040 \\_SB_.LNKA (references 1, priority 3050): interrupts: 11 5 7 4 3 penalty: 40 90 5040 5040 5040 \\_SB_.LNKD (references 1, priority 3050): interrupts: 11 5 7 4 3 penalty: 40 90 5040 5040 5040 pcib0: slot 29 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x8086, dev=3D0x2482, revid=3D0x02 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type 4, range 32, base 0000ef80, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD) pcib0: possible interrupts: 3 4 5 7 11 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 1, priority 3092): interrupts: 11 5 7 4 3 penalty: 90 130 5080 5080 5080 \\_SB_.LNKB (references 1, priority 3092): interrupts: 11 5 7 4 3 penalty: 90 130 5080 5080 5080 \\_SB_.LNKD (references 1, priority 3092): interrupts: 11 5 7 4 3 penalty: 90 130 5080 5080 5080 pcib0: slot 29 INTB routed to irq 11 via \\_SB_.LNKD found-> vendor=3D0x8086, dev=3D0x2484, revid=3D0x02 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x42 bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248c, revid=3D0x02 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 0000cfa0, size 4, enabled pcib0: matched entry for 0.31.INTA (src \\_SB_.LNKC) pcib0: possible interrupts: 3 4 5 7 11 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 1, priority 3134): interrupts: 11 5 7 4 3 penalty: 140 170 5120 5120 5120 \\_SB_.LNKB (references 1, priority 3134): interrupts: 11 5 7 4 3 penalty: 140 170 5120 5120 5120 pcib0: slot 31 INTA routed to irq 11 via \\_SB_.LNKC found-> vendor=3D0x8086, dev=3D0x248a, revid=3D0x02 bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[10]: type 4, range 32, base 0000ce00, size 8, enabled map[14]: type 4, range 32, base 0000cdc0, size 6, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB) pcib0: possible interrupts: 3 4 5 7 11 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 1, priority 3176): interrupts: 11 5 7 4 3 penalty: 190 210 5160 5160 5160 pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x2485, revid=3D0x02 bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type 4, range 32, base 0000ca00, size 8, enabled map[14]: type 4, range 32, base 0000c980, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB) pcib0: slot 31 INTB is already routed to irq 11 found-> vendor=3D0x8086, dev=3D0x2486, revid=3D0x02 bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 agp0: mem 0xf0000000-0xf7ffffff at device = 0.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xf0000000 agp0: allocating GATT for aperture of size 128M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfd000000-0xfdffffff pcib1: prefetched decode 0xebf00000-0xefffffff ACPI PCI link initial configuration: \\_SB_.LNKG irq 0: [10] 10+ low,level,sharable 1.0.0 pci1: on pcib1 pci1: physical bus=3D1 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xfd000000-0xfdffffff map[14]: type 3, range 32, base ec000000, size 26, enabled pcib1: device (null) requested decoded memory range 0xec000000-0xefffffff map[18]: type 3, range 32, base ebf80000, size 19, enabled pcib1: device (null) requested decoded memory range 0xebf80000-0xebffffff pcib1: matched entry for 1.0.INTA (src \\_SB_.LNKG) pcib1: possible interrupts: 10 ACPI PCI link arbitrated settings: \\_SB_.LNKG (references 1, priority 20): interrupts: 10 penalty: 20 pcib1: slot 0 INTA routed to irq 10 via \\_SB_.LNKG found-> vendor=3D0x10de, dev=3D0x0175, revid=3D0xa3 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x05 (1250 ns), maxlat=3D0x01 (250 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0xefe0-0xefff i= rq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xefe0 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 0xef80-0xef9f i= rq 11 at device 29.1 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 pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 5 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xfce00000-0xfcefffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. ACPI PCI link initial configuration: \\_SB_.LNKA irq*11: [ 3 4 5 7 11] 11+ low,level,sharable 2.11.0 \\_SB_.LNKB irq*11: [ 3 4 5 7 11] 11+ low,level,sharable 2.11.1 \\_SB_.LNKE irq 0: [ 3 4 5 7 11] 11+ low,level,sharable 2.8.0 \\_SB_.LNKH irq 0: [ 3 4 5 7 11] 11+ low,level,sharable 2.10.0 \\_SB_.LNKF irq 0: [ 3 4 5 7 11] 11+ low,level,sharable 2.10.1 \\_SB_.LNKF irq 0: [ 3 4 5 7 11] 11+ low,level,sharable 2.7.0 \\_SB_.LNKA irq*11: [ 3 4 5 7 11] 11+ low,level,sharable 2.13.0 pci2: on pcib2 pci2: physical bus=3D2 map[10]: type 1, range 32, base fceff000, size 12, enabled pcib2: device (null) requested decoded memory range 0xfceff000-0xfcefffff map[14]: type 4, range 32, base 0000df40, size 6, enabled pcib2: device (null) requested decoded I/O range 0xdf40-0xdf7f pcib2: matched entry for 2.8.INTA (src \\_SB_.LNKE) pcib2: possible interrupts: 3 4 5 7 11 ACPI PCI link arbitrated settings: \\_SB_.LNKF (references 2, priority 6636): interrupts: 11 5 7 4 3 penalty: 340 350 5300 5300 5300 \\_SB_.LNKE (references 1, priority 3318): interrupts: 11 5 7 4 3 penalty: 340 350 5300 5300 5300 \\_SB_.LNKH (references 1, priority 3318): interrupts: 11 5 7 4 3 penalty: 340 350 5300 5300 5300 pcib2: slot 8 INTA routed to irq 11 via \\_SB_.LNKE found-> vendor=3D0x8086, dev=3D0x1031, revid=3D0x42 bus=3D2, slot=3D8, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000 n= s) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 fxp0: port 0xdf40-0xdf7f mem 0x= fceff000-0xfcefffff irq 11 at device 8.0 on pci2 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfceff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1031 1179 0001 0042 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:08:0d:05:70:0b fxp0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xcfa0-0xcfaf,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 irq 11 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xcfa0 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=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 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=3D50 ostat1=3D00 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x00 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4 ata1: [MPSAFE] pcm0: port 0xcdc0-0xcdff,0xce00-0xceff irq 11 at dev= ice 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xce00 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xcdc0 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 18 bit DAC, 5 bit master volume, no 3D Stereo Enhancem= ent pcm0: Primary codec extended features reserved 1, AMAP, reserved 4 pcm0: sndbuf_setmap f724000, 4000; 0xd49cd000 -> f724000 pcm0: sndbuf_setmap f70f000, 4000; 0xd49d1000 -> f70f000 pci0: at device 31.6 (no driver attached) unknown: not probed (disabled) acpi_lid0: on acpi0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77a,0x378-0x37a irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 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 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 ahc_isa_probe 14: ioport 0xec00 alloc failed 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 0xe0000-0xeffff,0xc0000-0xcffff 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) fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 fdc0 failed to probe at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 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) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x201 0x201 0x201 0x201 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x201 0x201 0x201 0x201 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 vga0: vga: WARNING: video mode switching is not fully supported on this ada= pter VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80=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 08 08 08 0f 00 00 00 00 08 08 08 ff 00 00 00 00=20 00 00 00 ff 08 08 08 08 08 08 08 0f 08 08 08 08=20 00 00 00 ff 00 00 00 00 08 08 08 ff 08 08 08 08=20 08 08 0f 08 0f 08 08 08 14 14 14 17 14 14 14 14=20 EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80=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 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1594834964 Hz quality 800 Timecounters tick every 10.000 msec WARNING: apm_saver module requires apm enabled splash: image decoder found: apm_saver lo0: bpf attached acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata0-master: setting PIO4 on Intel ICH3 chip ata0-master: setting UDMA100 on Intel ICH3 chip ad0: ATA-5 disk at ata0-master ad0: 19077MB (39070080 sectors), 38760 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ar: FreeBSD check1 failed ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin ATAPI_RESET time =3D 80us ata1-master: setting PIO4 on Intel ICH3 chip ata1-master: setting UDMA33 on Intel ICH3 chip acd0: CDRW drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 1658KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, test write acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 48000 Hz [0] f:00 typ:7 s(CHS):0/1/1 e(CHS):1023/10/63 s:63 l:16787862 [1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:16787925 l:22282155 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 8595385344 end 8595417599 GEOM: Configure ad0s2, start 8595417600 length 11408463360 end 20003880959 GEOM: Configure ad0s2a, start 734003200 length 10674460160 end 11408463359 GEOM: Configure ad0s2b, start 0 length 734003200 end 734003199 GEOM: Configure ad0s2c, start 0 length 11408463360 end 11408463359 Mounting root from ufs:/dev/ad0s2a start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered --Boundary-01=_wGPTBHlLjAZS+1W Content-Type: text/plain; charset="us-ascii"; name="LAPTOP" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="LAPTOP" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.4 2004/09/11 04:28:39 scottl Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options PFIL_HOOKS # pfil(9) framework options ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device atapicam # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm_saver # Requires APM device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (pcmcia) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device sound --Boundary-01=_wGPTBHlLjAZS+1W Content-Type: text/plain; charset="us-ascii"; name="loader.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="loader.conf" snd_driver_load="YES" pccard_load="YES" cardbus_load="YES" apm_load="YES" --Boundary-01=_wGPTBHlLjAZS+1W Content-Type: text/plain; charset="us-ascii"; name="pnpinfo.output" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pnpinfo.output" Checking for Plug-n-Play devices... No Plug-n-Play devices were found --Boundary-01=_wGPTBHlLjAZS+1W Content-Type: text/plain; charset="us-ascii"; name="uname.output" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="uname.output" FreeBSD laptop.ghostmrami.com 5.3-BETA4 FreeBSD 5.3-BETA4 #1: Sat Sep 18 19:32:58 UTC 2004 root@laptop.ghostmrami.com:/usr/src/sys/i386/compile/LAPTOP i386 --Boundary-01=_wGPTBHlLjAZS+1W-- --nextPart6436094.xoKCao7NqO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBTPG2g1EgpGw750IRAm4NAJ9pFdCgzAAMOPyRz15mLUBjijTmTQCgg0+E Mn87FZ2VveibZUl3DQnLtyQ= =Gz1c -----END PGP SIGNATURE----- --nextPart6436094.xoKCao7NqO-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 07:03:20 2004 Return-Path: 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 6D1D516A4CE for ; Sun, 19 Sep 2004 07:03:20 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CE5A43D1D for ; Sun, 19 Sep 2004 07:03:20 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so733840rnk for ; Sun, 19 Sep 2004 00:03:19 -0700 (PDT) Received: by 10.38.74.50 with SMTP id w50mr428739rna; Sun, 19 Sep 2004 00:03:19 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Sun, 19 Sep 2004 00:03:19 -0700 (PDT) Message-ID: <790a9fff04091900031c47e2e4@mail.gmail.com> Date: Sun, 19 Sep 2004 02:03:19 -0500 From: Scot Hetzel To: freebsd-current@freebsd.org, =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <790a9fff04091900026096410e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <790a9fff04091500172a40bd13@mail.gmail.com> <20040915095304.GC761@galgenberg.net> <790a9fff04091507181f3b5860@mail.gmail.com> <790a9fff0409151903224c0f7@mail.gmail.com> <4149361D.2020204@DeepCore.dk> <4149393A.7030902@elischer.org> <790a9fff04091606583ee698f3@mail.gmail.com> <4149B42E.9020707@elischer.org> <790a9fff04091900026096410e@mail.gmail.com> Subject: Re: 5.3 BETA kernel hangs without debugging options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 07:03:20 -0000 From: Scot Hetzel Date: Sun, 19 Sep 2004 02:02:07 -0500 Subject: Re: 5.3 BETA kernel hangs without debugging options To: Julian Elischer On Thu, 16 Sep 2004 08:41:34 -0700, Julian Elischer w= rote: > Scot Hetzel wrote: > > On Wed, 15 Sep 2004 23:56:58 -0700, Julian Elischer wrote: > >>the geom kernel thread could have been stalled by a scheduler problem I= 'm just > >>correcting now.. > >> > >>S=F8ren Schmidt wrote: > >> > >>>Scot Hetzel wrote: > >>> > >>>>A BETA4 kernel without the debugging options hangs after printing: > >>>> > >>>>ATAPI_RESET time =3D 390us > >>>>ad0: 26105MB [53040/16/63] at ata0-master BIOS= PIO > >>>>acd0: WARNING - MODE_SENSE_BIG interrupt was seen but taskqueue stall= ed > >>>> > >>>>Has this problem been fixed in the 6.x Kernel? > >>> > >>> > >>>Not yet but I'm working on what seems to be a semilar problem.. > >>> > > > > > > Let me know when you have a fix for me to test. > > > > Scot > > the scheduler fix is in current... not saying it was the problem you are = seeing, > just that the word "stalled" triggered that thought.. > >=20 I tried a 6.0-CURRENT kernel (checked out on Sep 17 11:12 UTC) with no debug options and it hung at the same place. Scot From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 07:48:29 2004 Return-Path: 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 1A95316A4CF for ; Sun, 19 Sep 2004 07:48:29 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id B99C543D4C for ; Sun, 19 Sep 2004 07:48:28 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i8J7mQxh003722; Sun, 19 Sep 2004 03:48:26 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i8J7mPfL003713; Sun, 19 Sep 2004 03:48:25 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sun, 19 Sep 2004 03:48:25 -0400 From: David Schultz To: Stikheev Andrew Message-ID: <20040919074825.GA68871@VARK.MIT.EDU> Mail-Followup-To: Stikheev Andrew , "=?us-ascii:iso-8859-1?Q?S=F8ren?= Schmidt" , current@FreeBSD.ORG References: <41498603.4050909@DeepCore.dk> <20040918093016.28438.qmail@zunet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040918093016.28438.qmail@zunet.ru> cc: current@FreeBSD.ORG cc: "=?us-ascii:iso-8859-1?Q?S=F8ren?= Schmidt" Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 07:48:29 -0000 On Sat, Sep 18, 2004, Stikheev Andrew wrote: > [ Charset ISO-8859-1 unsupported, converting... ] > > Stikheev Andrew wrote: > > > Hi, > > > > > > I also have same problems, but only with SATA-disks with > > > SiI 3112 SATA150 controller (check it with two controllers - onboard > > > and pci) . Under heavy load on sata-disks system freezes. > > > > Thats a seprate issue with the sii3112 and your sources are way too old > > to compare with a new -current. > > You sii3112 timeouts should actually be fixed now :) > > Hmm, I update system to last -current(16 Sep), no freezes yet, > but too many messages like this: > > ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3526743 > ad0: WARNING - WRITE_DMA no interrupt but good status [...] > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=89221071 > ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=114679887 > ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=114679887 FWIW, I've been seeing the same problem---WRITE_DMA timeouts on ad4 and ad6, and both write and read timeouts on ad0. The problem occurs for 6-CURRENT as of 9/14. It does not occur for BETA4. I can try to narrow this down further if needed. Here's some information about the machine, which has ad4 and ad6 mirrored via ccd(4): atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 18 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 [...] ad0: 190782MB [387621/16/63] at ata0-master UDMA100 ad4: 35304MB [71730/16/63] at ata2-master SATA150 ad6: 35304MB [71730/16/63] at ata3-master SATA150 das@VARK:/home/t/freebsd/vark/src/usr.bin/systat> vmstat -i interrupt total rate irq1: atkbd0 17607 3 irq4: sio0 2 0 irq6: fdc0 10 0 irq8: rtc 734353 127 irq12: psm0 3332 0 irq13: npx0 1 0 irq14: ata0 278748 48 irq18: em0 uhci2+ 485861 84 irq19: pcm0 uhci1 2 0 irq0: clk 573674 99 Total 2093590 364 From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 08:14:56 2004 Return-Path: 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 F2AD416A4CE; Sun, 19 Sep 2004 08:14:55 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C7A643D2D; Sun, 19 Sep 2004 08:14:55 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-120-130-250.dsl.snfc21.pacbell.net [68.120.130.250])i8J8EbIV012618; Sun, 19 Sep 2004 04:14:38 -0400 Message-ID: <414D3FFA.6090008@elischer.org> Date: Sun, 19 Sep 2004 01:14:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: David Schultz References: <41498603.4050909@DeepCore.dk> <20040918093016.28438.qmail@zunet.ru> <20040919074825.GA68871@VARK.MIT.EDU> In-Reply-To: <20040919074825.GA68871@VARK.MIT.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: =?us-ascii@FreeBSD.ORG cc: current@freebsd.org cc: Stikheev Andrew cc: iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 08:14:56 -0000 David Schultz wrote: > On Sat, Sep 18, 2004, Stikheev Andrew wrote: > >>[ Charset ISO-8859-1 unsupported, converting... ] >> >>>Stikheev Andrew wrote: >>> >>>> Hi, >>>> >>>> I also have same problems, but only with SATA-disks with >>>> SiI 3112 SATA150 controller (check it with two controllers - onboard >>>> and pci) . Under heavy load on sata-disks system freezes. >>> >>>Thats a seprate issue with the sii3112 and your sources are way too old >>>to compare with a new -current. >>>You sii3112 timeouts should actually be fixed now :) >> >> >> Hmm, I update system to last -current(16 Sep), no freezes yet, >> but too many messages like this: >> >>ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3526743 >>ad0: WARNING - WRITE_DMA no interrupt but good status > > [...] > >>ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=89221071 >>ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=114679887 >>ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=114679887 > > > FWIW, I've been seeing the same problem---WRITE_DMA timeouts on > ad4 and ad6, and both write and read timeouts on ad0. The problem > occurs for 6-CURRENT as of 9/14. It does not occur for BETA4. > I can try to narrow this down further if needed. Here's some > information about the machine, which has ad4 and ad6 mirrored via ccd(4): make sure you have preemption turned off. > > atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > atapci1: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 18 at device 31.2 on pci0 > ata2: channel #0 on atapci1 > ata3: channel #1 on atapci1 > [...] > ad0: 190782MB [387621/16/63] at ata0-master UDMA100 > ad4: 35304MB [71730/16/63] at ata2-master SATA150 > ad6: 35304MB [71730/16/63] at ata3-master SATA150 > > das@VARK:/home/t/freebsd/vark/src/usr.bin/systat> vmstat -i > interrupt total rate > irq1: atkbd0 17607 3 > irq4: sio0 2 0 > irq6: fdc0 10 0 > irq8: rtc 734353 127 > irq12: psm0 3332 0 > irq13: npx0 1 0 > irq14: ata0 278748 48 > irq18: em0 uhci2+ 485861 84 > irq19: pcm0 uhci1 2 0 > irq0: clk 573674 99 > Total 2093590 364 > _______________________________________________ > 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 Sep 19 09:24:57 2004 Return-Path: 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 B7C7A16A4CE for ; Sun, 19 Sep 2004 09:24:57 +0000 (GMT) Received: from shim1.irt.drexel.edu (shim1.irt.drexel.edu [144.118.29.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8128943D1D for ; Sun, 19 Sep 2004 09:24:57 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim1.irt.drexel.edu by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Sun, 19 Sep 2004 05:24:56 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I4A00JPX7HKW5@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Sun, 19 Sep 2004 05:24:56 -0400 (EDT) Received: from [IPv6:::1] (vorpal.math.drexel.edu [129.25.6.250]) i8J9OtDr000776 for ; Sun, 19 Sep 2004 05:24:55 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Sun, 19 Sep 2004 05:23:53 -0400 From: Justin Smith To: FreeBSD Current Message-id: <414D5029.4040407@drexel.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) Subject: System hangs on DVD device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 09:24:57 -0000 FreeBSD jsmith.org 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Fri Sep 17 03:00:30 EDT 2004 root@:/usr/obj/usr/src/sys/MYKERNEL i386 When I try to boot, I get (after a while) acd1: DVDROM at ata1-slave UDMA40 and then ATAPI-RESET time = 50us ATAPI-RESET time = 180us endlessly repeated. I can only boot the system after unplugging the DVD drive. Any suggestions? -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 09:43:12 2004 Return-Path: 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 9715716A4CE for ; Sun, 19 Sep 2004 09:43:12 +0000 (GMT) Received: from kayjay.xs4all.nl (kayjay.xs4all.nl [80.126.33.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDF6943D2F for ; Sun, 19 Sep 2004 09:43:11 +0000 (GMT) (envelope-from karelj@kayjay.xs4all.nl) Received: from kayjay.xs4all.nl (localhost.kayjay.xs4all.nl [127.0.0.1]) by kayjay.xs4all.nl (8.13.1/8.13.1) with ESMTP id i8J9h60q069601; Sun, 19 Sep 2004 11:43:08 +0200 (CEST) (envelope-from karelj@kayjay.xs4all.nl) Received: (from karelj@localhost) by kayjay.xs4all.nl (8.13.1/8.13.1/Submit) id i8J9h6k7069600; Sun, 19 Sep 2004 11:43:06 +0200 (CEST) (envelope-from karelj) Date: Sun, 19 Sep 2004 11:43:03 +0200 From: "Karel J. Bosschaart" To: Poul-Henning Kamp Message-ID: <20040919094303.GB69556@kayjay.xs4all.nl> References: <200409171153.i8HBrkPD077518@repoman.freebsd.org> <93872.1095422362@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93872.1095422362@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: TTY cleanups have started... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 09:43:12 -0000 On Fri, Sep 17, 2004 at 01:59:22PM +0200, Poul-Henning Kamp wrote: > > I've started cleaning up the TTY code, and the first driver hit > big time is ucom which drives a lot of USB serial gadgets. > > The P4::phk_tty branch is 3028 lines shorter than current and I > will be perambulating the rest of the tty drivers with similar > cleanups in the coming weeks. > > Let me know if I break something underway, I'm doing my best, > but I don't have all the hardware to test all our drivers. FYI, with -current sources from last Friday (09/17), my LCD display ucom0: Crystalfontz Crystalfontz CFA-633 USB LCD, rev 1.10/2.00, addr 2 stopped working. Karel. From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 10:43:20 2004 Return-Path: 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 B4F2E16A4CE for ; Sun, 19 Sep 2004 10:43:20 +0000 (GMT) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A559F43D2D for ; Sun, 19 Sep 2004 10:43:17 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id E4A68197 for ; Sun, 19 Sep 2004 12:19:53 +0300 (EEST) Date: Sun, 19 Sep 2004 12:19:53 +0300 From: Ion-Mihai Tetcu To: freebsd-current@freebsd.org Message-ID: <20040919121953.5de84a64@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__19_Sep_2004_12_19_53_+0300_tO+xZVGdEHm0Rmgk" Subject: BETA5 regression - reboots -reproducible X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 10:43:20 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__19_Sep_2004_12_19_53_+0300_tO+xZVGdEHm0Rmgk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, The "good" news is the it happens every time. The bad one - nothing logged and no idea what it happens. My "old" kernel+world was a BETA4 just before the apparition of debug.witness oids. The new one is: # uname -a FreeBSD it.buh.tecnik93.com 5.3-BETA5 FreeBSD 5.3-BETA5 #6: Sat Sep 18 22:55:04 EEST 2004 itetcu@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT53_b3_df i386 so the time frame is pretty small. Kernel and world were build with NOCLEAN (I'm rebuilding now after removing /usr/obj). The problem: Each time I try to play a video file with gmplayer or mplayer the system reboots; no error logged. This is a ULE, apic, agp kernel, with witness (but running with or without debug.witness.watch makes no difference) and invariants (see attached conf file); root(root)@it> /root [12:08:43] 0 # ll /etc/malloc.conf lrwxr-xr-x 1 root wheel 2 Sep 7 13:16 /etc/malloc.conf -> aj An old BETA3 kernel that happens to lay around works. The only thing I've noticed is that X takes a little longer to load (I mean the initial X screen with the X mouse cursor stays a few seconds before turning into KDE start-up screen). Also running Xorg with or without dri makes no difference. This is the console dri output when loading X: pci0: driver added pci1: driver added found-> vendor=0x1002, dev=0x4966, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 pci1:0:0: reprobing on driver added drm0: port 0xc000-0xc0ff mem 0xe1000000-0xe100ffff,0xd 8000000-0xdfffffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 128MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 agp0: Setting AGP v2 mode 4 info: [drm] Loading R200 Microcode drm0: [MPSAFE] *Anything* in order to fix this is very welcome. Thanks, -- IOnut Unregistered ;) FreeBSD "user" 5.3-BETA4 - try `sysctl debug.witness_watch=0` and prepare to fly :-) --Multipart=_Sun__19_Sep_2004_12_19_53_+0300_tO+xZVGdEHm0Rmgk Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1CRVRBNSAjNjogU2F0IFNlcCAxOCAyMjo1NTowNCBF RVNUIDIwMDQKICAgIGl0ZXRjdUBpdC5idWgudGVjbmlrOTMuY29tOi91c3Ivb2JqL3Vzci9zcmMv c3lzL0lUNTNfYjNfZGYKV0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJl ZHVjZWQgcGVyZm9ybWFuY2UuClByZWxvYWRlZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwva2Vy bmVsIiBhdCAweGMwODU4MDAwLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2lw Zncua28iIGF0IDB4YzA4NTgyNDQuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwv aWZfeGwua28iIGF0IDB4YzA4NTgyZjAuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJu ZWwvbWlpYnVzLmtvIiBhdCAweGMwODU4MzljLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qv a2VybmVsL3NuZF92aWE4MjMzLmtvIiBhdCAweGMwODU4NDQ4LgpQcmVsb2FkZWQgZWxmIG1vZHVs ZSAiL2Jvb3Qva2VybmVsL3NvdW5kLmtvIiBhdCAweGMwODU4NGY4LgpQcmVsb2FkZWQgZWxmIG1v ZHVsZSAiL2Jvb3Qva2VybmVsL2R1bW15bmV0LmtvIiBhdCAweGMwODU4NWE0LgpQcmVsb2FkZWQg ZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FjcGkua28iIGF0IDB4YzA4NTg2NTQuCk1QIENvbmZp Z3VyYXRpb24gVGFibGUgdmVyc2lvbiAxLjQgZm91bmQgYXQgMHhjMDBmMGQyMApUYWJsZSAnRkFD UCcgYXQgMHgzZmZmMzA0MApUYWJsZSAnQVBJQycgYXQgMHgzZmZmNmE4MApNQURUOiBGb3VuZCB0 YWJsZSBhdCAweDNmZmY2YTgwCkFQSUM6IFVzaW5nIHRoZSBNQURUIGVudW1lcmF0b3IuCk1BRFQ6 IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAwOiBlbmFibGVkCkFDUEkgQVBJQyBUYWJsZTog PEdCVCAgICBBV1JEQUNQST4KQ2FsaWJyYXRpbmcgY2xvY2socykgLi4uIGk4MjU0IGNsb2NrOiAx MTkzMjU4IEh6CkNMS19VU0VfSTgyNTRfQ0FMSUJSQVRJT04gbm90IHNwZWNpZmllZCAtIHVzaW5n IGRlZmF1bHQgZnJlcXVlbmN5ClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIg SHogcXVhbGl0eSAwCkNhbGlicmF0aW5nIFRTQyBjbG9jayAuLi4gVFNDIGNsb2NrOiAxNTQwNDg2 NjgxIEh6CkNQVTogQU1EIEF0aGxvbih0bSkgWFAgMTgwMCsgKDE1NDAuNDktTUh6IDY4Ni1jbGFz cyBDUFUpCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHg2NjIgIFN0ZXBwaW5nID0g MgogIEZlYXR1cmVzPTB4MzgzZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4 LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixTU0U+CiAgQU1E IEZlYXR1cmVzPTB4YzA0MDAwMDA8QU1JRSxEU1AsM0ROb3chPgpEYXRhIFRMQjogMzIgZW50cmll cywgZnVsbHkgYXNzb2NpYXRpdmUKSW5zdHJ1Y3Rpb24gVExCOiAxNiBlbnRyaWVzLCBmdWxseSBh c3NvY2lhdGl2ZQpMMSBkYXRhIGNhY2hlOiA2NCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGlu ZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2ZQpMMSBpbnN0cnVjdGlvbiBjYWNoZTogNjQga2J5dGVz LCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywgMi13YXkgYXNzb2NpYXRpdmUKTDIgaW50ZXJu YWwgY2FjaGU6IDI1NiBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCA4LXdheSBh c3NvY2lhdGl2ZQpyZWFsIG1lbW9yeSAgPSAxMDczNjc2Mjg4ICgxMDIzIE1CKQpQaHlzaWNhbCBt ZW1vcnkgY2h1bmsocyk6CjB4MDAwMDAwMDAwMDAwMTAwMCAtIDB4MDAwMDAwMDAwMDA5ZWZmZiwg NjQ3MTY4IGJ5dGVzICgxNTggcGFnZXMpCjB4MDAwMDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAw MDNmZmZmZiwgMzE0NTcyOCBieXRlcyAoNzY4IHBhZ2VzKQoweDAwMDAwMDAwMDBjMjYwMDAgLSAw eDAwMDAwMDAwM2VkYmZmZmYsIDEwNDE4NjY3NTIgYnl0ZXMgKDI1NDM2MiBwYWdlcykKYXZhaWwg bWVtb3J5ID0gMTA0MTEwODk5MiAoOTkyIE1CKQpiaW9zMzI6IEZvdW5kIEJJT1MzMiBTZXJ2aWNl IERpcmVjdG9yeSBoZWFkZXIgYXQgMHhjMDBmOTgyMApiaW9zMzI6IEVudHJ5ID0gMHhmOWM5MCAo YzAwZjljOTApICBSZXYgPSAwICBMZW4gPSAxCnBjaWJpb3M6IFBDSSBCSU9TIGVudHJ5IGF0IDB4 ZjAwMDArMHg5Y2MwCnBucGJpb3M6IEZvdW5kIFBuUCBCSU9TIGRhdGEgYXQgMHhjMDBmYTcxMApw bnBiaW9zOiBFbnRyeSA9IGYwMDAwOmE3NDAgIFJldiA9IDEuMApPdGhlciBCSU9TIHNpZ25hdHVy ZXMgZm91bmQ6CkFQSUM6IENQVSAwIGhhcyBBQ1BJIElEIDAKTUFEVDogRm91bmQgSU8gQVBJQyBJ RCAyLCBJbnRlcnJ1cHQgMCBhdCAweGZlYzAwMDAwCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwg ODI1OUEncyAtPiBpbnRwaW4gMAppb2FwaWMwOiBpbnRwaW4gMCAtPiBFeHRJTlQgKGVkZ2UsIGhp Z2gpCmlvYXBpYzA6IGludHBpbiAxIC0+IElTQSBJUlEgMSAoZWRnZSwgaGlnaCkKaW9hcGljMDog aW50cGluIDIgLT4gSVNBIElSUSAyIChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMyAtPiBJ U0EgSVJRIDMgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiA0IC0+IElTQSBJUlEgNCAoZWRn ZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDUgLT4gSVNBIElSUSA1IChlZGdlLCBoaWdoKQppb2Fw aWMwOiBpbnRwaW4gNiAtPiBJU0EgSVJRIDYgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiA3 IC0+IElTQSBJUlEgNyAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDggLT4gSVNBIElSUSA4 IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gOSAtPiBJU0EgSVJRIDkgKGVkZ2UsIGhpZ2gp CmlvYXBpYzA6IGludHBpbiAxMCAtPiBJU0EgSVJRIDEwIChlZGdlLCBoaWdoKQppb2FwaWMwOiBp bnRwaW4gMTEgLT4gSVNBIElSUSAxMSAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDEyIC0+ IElTQSBJUlEgMTIgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAxMyAtPiBJU0EgSVJRIDEz IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMTQgLT4gSVNBIElSUSAxNCAoZWRnZSwgaGln aCkKaW9hcGljMDogaW50cGluIDE1IC0+IElTQSBJUlEgMTUgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6 IGludHBpbiAxNiAtPiBQQ0kgSVJRIDE2IChsZXZlbCwgbG93KQppb2FwaWMwOiBpbnRwaW4gMTcg LT4gUENJIElSUSAxNyAobGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDE4IC0+IFBDSSBJUlEg MTggKGxldmVsLCBsb3cpCmlvYXBpYzA6IGludHBpbiAxOSAtPiBQQ0kgSVJRIDE5IChsZXZlbCwg bG93KQppb2FwaWMwOiBpbnRwaW4gMjAgLT4gUENJIElSUSAyMCAobGV2ZWwsIGxvdykKaW9hcGlj MDogaW50cGluIDIxIC0+IFBDSSBJUlEgMjEgKGxldmVsLCBsb3cpCmlvYXBpYzA6IGludHBpbiAy MiAtPiBQQ0kgSVJRIDIyIChsZXZlbCwgbG93KQppb2FwaWMwOiBpbnRwaW4gMjMgLT4gUENJIElS USAyMyAobGV2ZWwsIGxvdykKTUFEVDogaW50ciBvdmVycmlkZTogc291cmNlIDAsIGlycSAyCmlv YXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4gaW50cGluIDIKaW9hcGljMDogaW50cGluIDIgdHJpZ2dl cjogZWRnZQppb2FwaWMwOiBpbnRwaW4gMiBwb2xhcml0eTogaGlnaApNQURUOiBpbnRyIG92ZXJy aWRlOiBzb3VyY2UgOSwgaXJxIDkKaW9hcGljMDogaW50cGluIDkgdHJpZ2dlcjogbGV2ZWwKaW9h cGljMDogaW50cGluIDkgcG9sYXJpdHk6IGxvdwpsYXBpYzA6IFJvdXRpbmcgTk1JIC0+IExJTlQx CmlvYXBpYzAgPFZlcnNpb24gMC4zPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKY3B1MCBCU1A6 CiAgICAgSUQ6IDB4MDAwMDAwMDAgICBWRVI6IDB4MDAwNDAwMTAgTERSOiAweDAxMDAwMDAwIERG UjogMHgwZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjog MHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKcmFuZG9tOiA8ZW50cm9weSBzb3VyY2UsIFNvZnR3 YXJlLCBZYXJyb3c+CmlvOiA8SS9PPgptZW06IDxtZW1vcnk+ClBlbnRpdW0gUHJvIE1UUlIgc3Vw cG9ydCBlbmFibGVkCm51bGw6IDxudWxsIGRldmljZSwgemVybyBkZXZpY2U+Cm5weDA6IFtGQVNU XQpucHgwOiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJvYXJkCm5weDA6IElOVCAxNiBpbnRl cmZhY2UKYWNwaTA6IDxHQlQgQVdSREFDUEk+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbTVBTQUZF XQpwY2lfb3BlbigxKToJbW9kZSAxIGFkZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDgwMDA4ODQwCnBj aV9vcGVuKDFhKToJbW9kZTFyZXM9MHg4MDAwMDAwMCAoMHg4MDAwMDAwMCkKcGNpX2NmZ2NoZWNr OglkZXZpY2UgMCBbY2xhc3M9MDYwMDAwXSBbaGRyPTAwXSBpcyB0aGVyZSAoaWQ9MzE4OTExMDYp CnBjaWJpb3M6IEJJT1MgdmVyc2lvbiAyLjEwCkZvdW5kICRQSVIgdGFibGUsIDcgZW50cmllcyBh dCAweGMwMGZjNmMwClBDSS1Pbmx5IEludGVycnVwdHM6IDUgMTAgMTEKTG9jYXRpb24gIEJ1cyBE ZXZpY2UgUGluICBMaW5rICBJUlFzCnNsb3QgMSAgICAgIDAgICAgOSAgICBBICAgMHgwMiAgMyA0 IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAxICAgICAgMCAgICA5ICAgIEIgICAweDAzICAz IDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDEgICAgICAwICAgIDkgICAgQyAgIDB4MDQg IDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgMSAgICAgIDAgICAgOSAgICBEICAgMHgw MSAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAgMCAgIDEwICAgIEEgICAw eDAzICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDIgICAgICAwICAgMTAgICAgQiAg IDB4MDQgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgMiAgICAgIDAgICAxMCAgICBD ICAgMHgwMSAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAgMCAgIDEwICAg IEQgICAweDAyICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDMgICAgICAwICAgMTEg ICAgQSAgIDB4MDQgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgMyAgICAgIDAgICAx MSAgICBCICAgMHgwMSAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAzICAgICAgMCAg IDExICAgIEMgICAweDAyICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDMgICAgICAw ICAgMTEgICAgRCAgIDB4MDMgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgNCAgICAg IDAgICAxMiAgICBBICAgMHgwMSAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCA0ICAg ICAgMCAgIDEyICAgIEIgICAweDAyICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDQg ICAgICAwICAgMTIgICAgQyAgIDB4MDMgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3Qg NCAgICAgIDAgICAxMiAgICBEICAgMHgwNCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xv dCA1ICAgICAgMCAgIDEzICAgIEEgICAweDAyICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpz bG90IDUgICAgICAwICAgMTMgICAgQiAgIDB4MDMgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1 CnNsb3QgNSAgICAgIDAgICAxMyAgICBDICAgMHgwNCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQg MTUKc2xvdCA1ICAgICAgMCAgIDEzICAgIEQgICAweDAxICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAx NCAxNQpzbG90IDYgICAgICAwICAgMTkgICAgQSAgIDB4MDMgIDMgNCA1IDYgNyA5IDEwIDExIDEy IDE0IDE1CnNsb3QgNiAgICAgIDAgICAxOSAgICBCICAgMHgwNCAgMyA0IDUgNiA3IDkgMTAgMTEg MTIgMTQgMTUKc2xvdCA2ICAgICAgMCAgIDE5ICAgIEMgICAweDAxICAzIDQgNSA2IDcgOSAxMCAx MSAxMiAxNCAxNQpzbG90IDYgICAgICAwICAgMTkgICAgRCAgIDB4MDIgIDMgNCA1IDYgNyA5IDEw IDExIDEyIDE0IDE1CmVtYmVkZGVkICAgIDAgICAgMSAgICBBICAgMHgwMSAgMyA0IDUgNiA3IDkg MTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgICAxICAgIEIgICAweDAyICAzIDQgNSA2IDcg OSAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAwICAgIDEgICAgQyAgIDB4MDMgIDMgNCA1IDYg NyA5IDEwIDExIDEyIDE0IDE1CmVtYmVkZGVkICAgIDAgICAgMSAgICBEICAgMHgwNCAgMyA0IDUg NiA3IDkgMTAgMTEgMTIgMTQgMTUKYWNwaV9idXNfbnVtYmVyOiByb290IGJ1cyBoYXMgbm8gX0JC TiwgYXNzdW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDE3IGZ1bmMgMAphY3Bp MDogUG93ZXIgQnV0dG9uIChmaXhlZCkKQUNQSSB0aW1lciBsb29rcyBHT09EIG1pbiA9IDEsIG1h eCA9IDIsIHdpZHRoID0gMQpBQ1BJIHRpbWVyIGxvb2tzIEdPT0QgbWluID0gMSwgbWF4ID0gMiwg d2lkdGggPSAxCkFDUEkgdGltZXIgbG9va3MgR09PRCBtaW4gPSAxLCBtYXggPSAyLCB3aWR0aCA9 IDEKQUNQSSB0aW1lciBsb29rcyBHT09EIG1pbiA9IDEsIG1heCA9IDIsIHdpZHRoID0gMQpBQ1BJ IHRpbWVyIGxvb2tzIEdPT0QgbWluID0gMSwgbWF4ID0gMiwgd2lkdGggPSAxCkFDUEkgdGltZXIg bG9va3MgR09PRCBtaW4gPSAxLCBtYXggPSAyLCB3aWR0aCA9IDEKQUNQSSB0aW1lciBsb29rcyBH T09EIG1pbiA9IDEsIG1heCA9IDIsIHdpZHRoID0gMQpBQ1BJIHRpbWVyIGxvb2tzIEdPT0QgbWlu ID0gMSwgbWF4ID0gMiwgd2lkdGggPSAxCkFDUEkgdGltZXIgbG9va3MgR09PRCBtaW4gPSAxLCBt YXggPSAyLCB3aWR0aCA9IDEKQUNQSSB0aW1lciBsb29rcyBHT09EIG1pbiA9IDEsIG1heCA9IDIs IHdpZHRoID0gMQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBx dWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBv cnQgMHg0MDA4LTB4NDAwYiBvbiBhY3BpMAp1bmtub3duOiBub3QgcHJvYmVkIChkaXNhYmxlZCkK dW5rbm93bjogbm90IHByb2JlZCAoZGlzYWJsZWQpCmNwdTA6IDxBQ1BJIENQVSAoMyBDeCBzdGF0 ZXMpPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCnBjaWIw OiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHg1MDAwLTB4NTAwZiwweDQwODAtMHg0MGZm LDB4NDAwMC0weDQwN2YsMHhjZjgtMHhjZmYgb24gYWNwaTAKQUNQSSBQQ0kgbGluayBpbml0aWFs IGNvbmZpZ3VyYXRpb246ClxcX1NCXy5QQ0kwLkFMS0IgaXJxICAwOiBbMjFdICAwKyBsb3csbGV2 ZWwsc2hhcmFibGUgMC4xNi4wClxcX1NCXy5QQ0kwLkFMS0IgaXJxICAwOiBbMjFdICAwKyBsb3cs bGV2ZWwsc2hhcmFibGUgMC4xNi4xClxcX1NCXy5QQ0kwLkFMS0IgaXJxICAwOiBbMjFdICAwKyBs b3csbGV2ZWwsc2hhcmFibGUgMC4xNi4yClxcX1NCXy5QQ0kwLkFMS0IgaXJxICAwOiBbMjFdICAw KyBsb3csbGV2ZWwsc2hhcmFibGUgMC4xNi4zClxcX1NCXy5QQ0kwLkFMS0EgaXJxICAwOiBbMjBd ICAwKyBsb3csbGV2ZWwsc2hhcmFibGUgMC4xNy4wClxcX1NCXy5QQ0kwLkFMS0IgaXJxICAwOiBb MjFdICAwKyBsb3csbGV2ZWwsc2hhcmFibGUgMC4xNy4xClxcX1NCXy5QQ0kwLkFMS0MgaXJxICAw OiBbMjJdICAwKyBsb3csbGV2ZWwsc2hhcmFibGUgMC4xNy4yClxcX1NCXy5QQ0kwLkFMS0QgaXJx ICAwOiBbMjNdICAwKyBsb3csbGV2ZWwsc2hhcmFibGUgMC4xNy4zClxcX1NCXy5QQ0kwLkFMS0Qg aXJxICAwOiBbMjNdICAwKyBsb3csbGV2ZWwsc2hhcmFibGUgMC4xOC4wClxcX1NCXy5QQ0kwLkFM S0QgaXJxICAwOiBbMjNdICAwKyBsb3csbGV2ZWwsc2hhcmFibGUgMC4xOC4xClxcX1NCXy5QQ0kw LkFMS0QgaXJxICAwOiBbMjNdICAwKyBsb3csbGV2ZWwsc2hhcmFibGUgMC4xOC4yClxcX1NCXy5Q Q0kwLkFMS0QgaXJxICAwOiBbMjNdICAwKyBsb3csbGV2ZWwsc2hhcmFibGUgMC4xOC4zCnBjaTA6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IHBoeXNpY2FsIGJ1cz0wCgltYXBbMTBdOiB0 eXBlIDMsIHJhbmdlIDMyLCBiYXNlIGQwMDAwMDAwLCBzaXplIDI3LCBlbmFibGVkCmZvdW5kLT4J dmVuZG9yPTB4MTEwNiwgZGV2PTB4MzE4OSwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MCwgZnVu Yz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2 LCBzdGF0cmVnPTB4MjIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDggKDI0 MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglwb3dlcnNwZWMg MiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKZm91bmQtPgl2ZW5kb3I9MHgxMTA2LCBkZXY9 MHhiMTY4LCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0xLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAw LCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgyMjMwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDBjICgz MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBi YXNlIDAwMDBkMDAwLCBzaXplICA3LCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIDEsIHJhbmdlIDMy LCBiYXNlIGUzMDAwMDAwLCBzaXplICA3LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZv ciAwLjEyLklOVEEKcGNpYjA6IHNsb3QgMTIgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5k LT4JdmVuZG9yPTB4MTBiNywgZGV2PTB4OTIwMCwgcmV2aWQ9MHg3OAoJYnVzPTAsIHNsb3Q9MTIs IGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4 MDAwNywgc3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDIw ICg5NjAgbnMpLCBtaW5nbnQ9MHgwYSAoMjUwMCBucyksIG1heGxhdD0weDBhICgyNTAwIG5zKQoJ aW50cGluPWEsIGlycT0xNgoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJy ZW50IEQwCmZvdW5kLT4JdmVuZG9yPTB4MTEwNiwgZGV2PTB4MzE3NywgcmV2aWQ9MHgwMAoJYnVz PTAsIHNsb3Q9MTcsIGZ1bmM9MAoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MQoJY21kcmVnPTB4MDA4Nywgc3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzIwXTogdHlw ZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwZTAwMCwgc2l6ZSAgNCwgZW5hYmxlZApmb3VuZC0+CXZl bmRvcj0weDExMDYsIGRldj0weDA1NzEsIHJldmlkPTB4MDYKCWJ1cz0wLCBzbG90PTE3LCBmdW5j PTEKCWNsYXNzPTAxLTAxLThhLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcs IHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgyMCAoOTYw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBp cnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06 IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMGU0MDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjA6 IG1hdGNoZWQgZW50cnkgZm9yIDAuMTcuSU5UQyAoc3JjIFxcX1NCXy5QQ0kwLkFMS0MpCnBjaWIw OiBwb3NzaWJsZSBpbnRlcnJ1cHRzOiAyMgpBQ1BJIFBDSSBsaW5rIGFyYml0cmF0ZWQgc2V0dGlu Z3M6ClxcX1NCXy5QQ0kwLkFMS0IgKHJlZmVyZW5jZXMgNSwgcHJpb3JpdHkgMjUwKToKCWludGVy cnVwdHM6CSAgICAyMQoJcGVuYWx0eToJICAgIDUwClxcX1NCXy5QQ0kwLkFMS0QgKHJlZmVyZW5j ZXMgNSwgcHJpb3JpdHkgMjUwKToKCWludGVycnVwdHM6CSAgICAyMwoJcGVuYWx0eToJICAgIDUw ClxcX1NCXy5QQ0kwLkFMS0EgKHJlZmVyZW5jZXMgMSwgcHJpb3JpdHkgMTApOgoJaW50ZXJydXB0 czoJICAgIDIwCglwZW5hbHR5OgkgICAgMTAKXFxfU0JfLlBDSTAuQUxLQyAocmVmZXJlbmNlcyAx LCBwcmlvcml0eSAxMCk6CglpbnRlcnJ1cHRzOgkgICAgMjIKCXBlbmFsdHk6CSAgICAxMAphY3Bp IGxpbmsgc2V0OiBfQ1JTIGZhaWxlZCBmb3IgbGluayBcXF9TQl8uUENJMC5BTEtDIC0gQUVfTlVM TF9FTlRSWQphY3BpIGxpbmsgc2V0OiBjdXJyIGlycSAwICE9IDIyIGZvciBcXF9TQl8uUENJMC5B TEtDCnBjaWIwOiBzbG90IDE3IElOVEMgcm91dGVkIHRvIGlycSAyMiB2aWEgXFxfU0JfLlBDSTAu QUxLQwpmb3VuZC0+CXZlbmRvcj0weDExMDYsIGRldj0weDMwNTksIHJldmlkPTB4NTAKCWJ1cz0w LCBzbG90PTE3LCBmdW5jPTUKCWNsYXNzPTA0LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAwMDEsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CglpbnRwaW49YywgaXJxPTIyCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1 cnJlbnQgRDAKYWdwMDogPFZJQSA4Mzc3IChBcG9sbG8gS1Q0MDAvS1Q0MDBBL0tUNjAwKSBob3N0 IHRvIFBDSSBicmlkZ2U+IG1lbSAweGQwMDAwMDAwLTB4ZDdmZmZmZmYgYXQgZGV2aWNlIDAuMCBv biBwY2kwCmFncDA6IFJlc2VydmVkIDB4ODAwMDAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAz IGF0IDB4ZDAwMDAwMDAKYWdwMDogYWxsb2NhdGluZyBHQVRUIGZvciBhcGVydHVyZSBvZiBzaXpl IDI1Nk0KcGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaWIx OiAgIHNlY29uZGFyeSBidXMgICAgIDEKcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQpwY2li MTogICBJL08gZGVjb2RlICAgICAgICAweGMwMDAtMHhjZmZmCnBjaWIxOiAgIG1lbW9yeSBkZWNv ZGUgICAgIDB4ZTAwMDAwMDAtMHhlMWZmZmZmZgpwY2liMTogICBwcmVmZXRjaGVkIGRlY29kZSAw eGQ4MDAwMDAwLTB4ZGZmZmZmZmYKcGNpMTogPFBDSSBidXM+IG9uIHBjaWIxCnBjaTE6IHBoeXNp Y2FsIGJ1cz0xCgltYXBbMTBdOiB0eXBlIDMsIHJhbmdlIDMyLCBiYXNlIGQ4MDAwMDAwLCBzaXpl IDI3LCBlbmFibGVkCnBjaWIxOiBkZXZpY2UgKG51bGwpIHJlcXVlc3RlZCBkZWNvZGVkIG1lbW9y eSByYW5nZSAweGQ4MDAwMDAwLTB4ZGZmZmZmZmYKCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIs IGJhc2UgMDAwMGMwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjE6IGRldmljZSAobnVsbCkgcmVx dWVzdGVkIGRlY29kZWQgSS9PIHJhbmdlIDB4YzAwMC0weGMwZmYKCW1hcFsxOF06IHR5cGUgMSwg cmFuZ2UgMzIsIGJhc2UgZTEwMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjE6IGRldmljZSAo bnVsbCkgcmVxdWVzdGVkIGRlY29kZWQgbWVtb3J5IHJhbmdlIDB4ZTEwMDAwMDAtMHhlMTAwZmZm ZgpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xLklOVEEKcGNpYjA6IHNsb3QgMSBJTlRBIGhh cmR3aXJlZCB0byBJUlEgMTYKcGNpYjE6IHNsb3QgMCBJTlRBIGlzIHJvdXRlZCB0byBpcnEgMTYK Zm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0OTY2LCByZXZpZD0weDAxCglidXM9MSwgc2xv dD0wLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJl Zz0weDAwODcsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDggKDIwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CWludHBpbj1hLCBpcnE9MTYKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3Vy cmVudCBEMApwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCnhsMDogPDNDb20gM2M5MDVDLVRYIEZhc3QgRXRoZXJsaW5rIFhMPiBwb3J0IDB4ZDAw MC0weGQwN2YgbWVtIDB4ZTMwMDAwMDAtMHhlMzAwMDA3ZiBpcnEgMTYgYXQgZGV2aWNlIDEyLjAg b24gcGNpMAp4bDA6IFJlc2VydmVkIDB4ODAgYnl0ZXMgZm9yIHJpZCAweDE0IHR5cGUgMyBhdCAw eGUzMDAwMDAwCnhsMDogdXNpbmcgbWVtb3J5IG1hcHBlZCBJL08KeGwwOiBtZWRpYSBvcHRpb25z IHdvcmQ6IGEKeGwwOiBmb3VuZCBNSUkvQVVUTwptaWlidXMwOiA8TUlJIGJ1cz4gb24geGwwCnVr cGh5MDogPEdlbmVyaWMgSUVFRSA4MDIuM3UgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwCnVr cGh5MDogT1VJIDB4MDAxMDVhLCBtb2RlbCAweDAwMDAsIHJldi4gMAp1a3BoeTA6ICAxMGJhc2VU LCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnhsMDogYnBmIGF0 dGFjaGVkCnhsMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MGE6NWU6MWU6ODQ6ODEKeGwwOiBbTVBT QUZFXQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMTcuMCBvbiBwY2kwCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8VklBIDgyMzUgVURNQTEzMyBjb250cm9sbGVy PiBwb3J0IDB4ZTAwMC0weGUwMGYsMHgzNzYsMHgxNzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcg YXQgZGV2aWNlIDE3LjEgb24gcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDEwIGJ5dGVzIGZvciBy aWQgMHgyMCB0eXBlIDQgYXQgMHhlMDAwCmF0YTA6IGNoYW5uZWwgIzAgb24gYXRhcGNpMAphdGFw Y2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweDFmMAphdGFw Y2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJpZCAweDE0IHR5cGUgNCBhdCAweDNmNgphdGEw OiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQxPTUwCmF0YTAtbWFzdGVyOiBzdGF0 PTB4NTAgZXJyPTB4MDEgbHNiPTB4MDAgbXNiPTB4MDAKYXRhMC1zbGF2ZTogIHN0YXQ9MHg1MCBl cnI9MHgwMSBsc2I9MHgwMCBtc2I9MHgwMAphdGEwOiByZXNldCB0cDIgc3RhdDA9NTAgc3RhdDE9 NTAgZGV2aWNlcz0weDM8QVRBX1NMQVZFLEFUQV9NQVNURVI+CmF0YTA6IFtNUFNBRkVdCmF0YTE6 IGNoYW5uZWwgIzEgb24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJp ZCAweDE4IHR5cGUgNCBhdCAweDE3MAphdGFwY2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJp ZCAweDFjIHR5cGUgNCBhdCAweDM3NgphdGExOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAg b3N0YXQxPTAwCmF0YTEtbWFzdGVyOiBzdGF0PTB4MDAgZXJyPTB4MDEgbHNiPTB4MTQgbXNiPTB4 ZWIKYXRhMS1zbGF2ZTogIHN0YXQ9MHgwMCBlcnI9MHgwMCBsc2I9MHgwMCBtc2I9MHgwMAphdGEx OiByZXNldCB0cDIgc3RhdDA9MDAgc3RhdDE9MDAgZGV2aWNlcz0weDQ8QVRBUElfTUFTVEVSPgph dGExOiBbTVBTQUZFXQpwY20wOiA8VklBIFZUODIzNT4gcG9ydCAweGU0MDAtMHhlNGZmIGlycSAy MiBhdCBkZXZpY2UgMTcuNSBvbiBwY2kwCnBjbTA6IFJlc2VydmVkIDB4MTAwIGJ5dGVzIGZvciBy aWQgMHgxMCB0eXBlIDQgYXQgMHhlNDAwCnBjbTA6IFtHSUFOVC1MT0NLRURdCnBjbTA6IDxBdmFu Y2UgTG9naWMgQUxDNjUwIEFDOTcgQ29kZWMgKGlkID0gMHg0MTRjNDcyMCk+CnBjbTA6IENvZGVj IGZlYXR1cmVzIDIwIGJpdCBEQUMsIDE4IGJpdCBBREMsIDUgYml0IG1hc3RlciB2b2x1bWUsIFJl YWx0ZWsgM0QgU3RlcmVvIEVuaGFuY2VtZW50CnBjbTA6IFByaW1hcnkgY29kZWMgZXh0ZW5kZWQg ZmVhdHVyZXMgdmFyaWFibGUgcmF0ZSBQQ00sIGRvdWJsZSByYXRlIFBDTSwgcmVzZXJ2ZWQgMSwg Y2VudGVyIERBQywgc3Vycm91bmQgREFDLCBMRkUgREFDLCByZXNlcnZlZCA0CnBjbTA6IHNuZGJ1 Zl9zZXRtYXAgMjc1MDAwLCAxMDAwOyAweGMyMzgxMDAwIC0+IDI3NTAwMApwY20wOiBzbmRidWZf c2V0bWFwIDI5MzAwMCwgMTAwMDsgMHhjMjM3ZjAwMCAtPiAyOTMwMDAKcGNtMDogc25kYnVmX3Nl dG1hcCAyNzEwMDAsIDEwMDA7IDB4YzIzN2QwMDAgLT4gMjcxMDAwCnBjbTA6IHNuZGJ1Zl9zZXRt YXAgMjZmMDAwLCAxMDAwOyAweGMyMzdiMDAwIC0+IDI2ZjAwMApwY20wOiBzbmRidWZfc2V0bWFw IDJhZDAwMCwgMTAwMDsgMHhjMjM3OTAwMCAtPiAyYWQwMDAKcGNtMDogc25kYnVmX3NldG1hcCAy YzMwMDAsIDEwMDA7IDB4YzIzOGYwMDAgLT4gMmMzMDAwCmZkYzA6IDxmbG9wcHkgZHJpdmUgY29u dHJvbGxlcj4gcG9ydCAweDNmNywweDNmMC0weDNmNSBpcnEgNiBkcnEgMiBvbiBhY3BpMApmZGMw OiBpY190eXBlIDkwIHBhcnRfaWQgODAKZmRjMDogW01QU0FGRV0KZmRjMDogW0ZBU1RdCnNpbzA6 IGlycSBtYXBzOiAweGMwNDEgMHhjMDUxIDB4YzA0MSAweGMwNDEKc2lvMCBwb3J0IDB4M2Y4LTB4 M2ZmIGlycSA0IG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzE6IGlycSBtYXBzOiAweGMw NDEgMHhjMDQ5IDB4YzA0MSAweGMwNDEKc2lvMSBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGFj cGkwCnNpbzE6IHR5cGUgMTY1NTBBCnVua25vd246IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpwcGMw OiB1c2luZyBleHRlbmRlZCBJL08gcG9ydCByYW5nZQpwcGMwOiBTUFAKcHBjMCBwb3J0IDB4Mzc4 LTB4MzdmIGlycSA3IG9uIGFjcGkwCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklCQkxFLW9ubHkp IGluIENPTVBBVElCTEUgbW9kZQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMApw bGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMApwbGlwMDogYnBmIGF0dGFj aGVkCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0 CnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMAp1bmtub3duOiBub3QgcHJvYmVkIChkaXNh YmxlZCkKcHNtY3BucDAgaXJxIDEyIG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9s bGVyIChpODA0Mik+IHBvcnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtl eWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0aGUgY3VycmVudCBrYmQgY29udHJvbGxl ciBjb21tYW5kIGJ5dGUgMDA0NwphdGtiZDoga2V5Ym9hcmQgSUQgMHg0MWFiICgyKQprYmQwIGF0 IGF0a2JkMAprYmQwOiBhdGtiZDAsIEFUIDEwMS8xMDIgKDIpLCBjb25maWc6MHgwLCBmbGFnczow eDNkMDAwMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IGN1cnJlbnQgY29tbWFuZCBieXRl OjAwNDcKcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1M T0NLRURdCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNlIElEIDMtMDAsIDMgYnV0dG9u cwpwc20wOiBjb25maWc6MDAwMDAwMDAsIGZsYWdzOjAwMDAwMDA4LCBwYWNrZXQgc2l6ZTo0CnBz bTA6IHN5bmNtYXNrOjA4LCBzeW5jYml0czowMAp1bmtub3duOiBub3QgcHJvYmVkIChkaXNhYmxl ZCkKdW5rbm93bjogbm90IHByb2JlZCAoZGlzYWJsZWQpCnVua25vd246IG5vdCBwcm9iZWQgKGRp c2FibGVkKQp1bmtub3duOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKdW5rbm93bjogbm90IHByb2Jl ZCAoZGlzYWJsZWQpCnVua25vd246IG5vdCBwcm9iZWQgKGRpc2FibGVkKQp1bmtub3duOiBub3Qg cHJvYmVkIChkaXNhYmxlZCkKdW5rbm93bjogbm90IHByb2JlZCAoZGlzYWJsZWQpCmF0YTogYXRh MCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKYXRhOiBhdGExIGFscmVhZHkgZXhpc3RzOyBz a2lwcGluZyBpdAphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmZk YzogZmRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKcHBjOiBwcGMwIGFscmVhZHkgZXhp c3RzOyBza2lwcGluZyBpdApzaW86IHNpbzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnNp bzogc2lvMSBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKc2M6IHNjMCBhbHJlYWR5IGV4aXN0 czsgc2tpcHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApUcnlp bmcgUmVhZF9Qb3J0IGF0IDIwMwpUcnlpbmcgUmVhZF9Qb3J0IGF0IDI0MwpUcnlpbmcgUmVhZF9Q b3J0IGF0IDI4MwpUcnlpbmcgUmVhZF9Qb3J0IGF0IDJjMwpUcnlpbmcgUmVhZF9Qb3J0IGF0IDMw MwpUcnlpbmcgUmVhZF9Qb3J0IGF0IDM0MwpUcnlpbmcgUmVhZF9Qb3J0IGF0IDM4MwpUcnlpbmcg UmVhZF9Qb3J0IGF0IDNjMwppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNl cwppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzCnBtdGltZXIwIG9u IGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMwMDAwLTB4Y2NmZmYgb24g aXNhMAphZHYwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWhhMDogbm90IHByb2JlZCAoZGlzYWJs ZWQpCmFpYzA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpidDA6IG5vdCBwcm9iZWQgKGRpc2FibGVk KQpjczA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQplZDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpm ZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQppZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpsbmMw OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKcGNpYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgz ZTAgaW9tZW0gMHhkMDAwMCBvbiBpc2EwCnBjaWMxOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKc2Mw OiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZp cnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzYzA6IGZiMCwga2JkMCwgdGVybWluYWwgZW11 bGF0b3I6IHNjIChzeXNjb25zIHRlcm1pbmFsKQpzaW8yOiBub3QgcHJvYmVkIChkaXNhYmxlZCkK c2lvMzogbm90IHByb2JlZCAoZGlzYWJsZWQpCnNuMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCnZn YTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0w eGJmZmZmIG9uIGlzYTAKZmIwOiB2Z2EwLCB2Z2EsIHR5cGU6VkdBICg1KSwgZmxhZ3M6MHg3MDA3 ZgpmYjA6IHBvcnQ6MHgzYzAtMHgzZGYsIGNydGM6MHgzZDQsIG1lbToweGEwMDAwIDB4MjAwMDAK ZmIwOiBpbml0IG1vZGU6MjQsIGJpb3MgbW9kZTozLCBjdXJyZW50IG1vZGU6MjQKZmIwOiB3aW5k b3c6MHhjMDBiODAwMCBzaXplOjMyayBncmFuOjMyaywgYnVmOjAgc2l6ZTozMmsKVkdBIHBhcmFt ZXRlcnMgdXBvbiBwb3dlci11cAo1MCAxOCAxMCAwMCAwMCAwMCAwMyAwMCAwMiA2NyA1ZiA0ZiA1 MCA4MiA1NSA4MSAKYmYgMWYgMDAgNGYgMGUgMGYgMDAgMDAgMDcgODAgOWMgOGUgOGYgMjggMWYg OTYgCmI5IGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNiIDNjIAozZCAz ZSAzZiAwYyAwMCAwZiAwOCAwMCAwMCAwMCAwMCAwMCAxMCAwZSAwMCBmZiAKVkdBIHBhcmFtZXRl cnMgaW4gQklPUyBmb3IgbW9kZSAyNAo1MCAxOCAxMCAwMCAxMCAwMCAwMyAwMCAwMiA2NyA1ZiA0 ZiA1MCA4MiA1NSA4MSAKYmYgMWYgMDAgNGYgMGQgMGUgMDAgMDAgMDAgMDAgOWMgOGUgOGYgMjgg MWYgOTYgCmI5IGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNiIDNjIAoz ZCAzZSAzZiAwYyAwMCAwZiAwOCAwMCAwMCAwMCAwMCAwMCAxMCAwZSAwMCBmZiAKRUdBL1ZHQSBw YXJhbWV0ZXJzIHRvIGJlIHVzZWQgZm9yIG1vZGUgMjQKNTAgMTggMTAgMDAgMTAgMDAgMDMgMDAg MDIgNjcgNWYgNGYgNTAgODIgNTUgODEgCmJmIDFmIDAwIDRmIDBkIDBlIDAwIDAwIDAwIDAwIDlj IDhlIDhmIDI4IDFmIDk2IApiOSBhMyBmZiAwMCAwMSAwMiAwMyAwNCAwNSAxNCAwNyAzOCAzOSAz YSAzYiAzYyAKM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAgMGUgMDAgZmYg CnZ0MDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQ blAgZGV2aWNlcwpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5pc2hlZC4KcHJvY2ZzIHJlZ2lzdGVy ZWQKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE1NDA0ODY2ODEgSHogcXVhbGl0eSA4MDAK VGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMC44MzMgbXNlYwpEVU1NWU5FVCBpbml0aWFsaXplZCAo MDExMDMxKQpsbzA6IGJwZiBhdHRhY2hlZAppcGZ3MiBpbml0aWFsaXplZCwgZGl2ZXJ0IGRpc2Fi bGVkLCBydWxlLWJhc2VkIGZvcndhcmRpbmcgZGlzYWJsZWQsIGRlZmF1bHQgdG8gZGVueSwgbG9n Z2luZyBkaXNhYmxlZApjcHUwOiBzZXQgc3BlZWQgdG8gMTAwLjAlCmFjcGlfY3B1OiB0aHJvdHRs aW5nIGVuYWJsZWQsIDIgc3RlcHMgKDEwMCUgdG8gNTAuMCUpLCBjdXJyZW50bHkgMTAwLjAlCmF0 YTAtc2xhdmU6IHBpbz0weDBjIHdkbWE9MHgyMiB1ZG1hPTB4NDUgY2FibGU9ODBwaW4KYXRhMC1t YXN0ZXI6IHBpbz0weDBjIHdkbWE9MHgyMiB1ZG1hPTB4NDYgY2FibGU9ODBwaW4KYXRhMC1tYXN0 ZXI6IHNldHRpbmcgUElPNCBvbiBWSUEgODIzNSBjaGlwCmF0YTAtbWFzdGVyOiBzZXR0aW5nIFVE TUExMzMgb24gVklBIDgyMzUgY2hpcAphdGEwLXNsYXZlOiBzZXR0aW5nIFBJTzQgb24gVklBIDgy MzUgY2hpcAphdGEwLXNsYXZlOiBzZXR0aW5nIFVETUExMDAgb24gVklBIDgyMzUgY2hpcAphZDA6 IDxNYXh0b3IgNlkxMjBMMC9ZQVI0MUJXMD4gQVRBLTcgZGlzayBhdCBhdGEwLW1hc3RlcgphZDA6 IDExNzI0Nk1CICgyNDAxMjE3Mjggc2VjdG9ycyksIDIzODIxNiBDLCAxNiBILCA2MyBTLCA1MTIg QgphZDA6IDE2IHNlY3MvaW50LCAxIGRlcHRoIHF1ZXVlLCBVRE1BMTMzCkdFT006IG5ldyBkaXNr IGFkMAphcjogRnJlZUJTRCBjaGVjazEgZmFpbGVkClswXSBmOjAwIHR5cDoxNjUgcyhDSFMpOjAv MS8xIGUoQ0hTKToxMDIzLzI1NC82MyBzOjYzIGw6MjA5NjQ3NjIKWzFdIGY6MDAgdHlwOjE2NSBz KENIUyk6MTAyMy8yNTUvNjMgZShDSFMpOjEwMjMvMjU0LzYzIHM6MjA5NjQ4MjUgbDoxNjM1NzM4 MzAKWzJdIGY6ODAgdHlwOjE2NSBzKENIUyk6MTAyMy8yNTUvNjMgZShDSFMpOjEwMjMvMjU0LzYz IHM6MTg0NTM4NjU1IGw6MjA5NjQ4MjUKWzNdIGY6MDAgdHlwOjYgcyhDSFMpOjEwMjMvMjU1LzYz IGUoQ0hTKToxMDIzLzI1NC82MyBzOjIwNTUwMzQ4MCBsOjM0NjA0MDEwCkdFT006IENvbmZpZ3Vy ZSBhZDBzMSwgc3RhcnQgMzIyNTYgbGVuZ3RoIDEwNzMzOTU4MTQ0IGVuZCAxMDczMzk5MDM5OQpH RU9NOiBDb25maWd1cmUgYWQwczIsIHN0YXJ0IDEwNzMzOTkwNDAwIGxlbmd0aCA4Mzc0OTgwMDk2 MCBlbmQgOTQ0ODM3OTEzNTkKR0VPTTogQ29uZmlndXJlIGFkMHMzLCBzdGFydCA5NDQ4Mzc5MTM2 MCBsZW5ndGggMTA3MzM5OTA0MDAgZW5kIDEwNTIxNzc4MTc1OQpHRU9NOiBDb25maWd1cmUgYWQw czQsIHN0YXJ0IDEwNTIxNzc4MTc2MCBsZW5ndGggMTc3MTcyNTMxMjAgZW5kIDEyMjkzNTAzNDg3 OQphZDE6IDxXREMgV0QxNjAwSkItMDBFVkEwLzE1LjA1UjE1PiBBVEEtNiBkaXNrIGF0IGF0YTAt c2xhdmUKYWQxOiAxNTI2MjZNQiAoMzEyNTc5Njk1IHNlY3RvcnMpLCAzMTAwOTggQywgMTYgSCwg NjMgUywgNTEyIEIKYWQxOiAxNiBzZWNzL2ludCwgMSBkZXB0aCBxdWV1ZSwgVURNQTEwMAphcjog RnJlZUJTRCBjaGVjazEgZmFpbGVkCkdFT006IENvbmZpZ3VyZSBhZDBzMWEsIHN0YXJ0IDAgbGVu Z3RoIDI2ODQzNTQ1NiBlbmQgMjY4NDM1NDU1CkdFT006IENvbmZpZ3VyZSBhZDBzMWMsIHN0YXJ0 IDAgbGVuZ3RoIDEwNzMzOTU4MTQ0IGVuZCAxMDczMzk1ODE0MwpHRU9NOiBDb25maWd1cmUgYWQw czFkLCBzdGFydCAyNjg0MzU0NTYgbGVuZ3RoIDEwNzM3NDE4MjQgZW5kIDEzNDIxNzcyNzkKR0VP TTogQ29uZmlndXJlIGFkMHMxZSwgc3RhcnQgMTM0MjE3NzI4MCBsZW5ndGggOTEyMjYxMTIwMCBl bmQgMTA0NjQ3ODg0NzkKR0VPTTogQ29uZmlndXJlIGFkMHMxZiwgc3RhcnQgMTA0NjQ3ODg0ODAg bGVuZ3RoIDI2OTE2OTY2NCBlbmQgMTA3MzM5NTgxNDMKYXRhMS1tYXN0ZXI6IHBpbz0weDBjIHdk bWE9MHgyMiB1ZG1hPTB4NDIgY2FibGU9NDBwaW4KQVRBUElfUkVTRVQgdGltZSA9IDEwdXMKYXRh MS1tYXN0ZXI6IHNldHRpbmcgUElPNCBvbiBWSUEgODIzNSBjaGlwCmF0YTEtbWFzdGVyOiBzZXR0 aW5nIFVETUEzMyBvbiBWSUEgODIzNSBjaGlwCmFjZDA6IDxQTEVYVE9SIERWRFIgUFgtNzA4QS8x LjA2PiBEVkRSIGRyaXZlIGF0IGF0YTEgYXMgbWFzdGVyCmFjZDA6IHJlYWQgNjg5MEtCL3MgKDY4 OTBLQi9zKSB3cml0ZSA2ODkwS0IvcyAoNjg5MEtCL3MpLCAyMDQ4S0IgYnVmZmVyLCBVRE1BMzMK YWNkMDogUmVhZHM6IENEUiwgQ0RSVywgQ0REQSBzdHJlYW0sIERWRFJPTSwgRFZEUiwgcGFja2V0 CmFjZDA6IFdyaXRlczogQ0RSLCBDRFJXLCBEVkRSLCB0ZXN0IHdyaXRlLCBidXJucHJvb2YKYWNk MDogQXVkaW86IHBsYXksIDI1NiB2b2x1bWUgbGV2ZWxzCmFjZDA6IE1lY2hhbmlzbTogZWplY3Rh YmxlIHRyYXksIHVubG9ja2VkCmFjZDA6IE1lZGl1bTogbm8vYmxhbmsgZGlzYwpHRU9NOiBDb25m aWd1cmUgYWQwczJiLCBzdGFydCAwIGxlbmd0aCAxMDczNzQxODI0IGVuZCAxMDczNzQxODIzCkdF T006IENvbmZpZ3VyZSBhZDBzMmMsIHN0YXJ0IDAgbGVuZ3RoIDgzNzQ5ODAwOTYwIGVuZCA4Mzc0 OTgwMDk1OQpHRU9NOiBDb25maWd1cmUgYWQwczJkLCBzdGFydCAxMDczNzQxODI0IGxlbmd0aCA4 MjY3NjA1OTEzNiBlbmQgODM3NDk4MDA5NTkKR0VPTTogQ29uZmlndXJlIGFkMHMzYSwgc3RhcnQg MCBsZW5ndGggMjY4NDM1NDU2IGVuZCAyNjg0MzU0NTUKR0VPTTogQ29uZmlndXJlIGFkMHMzYywg c3RhcnQgMCBsZW5ndGggMTA3MzM5OTA0MDAgZW5kIDEwNzMzOTkwMzk5CkdFT006IENvbmZpZ3Vy ZSBhZDBzM2QsIHN0YXJ0IDI2ODQzNTQ1NiBsZW5ndGggMTA3Mzc0MTgyNCBlbmQgMTM0MjE3NzI3 OQpHRU9NOiBDb25maWd1cmUgYWQwczNlLCBzdGFydCAxMzQyMTc3MjgwIGxlbmd0aCA5MTIyNjEx MjAwIGVuZCAxMDQ2NDc4ODQ3OQpHRU9NOiBDb25maWd1cmUgYWQwczNmLCBzdGFydCAxMDQ2NDc4 ODQ4MCBsZW5ndGggMjY5MTY5NjY0IGVuZCAxMDczMzk1ODE0MwpHRU9NOiBuZXcgZGlzayBhZDEK WzBdIGY6ODAgdHlwOjE2NSBzKENIUyk6MC8xLzEgZShDSFMpOjEwMjMvMjU0LzYzIHM6NjMgbDoz MTQ1NTIwNwpbMV0gZjowMCB0eXA6MTY1IHMoQ0hTKTo0ODUvMTAvMSBlKENIUyk6MjQ5LzExLzYz IHM6MzE0NTUyNzAgbDo1MjQwNDAzMApbMl0gZjowMCB0eXA6MTY1IHMoQ0hTKToxMDIzLzAvMSBl KENIUyk6MTAyMy8yNTQvNjMgczo4Mzg1OTMwMCBsOjIyODcxNzQwNQpbM10gZjowMCB0eXA6MCBz KENIUyk6MC8wLzAgZShDSFMpOjAvMC8wIHM6MCBsOjAKR0VPTTogQ29uZmlndXJlIGFkMXMxLCBz dGFydCAzMjI1NiBsZW5ndGggMTYxMDUwNjU5ODQgZW5kIDE2MTA1MDk4MjM5CkdFT006IENvbmZp Z3VyZSBhZDFzMiwgc3RhcnQgMTYxMDUwOTgyNDAgbGVuZ3RoIDI2ODMwODYzMzYwIGVuZCA0Mjkz NTk2MTU5OQpHRU9NOiBDb25maWd1cmUgYWQxczMsIHN0YXJ0IDQyOTM1OTYxNjAwIGxlbmd0aCAx MTcxMDMzMTEzNjAgZW5kIDE2MDAzOTI3Mjk1OQpHRU9NOiBDb25maWd1cmUgYWQxczFhLCBzdGFy dCAwIGxlbmd0aCAxMzYzMTQ4ODAgZW5kIDEzNjMxNDg3OQpHRU9NOiBDb25maWd1cmUgYWQxczFi LCBzdGFydCAxMzYzMTQ4ODAgbGVuZ3RoIDIxNDc0ODM2NDggZW5kIDIyODM3OTg1MjcKR0VPTTog Q29uZmlndXJlIGFkMXMxYywgc3RhcnQgMCBsZW5ndGggMTYxMDUwNjU5ODQgZW5kIDE2MTA1MDY1 OTgzCkdFT006IENvbmZpZ3VyZSBhZDFzMWQsIHN0YXJ0IDIyODM3OTg1MjggbGVuZ3RoIDIyMDIw MDk2MDAgZW5kIDQ0ODU4MDgxMjcKR0VPTTogQ29uZmlndXJlIGFkMXMxZSwgc3RhcnQgNDQ4NTgw ODEyOCBsZW5ndGggMTE2MTkyNTc4NTYgZW5kIDE2MTA1MDY1OTgzCkdFT006IENvbmZpZ3VyZSBh ZDFzMmMsIHN0YXJ0IDAgbGVuZ3RoIDI2ODMwODYzMzYwIGVuZCAyNjgzMDg2MzM1OQpHRU9NOiBD b25maWd1cmUgYWQxczJkLCBzdGFydCA4MTkyIGxlbmd0aCAyNjgzMDg1NTE2OCBlbmQgMjY4MzA4 NjMzNTkKR0VPTTogQ29uZmlndXJlIGFkMXMzYywgc3RhcnQgMCBsZW5ndGggMTE3MTAzMzExMzYw IGVuZCAxMTcxMDMzMTEzNTkKR0VPTTogQ29uZmlndXJlIGFkMXMzZCwgc3RhcnQgMCBsZW5ndGgg MTE3MTAzMzExMzYwIGVuZCAxMTcxMDMzMTEzNTkKKHByb2JlMTphdGEwOjA6MTowKTogZXJyb3Ig MjIKKHByb2JlMTphdGEwOjA6MTowKTogVW5yZXRyeWFibGUgRXJyb3IKKHByb2JlMTphdGEwOjA6 MTowKTogZXJyb3IgMjIKKHByb2JlMTphdGEwOjA6MTowKTogVW5yZXRyeWFibGUgRXJyb3IKKHBy b2JlMDphdGEwOjA6MDowKTogZXJyb3IgMjIKKHByb2JlMDphdGEwOjA6MDowKTogVW5yZXRyeWFi bGUgRXJyb3IKKHByb2JlMzphdGExOjA6MTowKTogZXJyb3IgMjIKKHByb2JlMzphdGExOjA6MTow KTogVW5yZXRyeWFibGUgRXJyb3IKKHByb2JlMDphdGEwOjA6MDowKTogZXJyb3IgMjIKKHByb2Jl MDphdGEwOjA6MDowKTogVW5yZXRyeWFibGUgRXJyb3IKKHByb2JlMzphdGExOjA6MTowKTogZXJy b3IgMjIKKHByb2JlMzphdGExOjA6MTowKTogVW5yZXRyeWFibGUgRXJyb3IKKHByb2JlMjphdGEx OjA6MDowKTogZXJyb3IgMjIKKHByb2JlMjphdGExOjA6MDowKTogVW5yZXRyeWFibGUgRXJyb3IK KHByb2JlMjphdGExOjA6MDowKTogZXJyb3IgNgoocHJvYmUyOmF0YTE6MDowOjApOiBVbnJldHJ5 YWJsZSBFcnJvcgoocHJvYmUyOmF0YTE6MDowOjApOiBlcnJvciAyMgoocHJvYmUyOmF0YTE6MDow OjApOiBVbnJldHJ5YWJsZSBFcnJvcgpwYXNzMCBhdCBhdGExIGJ1cyAwIHRhcmdldCAwIGx1biAw CnBhc3MwOiA8UExFWFRPUiBEVkRSICAgUFgtNzA4QSAxLjA2PiBSZW1vdmFibGUgQ0QtUk9NIFND U0ktMCBkZXZpY2UgCnBhc3MwOiAzMy4wMDBNQi9zIHRyYW5zZmVycwpHRU9NOiBuZXcgZGlzayBj ZDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byBjbHVzdGVyIDAKaW9h cGljMDogcm91dGluZyBpbnRwaW4gMyAoSVNBIElSUSAzKSB0byBjbHVzdGVyIDAKaW9hcGljMDog cm91dGluZyBpbnRwaW4gNCAoSVNBIElSUSA0KSB0byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gNiAoSVNBIElSUSA2KSB0byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGluZyBpbnRw aW4gNyAoSVNBIElSUSA3KSB0byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gOCAo SVNBIElSUSA4KSB0byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gOSAoSVNBIElS USA5KSB0byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTIgKElTQSBJUlEgMTIp IHRvIGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxMyAoSVNBIElSUSAxMykgdG8g Y2x1c3RlciAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE0IChJU0EgSVJRIDE0KSB0byBjbHVz dGVyIDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTUgKElTQSBJUlEgMTUpIHRvIGNsdXN0ZXIg MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNiAoUENJIElSUSAxNikgdG8gY2x1c3RlciAwCmlv YXBpYzA6IHJvdXRpbmcgaW50cGluIDIyIChQQ0kgSVJRIDIyKSB0byBjbHVzdGVyIDAKKGNkMDph dGExOjA6MDowKTogZXJyb3IgNgooY2QwOmF0YTE6MDowOjApOiBVbnJldHJ5YWJsZSBFcnJvcgpj ZDAgYXQgYXRhMSBidXMgMCB0YXJnZXQgMCBsdW4gMApjZDA6IDxQTEVYVE9SIERWRFIgICBQWC03 MDhBIDEuMDY+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiAzMy4wMDBNQi9z IHRyYW5zZmVycwpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1Qg UkVBRFksIE1lZGl1bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkCihjZDA6YXRhMTowOjA6MCk6 IGVycm9yIDYKKGNkMDphdGExOjA6MDowKTogVW5yZXRyeWFibGUgRXJyb3IKKGNkMDphdGExOjA6 MDowKTogZXJyb3IgNgooY2QwOmF0YTE6MDowOjApOiBVbnJldHJ5YWJsZSBFcnJvcgooY2QwOmF0 YTE6MDowOjApOiBlcnJvciA2CihjZDA6YXRhMTowOjA6MCk6IFVucmV0cnlhYmxlIEVycm9yCihj ZDA6YXRhMTowOjA6MCk6IGVycm9yIDYKKGNkMDphdGExOjA6MDowKTogVW5yZXRyeWFibGUgRXJy b3IKKGNkMDphdGExOjA6MDowKTogZXJyb3IgNgooY2QwOmF0YTE6MDowOjApOiBVbnJldHJ5YWJs ZSBFcnJvcgooY2QwOmF0YTE6MDowOjApOiBlcnJvciA2CihjZDA6YXRhMTowOjA6MCk6IFVucmV0 cnlhYmxlIEVycm9yCk1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzM2EKc3RhcnRfaW5p dDogdHJ5aW5nIC9zYmluL2luaXQK --Multipart=_Sun__19_Sep_2004_12_19_53_+0300_tO+xZVGdEHm0Rmgk Content-Type: application/octet-stream; name="IT53_b3_df" Content-Disposition: attachment; filename="IT53_b3_df" Content-Transfer-Encoding: base64 IwojIEFuIGV4aGF1c3RpdmUgbGlzdCBvZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVkIGV4cGxh bmF0aW9ucyBvZiB0aGUKIyBkZXZpY2UgbGluZXMgaXMgYWxzbyBwcmVzZW50IGluIHRoZSAuLi8u Li9jb25mL05PVEVTIGFuZCBOT1RFUyBmaWxlcy4gCiMgSWYgeW91IGFyZSBpbiBkb3VidCBhcyB0 byB0aGUgcHVycG9zZSBvciBuZWNlc3NpdHkgb2YgYSBsaW5lLCBjaGVjayBmaXJzdCAKIyBpbiBO T1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lzL2kzODYvY29uZi9HRU5FUklDLHYgMS4zOTQuMi4y IDIwMDMvMTIvMDcgMjM6NTI6NTMgc2NvdHRsIEV4cCAkCgptYWNoaW5lCQlpMzg2CiNjcHUJCUk0 ODZfQ1BVCiNjcHUJCUk1ODZfQ1BVCmNwdQkJSTY4Nl9DUFUKaWRlbnQJCUlUNTNfYjNfZGYKCm9w dGlvbnMJCUNQVV9BVEhMT05fU1NFX0hBQ0sKCgojVG8gc3RhdGljYWxseSBjb21waWxlIGluIGRl dmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9kZXZpY2UuaGludHMKI2hpbnRzCQkiR0VORVJJ Qy5oaW50cyIJCSNEZWZhdWx0IHBsYWNlcyB0byBsb29rIGZvciBkZXZpY2VzLgoKI29wdGlvbnMg CVNDSEVEXzRCU0QJCSM0QlNEIHNjaGVkdWxlcgpvcHRpb25zICAgICAgICAgU0NIRURfVUxFICAg ICAgICAgICAgICAgIyBVTEUgc2NoZWR1bGVyCm9wdGlvbnMgICAgICAgICBJTkVUICAgICAgICAg ICAgICAgICAgICAjIEludGVyTkVUd29ya2luZwpvcHRpb25zICAgICAgICAgSU5FVDYgICAgICAg ICAgICAgICAgICAgIyBJUHY2IGNvbW11bmljYXRpb25zIHByb3RvY29scwpvcHRpb25zICAgICAg ICAgRkZTICAgICAgICAgICAgICAgICAgICAgIyBCZXJrZWxleSBGYXN0IEZpbGVzeXN0ZW0Kb3B0 aW9ucyAgICAgICAgIFNPRlRVUERBVEVTICAgICAgICAgICAgICMgRW5hYmxlIEZGUyBzb2Z0IHVw ZGF0ZXMgc3VwcG9ydApvcHRpb25zICAgICAgICAgVUZTX0FDTCAgICAgICAgICAgICAgICAgIyBT dXBwb3J0IGZvciBhY2Nlc3MgY29udHJvbCBsaXN0cwpvcHRpb25zICAgICAgICAgVUZTX0RJUkhB U0ggICAgICAgICAgICAgIyBJbXByb3ZlIHBlcmZvcm1hbmNlIG9uIGJpZyBkaXJlY3Rvcmllcwpv cHRpb25zICAgICAgICAgTURfUk9PVCAgICAgICAgICAgICAgICAgIyBNRCBpcyBhIHBvdGVudGlh bCByb290IGRldmljZQpvcHRpb25zICAgICAgICAgTkZTQ0xJRU5UICAgICAgICAgICAgICAgIyBO ZXR3b3JrIEZpbGVzeXN0ZW0gQ2xpZW50Cm9wdGlvbnMgICAgICAgICBORlNTRVJWRVIgICAgICAg ICAgICAgICAjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAgICAgICAgIE5GU19S T09UICAgICAgICAgICAgICAgICMgTkZTIHVzYWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQK b3B0aW9ucyAgICAgICAgIE1TRE9TRlMgICAgICAgICAgICAgICAgICMgTVNET1MgRmlsZXN5c3Rl bQpvcHRpb25zICAgICAgICAgQ0Q5NjYwICAgICAgICAgICAgICAgICAgIyBJU08gOTY2MCBGaWxl c3lzdGVtCm9wdGlvbnMgICAgICAgICBQUk9DRlMgICAgICAgICAgICAgICAgICAjIFByb2Nlc3Mg ZmlsZXN5c3RlbSAocmVxdWlyZXMgUFNFVURPRlMpCm9wdGlvbnMgICAgICAgICBQU0VVRE9GUyAg ICAgICAgICAgICAgICAjIFBzZXVkby1maWxlc3lzdGVtIGZyYW1ld29yawpvcHRpb25zICAgICAg ICAgR0VPTV9HUFQgICAgICAgICAgICAgICAgIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMuCm9wdGlv bnMgICAgICAgICBDT01QQVRfNDMgICAgICAgICAgICAgICAjIENvbXBhdGlibGUgd2l0aCBCU0Qg NC4zIFtLRUVQIFRISVMhXQpvcHRpb25zICAgICAgICAgQ09NUEFUX0ZSRUVCU0Q0ICAgICAgICAg IyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAgICAgICAgIFNDU0lfREVMQVk9MTUw MDAgICAgICAgICMgRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJCm9wdGlvbnMgICAg ICAgICBLVFJBQ0UgICAgICAgICAgICAgICAgICAjIGt0cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMg ICAgICAgICBTWVNWU0hNICAgICAgICAgICAgICAgICAjIFNZU1Ytc3R5bGUgc2hhcmVkIG1lbW9y eQpvcHRpb25zICAgICAgICAgU1lTVk1TRyAgICAgICAgICAgICAgICAgIyBTWVNWLXN0eWxlIG1l c3NhZ2UgcXVldWVzCm9wdGlvbnMgICAgICAgICBTWVNWU0VNICAgICAgICAgICAgICAgICAjIFNZ U1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zICAgICAgICAgX0tQT1NJWF9QUklPUklUWV9TQ0hF RFVMSU5HICMgUE9TSVggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0aW9ucyAgICAg ICAgIEtCRF9JTlNUQUxMX0NERVYgICAgICAgICMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2Rl dgpvcHRpb25zICAgICAgICAgQUhDX1JFR19QUkVUVFlfUFJJTlQgICAgIyBQcmludCByZWdpc3Rl ciBiaXRmaWVsZHMgaW4gZGVidWcKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMgICAgICAgICBQRklM X0hPT0tTICAgICAgICAgICAgICAjIHBmaWwoOSkgZnJhbWV3b3JrCm9wdGlvbnMgICAgICAgICBB REFQVElWRV9HSUFOVCAgICAgICAgICAjIEdpYW50IG11dGV4IGlzIGFkYXB0aXZlLgoKb3B0aW9u cwkJSFo9MTIwMAojb3B0aW9ucwkJSVBGSVJFV0FMTF9WRVJCT1NFCgojIERlYnVnZ2luZyBmb3Ig dXNlIGluIC1jdXJyZW50Cm1ha2VvcHRpb25zICAgICBERUJVRz0tZyAgICAgICAgICAgICAgICAj QnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJvbHMKb3B0aW9ucyAgICAgICAgIEJS RUFLX1RPX0RFQlVHR0VSCm9wdGlvbnMgICAgICAgICBLREJfVFJBQ0UKb3B0aW9ucyAgICAgICAg IEtEQiAgICAgICAgICAgICAgICAgICAgICMgRW5hYmxlIGtlcm5lbCBkZWJ1Z2dlciBzdXBwb3J0 LgpvcHRpb25zICAgICAgICAgRERCICAgICAgICAgICAgICAgICAgICAgIyBTdXBwb3J0IEREQi4K b3B0aW9ucyAgICAgICAgIEdEQiAgICAgICAgICAgICAgICAgICAgICMgU3VwcG9ydCByZW1vdGUg R0RCLgpvcHRpb25zICAgICAgICAgSU5WQVJJQU5UUyAgICAgICAgICAgICAgIyBFbmFibGUgY2Fs bHMgb2YgZXh0cmEgc2FuaXR5IGNoZWNraW5nCm9wdGlvbnMgICAgICAgICBJTlZBUklBTlRfU1VQ UE9SVCAgICAgICAjIEV4dHJhIHNhbml0eSBjaGVja3Mgb2YgaW50ZXJuYWwgc3RydWN0dXJlcywK IwkJCQkJIHJlcXVpcmVkIGJ5IElOVkFSSUFOVFMKb3B0aW9ucyAgICAgICAgIFdJVE5FU1MgICAg ICAgICAgICAgICAgICMgRW5hYmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNs ZXMKb3B0aW9ucyAgICAgICAgIFdJVE5FU1NfU0tJUFNQSU4gICAgICAgICMgRG9uJ3QgcnVuIHdp dG5lc3Mgb24gc3BpbmxvY2tzIGZvciBzcGVlZAoKIyBUbyBtYWtlIGFuIFNNUCBrZXJuZWwsIHRo ZSBuZXh0IHR3byBhcmUgbmVlZGVkCiNvcHRpb25zIAlTTVAJCQkjIFN5bW1ldHJpYyBNdWx0aVBy b2Nlc3NvciBLZXJuZWwKZGV2aWNlCQlhcGljCQkJIyBJL08gQVBJQwoKZGV2aWNlCQlpc2EKZGV2 aWNlCQllaXNhCmRldmljZQkJcGNpCgojZGV2aWNlICAgICAgICAgIG1nYWRybQpkZXZpY2UgICAg ICAgICAgICAgICAgYWdwICAgICAgICAgICAgICMgc3VwcG9ydCBzZXZlcmFsIEFHUCBjaGlwc2V0 cwojZGV2aWNlICAgICAgICAgIHJhZGVvbmRybQoKCiMgRmxvcHB5IGRyaXZlcwpkZXZpY2UJCWZk YwoKIyBBVEEgYW5kIEFUQVBJIGRldmljZXMKZGV2aWNlCQlhdGEKZGV2aWNlCQlhdGFkaXNrCQkJ IyBBVEEgZGlzayBkcml2ZXMKZGV2aWNlCQlhdGFyYWlkCQkJIyBBVEEgUkFJRCBkcml2ZXMKZGV2 aWNlCQlhdGFwaWNkCQkJIyBBVEFQSSBDRFJPTSBkcml2ZXMKI2RldmljZQkJYXRhcGlmZAkJCSMg QVRBUEkgZmxvcHB5IGRyaXZlcwojZGV2aWNlCQlhdGFwaXN0CQkJIyBBVEFQSSB0YXBlIGRyaXZl cwpvcHRpb25zIAlBVEFfU1RBVElDX0lECQkjU3RhdGljIGRldmljZSBudW1iZXJpbmcKCgojIGF0 a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCmRldmlj ZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRyb2xsZXIKZGV2aWNlCQlhdGtiZAkJIyBBVCBr ZXlib2FyZApkZXZpY2UJCXBzbQkJIyBQUy8yIG1vdXNlCgpkZXZpY2UJCXZnYQkJIyBWR0Egdmlk ZW8gY2FyZCBkcml2ZXIKCmRldmljZQkJc3BsYXNoCQkjIFNwbGFzaCBzY3JlZW4gYW5kIHNjcmVl biBzYXZlciBzdXBwb3J0CgojIHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIs IHJlc2VtYmxpbmcgYW4gU0NPIGNvbnNvbGUKZGV2aWNlCQlzYwoKIyBFbmFibGUgdGhpcyBmb3Ig dGhlIHBjdnQgKFZUMjIwIGNvbXBhdGlibGUpIGNvbnNvbGUgZHJpdmVyCiNkZXZpY2UJCXZ0CiNv cHRpb25zIAlYU0VSVkVSCQkJIyBzdXBwb3J0IGZvciBYIHNlcnZlciBvbiBhIHZ0IGNvbnNvbGUK I29wdGlvbnMgCUZBVF9DVVJTT1IJCSMgc3RhcnQgd2l0aCBibG9jayBjdXJzb3IKCiMgRmxvYXRp bmcgcG9pbnQgc3VwcG9ydCAtIGRvIG5vdCBkaXNhYmxlLgpkZXZpY2UJCW5weAoKIyBQb3dlciBt YW5hZ2VtZW50IHN1cHBvcnQgKHNlZSBOT1RFUyBmb3IgbW9yZSBvcHRpb25zKQojZGV2aWNlCQlh cG0KIyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3IgdGhlIGk4MjU0LgpkZXZpY2UJCXBt dGltZXIKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmljZQkJc2lvCQkjIDgyNTAsIDE2WzQ1XTUw IGJhc2VkIHNlcmlhbCBwb3J0cwoKIyBQYXJhbGxlbCBwb3J0CmRldmljZQkJcHBjCmRldmljZQkJ cHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpkZXZpY2UJCWxwdAkJIyBQcmlu dGVyCmRldmljZQkJcGxpcAkJIyBUQ1AvSVAgb3ZlciBwYXJhbGxlbApkZXZpY2UJCXBwaQkJIyBQ YXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNj YnVzIGFuZCBkYQoKIyBJZiB5b3UndmUgZ290IGEgImR1bWIiIHNlcmlhbCBvciBwYXJhbGxlbCBQ Q0kgY2FyZCB0aGF0IGlzCiMgc3VwcG9ydGVkIGJ5IHRoZSBwdWMoNCkgZ2x1ZSBkcml2ZXIsIHVu Y29tbWVudCB0aGUgZm9sbG93aW5nCiMgbGluZSB0byBlbmFibGUgaXQgKGNvbm5lY3RzIHRvIHRo ZSBzaW8gYW5kL29yIHBwYyBkcml2ZXJzKToKI2RldmljZSAgICAgICAgIHB1YwoKIyBQQ0kgRXRo ZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLgoj IE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIg dG8gdXNlIHRoZXNlIE5JQ3MhCiNkZXZpY2UJCW1paWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQKI2Rl dmljZQkJYmZlCQkjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIGV0aGVybmV0CiNkZXZpY2UJCXJl CQkjIFJlYWxUZWsgODEzOUMrLzgxNjkvODE2OVMvODExMFMKI2RldmljZQkJcmwJCSMgUmVhbFRl ayA4MTI5LzgxMzkKCgojIFBzZXVkbyBkZXZpY2VzIC0gdGhlIG51bWJlciBpbmRpY2F0ZXMgaG93 IG1hbnkgdW5pdHMgdG8gYWxsb2NhdGUuCmRldmljZSAgICAgICAgICBsb29wICAgICAgICAgICAg IyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZSAgICAgICAgICBtZW0gICAgICAgICAgICAgIyBNZW1v cnkgYW5kIGtlcm5lbCBtZW1vcnkgZGV2aWNlcwpkZXZpY2UgICAgICAgICAgaW8gICAgICAgICAg ICAgICMgSS9PIGRldmljZQpkZXZpY2UgICAgICAgICAgcmFuZG9tICAgICAgICAgICMgRW50cm9w eSBkZXZpY2UKZGV2aWNlICAgICAgICAgIGV0aGVyICAgICAgICAgICAjIEV0aGVybmV0IHN1cHBv cnQKI2RldmljZSAgICAgICAgICBzbCAgICAgICAgICAgICAgIyBLZXJuZWwgU0xJUAojZGV2aWNl ICAgICAgICAgIHBwcCAgICAgICAgICAgICAjIEtlcm5lbCBQUFAKI2RldmljZSAgICAgICAgICB0 dW4gICAgICAgICAgICAgIyBQYWNrZXQgdHVubmVsLgpkZXZpY2UgICAgICAgICAgcHR5ICAgICAg ICAgICAgICMgUHNldWRvLXR0eXMgKHRlbG5ldCBldGMpCiNkZXZpY2UgICAgICAgICAgbWQgICAg ICAgICAgICAgICMgTWVtb3J5ICJkaXNrcyIKI2RldmljZSAgICAgICAgICBnaWYgICAgICAgICAg ICAgIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGluZwojZGV2aWNlICAgICAgICAgIGZhaXRoICAgICAg ICAgICAjIElQdjYtdG8tSVB2NCByZWxheWluZyAodHJhbnNsYXRpb24pCgojIFRoZSBgYnBmJyBk ZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4KIyBCZSBhd2FyZSBvZiB0 aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhCmRldmljZQkJ YnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgU0NTSSBwZXJpcGhlcmFscwojIGZvciBV U0IgYW5kIGNhbQpkZXZpY2UgICAgICAgICAgc2NidXMgICAgICAgICAgICMgU0NTSSBidXMgKHJl cXVpcmVkIGZvciBTQ1NJKQpkZXZpY2UgICAgICAgICAgZGEgICAgICAgICAgICAgICMgRGlyZWN0 IEFjY2VzcyAoZGlza3MpCmRldmljZSBhdGFwaWNhbQpkZXZpY2UgY2QKZGV2aWNlIHBhc3MKCiMg VVNCIHN1cHBvcnQKI2RldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+VVNCIGludGVyZmFjZQojZGV2 aWNlCQlvaGNpCQkjIE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNlCiNkZXZpY2UJCXVzYgkJIyBVU0Ig QnVzIChyZXF1aXJlZCkKI2RldmljZQkJdWRicAkJIyBVU0IgRG91YmxlIEJ1bGsgUGlwZSBkZXZp Y2VzCiNkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwojZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRl cmZhY2UgRGV2aWNlcyIKI2RldmljZQkJdWtiZAkJIyBLZXlib2FyZAojZGV2aWNlCQl1bHB0CQkj IFByaW50ZXIKI2RldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMg c2NidXMgYW5kIGRhCiNkZXZpY2UJCXVtcwkJIyBNb3VzZQojZGV2aWNlCQl1cmlvCQkjIERpYW1v bmQgUmlvIDUwMCBNUDMgcGxheWVyCiNkZXZpY2UJCXVzY2FubmVyCSMgU2Nhbm5lcnMK --Multipart=_Sun__19_Sep_2004_12_19_53_+0300_tO+xZVGdEHm0Rmgk Content-Type: application/octet-stream; name="loader.conf" Content-Disposition: attachment; filename="loader.conf" Content-Transfer-Encoding: base64 Ym9vdF92ZXJib3NlPTEKI2RlYnVnLndpdG5lc3Mud2F0Y2g9MAojaGludC5hY3BpLjAuZGlzYWJs ZWQ9MQpody5hdGEud2M9MAojaHcuYXRhLmF0YV9kbWE9MApody5hdGEuYXRhcGlfZG1hPSIxIgpz bmRfdmlhODIzM19sb2FkPSJZRVMiCiNpZl9ybF9sb2FkPSJZRVMiCmlmX3hsX2xvYWQ9IllFUyIK aXBmd19sb2FkPSJZRVMiCmR1bW15bmV0X2xvYWQ9IllFUyIKI2FncF9sb2FkPSJZRVMiCiNyYWRl b25fbG9hZD0iWUVTIgprZXJuLmZpbGVkZWxheT0iMTUiCmtlcm4uZGlyZGVsYXk9IjE0IgprZXJu Lm1ldGFkZWxheT0iMTMiCgojYmt0cl9sb2FkPSJZRVMiCiNpaWNidXNfbG9hZD0iWUVTIgojaWlj YmJfbG9hZD0iWUVTIgojc21idXNfbG9hZD0iWUVTIgoK --Multipart=_Sun__19_Sep_2004_12_19_53_+0300_tO+xZVGdEHm0Rmgk-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 11:40:29 2004 Return-Path: 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 0396516A4CE for ; Sun, 19 Sep 2004 11:40:29 +0000 (GMT) Received: from mallard.zanker.org (mallard.zanker.org [217.169.19.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A572743D58 for ; Sun, 19 Sep 2004 11:40:28 +0000 (GMT) (envelope-from mike@zanker.org) Received: from mike by mallard.zanker.org with local (Exim 4.42) id 1C903J-0003Eu-JE for freebsd-current@freebsd.org; Sun, 19 Sep 2004 12:40:21 +0100 Date: Sun, 19 Sep 2004 12:40:21 +0100 (BST) From: Mike Zanker To: freebsd-current@freebsd.org In-Reply-To: <65457715CDD332F0E69CA3F0@jemima.zanker.org> Message-ID: References: <200409181924.i8IJOGQH078336@bunrab.catwhisker.org> <65457715CDD332F0E69CA3F0@jemima.zanker.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mallard-MailScanner: Found to be clean (of known viruses) X-Mallard-MailScanner-From: mike@zanker.org Subject: Re: RELENG_5 buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 11:40:29 -0000 On Sat, 18 Sep 2004, Mike Zanker wrote: > On 18 September 2004 12:24 -0700 David Wolfskill > wrote: > >> I was able to build RELENG_5 world & kernel after applying (all three >> of) those changes. > > OK, thanks guys - I'll try again later. Yes - now fixed, plus I finally have a floppy now when booting with ACPI! Thanks, Mike. From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 19:36:45 2004 Return-Path: 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 DEB9316A4CE; Sat, 18 Sep 2004 19:36:44 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47D4643D2F; Sat, 18 Sep 2004 19:36:44 +0000 (GMT) (envelope-from klr@6s-gaming.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id C35FE15C95; Sat, 18 Sep 2004 16:34:01 +0000 (GMT) Received: from 81.84.174.8 (SquirrelMail authenticated user klr@6s-gaming.com); by mail.revolutionsp.com with HTTP; Sat, 18 Sep 2004 16:34:01 -0000 (GMT) Message-ID: <62049.81.84.174.8.1095525241.squirrel@81.84.174.8> In-Reply-To: <200409180203.09842.max@love2party.net> References: <58653.81.84.174.8.1095267239.squirrel@81.84.174.8> <61203.81.84.174.8.1095446951.squirrel@81.84.174.8> <61210.81.84.174.8.1095447094.squirrel@81.84.174.8> <200409180203.09842.max@love2party.net> Date: Sat, 18 Sep 2004 16:34:01 -0000 (GMT) From: "Hugo Silva" To: freebsd-pf@freebsd.org, freebsd-questions@freebsd.org, freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Sun, 19 Sep 2004 12:05:06 +0000 Subject: Re: pf not logging on 5.3-BETA3 ? [more info] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Sep 2004 19:36:45 -0000 > On Friday 17 September 2004 20:51, Hugo Silva wrote: >> Did you put in "device pflog" as well? What does "$ifconfig pflog0" >> say? >> >> [root@evilreborn:/home/klr]# ifconfig pflog0 >> pflog0: flags=41 mtu 33208 > > Okay, for some reason pflogd is *not* running! Otherwise you'd have pflog0 > in > PROMIC mode: > pflog0: flags=141 mtu 33208 > so we have to find out why it is not. Try starting it by hand and watch > your > daemon log closely. I can't reproduce the problem in any system (be it > BETA3 > from disc, RELENG_5 or CURRENT) so I am afraid that something is wrong > with > your setup. Nontheless this *should* not happen ... > > If the problem is persistent, please file a PR reconstructing possible > much > information about how you got the system into the stage it is now (i.e. > how > did you install/update?). Thanks > Hey, pflogd seems to start with the system (pf_logd set), but it exits. Same as if I do it manually: [root@evilreborn:/usr/local/etc/rc.d]# pflogd [root@evilreborn:/usr/local/etc/rc.d]# ps aux | grep pflogd root 14806 0.0 0.3 348 208 p0 R+ 8:30PM 0:00.00 grep pflogd [root@evilreborn:/usr/local/etc/rc.d]# which pflogd /sbin/pflogd [root@evilreborn:/usr/local/etc/rc.d]# file /sbin/pflogd /sbin/pflogd: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 5.3, dynamically linked (uses shared libs), stripped - /var/log/messages shows this whenever i try to run pflogd: Sep 18 20:31:47 evilreborn kernel: pflog0: promiscuous mode enabled Sep 18 20:31:47 evilreborn kernel: pflog0: promiscuous mode disabled Another oddity, I had to add ifconfig pflog0 up to a startup script to make my pflog (read logs on pflog0 normally..) work, else it would complain: [root@evilreborn:/usr/local/etc/rc.d]# pflog tcpdump: BIOCSETIF: pflog0: Network is down I don't remember having to ifconfig pflog0 up on 5.2.1-RELEASE-p9 (another server) with pf from ports. I updated from 5.2.1-RELEASE (installed by cdrom) to RELENG_5 (BETA3 at the time) by cvsup. >> If more info is needed, let me know. I don't think this is an obvious >> mistake of me (altough it could be, I haven't looked to this problem in >> the last days, must take some time to look more carefully at it). >> >> As a reminder, the system is: >> FreeBSD evilreborn 5.3-BETA3 FreeBSD 5.3-BETA3 #0: Wed Sep 15 19:18:51 >> WEST 2004 >> klr@evilreborn:/usr/src/sys/i386/compile/evilreborn53-kernel >> i386 >> >> >> -- >> >> /"\ Best regards, | mlaier@freebsd.org >> >> \ / Max Laier | ICQ #67774661 >> >> X http://pf4freebsd.love2party.net/ | mlaier@EFnet >> >> / \ ASCII Ribbon Campaign | Against HTML Mail and News >> >> Best Regards, >> >> Hugo > > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News > -- www.6s-gaming.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 02:56:28 2004 Return-Path: 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 D4DE216A4CE for ; Sun, 19 Sep 2004 02:56:28 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D0B43D46 for ; Sun, 19 Sep 2004 02:56:28 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004091911:56:12:388044.29654.2836536240 for ; Sun, 19 Sep 2004 11:56:12 +0900 (KST) Message-ID: <414CF555.2090209@yahoo.com> Date: Sun, 19 Sep 2004 11:56:21 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040901 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-6.32) (SRN:SPAMROBOT) ----------------- X-Mailman-Approved-At: Sun, 19 Sep 2004 12:05:06 +0000 Subject: ipfw man pages vs. 5.3-Stable; needs modification! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 02:56:28 -0000 Hello, The manpages of ipfw needs modification with respect to the IPFW vs.IPFW2 discussion. All this is quite misleading when 5.3 becomes stable. Rob. From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 12:21:54 2004 Return-Path: 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 7F84716A4CE for ; Sun, 19 Sep 2004 12:21:54 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9307443D45 for ; Sun, 19 Sep 2004 12:21:53 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8JCLpxt012317; Sun, 19 Sep 2004 15:21:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 73949-07; Sun, 19 Sep 2004 15:21:51 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8JCLpUs012313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Sep 2004 15:21:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8JCLr7F096810; Sun, 19 Sep 2004 15:21:53 +0300 (EEST) (envelope-from ru) Date: Sun, 19 Sep 2004 15:21:52 +0300 From: Ruslan Ermilov To: Rob Message-ID: <20040919122152.GA96753@ip.net.ua> References: <414CF555.2090209@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <414CF555.2090209@yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: ipfw man pages vs. 5.3-Stable; needs modification! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 12:21:54 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2004 at 11:56:21AM +0900, Rob wrote: >=20 > Hello, >=20 > The manpages of ipfw needs modification with respect to > the IPFW vs.IPFW2 discussion. > All this is quite misleading when 5.3 becomes stable. >=20 Do you mean you want the IPFW vs. IPFW2 information to be removed from the manpage? If yes, I don't support this. There will be a lot of people switching from 4.x to 5.x, and it can be helpful for them. We can remove this in future releases though. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTXngqRfpzJluFF4RAkXgAJ9QibKRJcBqmPDAmgESf/TJB7lteACfbbyO mkChAcyMLqdndq5WL68Hvlc= =TDlF -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 12:31:53 2004 Return-Path: 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 6C9F916A4CF for ; Sun, 19 Sep 2004 12:31:53 +0000 (GMT) Received: from av13-2-sn4.m-sp.skanova.net (av13-2-sn4.m-sp.skanova.net [81.228.10.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F89943D31 for ; Sun, 19 Sep 2004 12:31:53 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av13-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 3AF9A37E47; Sun, 19 Sep 2004 14:31:52 +0200 (CEST) Received: from smtp4-1-sn4.m-sp.skanova.net (smtp4-1-sn4.m-sp.skanova.net [81.228.10.181]) by av13-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 2CC9E37E42 for ; Sun, 19 Sep 2004 14:31:52 +0200 (CEST) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp4-1-sn4.m-sp.skanova.net (Postfix) with SMTP id EEB3537E45 for ; Sun, 19 Sep 2004 14:31:51 +0200 (CEST) Received: (qmail 11787 invoked by uid 1001); 19 Sep 2004 12:31:48 -0000 Date: Sun, 19 Sep 2004 14:31:48 +0200 From: Erik Trulsson To: Ruslan Ermilov Message-ID: <20040919123148.GA11758@falcon.midgard.homeip.net> Mail-Followup-To: Ruslan Ermilov , Rob , freebsd-current@freebsd.org References: <414CF555.2090209@yahoo.com> <20040919122152.GA96753@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040919122152.GA96753@ip.net.ua> User-Agent: Mutt/1.5.6i cc: Rob cc: freebsd-current@freebsd.org Subject: Re: ipfw man pages vs. 5.3-Stable; needs modification! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 12:31:53 -0000 On Sun, Sep 19, 2004 at 03:21:52PM +0300, Ruslan Ermilov wrote: > On Sun, Sep 19, 2004 at 11:56:21AM +0900, Rob wrote: > > > > Hello, > > > > The manpages of ipfw needs modification with respect to > > the IPFW vs.IPFW2 discussion. > > All this is quite misleading when 5.3 becomes stable. > > > Do you mean you want the IPFW vs. IPFW2 information to be > removed from the manpage? If yes, I don't support this. > There will be a lot of people switching from 4.x to 5.x, > and it can be helpful for them. We can remove this in > future releases though. He probably means that the references to -STABLE in the manpage needs to be changed to say 4.x instead (and the references to -CURRENT probably should say 5.x instead), since when 5.3 becomes stable it will no longer be true that -STABLE uses IPFW as default (which is what the manpage says.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 12:28:53 2004 Return-Path: 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 5765E16A4CE for ; Sun, 19 Sep 2004 12:28:53 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id F412A43D31 for ; Sun, 19 Sep 2004 12:28:52 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004091921:20:01:689805.2862.2836396976 for ; Sun, 19 Sep 2004 21:20:01 +0900 (KST) Message-ID: <414D7B7E.2010405@yahoo.com> Date: Sun, 19 Sep 2004 21:28:46 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040901 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <414CF555.2090209@yahoo.com> <20040919122152.GA96753@ip.net.ua> In-Reply-To: <20040919122152.GA96753@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-1.15) (SRN:SPAMROBOT) ----------------- X-Mailman-Approved-At: Sun, 19 Sep 2004 12:34:35 +0000 Subject: Re: ipfw man pages vs. 5.3-Stable; needs modification! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 12:28:53 -0000 Ruslan Ermilov wrote: > On Sun, Sep 19, 2004 at 11:56:21AM +0900, Rob wrote: > >>Hello, >> >>The manpages of ipfw needs modification with respect to >>the IPFW vs.IPFW2 discussion. >>All this is quite misleading when 5.3 becomes stable. >> > > Do you mean you want the IPFW vs. IPFW2 information to be > removed from the manpage? If yes, I don't support this. > There will be a lot of people switching from 4.x to 5.x, > and it can be helpful for them. We can remove this in > future releases though. At present the 5.3-"cvsup" has ipfw man page that says following: USING IPFW2 IN FreeBSD-STABLE ipfw2 is standard in FreeBSD CURRENT, whereas FreeBSD STABLE still uses ipfw1 unless the kernel is compiled with options IPFW2, and /sbin/ipfw and /usr/lib/libalias are recompiled with -DIPFW2 and reinstalled (the same effect can be achieved by adding IPFW2=TRUE to /etc/make.conf before a buildworld). This can be confusing when 5.3 becomes "STABLE". At the moment 5.3 becomes 'STABLE', roughly something like this needs to be done: s/STABLE/RELENG_4/ s/CURRENT/STABLE/ and probably some cosmetic modifications due to this switch of words. Rob. From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 13:37:53 2004 Return-Path: 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 774F716A4CE; Sun, 19 Sep 2004 13:37:53 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 380F343D55; Sun, 19 Sep 2004 13:37:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8JDbqbq095447; Sun, 19 Sep 2004 09:37:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8JDbqdQ025634; Sun, 19 Sep 2004 09:37:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 757367303F; Sun, 19 Sep 2004 09:37:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040919133752.757367303F@freebsd-current.sentex.ca> Date: Sun, 19 Sep 2004 09:37:52 -0400 (EDT) Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 13:37:53 -0000 TB --- 2004-09-19 12:05:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-19 12:05:12 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2004-09-19 12:05:12 - checking out the source tree TB --- 2004-09-19 12:05:12 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2004-09-19 12:05:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-19 12:13:32 - building world (CFLAGS=-O -pipe) TB --- 2004-09-19 12:13:32 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-19 12:13:32 - /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 TB --- 2004-09-19 13:13:37 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-19 13:13:37 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-19 13:13:37 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Sep 19 13:13:38 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Sep 19 13:26:58 UTC 2004 TB --- 2004-09-19 13:26:58 - generating LINT kernel config TB --- 2004-09-19 13:26:58 - cd /home/tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/conf TB --- 2004-09-19 13:26:58 - /usr/bin/make -B LINT TB --- 2004-09-19 13:26:58 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-19 13:26:58 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-19 13:26:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 19 13:26:58 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1076: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `ia32_syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1252: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/obj/ia64/tinderbox/RELENG_5/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2004-09-19 13:37:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-19 13:37:52 - ERROR: failed to build lint kernel TB --- 2004-09-19 13:37:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 13:54:24 2004 Return-Path: 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 6B19B16A4CE; Sun, 19 Sep 2004 13:54:24 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F3DB43D39; Sun, 19 Sep 2004 13:54:24 +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.1/8.13.1) with ESMTP id i8JDsNGG097262; Sun, 19 Sep 2004 09:54:23 -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.12.11/8.12.11) with ESMTP id i8JDsNmc078779; Sun, 19 Sep 2004 09:54:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3EDB67303F; Sun, 19 Sep 2004 09:54:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040919135423.3EDB67303F@freebsd-current.sentex.ca> Date: Sun, 19 Sep 2004 09:54:23 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 13:54:24 -0000 TB --- 2004-09-19 13:37:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-19 13:37:52 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-19 13:37:52 - checking out the source tree TB --- 2004-09-19 13:37:52 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-19 13:37:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-19 13:46:11 - building world (CFLAGS=-O -pipe) TB --- 2004-09-19 13:46:11 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-19 13:46: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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-19 13:54:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-19 13:54:23 - ERROR: failed to build world TB --- 2004-09-19 13:54:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 14:27:23 2004 Return-Path: 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 663CE16A4CE for ; Sun, 19 Sep 2004 14:27:23 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC0CD43D53 for ; Sun, 19 Sep 2004 14:27:22 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 01A4E1675B6 for ; Sun, 19 Sep 2004 16:27:21 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8JERJkG074209 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 19 Sep 2004 16:27:21 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sun, 19 Sep 2004 16:27:15 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2183537.lNgcIJmcdk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409191627.19011.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: regression in ata/atapi wrt dma? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 14:27:23 -0000 --nextPart2183537.lNgcIJmcdk Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I just noticed that one of my burners in my homebox isn't set to dma mode=20 anymore on boot (hw.ata.atapi_dma=3D"1" is set in loader.conf.local): acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave PIO4 I dual-boot 4-STABLE on this box and there it is: acd0: DVD-R at ata1-master UDMA33 acd1: CD-RW at ata1-slave WDMA2 I guess I can rule out cabling going loose or similar things... atacontrol cap says: Protocol ATA/ATAPI revision 0 device model HL-DT-ST RW/DVD GCC-4120B serial number firmware revision 2.02 cylinders 0 heads 0 sectors/track 0 lba supported lba48 not supported dma supported overlap not supported This is FreeBSD kiste 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Sun Sep 12 19:45:10 C= EST=20 2004. Currently upgrading to latest RELENG_5, I'll follow up with any=20 changes... =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2183537.lNgcIJmcdk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBTZdGXhc68WspdLARAhJ/AKCJE7ieL4m3eItF+whZ9QZDNJzOFQCdGj4G 7CEEv9xbvn3L8qD/gmZyzx8= =jlkU -----END PGP SIGNATURE----- --nextPart2183537.lNgcIJmcdk-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 14:31:55 2004 Return-Path: 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 6353316A4CF for ; Sun, 19 Sep 2004 14:31:55 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5556743D31 for ; Sun, 19 Sep 2004 14:31:54 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8JEVqd5014651; Sun, 19 Sep 2004 17:31:52 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 81442-02; Sun, 19 Sep 2004 17:31:51 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8JEVpxI014648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Sep 2004 17:31:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8JEVrSY097205; Sun, 19 Sep 2004 17:31:53 +0300 (EEST) (envelope-from ru) Date: Sun, 19 Sep 2004 17:31:53 +0300 From: Ruslan Ermilov To: Rob , freebsd-current@freebsd.org Message-ID: <20040919143153.GA97135@ip.net.ua> References: <414CF555.2090209@yahoo.com> <20040919122152.GA96753@ip.net.ua> <20040919123148.GA11758@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20040919123148.GA11758@falcon.midgard.homeip.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: ipfw man pages vs. 5.3-Stable; needs modification! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 14:31:55 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2004 at 02:31:48PM +0200, Erik Trulsson wrote: > On Sun, Sep 19, 2004 at 03:21:52PM +0300, Ruslan Ermilov wrote: > > On Sun, Sep 19, 2004 at 11:56:21AM +0900, Rob wrote: > > >=20 > > > Hello, > > >=20 > > > The manpages of ipfw needs modification with respect to > > > the IPFW vs.IPFW2 discussion. > > > All this is quite misleading when 5.3 becomes stable. > > >=20 > > Do you mean you want the IPFW vs. IPFW2 information to be > > removed from the manpage? If yes, I don't support this. > > There will be a lot of people switching from 4.x to 5.x, > > and it can be helpful for them. We can remove this in > > future releases though. >=20 > He probably means that the references to -STABLE in the manpage needs > to be changed to say 4.x instead (and the references to -CURRENT > probably should say 5.x instead), since when 5.3 becomes stable it will > no longer be true that -STABLE uses IPFW as default (which is what the > manpage says.) >=20 Ah yes, indeed. See if ipfw.8,v 1.152 is what you wanted. If it's ok, I will order an MFC. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTZhZqRfpzJluFF4RArN+AKCDb3o7iN8jot53aDkVFNXOWXqfiwCcDwdP bKCqWZulh+5ery2svoR/F9o= =nCPE -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 15:18:00 2004 Return-Path: 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 4D8B816A4CE for ; Sun, 19 Sep 2004 15:18:00 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1909343D1F for ; Sun, 19 Sep 2004 15:17:59 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8JFHtig057467; Sun, 19 Sep 2004 17:17:56 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <414DA31E.3090506@DeepCore.dk> Date: Sun, 19 Sep 2004 17:17:50 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <200409191627.19011.michaelnottebrock@gmx.net> In-Reply-To: <200409191627.19011.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: regression in ata/atapi wrt dma? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 15:18:00 -0000 Michael Nottebrock wrote: > I just noticed that one of my burners in my homebox isn't set to dma mo= de=20 > anymore on boot (hw.ata.atapi_dma=3D"1" is set in loader.conf.local): >=20 > acd0: DVDR at ata1-master UDMA33 > acd1: CDRW at ata1-slave PIO4 >=20 > I dual-boot 4-STABLE on this box and there it is: >=20 > acd0: DVD-R at ata1-master UDMA33 > acd1: CD-RW at ata1-slave WDMA2 This is the "new worldorder" for ATAPI devices. The default is now to=20 enable DMA if the device claims to support at least UDMA33, if not its=20 left in PIO mode. This is to avoid all the (old) sucky devices that=20 claims DMA but really doesn't work. If you need any modes beyond this, please use atacontrol. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 15:32:16 2004 Return-Path: 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 DE4CA16A4CF for ; Sun, 19 Sep 2004 15:32:16 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96A0C43D54 for ; Sun, 19 Sep 2004 15:32:16 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 88B351675B6; Sun, 19 Sep 2004 17:32:15 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8JFWDkG075021 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 19 Sep 2004 17:32:14 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: =?iso-8859-15?q?S=F8ren_Schmidt?= Date: Sun, 19 Sep 2004 17:32:08 +0200 User-Agent: KMail/1.7 References: <200409191627.19011.michaelnottebrock@gmx.net> <414DA31E.3090506@DeepCore.dk> In-Reply-To: <414DA31E.3090506@DeepCore.dk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1512242.3eCo5QWxYf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409191732.12810.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: regression in ata/atapi wrt dma? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 15:32:17 -0000 --nextPart1512242.3eCo5QWxYf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 19 September 2004 17:17, S=F8ren Schmidt wrote: > This is the "new worldorder" for ATAPI devices. The default is now to > enable DMA if the device claims to support at least UDMA33, if not its > left in PIO mode. This is to avoid all the (old) sucky devices that > claims DMA but really doesn't work. > > If you need any modes beyond this, please use atacontrol. =46air enough. Note in UPDATING, please? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1512242.3eCo5QWxYf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBTaZ8Xhc68WspdLARAqcxAJ9GS6nHrBzssHcWZlhPoSSZKwOO2wCfSSB1 NWKmM5nkmoHx3qX0+CV9v4c= =mnjN -----END PGP SIGNATURE----- --nextPart1512242.3eCo5QWxYf-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 15:50:21 2004 Return-Path: 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 947F716A4CE; Sun, 19 Sep 2004 15:50:21 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54EE843D1F; Sun, 19 Sep 2004 15:50:21 +0000 (GMT) (envelope-from des@des.no) Received: from dwp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id E75334170; Sun, 19 Sep 2004 17:51:00 +0200 (MEST) Received: by dwp.des.no (Postfix, from userid 2602) id 17FA9B85E; Sun, 19 Sep 2004 17:50:20 +0200 (CEST) To: Emanuel Strobl References: <200409190230.50159.Emanuel.Strobl@gmx.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 19 Sep 2004 17:50:19 +0200 In-Reply-To: <200409190230.50159.Emanuel.Strobl@gmx.net> (Emanuel Strobl's message of "Sun, 19 Sep 2004 02:30:42 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: John Polstra Subject: Re: cvsup (ezm3 - modula) build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 15:50:21 -0000 Emanuel Strobl writes: > I turned on -O2 because the last bugs from base were fixed and I > remember some discussions about testing with -O2 wich every > developer _should_ do. ...when building world or a kernel. ports are a different matter. most are -O2 clean, but not all. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 15:50:21 2004 Return-Path: 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 947F716A4CE; Sun, 19 Sep 2004 15:50:21 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54EE843D1F; Sun, 19 Sep 2004 15:50:21 +0000 (GMT) (envelope-from des@des.no) Received: from dwp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id E75334170; Sun, 19 Sep 2004 17:51:00 +0200 (MEST) Received: by dwp.des.no (Postfix, from userid 2602) id 17FA9B85E; Sun, 19 Sep 2004 17:50:20 +0200 (CEST) To: Emanuel Strobl References: <200409190230.50159.Emanuel.Strobl@gmx.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 19 Sep 2004 17:50:19 +0200 In-Reply-To: <200409190230.50159.Emanuel.Strobl@gmx.net> (Emanuel Strobl's message of "Sun, 19 Sep 2004 02:30:42 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: John Polstra Subject: Re: cvsup (ezm3 - modula) build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 15:50:21 -0000 Emanuel Strobl writes: > I turned on -O2 because the last bugs from base were fixed and I > remember some discussions about testing with -O2 wich every > developer _should_ do. ...when building world or a kernel. ports are a different matter. most are -O2 clean, but not all. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 16:08:23 2004 Return-Path: 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 B55AF16A4CE for ; Sun, 19 Sep 2004 16:08:23 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 748BC43D5A for ; Sun, 19 Sep 2004 16:08:23 +0000 (GMT) (envelope-from pablojavierpy@gmail.com) Received: by mproxy.gmail.com with SMTP id v30so1267324rnb for ; Sun, 19 Sep 2004 09:08:13 -0700 (PDT) Received: by 10.38.179.69 with SMTP id b69mr4851rnf; Sun, 19 Sep 2004 09:08:12 -0700 (PDT) Received: by 10.38.8.62 with HTTP; Sun, 19 Sep 2004 09:08:12 -0700 (PDT) Message-ID: Date: Sun, 19 Sep 2004 12:08:12 -0400 From: Pablo Javier Santa Cruz Cosp To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: bash sigsegv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pablo Javier Santa Cruz Cosp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 16:08:23 -0000 Hi! Using: bash-3.00# pkg_info | grep bash bash-3.0_4 The GNU Project's Bourne Again SHell bash-3.00# uname -r 5.3-BETA4 bash-3.00# I keep getting a SIGSEGV signal (segmentation fault) while pressing my BACKSPACE key. I am on i386 platform (Athlon XP 2800). CVSupped ports and RELENG_5 yesterday. Thanks in advance! From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 16:45:33 2004 Return-Path: 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 5E8E616A4CE for ; Sun, 19 Sep 2004 16:45:33 +0000 (GMT) Received: from web50708.mail.yahoo.com (web50708.mail.yahoo.com [206.190.38.106]) by mx1.FreeBSD.org (Postfix) with SMTP id E4C4E43D54 for ; Sun, 19 Sep 2004 16:45:32 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20040919164532.98795.qmail@web50708.mail.yahoo.com> Received: from [68.40.135.37] by web50708.mail.yahoo.com via HTTP; Sun, 19 Sep 2004 09:45:32 PDT Date: Sun, 19 Sep 2004 09:45:32 -0700 (PDT) From: Kim Culhan To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: usb serial port not working using tip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 16:45:33 -0000 This running 5.3-BETA4 Trying to use tip to connect with a usb serial port ucom0, which is connected to the console on another machine running 5.3-BETA4 The serial hardware: kernel: ucom0: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 2 It usually returns: connected Yet on sending a few c/r's nothing is displayed. The port on the other machine has been connected via cuaa0 for some time and it worked reliably. Rarely I can try it and it connects.. What is a method to help debug this? Also, after closing the tip connection with ~! then reopening the connection again, the lock file is still present and must be removed manually. Any help on this is greatly appreciated.. -kim __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 17:10:10 2004 Return-Path: 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 A299416A4CE for ; Sun, 19 Sep 2004 17:10:10 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FAB943D46 for ; Sun, 19 Sep 2004 17:10:08 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) i8JHA6aI020567 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 19 Sep 2004 19:10:06 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)i8JHA5e3020566 for freebsd-current@freebsd.org; Sun, 19 Sep 2004 19:10:05 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.13.1/8.13.1) with ESMTP id i8JH7b3X002262 for ; Sun, 19 Sep 2004 19:07:40 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8JH7b1D002261 for freebsd-current@freebsd.org; Sun, 19 Sep 2004 19:07:37 +0200 (CEST) (envelope-from andreas) Date: Sun, 19 Sep 2004 19:07:37 +0200 From: Andreas Klemm To: freebsd-current@freebsd.org Message-ID: <20040919170736.GA2220@titan.klemm.apsfilter.org> References: <20040918103705.GA1300@titan.klemm.apsfilter.org> <20040918105039.GA1980@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040918105039.GA1980@titan.klemm.apsfilter.org> X-Operating-System: FreeBSD 5.3-BETA4 X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.6i Subject: not reproduceable (Re: 5.3-BETA4 hangs (ata2 dma problems)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 17:10:10 -0000 On Sat, Sep 18, 2004 at 12:50:39PM +0200, Andreas Klemm wrote: > On Sat, Sep 18, 2004 at 12:37:05PM +0200, Andreas Klemm wrote: Build world, new kernel. FreeBSD titan.klemm.apsfilter.org 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Sun Sep 19 10:03:27 CEST 2004 root@titan.klemm.apsfilter.org:/usr/src/sys/i386/compile/TITAN i386 Couldn't reproduce. Maybe by building world new fixes came in. Had 2 "bonnie -s 1000 " running in parallel and was updating ports and src. No problem so far... Good sign ! Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 17:19:52 2004 Return-Path: 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 C3A2816A4CE for ; Sun, 19 Sep 2004 17:19:52 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A14143D1D for ; Sun, 19 Sep 2004 17:19:52 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1C95Lr-00093Y-Au for current@FreeBSD.org; Sun, 19 Sep 2004 18:19:51 +0100 Date: Sun, 19 Sep 2004 18:19:51 +0100 From: Ceri Davies To: current@FreeBSD.org Message-ID: <20040919171951.GX1538@submonkey.net> Mail-Followup-To: Ceri Davies , current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8D3PigL67BfDl295" Content-Disposition: inline X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies Subject: GBDE filesystem not recognised in 5.3-BETA5? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 17:19:52 -0000 --8D3PigL67BfDl295 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm seeing a pretty major regression between 5.3-BETA1 and 5.3-BETA5. I'm also hoping that I have done something stupid, but I don't see what. On my laptop, /usr/home is a GBDE backed filesystem, which is working find on 5.3-BETA1: FreeBSD falken.private.submonkey.net 5.3-BETA1 FreeBSD 5.3-BETA1 #6: Mon Au= g 23 17:59:03 BST 2004 root@falken.private.submonkey.net:/usr/obj/usr/s= rc/sys/FALKEN i386 I've updated to 5.3-BETA5 and am seeing the following: # uname -a FreeBSD 5.3-BETA5 FreeBSD 5.3-BETA5 #8: Sun Sep 19 17:13:59 BST 2004 = root@falken.private.submonkey.net:/usr/obj/usr/src/sys/FALKEN i386 # /etc/rc.d/gbde start Configuring Disk Encryption for /dev/ad0s2f.bde. Enter passphrase:=20 # mount /usr/home mount: /dev/ad0s2f.bde on /usr/home: incorrect super block # fsck /dev/ad0s2f.bde ** /dev/ad0s2f.bde Cannot find file system superblock ioctl (GCINFO): Inappropriate ioctl for device fsck_ufs: /dev/ad0s2f.bde: can't read disk label #=20 Pointing fsck at an alternative superblock has no effect - it refuses to read any of them. Booting the 5.3-BETA1 kernel has the filesystem working fine again. What changed/what did I do wrong? Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --8D3PigL67BfDl295 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTb+3ocfcwTS3JF8RAgyYAJwIWm+pVDZgy+mGO30jE0FR0q0x+wCfX2az /txdiMEsLYU5DVBkMPEFqdw= =+RwC -----END PGP SIGNATURE----- --8D3PigL67BfDl295-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 17:37:33 2004 Return-Path: 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 6329D16A4CE for ; Sun, 19 Sep 2004 17:37:33 +0000 (GMT) Received: from web14922.mail.yahoo.com (web14922.mail.yahoo.com [216.136.225.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D56B43D39 for ; Sun, 19 Sep 2004 17:37:33 +0000 (GMT) (envelope-from nirv199@yahoo.com) Message-ID: <20040919173733.65859.qmail@web14922.mail.yahoo.com> Received: from [200.138.131.47] by web14922.mail.yahoo.com via HTTP; Sun, 19 Sep 2004 10:37:33 PDT Date: Sun, 19 Sep 2004 10:37:33 -0700 (PDT) From: Paulo Roberto To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: BRIDGE behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 17:37:33 -0000 Hello, I dont know if this the default behaviour, but anyway: BOX 1 (5.3 BETA3) ed0 192.168.1.1 ----------------- HUB xl0 no IPv4 address ------+ | 192.168.1.x BOX 2 from BOX 2 I cannot ping 192.168.1.1, but I do have access to the entire network that ed0 is connected (hub). No firewalls envolved. Am I lacking any specific layer 2 knowledge? Is it normal behavivour? Is it a bug? thanks, Paulo Roberto __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 17:38:38 2004 Return-Path: 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 92A5B16A4CE for ; Sun, 19 Sep 2004 17:38:38 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6E4A43D39 for ; Sun, 19 Sep 2004 17:38:37 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8JHcU2m032410; Sun, 19 Sep 2004 19:38:35 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Ceri Davies From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 19 Sep 2004 18:19:51 BST." <20040919171951.GX1538@submonkey.net> Date: Sun, 19 Sep 2004 19:38:30 +0200 Message-ID: <32409.1095615510@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: GBDE filesystem not recognised in 5.3-BETA5? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 17:38:38 -0000 In message <20040919171951.GX1538@submonkey.net>, Ceri Davies writes: >I'm seeing a pretty major regression between 5.3-BETA1 and 5.3-BETA5. >I'm also hoping that I have done something stupid, but I don't see what. How many keys have you defined for that GBDE partition ? This is the "max_keys" parameter you gave to "gbde init". If you specified a number less than 4 you should backup your partition, boot BETA5, run gbde init again, and then restore your data. -- 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 Sun Sep 19 17:50:14 2004 Return-Path: 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 6A1D516A4CE for ; Sun, 19 Sep 2004 17:50:14 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24FA143D48 for ; Sun, 19 Sep 2004 17:50:14 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1C95pF-0009Gp-DQ; Sun, 19 Sep 2004 18:50:13 +0100 Date: Sun, 19 Sep 2004 18:50:13 +0100 From: Ceri Davies To: Poul-Henning Kamp Message-ID: <20040919175013.GY1538@submonkey.net> Mail-Followup-To: Ceri Davies , Poul-Henning Kamp , current@freebsd.org References: <20040919171951.GX1538@submonkey.net> <32409.1095615510@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tez2gqrut5pn4jhH" Content-Disposition: inline In-Reply-To: <32409.1095615510@critter.freebsd.dk> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: current@freebsd.org Subject: Re: GBDE filesystem not recognised in 5.3-BETA5? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 17:50:14 -0000 --tez2gqrut5pn4jhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2004 at 07:38:30PM +0200, Poul-Henning Kamp wrote: > In message <20040919171951.GX1538@submonkey.net>, Ceri Davies writes: >=20 >=20 > >I'm seeing a pretty major regression between 5.3-BETA1 and 5.3-BETA5. > >I'm also hoping that I have done something stupid, but I don't see what. >=20 > How many keys have you defined for that GBDE partition ? I'm afraid I really don't recall. > This is > the "max_keys" parameter you gave to "gbde init". If you specified > a number less than 4 you should backup your partition, boot BETA5, > run gbde init again, and then restore your data. OK, thanks. Is this something likely to hit anyone else with a non-default number of keys? Cheers, Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --tez2gqrut5pn4jhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTcbVocfcwTS3JF8RAn9zAKCe9kFdp3wlkk/qaH1/ypIpj7bCBwCfbU8a +NQAlA2l91pDbMiD76glcxc= =+cJu -----END PGP SIGNATURE----- --tez2gqrut5pn4jhH-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 17:54:27 2004 Return-Path: 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 13BF316A4CE for ; Sun, 19 Sep 2004 17:54:27 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7103A43D53 for ; Sun, 19 Sep 2004 17:54:26 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8JHsPHG032722; Sun, 19 Sep 2004 19:54:25 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Ceri Davies From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 19 Sep 2004 18:50:13 BST." <20040919175013.GY1538@submonkey.net> Date: Sun, 19 Sep 2004 19:54:25 +0200 Message-ID: <32721.1095616465@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: GBDE filesystem not recognised in 5.3-BETA5? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 17:54:27 -0000 In message <20040919175013.GY1538@submonkey.net>, Ceri Davies writes: > >--tez2gqrut5pn4jhH >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Sun, Sep 19, 2004 at 07:38:30PM +0200, Poul-Henning Kamp wrote: >> In message <20040919171951.GX1538@submonkey.net>, Ceri Davies writes: >>=20 >>=20 >> >I'm seeing a pretty major regression between 5.3-BETA1 and 5.3-BETA5. >> >I'm also hoping that I have done something stupid, but I don't see what. >>=20 >> How many keys have you defined for that GBDE partition ? > >I'm afraid I really don't recall. > >> This is >> the "max_keys" parameter you gave to "gbde init". If you specified >> a number less than 4 you should backup your partition, boot BETA5, >> run gbde init again, and then restore your data. > >OK, thanks. Is this something likely to hit anyone else with a >non-default number of keys? Yes. -- 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 Sun Sep 19 18:06:02 2004 Return-Path: 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 D49AE16A4CF for ; Sun, 19 Sep 2004 18:06:02 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 566FF43D2D for ; Sun, 19 Sep 2004 18:06:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8JI4sV1048593; Sun, 19 Sep 2004 12:04:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 19 Sep 2004 12:05:49 -0600 (MDT) Message-Id: <20040919.120549.05621523.imp@bsdimp.com> To: marc.ramirez@bluecirclesoft.com From: "M. Warner Losh" In-Reply-To: <200409182240.54337.marc.ramirez@bluecirclesoft.com> References: <200409182240.54337.marc.ramirez@bluecirclesoft.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: PCMCIA problems w/ 5.3 BETA 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 18:06:03 -0000 Can you post the pciconf -l as well as a 4.10 dmesg if you have one? Warner From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 18:09:29 2004 Return-Path: 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 1640716A4CE for ; Sun, 19 Sep 2004 18:09:29 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2992443D54 for ; Sun, 19 Sep 2004 18:09:28 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8JI9QKd050597; Sun, 19 Sep 2004 22:09:26 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 19 Sep 2004 22:09:26 +0400 (MSD) From: Maxim Konovalov To: Paulo Roberto In-Reply-To: <20040919173733.65859.qmail@web14922.mail.yahoo.com> Message-ID: <20040919220756.G50568@mp2.macomnet.net> References: <20040919173733.65859.qmail@web14922.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: BRIDGE behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 18:09:29 -0000 On Sun, 19 Sep 2004, 10:37-0700, Paulo Roberto wrote: > Hello, > > I dont know if this the default behaviour, but anyway: > > BOX 1 (5.3 BETA3) > ed0 192.168.1.1 ----------------- HUB > xl0 no IPv4 address ------+ > | > 192.168.1.x > BOX 2 > > from BOX 2 I cannot ping 192.168.1.1, but I do have access to the > entire network that ed0 is connected (hub). No firewalls envolved. > > Am I lacking any specific layer 2 knowledge? Is it normal behavivour? > Is it a bug? sysctl net.inet.ip.check_interface=0 I do not know why we have it on by default. It's getting annoying. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 18:41:30 2004 Return-Path: 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 DBEEF16A4CE; Sun, 19 Sep 2004 18:41:30 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A60343D1F; Sun, 19 Sep 2004 18:41:30 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8JIfSGG050725; Sun, 19 Sep 2004 22:41:29 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 19 Sep 2004 22:41:28 +0400 (MSD) From: Maxim Konovalov To: current@freebsd.org Message-ID: <20040919222735.N50658@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: truckman@freebsd.org Subject: net.inet.ip.check_interface POLA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 18:41:31 -0000 Hello, When net.inet.ip.check_interface was MFCed to RELENG_4 3+ years ago in rev. 1.130.2.17 ip_input.c it was 1 by default but shortly changed to 0 (accidently?) in rev. 1.130.2.20 in RELENG_4 only. Among with the fact this knob is not documented it breaks POLA especially in bridge enviroment. I suggest to synchronize HEAD and RELENG_5 with RELENG_4 and make an MFS. I do not like the idea to change net.inet.ip.check_interface to 1 by default in RELENG_4 for the obvious reasons. Any objections? Index: sys/netinet/ip_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_input.c,v retrieving revision 1.289 diff -u -r1.289 ip_input.c --- sys/netinet/ip_input.c 16 Sep 2004 18:33:39 -0000 1.289 +++ sys/netinet/ip_input.c 19 Sep 2004 18:35:31 -0000 @@ -148,7 +148,7 @@ * to the loopback interface instead of the interface where the * packets for those addresses are received. */ -static int ip_checkinterface = 1; +static int ip_checkinterface = 0; SYSCTL_INT(_net_inet_ip, OID_AUTO, check_interface, CTLFLAG_RW, &ip_checkinterface, 0, "Verify packet arrives on correct interface"); %%% -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 19:38:55 2004 Return-Path: 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 E04E716A4CE for ; Sun, 19 Sep 2004 19:38:54 +0000 (GMT) Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED4A543D3F for ; Sun, 19 Sep 2004 19:38:53 +0000 (GMT) (envelope-from uros.gruber@sir-mag.com) Received: from localhost (localhost [127.0.0.1]) by citka.mg-proline.si (Postfix) with ESMTP id A14CD7060D for ; Sun, 19 Sep 2004 21:38:51 +0200 (CEST) Received: from citka.mg-proline.si ([127.0.0.1]) by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05682-05 for ; Sun, 19 Sep 2004 21:38:32 +0200 (CEST) Received: from DELL (BSN-77-156-117.dsl.siol.net [193.77.156.117]) by citka.mg-proline.si (Postfix) with ESMTP id 4BD7A7062B for ; Sun, 19 Sep 2004 21:38:32 +0200 (CEST) Date: Sun, 19 Sep 2004 21:41:44 +0200 From: =?Windows-1250?Q?Uro=9A_Gruber?= X-Priority: 3 (Normal) Message-ID: <1827510723.20040919214144@sir-mag.com> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at mg-proline.si Subject: Problem with sata drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?Windows-1250?Q?Uro=9A_Gruber?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 19:38:55 -0000 Hello! I've notice that freebsd from beta4 does not recognize my sata 150 drive anymore. With beta3 it works now with beta4 or beta5 there's only udma33. I have ICH6 chipset, is there anything I can do. here is my dmesg output Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #0: Sun Sep 19 20:51:49 CEST 2004 root@tia:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.68-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf34 Stepping =3D 4 Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 1065091072 (1015 MB) avail memory =3D 1032708096 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pcib1: at device 28.0 on pci0 pci2: on pcib1 pcib2: at device 30.0 on pci0 pci1: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xcffffc00-0= xcffffc7f irq 22 at device 11.0 on pci1 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:0a:5e:1e:8f:ad isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f= 6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xc400-0xc40f,0xc480-0xc483,0xc800-0= xc807,0xc880-0xc883,0xcc00-0xcc07 irq 19 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on= acpi0 fdc0: [FAST] atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A orm0: at iomem 0xca800-0xcafff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ATAPI_RESET time =3D 60us acd0: CDROM at ata0-slave UDMA33 Interrupt storm detected on "irq19: atapci1"; throttling interrupt source ad4: 156334MB [317632/16/63] at ata2-master UDMA33 ad6: 156334MB [317632/16/63] at ata3-master UDMA33 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad4s1a =20 --=20 Best regards, Uros From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 19:54:27 2004 Return-Path: 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 84DBB16A4CE; Sun, 19 Sep 2004 19:54:27 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9292643D39; Sun, 19 Sep 2004 19:54:26 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1C97lR-000Odb-A6; Sun, 19 Sep 2004 23:54:25 +0400 From: Vladimir Grebenschikov To: mobile@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Sun, 19 Sep 2004 23:54:24 +0400 Message-Id: <1095623664.94637.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: NDISulator and "Intel(R) PRO/Wireless 2200BG" - no connection cache and signal strength info X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 19:54:27 -0000 Hi Exercising on fresh 6-CURRENT ndis0: mem 0xd0201000-0xd0201fff irq 9 at device 11.0 on pci2 ndis0: [GIANT-LOCKED] ndis0: NDIS API version: 5.1 ndis0: Ethernet address: 00:0e:35:03:82:74 ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Basically it does work well but, wicontrol returns strange numbers: % wicontrol -i ndis0 NIC serial number: [ ] Station name: [ vbook.fbsd.ru ] SSID for IBSS creation: [ NC ] Current netname (SSID): [ NC ] Desired netname (SSID): [ NC ] Current BSSID: [ 00:00:00:00:00:00 ] Channel list: [ ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff fff f 3fff ] IBSS channel: [ 65535 ] Current channel: [ 11 ] Comms quality/signal/noise: [ 0 0 0 ] Promiscuous mode: [ Off ] Intersil-Prism2 based card: [ 1 ] Port type (1=BSS, 3=ad-hoc): [ 1 ] MAC address: [ 00:0e:35:03:82:74 ] TX rate (selection): [ 0 ] TX rate (actual speed): [ 11 ] RTS/CTS handshake threshold: [ 2312 ] Create IBSS: [ Off ] Access point density: [ 1 ] Power Mgmt (1=on, 0=off): [ 0 ] Max sleep time: [ 100 ] WEP encryption: [ On ] TX encryption key: [ 1 ] Encryption keys: [ ][ ][ ][ ] strange channel list, not any signal quality data, etc also % wicontrol -i ndis0 -C % show nothing, but there is connection via this interface: % arp -an | fgrep ndis0 ? (172.22.2.199) at 00:06:25:55:c7:af on ndis0 [ethernet] % ping -q -c1 172.22.2.199 PING 172.22.2.199 (172.22.2.199): 56 data bytes --- 172.22.2.199 ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 16.116/16.116/16.116/0.000 ms % but wicontrol -l shows valid station (AP) info: % wicontrol -i ndis0 -l 3 stations: ap[0]: netname (SSID): [ NC ] BSSID: [ 00:06:25:55:c7:af ] Channel: [ 11 ] Quality/Signal/Noise [signal]: [ 100 / 100 / 0 ] [dBm]: [ 100 / -49 / -149 ] BSS Beacon Interval [msec]: [ 0 ] Capinfo: [ WEP ] DataRate [Mbps]: [ 11 ] .... with signal quality. Anybody can provide some clues ? -- Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 19:55:08 2004 Return-Path: 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 B4A8316A4CE; Sun, 19 Sep 2004 19:55:08 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4340843D2F; Sun, 19 Sep 2004 19:55:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8JJt6cm085806; Sun, 19 Sep 2004 15:55:07 -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.12.11/8.12.11) with ESMTP id i8JJt6nU045143; Sun, 19 Sep 2004 15:55:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E6417303F; Sun, 19 Sep 2004 15:55:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040919195506.3E6417303F@freebsd-current.sentex.ca> Date: Sun, 19 Sep 2004 15:55:06 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 19:55:08 -0000 TB --- 2004-09-19 18:40:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-19 18:40:08 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-09-19 18:40:08 - checking out the source tree TB --- 2004-09-19 18:40:08 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-09-19 18:40:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-19 18:46:01 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-19 18:46:01 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-09-19 18:46:01 - /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 TB --- 2004-09-19 19:50:23 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-19 19:50:23 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-09-19 19:50:23 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Sep 19 19:50:24 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/dev/mii/mlphy.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/dev/mii/nsphy.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/dev/mii/nsgphy.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/dev/mii/pnphy.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/dev/mii/pnaphy.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/dev/mii/rgephy.c In file included from /tinderbox/CURRENT/i386/i386/src/sys/dev/mii/rgephy.c:62: /tinderbox/CURRENT/i386/i386/src/sys/pci/if_rlreg.h:646: error: `RL_RX_DESC_CNT' undeclared here (not in a function) *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-09-19 19:55:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-19 19:55:06 - ERROR: failed to build generic kernel TB --- 2004-09-19 19:55:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 20:12:35 2004 Return-Path: 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 DCB7C16A4D7 for ; Sun, 19 Sep 2004 20:12:35 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6A0243D2F for ; Sun, 19 Sep 2004 20:12:33 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.12.10/8.12.10) with ESMTP id i8JKCWNf019110 for ; Sun, 19 Sep 2004 22:12:32 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.1/8.13.1) with ESMTP id i8JKCaTp067498 for ; Sun, 19 Sep 2004 22:12:36 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.1/8.13.1/Submit) id i8JKCaJn067497 for current@freebsd.org; Sun, 19 Sep 2004 22:12:36 +0200 (CEST) (envelope-from ftigeot) Date: Sun, 19 Sep 2004 22:12:36 +0200 From: Francois Tigeot To: current@freebsd.org Message-ID: <20040919201236.GA67382@aoi.wolfpond.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Buildworld broken with NO_TOOLCHAIN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 20:12:36 -0000 Trying to build world on 5.3-BETA5: -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj DESTDIR= INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=503000 -DNOLINT -DNO_CPU_CFLAGS -DNO_WARNS build-tools ===> bin/csh ===> bin/sh cc -Os -march=i486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mkinit.c cc -Os -march=i486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib mkinit.o -o mkinit cc -Os -march=i486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mknodes.c cc -Os -march=i486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib mknodes.o -o mknodes cc -Os -march=i486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mksyntax.c cc -Os -march=i486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib mksyntax.o -o mksyntax ===> gnu/usr.bin/cc/cc_tools make: don't know how to make /usr/obj/usr/src/i386/usr/include/sys/param.h. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I have NO_TOOLCHAIN=yes in /etc/make.conf. This option worked fine with 5.2.1-RELEASE. -- Francois Tigeot From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 20:25:47 2004 Return-Path: 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 6D65916A4CE for ; Sun, 19 Sep 2004 20:25:47 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A9343D46 for ; Sun, 19 Sep 2004 20:25:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-216-100-134-94.dsl.snfc21.pacbell.net [216.100.134.94])i8JKPiqM032153; Sun, 19 Sep 2004 16:25:46 -0400 Message-ID: <414DEB45.3070309@elischer.org> Date: Sun, 19 Sep 2004 13:25:41 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Justin Smith References: <414D5029.4040407@drexel.edu> In-Reply-To: <414D5029.4040407@drexel.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: System hangs on DVD device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 20:25:47 -0000 Justin Smith wrote: > FreeBSD jsmith.org 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Fri Sep 17 03:00:30 > EDT 2004 root@:/usr/obj/usr/src/sys/MYKERNEL i386 > > When I try to boot, I get (after a while) > > acd1: DVDROM at ata1-slave UDMA40 > > and then > > ATAPI-RESET time = 50us > ATAPI-RESET time = 180us > > endlessly repeated. I can only boot the system after unplugging the DVD > drive. > > Any suggestions? turn off preemption > From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 21:04:58 2004 Return-Path: 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 C493216A4CE for ; Sun, 19 Sep 2004 21:04:58 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1528943D41 for ; Sun, 19 Sep 2004 21:04:58 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8JL4uc5060236; Sun, 19 Sep 2004 23:04:56 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <414DF473.6060208@DeepCore.dk> Date: Sun, 19 Sep 2004 23:04:51 +0200 From: =?windows-1252?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?windows-1252?Q?Uro=9A_Gruber?= References: <1827510723.20040919214144@sir-mag.com> In-Reply-To: <1827510723.20040919214144@sir-mag.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: Problem with sata drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 21:04:58 -0000 Uro=9A Gruber wrote: > Hello! >=20 > I've notice that freebsd from beta4 does not recognize my sata 150 driv= e > anymore. With beta3 it works now with beta4 or beta5 there's only udma3= 3. >=20 > I have ICH6 chipset, is there anything I can do. here is my dmesg outpu= t The ICH6 is not supported yet (ENOHW), so it will show up as a generic=20 ATA controller. However since all SATA controllers (at least until we=20 get SATA-II) always run the interface at 150MB/s thats what you will get = no matter what the probe says (unless you use old PATA disks with=20 PATA->SATA converter dongles). -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 21:08:52 2004 Return-Path: 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 BBD9716A4CE for ; Sun, 19 Sep 2004 21:08:52 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id A754E43D46 for ; Sun, 19 Sep 2004 21:08:52 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8JL8qDa023609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 19 Sep 2004 14:08:52 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8JL8qod023608 for freebsd-current@freebsd.org; Sun, 19 Sep 2004 14:08:52 -0700 (PDT) (envelope-from jdc) Date: Sun, 19 Sep 2004 14:08:52 -0700 From: Jeremy Chadwick To: FreeBSD Current Message-ID: <20040919210852.GA23522@parodius.com> Mail-Followup-To: FreeBSD Current References: <414D5029.4040407@drexel.edu> <414DEB45.3070309@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414DEB45.3070309@elischer.org> User-Agent: Mutt/1.5.6i Subject: Re: System hangs on DVD device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 21:08:52 -0000 I thought BETA4 had PREEMPTION disabled in the appropriate .h by default? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Sun, Sep 19, 2004 at 01:25:41PM -0700, Julian Elischer wrote: > turn off preemption > From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 21:41:41 2004 Return-Path: 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 4566816A4CE for ; Sun, 19 Sep 2004 21:41:41 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DF5843D2F for ; Sun, 19 Sep 2004 21:41:41 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1C99RV-0001RI-00 for current@freebsd.org Sun, 19 Sep 2004 23:41:57 +0200 Received: from [212.106.207.12] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1C99RV-0001QT-00 for current@freebsd.org Sun, 19 Sep 2004 23:41:57 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8JLfdrs062799 for ; Sun, 19 Sep 2004 23:41:39 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Sun, 19 Sep 2004 23:08:51 +0200 From: "Jose M Rodriguez" To: current@freebsd.org Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) Resent-To: "current@freebsd.org" Resent-From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Resent-Date: Sun, 19 Sep 2004 23:41:38 +0200 Resent-Message-ID: X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.67 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus Subject: No Cents in Spanish locale. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 21:41:41 -0000 Can someone take a look on this before release? PR conf/67549. We use now the euro, not the Spanish 'peseta'. -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 23:07:49 2004 Return-Path: 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 D46DA16A4CE for ; Sun, 19 Sep 2004 23:07:49 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7840B43D49 for ; Sun, 19 Sep 2004 23:07:49 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8JN7l7n089767; Sun, 19 Sep 2004 19:07:47 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 89495-04; Sun, 19 Sep 2004 19:07:47 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8JN7leX089754; Sun, 19 Sep 2004 19:07:47 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8JN7dWc039265; Sun, 19 Sep 2004 19:07:40 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040919191030.07238138@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sun, 19 Sep 2004 19:13:59 -0400 To: =?iso-8859-1?Q?S=F8ren?= Schmidt From: Mike Tancsa In-Reply-To: <414DF473.6060208@DeepCore.dk> References: <1827510723.20040919214144@sir-mag.com> <414DF473.6060208@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: Problem with sata drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 23:07:49 -0000 At 05:04 PM 19/09/2004, S=F8ren Schmidt wrote: >Uro=9A Gruber wrote: >>Hello! >>I've notice that freebsd from beta4 does not recognize my sata 150 drive >>anymore. With beta3 it works now with beta4 or beta5 there's only udma33. >>I have ICH6 chipset, is there anything I can do. here is my dmesg output > >The ICH6 is not supported yet (ENOHW), so it will show up as a generic ATA= =20 >controller. However since all SATA controllers (at least until we get=20 >SATA-II) always run the interface at 150MB/s thats what you will get no= matter Hi, Are there big differences between the ICH5 and ICH6 controllers=20 ? I have one of these boards and it seems to work fine if I add a def for= =20 it in ata-pci.h and ata-chipset.c. Also what does ENOHW mean ? I didnt=20 find it in google. ---Mike=20 From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 23:12:29 2004 Return-Path: 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 9F93416A4CE for ; Sun, 19 Sep 2004 23:12:29 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BF6043D48 for ; Sun, 19 Sep 2004 23:12:29 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8JNCT8W027904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 19 Sep 2004 16:12:29 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8JNCTae027903 for freebsd-current@freebsd.org; Sun, 19 Sep 2004 16:12:29 -0700 (PDT) (envelope-from jdc) Date: Sun, 19 Sep 2004 16:12:29 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040919231229.GA27880@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <1827510723.20040919214144@sir-mag.com> <414DF473.6060208@DeepCore.dk> <6.1.2.0.0.20040919191030.07238138@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6.1.2.0.0.20040919191030.07238138@64.7.153.2> User-Agent: Mutt/1.5.6i Subject: Re: Problem with sata drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 23:12:29 -0000 ENOHW probably means something along the lines of "ERROR: no hardware entry found in the PCI device list". -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Sun, Sep 19, 2004 at 07:13:59PM -0400, Mike Tancsa wrote: > At 05:04 PM 19/09/2004, Søren Schmidt wrote: > >Uroš Gruber wrote: > >>Hello! > >>I've notice that freebsd from beta4 does not recognize my sata 150 drive > >>anymore. With beta3 it works now with beta4 or beta5 there's only udma33. > >>I have ICH6 chipset, is there anything I can do. here is my dmesg output > > > >The ICH6 is not supported yet (ENOHW), so it will show up as a generic ATA > >controller. However since all SATA controllers (at least until we get > >SATA-II) always run the interface at 150MB/s thats what you will get no > >matter > > Hi, > Are there big differences between the ICH5 and ICH6 controllers > ? I have one of these boards and it seems to work fine if I add a def for > it in ata-pci.h and ata-chipset.c. Also what does ENOHW mean ? I didnt > find it in google. > > ---Mike > > _______________________________________________ > 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 Sep 19 23:39:25 2004 Return-Path: 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 06FE216A4CE for ; Sun, 19 Sep 2004 23:39:25 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77BB243D39 for ; Sun, 19 Sep 2004 23:39:24 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 8D66E1674FE; Mon, 20 Sep 2004 01:39:23 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8JNdDkG067276 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 20 Sep 2004 01:39:14 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 20 Sep 2004 01:39:09 +0200 User-Agent: KMail/1.7 References: <1827510723.20040919214144@sir-mag.com> <6.1.2.0.0.20040919191030.07238138@64.7.153.2> <20040919231229.GA27880@parodius.com> In-Reply-To: <20040919231229.GA27880@parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1512141.UZeNNHAAcB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409200139.13042.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Jeremy Chadwick cc: Mike Tancsa Subject: Re: Problem with sata drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 23:39:25 -0000 --nextPart1512141.UZeNNHAAcB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 20 September 2004 01:12, Jeremy Chadwick wrote: > ENOHW probably means something along the lines of "ERROR: no hardware > entry found in the PCI device list". I think it really means "no ICH6 hardware found in S=F8ren's lab, hence no= =20 driver support". :-) =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1512141.UZeNNHAAcB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBThigXhc68WspdLARApSDAJ9vjBkGgiGzxwagcsX6ILW17bvB+ACbBzMO iTBqfCQUUovoNlcCyXgIpJY= =FxUG -----END PGP SIGNATURE----- --nextPart1512141.UZeNNHAAcB-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 01:53:42 2004 Return-Path: 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 3619C16A4CE for ; Mon, 20 Sep 2004 01:53:42 +0000 (GMT) Received: from out009.verizon.net (out009pub.verizon.net [206.46.170.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFAA843D31 for ; Mon, 20 Sep 2004 01:53:41 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out009.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040920015340.ISOZ23440.out009.verizon.net@[10.0.3.231]> for ; Sun, 19 Sep 2004 20:53:40 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org In-Reply-To: <20040919094303.GB69556@kayjay.xs4all.nl> References: <200409171153.i8HBrkPD077518@repoman.freebsd.org> <93872.1095422362@critter.freebsd.dk> <20040919094303.GB69556@kayjay.xs4all.nl> Content-Type: text/plain Message-Id: <1095645188.671.650.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 19 Sep 2004 21:53:14 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out009.verizon.net from [141.153.167.39] at Sun, 19 Sep 2004 20:53:40 -0500 Subject: Re: TTY cleanups have started... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 01:53:42 -0000 On Sun, 2004-09-19 at 05:43, Karel J. Bosschaart wrote: > On Fri, Sep 17, 2004 at 01:59:22PM +0200, Poul-Henning Kamp wrote: > > > > I've started cleaning up the TTY code, and the first driver hit > > big time is ucom which drives a lot of USB serial gadgets. > > > > The P4::phk_tty branch is 3028 lines shorter than current and I > > will be perambulating the rest of the tty drivers with similar > > cleanups in the coming weeks. > > > > Let me know if I break something underway, I'm doing my best, > > but I don't have all the hardware to test all our drivers. > > FYI, with -current sources from last Friday (09/17), my LCD display > ucom0: Crystalfontz Crystalfontz CFA-633 USB LCD, rev 1.10/2.00, addr 2 > stopped working. > > Karel. > _______________________________________________ > 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" Me too, and some details... I have USB-to-RS232 dongle (serviced by uplcom). Simple program below will hang on 'open' infinitely. It does not hang on RELENG_5 as of late EST on Saturday (9/18). My system is 6.0 current as of (9/18) as well (includes 1.53 of ucom.c). Rolling back uplcom.c did not resolve the problem. I was not able to cleanly roll back ucom.c -- got compilation errors -- if there is a suggestion of what else needs to be rolled back with it, I can give it another try. I have turned on debugging output in both ucom.c and uplcom.c and it looks like ucom will attempt to read data from USB pipe while doing 'open' and never comes back from that. Killing the program will result in read being canceled in the driver, and then everything closes down cleanly. Unfortunately, my RELENG_5 laptop (ThinkPad T30 USB, 1.0 on board) is considerably different from 6.0 one (Averatec 3150H, USB 2.0 on board), so I cannot say for sure that RELENG_5 would not have this problem on exactly same hardware. USB-to-serial thingy is the same though. If there need for any additional information or to test patches, just let me know. I also have 'ubsa' device, but I did not get to play with that yet. Here is the program. // // $Log$ // // Reading data from serial port // #include #include #include int main(int argc, char *argv[]) { int fd; if(argc != 2) { fprintf(stderr, "Usage: %s \n", argv[0]); exit(1); } if((fd = open(argv[1], O_RDONLY)) < 0) { perror(argv[1]); exit(1); } } --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 02:29:29 2004 Return-Path: Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 339C016A4CE for ; Mon, 20 Sep 2004 02:29:29 +0000 (GMT) Received: from bobbi.cse.buffalo.edu (bobbi.cse.Buffalo.EDU [128.205.32.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CE9143D1F for ; Mon, 20 Sep 2004 02:29:28 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bobbi.cse.buffalo.edu (localhost.cs.Buffalo.EDU [127.0.0.1]) by bobbi.cse.buffalo.edu (8.13.1/8.12.4) with ESMTP id i8K2TRYe070738 for ; Sun, 19 Sep 2004 22:29:27 -0400 (EDT) Received: (from kensmith@localhost) by bobbi.cse.buffalo.edu (8.13.1/8.13.1/Submit) id i8K2TRum070737 for freebsd-current@freebsd.org; Sun, 19 Sep 2004 22:29:27 -0400 (EDT) (envelope-from kensmith) Date: Sun, 19 Sep 2004 22:29:27 -0400 From: Ken Smith To: freebsd-current@FreeBSD.org Message-ID: <20040920022927.GA70726@bobbi.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 02:29:29 -0000 The FreeBSD Release Engineering Team is proud to announce the availability of FreeBSD 5.3-BETA5. This is the fifth BETA of the 5.3 release cycle. It is intended for early adopters and those wishing to help find and/or fix bugs. The 5.3 release cycle will continue with weekly BETA builds while bugs are being fixed and features finalized. The schedule is at http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check the "Known issues" below, there are known problems still being worked on at this time. BIND9 is being imported and will be part of the 5.3 release. We will add at least one more beta (BETA6) to accomodate testing. Users of the named daemon should visit the ISC website for information about migrating to BIND9. Fixes and Enhancements made since BETA4: - Updated floppy device driver (testers trying out floppies on your systems would be appreciated). This fixes a lot of problems with floppy drives not being probed/attached. - Fix for panics on certain hardware during boot if no media in the cdrom drive. - Change to pf logging format to handle 64-bit time. If updating an older system remove /var/log/pflog before restarting pf. - Many more scheduler fixes, we encourage testers to turn PREEMPTION on. - Many fixes to bpf locking. - if_re locking added. Problems reported with jumbo frames, fix being tested. - debug.witness_watch moved to debug.witness.watch (old name left but depreciated). - Fix to GBDE key management. If you have specified 4 keys or fewer, you will need to dump your data, re-run gbde init, and restore your data. - Add if_vge driver - Fix to rare VM corruption bug on i386/amd64. - Fix to SCSI sync speed in esp(4) driver. - Fix timeout problems with ppp over if_xl interface. - Misc. network stack locking fixes. - Fix lock order reversal in sound system. - Support round-robin and verify modes in geom raid3. - Misc. fixes to usb. - Misc. mac fixes. - Fixes to geom_mirror. - Many updates to docs, including a new 5.3 Migration Guide. Known issues in this release: - There are scattered reports of data corruption on SMP systems under high load. This could be due to a known bug in the gvinum subsystem, but it could be due to unknown factors. The problem has been tracked to gvinum and a fix will be in BETA6. - pst(4) is known to cause a system panic during the boot time. - The Synaptics Touchpad mouse support is known to have issues with responsiveness. It can be disabled with 'hint.psm.0.flags="0x200"' in "/boot/device.hints". This will be resolved for the release. - There are reports of packet corruption with the nge(1) driver when the network stack is run without Giant. A fix is being tested. A complete list of defects that will be fixed for the release can be found at http://www.freebsd.org/releases/5.3R/todo.html. Availability: For people wishing to upgrade older systems using cvsup(1) and the procedure described in src/UPDATING the CVS tag to use is RELENG_5 at this point. Note that like all RELENG_X branches this is an active development branch. We do not recommend those branches for normal use (for normal use RELENG_X_Y branches are more appropriate, e.g. RELENG_4_10 is the current stable branch). As of this writing the following are available on ftp.freebsd.org along with some of the mirror sites: alpha: images available some time tomorrow amd64: all images available i386: all images available ia64: miniinst available pc98: miniinst available sparc64: all images available MD5s for the builds that are complete at this time are: MD5 (5.3-BETA5-amd64-bootonly.iso) = 5be9dba4c354b13c18c06fcde98291b5 MD5 (5.3-BETA5-amd64-disc2.iso) = 3117bf2e2b62b62c681602573433355e MD5 (5.3-BETA5-amd64-miniinst.iso) = 84caa18e4f863b393513fb68a3dc977e MD5 (5.3-BETA5-amd64-disc1.iso) = 5ac33f05c3550d7bb7ebf22263c412c9 MD5 (5.3-BETA5-i386-bootonly.iso) = f819ea29a8c07094eca4d04eb0fef869 MD5 (5.3-BETA5-i386-disc2.iso) = 7506ee9ceb8150466439372d36ca9489 MD5 (5.3-BETA5-i386-miniinst.iso) = 57926ee792b68c884df3436a4c33ba12 MD5 (5.3-BETA5-i386-disc1.iso) = 6592143d429f7cf4770f1166c3202f54 MD5 (5.3-BETA5-ia64-bootonly.iso) = bd532c346fc52e42fa2baa97b6ebc3ed MD5 (5.3-BETA5-ia64-disc2.iso) = 5c115101e8b885c41c8122a4e14f30ab MD5 (5.3-BETA5-ia64-miniinst.iso) = 98eed6eb8ba5283225a2cd1a5bb5f920 MD5 (5.3-BETA5-pc98-disc2.iso) = ef7ce632c2253f02d078a9e154a1fa6c MD5 (5.3-BETA5-pc98-miniinst.iso) = 2612557f8cf81ab20b8bdca9481c78c5 MD5 (5.3-BETA5-sparc64-bootonly.iso) = cfb13e419f9ef30a4d9f4ef3dd11e381 MD5 (5.3-BETA5-sparc64-disc1.iso) = b71b08fd7e6c5b53158d2b78ead10ae2 MD5 (5.3-BETA5-sparc64-disc2.iso) = 7984c0396a63f8e6b0403f5ed19e4199 MD5 (5.3-BETA5-sparc64-miniinst.iso) = e5ed673501f8d4e85a28b35db69b793a -ken From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 02:30:27 2004 Return-Path: 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 8906716A4D0 for ; Mon, 20 Sep 2004 02:30:27 +0000 (GMT) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C613E43D41 for ; Mon, 20 Sep 2004 02:30:19 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-202-252-157.client.insightbb.com ([12.202.252.157] helo=familysquires.net) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.42) id 1C9DwR-0007LT-2l for freebsd-current@freebsd.org; Sun, 19 Sep 2004 22:30:11 -0400 Date: Sun, 19 Sep 2004 21:30:16 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-current@freebsd.org Message-ID: <20040919202107.J94984@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PopBeforeSMTPSenders: mikes@siralan.org X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Subject: artsd dumps core with 5.3-BETA of 9/18, KDE 3.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 02:30:27 -0000 I cvsup'd src, ports, and docs, recompiled my kernel, and did a portupgrade which upgraded KDE 3.2 to 3.3 on 9/18 (FreeBSD 5.3-BETA). I had already replaced XFree86 with Xorg; portupgrade also updated Xorg (and caused problems with the files in /usr/local/share/config/kdm - most of the config files were gone and had to be recreated). Since the upgrade artsd (1.3.0,1) is core dumping; if I run %artswrapper &;artsshell status;artsshell terminate I get >> running as realtime process now (priority 15) unix_connect: can't connect to server (unix:/tmp/mcop-mikes/mikes_familysquires_net-02a3-414df2c2) unable to connect to sound server loading extension from '/usr/local/lib/libartsmidi.la' failed: /usr/local/lib/libartsmidi.so.0: Undefined symbol "_ZTv0_n32_N4Arts14StdSynthModule11autoSuspendEv" MCOP ObjectManager: Could not load extension libartsmidi.la. MCOP ObjectManager: can't find implementation for Arts::MidiManager. loading extension from '/usr/local/lib/libartsbuilder.la' failed: /usr/local/lib/libartsbuilder.so.0: Undefined symbol "_ZTv0_n32_N4Arts16SynthModule_stub11autoSuspendEv" MCOP ObjectManager: Could not load extension libartsbuilder.la. MCOP ObjectManager: can't find implementation for Arts::ArtsBuilderLoader. unable to connect to sound server [1] + Segmentation fault artswrapper (core dumped) (I recompiled arts, since the symbol looks pretty strange, with the same results). The system is not actually used with sound, but I hope to use it after 5.3-RELEASE comes around. dmesg shows (Creative sound card ("Live!"): pcm0: port 0xef40-0xef5f irq 17 at device 16.0 on pci0 pcm0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xef40 emu: setmap (1f139000, 800), nseg=1, error=0 emu: setmap (1f175000, 1000), nseg=1, error=0 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, no 3D Stereo E nhancement pcm0: Primary codec extended features surround DAC, AMAP pcm0: [MPSAFE] emu: setmap (1f15b000, 1000), nseg=1, error=0 emu: setmap (1f15d000, 1000), nseg=1, error=0 emu: setmap (1f1df000, 1000), nseg=1, error=0 emu: setmap (1f13b000, 1000), nseg=1, error=0 pcm0: sndbuf_setmap 1f119000, 1000; 0xc1ae5000 -> 1f119000 pcm0: sndbuf_setmap 1f157000, 1000; 0xc1ae3000 -> 1f157000 Mike Squires From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 03:15:03 2004 Return-Path: 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 903FA16A4CE; Mon, 20 Sep 2004 03:15:03 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 068DA43D1F; Mon, 20 Sep 2004 03:15:03 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-69-104-100-115.dsl.snfc21.pacbell.net [69.104.100.115])i8K3Evwn018160; Sun, 19 Sep 2004 23:14:58 -0400 Message-ID: <414E4B34.9080702@elischer.org> Date: Sun, 19 Sep 2004 20:15:00 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Ken Smith References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> In-Reply-To: <20040920022927.GA70726@bobbi.cse.buffalo.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 03:15:03 -0000 Ken Smith wrote: > The FreeBSD Release Engineering Team is proud to announce the > availability of FreeBSD 5.3-BETA5. This is the fifth BETA of the 5.3 > release cycle. It is intended for early adopters and those wishing to > help find and/or fix bugs. The 5.3 release cycle will continue with > weekly BETA builds while bugs are being fixed and features finalized. > The schedule is at http://www.freebsd.org/releases/5.3R/schedule.html. > Be sure to check the "Known issues" below, there are known problems > still being worked on at this time. BIND9 is being imported and will > be part of the 5.3 release. We will add at least one more beta (BETA6) > to accomodate testing. Users of the named daemon should visit the ISC > website for information about migrating to BIND9. > > Fixes and Enhancements made since BETA4: > > - Updated floppy device driver (testers trying out floppies on your > systems would be appreciated). This fixes a lot of problems with > floppy drives not being probed/attached. > - Fix for panics on certain hardware during boot if no media in the > cdrom drive. > - Change to pf logging format to handle 64-bit time. If updating an > older system remove /var/log/pflog before restarting pf. > - Many more scheduler fixes, we encourage testers to turn PREEMPTION on. ummm no, today's testing shows that this may not be such a good idea.. it produces problem in wierd places, such as the atapi driver. > - Many fixes to bpf locking. > - if_re locking added. Problems reported with jumbo frames, fix being > tested. > - debug.witness_watch moved to debug.witness.watch (old name left but > depreciated). > - Fix to GBDE key management. If you have specified 4 keys or fewer, > you will need to dump your data, re-run gbde init, and restore your > data. > - Add if_vge driver > - Fix to rare VM corruption bug on i386/amd64. > - Fix to SCSI sync speed in esp(4) driver. > - Fix timeout problems with ppp over if_xl interface. > - Misc. network stack locking fixes. > - Fix lock order reversal in sound system. > - Support round-robin and verify modes in geom raid3. > - Misc. fixes to usb. > - Misc. mac fixes. > - Fixes to geom_mirror. > - Many updates to docs, including a new 5.3 Migration Guide. > > Known issues in this release: > > - There are scattered reports of data corruption on SMP systems > under high load. This could be due to a known bug in the gvinum > subsystem, but it could be due to unknown factors. The problem > has been tracked to gvinum and a fix will be in BETA6. > - pst(4) is known to cause a system panic during the boot time. > - The Synaptics Touchpad mouse support is known to have issues with > responsiveness. It can be disabled with 'hint.psm.0.flags="0x200"' > in "/boot/device.hints". This will be resolved for the release. > - There are reports of packet corruption with the nge(1) driver when > the network stack is run without Giant. A fix is being tested. > > A complete list of defects that will be fixed for the release can be > found at http://www.freebsd.org/releases/5.3R/todo.html. > > Availability: > > For people wishing to upgrade older systems using cvsup(1) and the > procedure described in src/UPDATING the CVS tag to use is RELENG_5 > at this point. Note that like all RELENG_X branches this is an > active development branch. We do not recommend those branches for > normal use (for normal use RELENG_X_Y branches are more appropriate, > e.g. RELENG_4_10 is the current stable branch). > > As of this writing the following are available on ftp.freebsd.org > along with some of the mirror sites: > > alpha: images available some time tomorrow > amd64: all images available > i386: all images available > ia64: miniinst available > pc98: miniinst available > sparc64: all images available > > MD5s for the builds that are complete at this time are: > > MD5 (5.3-BETA5-amd64-bootonly.iso) = 5be9dba4c354b13c18c06fcde98291b5 > MD5 (5.3-BETA5-amd64-disc2.iso) = 3117bf2e2b62b62c681602573433355e > MD5 (5.3-BETA5-amd64-miniinst.iso) = 84caa18e4f863b393513fb68a3dc977e > MD5 (5.3-BETA5-amd64-disc1.iso) = 5ac33f05c3550d7bb7ebf22263c412c9 > > MD5 (5.3-BETA5-i386-bootonly.iso) = f819ea29a8c07094eca4d04eb0fef869 > MD5 (5.3-BETA5-i386-disc2.iso) = 7506ee9ceb8150466439372d36ca9489 > MD5 (5.3-BETA5-i386-miniinst.iso) = 57926ee792b68c884df3436a4c33ba12 > MD5 (5.3-BETA5-i386-disc1.iso) = 6592143d429f7cf4770f1166c3202f54 > > MD5 (5.3-BETA5-ia64-bootonly.iso) = bd532c346fc52e42fa2baa97b6ebc3ed > MD5 (5.3-BETA5-ia64-disc2.iso) = 5c115101e8b885c41c8122a4e14f30ab > MD5 (5.3-BETA5-ia64-miniinst.iso) = 98eed6eb8ba5283225a2cd1a5bb5f920 > > MD5 (5.3-BETA5-pc98-disc2.iso) = ef7ce632c2253f02d078a9e154a1fa6c > MD5 (5.3-BETA5-pc98-miniinst.iso) = 2612557f8cf81ab20b8bdca9481c78c5 > > MD5 (5.3-BETA5-sparc64-bootonly.iso) = cfb13e419f9ef30a4d9f4ef3dd11e381 > MD5 (5.3-BETA5-sparc64-disc1.iso) = b71b08fd7e6c5b53158d2b78ead10ae2 > MD5 (5.3-BETA5-sparc64-disc2.iso) = 7984c0396a63f8e6b0403f5ed19e4199 > MD5 (5.3-BETA5-sparc64-miniinst.iso) = e5ed673501f8d4e85a28b35db69b793a > > -ken > _______________________________________________ > 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 Sep 20 03:30:39 2004 Return-Path: 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 69E5016A4CE for ; Mon, 20 Sep 2004 03:30:39 +0000 (GMT) Received: from tomts22-srv.bellnexxia.net (tomts22.bellnexxia.net [209.226.175.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id B433243D41 for ; Mon, 20 Sep 2004 03:30:38 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([67.68.38.73]) by tomts22-srv.bellnexxia.net ESMTP <20040920033036.CBMV15743.tomts22-srv.bellnexxia.net@[192.168.2.32]>; Sun, 19 Sep 2004 23:30:36 -0400 From: Chris Laverdure To: Julian Elischer In-Reply-To: <414E4B34.9080702@elischer.org> References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <414E4B34.9080702@elischer.org> Content-Type: text/plain Message-Id: <1095636627.812.2.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 19 Sep 2004 23:30:29 +0000 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 03:30:39 -0000 On Mon, 2004-09-20 at 03:15, Julian Elischer wrote: > Ken Smith wrote: > > *Clip* > > > > Fixes and Enhancements made since BETA4: > > > > - Updated floppy device driver (testers trying out floppies on your > > systems would be appreciated). This fixes a lot of problems with > > floppy drives not being probed/attached. > > - Fix for panics on certain hardware during boot if no media in the > > cdrom drive. > > - Change to pf logging format to handle 64-bit time. If updating an > > older system remove /var/log/pflog before restarting pf. > > - Many more scheduler fixes, we encourage testers to turn PREEMPTION on. > > ummm no, today's testing shows that this may not be such a good idea.. > it produces problem in wierd places, such as the atapi driver. Thank you Julian Elischer! I was just about to enable it again, but I suppose that isn't exactly wise. Not that I mind having my system rendered instable in the name of testing. But if there is no way the information I provide out of it is going to help, then I shall not torture myself. Any specifics or just `problems'? > > *clip* From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 03:31:49 2004 Return-Path: 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 F2E8316A4CE for ; Mon, 20 Sep 2004 03:31:48 +0000 (GMT) Received: from mail.ambrisko.com (adsl-64-174-51-43.dsl.snfc21.pacbell.net [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE91643D46 for ; Mon, 20 Sep 2004 03:31:48 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 19 Sep 2004 20:31:48 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i8K3VmkT020745; Sun, 19 Sep 2004 20:31:48 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i8K3Vlfn020744; Sun, 19 Sep 2004 20:31:47 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200409200331.i8K3Vlfn020744@ambrisko.com> In-Reply-To: <6.1.2.0.0.20040919191030.07238138@64.7.153.2> To: Mike Tancsa Date: Sun, 19 Sep 2004 20:31:47 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Problem with sata drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 03:31:49 -0000 Mike Tancsa writes: | At 05:04 PM 19/09/2004, S?ren Schmidt wrote: | >Uro? Gruber wrote: | >>Hello! | >>I've notice that freebsd from beta4 does not recognize my sata 150 drive | >>anymore. With beta3 it works now with beta4 or beta5 there's only udma33. | >>I have ICH6 chipset, is there anything I can do. here is my dmesg output | > | >The ICH6 is not supported yet (ENOHW), so it will show up as a generic ATA | >controller. However since all SATA controllers (at least until we get | >SATA-II) always run the interface at 150MB/s thats what you will get no matter | | Hi, | Are there big differences between the ICH5 and ICH6 controllers | ? I have one of these boards and it seems to work fine if I add a def for | it in ata-pci.h and ata-chipset.c. Also what does ENOHW mean ? I didnt | find it in google. ICH5/ICH6 are basically the same thing with these device ID's: case 0x25a38086: /* Intel 6300ESB SATA */ case 0x25b08086: /* Intel 6300ESB SATA RAID */ These SATA parts have the same registers and all from what I've experienced and tests. I developed my stuff on ICH6 (6300ESB). Doug A. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 03:35:56 2004 Return-Path: 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 7070716A4CE for ; Mon, 20 Sep 2004 03:35:56 +0000 (GMT) Received: from mail.ambrisko.com (adsl-64-174-51-43.dsl.snfc21.pacbell.net [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 363A243D41 for ; Mon, 20 Sep 2004 03:35:56 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 19 Sep 2004 20:35:56 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i8K3ZtkT020982; Sun, 19 Sep 2004 20:35:55 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i8K3Ztas020981; Sun, 19 Sep 2004 20:35:55 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200409200335.i8K3Ztas020981@ambrisko.com> In-Reply-To: <1094795639.36147.158.camel@bigt.its.uq.edu.au> To: Tony Jago Date: Sun, 19 Sep 2004 20:35:55 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Dell 1850 + Perc 4e/Si + FreeBSD 5.3-BETA3 install CD = Panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 03:35:56 -0000 Tony Jago writes: | Hi all, | | Just a quick note to let you know that the FreeBSD 5.3-BETA3 cd panic's | a Dell 1850. These machines have the new Perc 4e/Si Raid controller. If | the card is in either "RAID Enabled" or "SCSI Enabled" mode in the BIOS | the machine panics booting the installation CD. If this Perc 4e card is | disabled the CD boots into sysinstall just fine. | | acd1: CDROM at ata2-slave BIOSPIO | Memory modified after free 0xc3c01180(124) val=c3c3f80c @ 0xc3c01198 | panic: Most recently used by AFD driver Disable or remove the ATA devices and it will boot okay including the amd64 kernel. Of course this would make it harder to us the CD. You might try a USB drive or boot via PXE. Doug A. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 04:05:28 2004 Return-Path: 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 C76C416A4CE for ; Mon, 20 Sep 2004 04:05:28 +0000 (GMT) Received: from web41415.mail.yahoo.com (web41415.mail.yahoo.com [66.218.93.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 9FD7E43D2D for ; Mon, 20 Sep 2004 04:05:28 +0000 (GMT) (envelope-from davemac11@yahoo.com) Message-ID: <20040920040527.74694.qmail@web41415.mail.yahoo.com> Received: from [67.241.59.195] by web41415.mail.yahoo.com via HTTP; Sun, 19 Sep 2004 21:05:27 PDT Date: Sun, 19 Sep 2004 21:05:27 -0700 (PDT) From: Dave McCammon To: Maxim Konovalov In-Reply-To: <20040919222735.N50658@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org Subject: Re: net.inet.ip.check_interface POLA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 04:05:28 -0000 --- Maxim Konovalov wrote: > Hello, > > When net.inet.ip.check_interface was MFCed to > RELENG_4 3+ years ago in > rev. 1.130.2.17 ip_input.c it was 1 by default but > shortly changed to > 0 (accidently?) in rev. 1.130.2.20 in RELENG_4 only. > Among with the > fact this knob is not documented it breaks POLA > especially in bridge > enviroment. > > I suggest to synchronize HEAD and RELENG_5 with > RELENG_4 and make an > MFS. I do not like the idea to change > net.inet.ip.check_interface to > 1 by default in RELENG_4 for the obvious reasons. > > Any objections? > No. Got burnt by this change, myself. __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 04:10:43 2004 Return-Path: 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 1FCE116A4CE for ; Mon, 20 Sep 2004 04:10:43 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFCAF43D31 for ; Mon, 20 Sep 2004 04:10:42 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.1] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id B92699A for ; Mon, 20 Sep 2004 00:10:41 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@FreeBSD.org In-Reply-To: <20040920022927.GA70726@bobbi.cse.buffalo.edu> References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> Content-Type: text/plain Message-Id: <1095653440.24031.23.camel@rushlight.kf8nh.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 20 Sep 2004 00:10:40 -0400 Content-Transfer-Encoding: 7bit Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 04:10:43 -0000 On Sun, 2004-09-19 at 22:29, Ken Smith wrote: > still being worked on at this time. BIND9 is being imported and will > be part of the 5.3 release. We will add at least one more beta (BETA6) Is it just me, or is toward the end of the beta cycle just the *wrong* time to switch from bind8 to bind9? Or am I misunderstanding this statement? -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 04:15:34 2004 Return-Path: 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 C5CEB16A4CE for ; Mon, 20 Sep 2004 04:15:34 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A88243D2D for ; Mon, 20 Sep 2004 04:15:34 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8K4HKMJ009742; Sun, 19 Sep 2004 21:17:20 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8K4HKXf009741; Sun, 19 Sep 2004 21:17:20 -0700 Date: Sun, 19 Sep 2004 21:17:20 -0700 From: Brooks Davis To: "Brandon S. Allbery KF8NH" Message-ID: <20040920041720.GA9460@odin.ac.hmc.edu> References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <1095653440.24031.23.camel@rushlight.kf8nh.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <1095653440.24031.23.camel@rushlight.kf8nh.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 04:15:34 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 12:10:40AM -0400, Brandon S. Allbery KF8NH wrote: > On Sun, 2004-09-19 at 22:29, Ken Smith wrote: > > still being worked on at this time. BIND9 is being imported and will > > be part of the 5.3 release. We will add at least one more beta (BETA6) >=20 > Is it just me, or is toward the end of the beta cycle just the *wrong* > time to switch from bind8 to bind9? Or am I misunderstanding this > statement? It is later then we would like, but we don't feel that BIND8 is viable for shipping in 5.3 because then we'd be stuck with it until 6. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBTlnPXY6L6fI4GtQRAkkOAKCZDJv8Sv9NwLD3YBQZAJpaXPx5bQCfYoTr HpKCZICxys37aGSD2T8EBXk= =fL4+ -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 04:43:07 2004 Return-Path: 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 0354716A4CE for ; Mon, 20 Sep 2004 04:43:07 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8646F43D2D for ; Mon, 20 Sep 2004 04:43:06 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i8K4h0fv005433; Mon, 20 Sep 2004 00:43:02 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <1095653440.24031.23.camel@rushlight.kf8nh.com> References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <1095653440.24031.23.camel@rushlight.kf8nh.com> Date: Mon, 20 Sep 2004 00:43:00 -0400 To: "Brandon S. Allbery KF8NH" , freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 04:43:07 -0000 At 12:10 AM -0400 9/20/04, Brandon S. Allbery KF8NH wrote: >On Sun, 2004-09-19 at 22:29, Ken Smith wrote: > > BIND9 is being imported and will be part of the 5.3 release. > > We will add at least one more beta (BETA6) > >Is it just me, or is toward the end of the beta cycle just >the *wrong* time to switch from bind8 to bind9? Or am I >misunderstanding this statement? It is not quite as scary as it sounds, given that many people are already using bind9 on FreeBSD 5.x. It is being imported at the request of many users, who felt that FreeBSD 5.x-stable really should be setup with bind9. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 04:44:37 2004 Return-Path: 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 2E16516A4CE for ; Mon, 20 Sep 2004 04:44:37 +0000 (GMT) Received: from smtp08.wanadoo.nl (smtp08.wanadoo.nl [194.134.35.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id BADDE43D49 for ; Mon, 20 Sep 2004 04:44:36 +0000 (GMT) (envelope-from j.asher@wanadoo.nl) Received: from localhost (c529d865e.cable.wanadoo.nl [82.157.134.94]) by smtp8.wanadoo.nl (Postfix) with ESMTP id 85BDD5A81C; Mon, 20 Sep 2004 06:44:35 +0200 (CEST) To: "Daniel Eriksson" , current@freebsd.org, =?utf-8?Q?'S=C3=B8ren_Schmidt'?= References: Message-ID: Date: Mon, 20 Sep 2004 06:44:49 +0200 From: "John Asher" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 04:44:37 -0000 I am also using the 6-CURRENT kernel i386 (i686) have somethimes at heavy load the same errors. Sep 16 12:41:45 xxx kernel: FreeBSD 6.0-CURRENT #0: Wed Sep 15 15:27:42 CE ST 2004 Sep 16 14:37:45 xxx kernel: ad1: TIMEOUT - READ_DMA retrying (2 retries le ft) LBA=14578175 I completely updated my sourcetree at that day, and recompiled the kernel, since that time this error occurs. Best regards, John Asher. On Thu, 16 Sep 2004 21:17:45 +0200, Daniel Eriksson wrote: > > This is a me-too report: > > After upgrading a 6-CURRENT kernel and world from 2004.09.09.08.00.00 to > 2004.09.16.13.00.00, I am now getting these messages on a machine that > previously worked just fine: > > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=75822564 > ad0: WARNING - READ_DMA no interrupt but good status > ad12: TIMEOUT - READ_DMA retrying (2 retries left) LBA=107702399 > ad12: WARNING - READ_DMA no interrupt but good status > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=150299860 > ad2: WARNING - READ_DMA no interrupt but good status > ad3: TIMEOUT - READ_DMA retrying (2 retries left) LBA=150375742 > ad3: WARNING - READ_DMA no interrupt but good status > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=68555470 > ad2: WARNING - READ_DMA no interrupt but good status > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=152916568 > ad2: WARNING - READ_DMA no interrupt but good status > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=177638432 > ad2: WARNING - READ_DMA no interrupt but good status > ad14: TIMEOUT - READ_DMA retrying (2 retries left) LBA=326989843 > ad14: WARNING - READ_DMA no interrupt but good status > ad14: TIMEOUT - READ_DMA retrying (2 retries left) LBA=327711355 > ad14: WARNING - READ_DMA no interrupt but good status > > I only get the messages when I blast the discs with I/O, like when doing > fsck on all the file systems simultaneously. Also, fsck does not report > any > problems so all operations seem to succeed. > > Other then cvsup'ing the new sources, no other changes were made to the > machine or the configuration. > > /Daniel Eriksson > > > _______________________________________________ > 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" -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:04:13 2004 Return-Path: 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 9E36D16A4CE for ; Mon, 20 Sep 2004 05:04:13 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5857743D46 for ; Mon, 20 Sep 2004 05:04:13 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.11/8.12.9) with ESMTP id i8K54CbE006833 for ; Sun, 19 Sep 2004 22:04:13 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id i8K54CP9092084 for ; Sun, 19 Sep 2004 22:04:12 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id i8K54CsW092083 for freebsd-current@freebsd.org; Sun, 19 Sep 2004 22:04:12 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200409200504.i8K54CsW092083@realtime.exit.com> To: freebsd-current@freebsd.org Date: Sun, 19 Sep 2004 22:04:12 -0700 (PDT) X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Neomagic 256AV sound not working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 05:04:13 -0000 Well, I finally got my laptop all the way to 5.3-BETA4, all the ports rebuilt (which was a chore with this old PII 400) and was ready to rock. Or so I thought. It turns out that the Neomagic sound driver in 5.3 doesn't like the Dell Inspiron 3500's version of the Neomagic 256AV. Bear in mind that this had been working just fine in 4-stable for years. I managed to build a version of the driver with the appropriate messages turned on and its response is: pcm0: this is a non-ac97 NM256AV, not attaching The relevant bit of the dmesg is found-> vendor=0x10c8, dev=0x8005, revid=0x20 bus=1, slot=0, func=1 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0202, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 1 supports D0 D3 current D0 and pciconf -l -v says none1@pci1:0:1: class=0x040100 card=0x008f1028 chip=0x800510c8 rev=0x20 hdr=0x00 vendor = 'Neomagic Corporation' device = 'NM2200 MagicMedia 256AV Audio Device' class = multimedia subclass = audio Nothing has changed since 4-stable, but the new driver certainly doesn't like this device. When I have time I'll try to see what is different between the -stable driver and the 5.3 driver, but that may not be until next weekend... If there's any other information I can provide before then, please let me know. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:25:41 2004 Return-Path: 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 462D816A4CE for ; Mon, 20 Sep 2004 05:25:41 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1BFE43D4C for ; Mon, 20 Sep 2004 05:25:38 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.1.3] (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8K5PLuw022896; Sun, 19 Sep 2004 23:25:23 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <414E697F.1010902@samsco.org> Date: Sun, 19 Sep 2004 23:24:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Brandon S. Allbery KF8NH" References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <1095653440.24031.23.camel@rushlight.kf8nh.com> In-Reply-To: <1095653440.24031.23.camel@rushlight.kf8nh.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 05:25:41 -0000 Brandon S. Allbery KF8NH wrote: > On Sun, 2004-09-19 at 22:29, Ken Smith wrote: > >>still being worked on at this time. BIND9 is being imported and will >>be part of the 5.3 release. We will add at least one more beta (BETA6) > > > Is it just me, or is toward the end of the beta cycle just the *wrong* > time to switch from bind8 to bind9? Or am I misunderstanding this > statement? > You have a valid concern, but as others have pointed out, it's not quite as risky as it sounds and it's something that we really need to do. Some might remember that it's been on our roadmap for a year now. BIND8 really is reaching the end of its life and has the possibility of being a liability in the future, so we are better of going this route. It's going to cause a bit of a slip in the release schedule, but we are also going to make sure that it works as expected in 6-CURRENT before it gets merged to 5.3. In the mean time it also gives us another week or two to polish off some more rough edges in 5.3. Scott From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:46:09 2004 Return-Path: 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 6980D16A4CE for ; Mon, 20 Sep 2004 05:46:09 +0000 (GMT) Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249A043D3F for ; Mon, 20 Sep 2004 05:46:09 +0000 (GMT) (envelope-from uros.gruber@sir-mag.com) Received: from localhost (localhost [127.0.0.1]) by citka.mg-proline.si (Postfix) with ESMTP id 6FBAF7064D; Mon, 20 Sep 2004 07:46:07 +0200 (CEST) Received: from citka.mg-proline.si ([127.0.0.1]) by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11668-02; Mon, 20 Sep 2004 07:45:52 +0200 (CEST) Received: from DELL (BSN-77-156-117.dsl.siol.net [193.77.156.117]) by citka.mg-proline.si (Postfix) with ESMTP id 8346D70644; Mon, 20 Sep 2004 07:45:52 +0200 (CEST) Date: Mon, 20 Sep 2004 07:49:05 +0200 From: =?Windows-1250?Q?Uro=9A_Gruber?= X-Priority: 3 (Normal) Message-ID: <1379989272.20040920074905@sir-mag.com> To: =?Windows-1250?Q?S=F8ren_Schmidt?= In-Reply-To: <414DF473.6060208@DeepCore.dk> References: <1827510723.20040919214144@sir-mag.com> <414DF473.6060208@DeepCore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at mg-proline.si cc: freebsd-current@freebsd.org Subject: Re[2]: Problem with sata drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?Windows-1250?Q?Uro=9A_Gruber?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 05:46:09 -0000 Hello S=F8ren, If I understand correctly, I don't have to worry about. My transfer will be ok then. I just have to wait for a new version to show correct interface in dmesg. regards Sunday, September 19, 2004, 11:04:51 PM, you wrote: SS> Uro=9A Gruber wrote: >> Hello! >>=20 >> I've notice that freebsd from beta4 does not recognize my sata 150 drive >> anymore. With beta3 it works now with beta4 or beta5 there's only udma33. >>=20 >> I have ICH6 chipset, is there anything I can do. here is my dmesg output SS> The ICH6 is not supported yet (ENOHW), so it will show up as a generic= =20 SS> ATA controller. However since all SATA controllers (at least until we= =20 SS> get SATA-II) always run the interface at 150MB/s thats what you will get SS> no matter what the probe says (unless you use old PATA disks with=20 PATA->>SATA converter dongles). From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:53:35 2004 Return-Path: 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 8E03D16A4CE for ; Mon, 20 Sep 2004 05:53:35 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF2643D2D for ; Mon, 20 Sep 2004 05:53:34 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8K5rXrm064799; Mon, 20 Sep 2004 07:53:33 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <414E7057.30200@DeepCore.dk> Date: Mon, 20 Sep 2004 07:53:27 +0200 From: =?windows-1252?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <1827510723.20040919214144@sir-mag.com> <414DF473.6060208@DeepCore.dk> <6.1.2.0.0.20040919191030.07238138@64.7.153.2> In-Reply-To: <6.1.2.0.0.20040919191030.07238138@64.7.153.2> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: Problem with sata drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 05:53:35 -0000 Mike Tancsa wrote: > At 05:04 PM 19/09/2004, S=F8ren Schmidt wrote: >=20 >> Uro=9A Gruber wrote: >> >>> Hello! >>> I've notice that freebsd from beta4 does not recognize my sata 150 dr= ive >>> anymore. With beta3 it works now with beta4 or beta5 there's only=20 >>> udma33. >>> I have ICH6 chipset, is there anything I can do. here is my dmesg out= put >> >> >> The ICH6 is not supported yet (ENOHW), so it will show up as a generic= =20 >> ATA controller. However since all SATA controllers (at least until we = >> get SATA-II) always run the interface at 150MB/s thats what you will=20 >> get no matter >=20 > Hi, > Are there big differences between the ICH5 and ICH6 controllers= =20 > ? I have one of these boards and it seems to work fine if I add a def = > for it in ata-pci.h and ata-chipset.c. Also what does ENOHW mean ? I=20 > didnt find it in google. The ich6 is one of the first chips to support the AHCI inteface which is = sortof what Promise and others have had for some time in "proprietary"=20 versions. That said, IIRC the ich6 has a compatibility mode where it will work as=20 just a good old ich controller, so adding the PCI id's should do it. Anyhow I havn't been able to look into it since I dont have access to=20 any ich6 HW (E NO HW :) ).. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:54:39 2004 Return-Path: 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 F38E216A4CE for ; Mon, 20 Sep 2004 05:54:38 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE4B43D39 for ; Mon, 20 Sep 2004 05:54:38 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8K5sbtk064803; Mon, 20 Sep 2004 07:54:37 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <414E7097.7030609@DeepCore.dk> Date: Mon, 20 Sep 2004 07:54:31 +0200 From: =?windows-1252?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?windows-1252?Q?Uro=9A_Gruber?= References: <1827510723.20040919214144@sir-mag.com> <414DF473.6060208@DeepCore.dk> <1379989272.20040920074905@sir-mag.com> In-Reply-To: <1379989272.20040920074905@sir-mag.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: Problem with sata drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 05:54:39 -0000 Uro=9A Gruber wrote: > Hello S=F8ren, >=20 > If I understand correctly, I don't have to worry about. My transfer wil= l be > ok then. I just have to wait for a new version to show correct interfac= e in > dmesg. Exactly, I'll look into using the compat mode of the ich6 until I can=20 get my hands on HW and do real AHCI support for it... -S=F8ren >=20 > regards >=20 > Sunday, September 19, 2004, 11:04:51 PM, you wrote: >=20 > SS> Uro=9A Gruber wrote: >=20 >>>Hello! >>> >>>I've notice that freebsd from beta4 does not recognize my sata 150 dri= ve >>>anymore. With beta3 it works now with beta4 or beta5 there's only udma= 33. >>> >>>I have ICH6 chipset, is there anything I can do. here is my dmesg outp= ut >=20 >=20 > SS> The ICH6 is not supported yet (ENOHW), so it will show up as a gene= ric=20 > SS> ATA controller. However since all SATA controllers (at least until = we=20 > SS> get SATA-II) always run the interface at 150MB/s thats what you wil= l get > SS> no matter what the probe says (unless you use old PATA disks with=20 > PATA->>SATA converter dongles). >=20 >=20 >=20 >=20 > . >=20 From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 06:02:26 2004 Return-Path: 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 5B0D616A4CE; Mon, 20 Sep 2004 06:02:26 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C93BE43D45; Mon, 20 Sep 2004 06:02:25 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1C9HFo-0000KT-81; Mon, 20 Sep 2004 10:02:24 +0400 From: Vladimir Grebenschikov To: Andrey Smirnov In-Reply-To: <58771e5c040919140155e72531@mail.gmail.com> References: <1095623664.94637.10.camel@localhost> <58771e5c040919140155e72531@mail.gmail.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 20 Sep 2004 10:02:23 +0400 Message-Id: <1095660143.980.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: mobile@freebsd.org cc: "current@freebsd.org" Subject: Re: NDISulator and "Intel(R) PRO/Wireless 2200BG" - no connection cache and signal strength info X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 06:02:26 -0000 =F7 =D0=CE, 20/09/2004 =D7 01:01 +0400, Andrey Smirnov =D0=C9=DB=C5=D4: > On Sun, 19 Sep 2004 23:54:24 +0400, Vladimir Grebenschikov = wrote: > >=20 > > Hi > >=20 > > Exercising on fresh 6-CURRENT > >=20 > > ndis0: mem > > 0xd0201000-0xd0201fff irq 9 at device 11.0 on pci2 > > ndis0: [GIANT-LOCKED] > > ndis0: NDIS API version: 5.1 > > ndis0: Ethernet address: 00:0e:35:03:82:74 > > ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 5.5Mbps 11Mbps > > ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > >=20 > > Anybody can provide some clues ? >=20 > I've got Intel 2200BG with my Asus M3700Np notebook. Today installed > it under FreeBSD with NDIS. Used drivers from Intel installation CD, > sorry, at the moment can't provide any details. I have no problems > with it: > kldload if_ndis > ifconfig ndis0 ssid xxxx wepmode on wepkey 0xxxxxx > dhclient ndis0 >=20 > and here it works!=20 Yes, all mentioned by you works for me too, but signal quality reporting via WI ioctl (or wicontrol) does not work. > I've got only one small problem - if_ndis doesn't appear when loaded > through /boot/loader.conf, only when loaded through kldload later. > (Doesn't seem to be related to /compat/ndis, because firmware is > integrated in the .SYS file, which goes directly to if_ndis.ko). Hm, I've got such situation only once, and now all works fine for me through boot loader: ... ndis_load=3D"YES" if_ndis_load=3D"YES" ... > Andrey. --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 06:27:08 2004 Return-Path: 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 DFF7416A4CE for ; Mon, 20 Sep 2004 06:27:08 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C58E43D41 for ; Mon, 20 Sep 2004 06:27:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8K6R7uG044804; Mon, 20 Sep 2004 08:27:07 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Alexandre \"Sunny\" Kovalenko" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 19 Sep 2004 21:53:14 EDT." <1095645188.671.650.camel@RabbitsDen> Date: Mon, 20 Sep 2004 08:27:07 +0200 Message-ID: <44803.1095661627@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: TTY cleanups have started... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 06:27:09 -0000 In message <1095645188.671.650.camel@RabbitsDen>, "Alexandre \"Sunny\" Kovalenk o" writes: >On Sun, 2004-09-19 at 05:43, Karel J. Bosschaart wrote: >I have USB-to-RS232 dongle (serviced by uplcom). Simple program below >will hang on 'open' infinitely. What do you have in the other end of it ? Do you know the state of the modem signals ? -- 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 Sep 20 06:29:23 2004 Return-Path: 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 F339E16A4CE; Mon, 20 Sep 2004 06:29:22 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D44743D1D; Mon, 20 Sep 2004 06:29:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4B4B451514; Sun, 19 Sep 2004 23:29:26 -0700 (PDT) Date: Sun, 19 Sep 2004 23:29:26 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org, current@FreeBSD.org Message-ID: <20040920062925.GA21933@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: sos@FreeBSD.dk Subject: Panic in ata_attach on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 06:29:23 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline With sources over the past few months (since May, up to BETA5), I get the following panic at boot time on this sparc64 (SunBlade-100): ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 panic: isa_route_intr_res: start out of isa range at line 168 in file /a/portbuild/sparc64/src-client/sys/sparc64/isa/isa.c cpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> tr __panic() at __panic+0x170 isa_route_intr_res() at isa_route_intr_res+0x80 isa_alloc_resource() at isa_alloc_resource+0x2b8 bus_alloc_resource() at bus_alloc_resource+0x68 ata_attach() at ata_attach+0x3c device_probe_and_attach() at device_probe_and_attach+0xcc isa_probe_children() at isa_probe_children+0x1e0 configure() at configure+0x38 mi_startup() at mi_startup+0xe4 btext() at btext+0x34 Kris --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTnjFWry0BWjoQKURAlrFAKD8giWa8b83ETyqeKPBlzJy9YvpNgCfVO/b If8fnrHIZxRoneNapm//jLU= =czrs -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 06:38:03 2004 Return-Path: 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 49F8F16A4CE for ; Mon, 20 Sep 2004 06:38:03 +0000 (GMT) Received: from web14105.mail.yahoo.com (web14105.mail.yahoo.com [216.136.172.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E1AB43D46 for ; Mon, 20 Sep 2004 06:38:03 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040920063803.6879.qmail@web14105.mail.yahoo.com> Received: from [194.248.174.58] by web14105.mail.yahoo.com via HTTP; Mon, 20 Sep 2004 08:38:02 CEST Date: Mon, 20 Sep 2004 08:38:02 +0200 (CEST) From: Claus Guttesen To: Doug Ambrisko , Tony Jago In-Reply-To: <200409200335.i8K3Ztas020981@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: Dell 1850 + Perc 4e/Si + FreeBSD 5.3-BETA3 install CD = Panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 06:38:03 -0000 > | Just a quick note to let you know that the FreeBSD > 5.3-BETA3 cd panic's > | a Dell 1850. These machines have the new Perc > 4e/Si Raid controller. If Installs fine on beta 4. regards Claus From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 06:44:35 2004 Return-Path: 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 3951A16A4CE for ; Mon, 20 Sep 2004 06:44:35 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 777D943D31 for ; Mon, 20 Sep 2004 06:44:34 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8K6iXct032228; Mon, 20 Sep 2004 09:44:33 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 22434-03; Mon, 20 Sep 2004 09:44:32 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8K6iWZC032225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Sep 2004 09:44:32 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8K6iZIk041811; Mon, 20 Sep 2004 09:44:35 +0300 (EEST) (envelope-from ru) Date: Mon, 20 Sep 2004 09:44:35 +0300 From: Ruslan Ermilov To: Francois Tigeot Message-ID: <20040920064435.GF41401@ip.net.ua> References: <20040919201236.GA67382@aoi.wolfpond.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cz6wLo+OExbGG7q/" Content-Disposition: inline In-Reply-To: <20040919201236.GA67382@aoi.wolfpond.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: Buildworld broken with NO_TOOLCHAIN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 06:44:35 -0000 --cz6wLo+OExbGG7q/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2004 at 10:12:36PM +0200, Francois Tigeot wrote: > Trying to build world on 5.3-BETA5: >=20 > -------------------------------------------------------------- > >>> stage 2.3: build tools > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj DESTDIR=3D INSTALL=3D"sh > /usr/src/tools/install.sh" > PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy= /usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/b= in WORLDTMP=3D/usr/obj/usr/src/i386 MAKEFLAGS=3D"-m /usr/src/tools/build/m= k -m /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=3D503000 -DNO= LINT -DNO_CPU_CFLAGS -DNO_WARNS build-tools > =3D=3D=3D> bin/csh > =3D=3D=3D> bin/sh > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj= /usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mkinit.c > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj= /usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib mki= nit.o -o mkinit > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj= /usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mknodes.c > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj= /usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib mkn= odes.o -o mknodes > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj= /usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mksyntax.c > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj= /usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib mks= yntax.o -o mksyntax > =3D=3D=3D> gnu/usr.bin/cc/cc_tools > make: don't know how to make /usr/obj/usr/src/i386/usr/include/sys/param.= h. Stop > *** Error code 2 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 >=20 > I have NO_TOOLCHAIN=3Dyes in /etc/make.conf. This option worked fine with > 5.2.1-RELEASE. >=20 This is a known problem (in RELENG_5). I've committed a fix for it in HEAD a month and two days ago. I bet you were running -DNOCLEAN build. Please pull up the latest src/gnu/usr.bin/cc/cc_tools/Makefile revision (1.80) from HEAD, and it will be fixed. I will ask RE's permission to MFC this. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --cz6wLo+OExbGG7q/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTnxTqRfpzJluFF4RAlUdAJ9S/i/GzeHutXoPjusSb56phlY56gCggZy4 /5S0DtDXqwISjJBv4lNin0w= =bWeh -----END PGP SIGNATURE----- --cz6wLo+OExbGG7q/-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 06:47:44 2004 Return-Path: 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 001C716A4CE for ; Mon, 20 Sep 2004 06:47:43 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3705443D2D for ; Mon, 20 Sep 2004 06:47:43 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8K6lgDM032283; Mon, 20 Sep 2004 09:47:42 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 22146-05; Mon, 20 Sep 2004 09:47:41 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8K6lfC1032280 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Sep 2004 09:47:41 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8K6lhGS041839; Mon, 20 Sep 2004 09:47:43 +0300 (EEST) (envelope-from ru) Date: Mon, 20 Sep 2004 09:47:43 +0300 From: Ruslan Ermilov To: Francois Tigeot Message-ID: <20040920064743.GG41401@ip.net.ua> References: <20040919201236.GA67382@aoi.wolfpond.org> <20040920064435.GF41401@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8bBEDOJVaa9YlTAt" Content-Disposition: inline In-Reply-To: <20040920064435.GF41401@ip.net.ua> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: Buildworld broken with NO_TOOLCHAIN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 06:47:44 -0000 --8bBEDOJVaa9YlTAt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 09:44:35AM +0300, Ruslan Ermilov wrote: > On Sun, Sep 19, 2004 at 10:12:36PM +0200, Francois Tigeot wrote: > > Trying to build world on 5.3-BETA5: > >=20 > > -------------------------------------------------------------- > > >>> stage 2.3: build tools > > -------------------------------------------------------------- > > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj DESTDIR=3D INSTALL=3D"sh > > /usr/src/tools/install.sh" > > PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/lega= cy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr= /bin WORLDTMP=3D/usr/obj/usr/src/i386 MAKEFLAGS=3D"-m /usr/src/tools/build= /mk -m /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=3D503000 -D= NOLINT -DNO_CPU_CFLAGS -DNO_WARNS build-tools > > =3D=3D=3D> bin/csh > > =3D=3D=3D> bin/sh > > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/o= bj/usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mkinit.c > > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/o= bj/usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib m= kinit.o -o mkinit > > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/o= bj/usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mknodes.c > > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/o= bj/usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib m= knodes.o -o mknodes > > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/o= bj/usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mksyntax.c > > cc -Os -march=3Di486 -mmmx -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/o= bj/usr/src/i386/legacy/usr/include -L/usr/obj/usr/src/i386/legacy/usr/lib m= ksyntax.o -o mksyntax > > =3D=3D=3D> gnu/usr.bin/cc/cc_tools > > make: don't know how to make /usr/obj/usr/src/i386/usr/include/sys/para= m.h. Stop > > *** Error code 2 > >=20 > > Stop in /usr/src. > > *** Error code 1 > >=20 > > Stop in /usr/src. > > *** Error code 1 > >=20 > > Stop in /usr/src. > >=20 > >=20 > > I have NO_TOOLCHAIN=3Dyes in /etc/make.conf. This option worked fine wi= th > > 5.2.1-RELEASE. > >=20 > This is a known problem (in RELENG_5). I've committed a fix for it in > HEAD a month and two days ago. I bet you were running -DNOCLEAN build. > Please pull up the latest src/gnu/usr.bin/cc/cc_tools/Makefile revision > (1.80) from HEAD, and it will be fixed. >=20 > I will ask RE's permission to MFC this. >=20 Oops, you also need to apply an accompanying change to src/Makefile.inc1. You need the following commit applied to RELENG_5: : ru 2004-08-18 13:21:40 UTC :=20 : FreeBSD src repository :=20 : Modified files: : . Makefile.inc1=20 : gnu/usr.bin/cc/cc_tools Makefile=20 : Log: : A fix from rev. 1.52 of gnu/usr.bin/cc/cc_tools/Makefile was lost : in rev. 1.57. Fix this regression by making cc_tools a new-style : build-tool in Makefile.inc1. For details of what has been fixed, : please see the gnu/usr.bin/cc/cc_tools/Makefile,v 1.52 commit log. : =20 : Caught this by accidentally touching param.h while in the process : of cross-buildworld for amd64. : =20 : Revision Changes Path : 1.440 +1 -1 src/Makefile.inc1 : 1.80 +0 -10 src/gnu/usr.bin/cc/cc_tools/Makefile Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8bBEDOJVaa9YlTAt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTn0PqRfpzJluFF4RAomwAJwP/Zg28HayWG/mvxJ+AOgDyaecZACcDA2F Vg7l8bRYRDGeCHjtUrrDuqo= =iNMX -----END PGP SIGNATURE----- --8bBEDOJVaa9YlTAt-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 06:57:40 2004 Return-Path: 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 A049816A4CE for ; Mon, 20 Sep 2004 06:57:40 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id F19CC43D2F for ; Mon, 20 Sep 2004 06:57:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-69-104-100-115.dsl.snfc21.pacbell.net [69.104.100.115])i8K6vNIV031758; Mon, 20 Sep 2004 02:57:24 -0400 Message-ID: <414E7F60.5010400@elischer.org> Date: Sun, 19 Sep 2004 23:57:36 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Chris Laverdure References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <414E4B34.9080702@elischer.org> <1095636627.812.2.camel@elemental.DashEvil> In-Reply-To: <1095636627.812.2.camel@elemental.DashEvil> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 06:57:40 -0000 Chris Laverdure wrote: > On Mon, 2004-09-20 at 03:15, Julian Elischer wrote: > >>Ken Smith wrote: >> >>>*Clip* >>> >>>Fixes and Enhancements made since BETA4: >>> >>> - Updated floppy device driver (testers trying out floppies on your >>> systems would be appreciated). This fixes a lot of problems with >>> floppy drives not being probed/attached. >>> - Fix for panics on certain hardware during boot if no media in the >>> cdrom drive. >>> - Change to pf logging format to handle 64-bit time. If updating an >>> older system remove /var/log/pflog before restarting pf. >>> - Many more scheduler fixes, we encourage testers to turn PREEMPTION on. >> >>ummm no, today's testing shows that this may not be such a good idea.. >>it produces problem in wierd places, such as the atapi driver. > > > Thank you Julian Elischer! I was just about to enable it again, but I > suppose that isn't exactly wise. Not that I mind having my system > rendered instable in the name of testing. But if there is no way the > information I provide out of it is going to help, then I shall not > torture myself. > > Any specifics or just `problems'? no specifics yet except that it increases "flakiness" > > >>>*clip* From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 07:01:02 2004 Return-Path: 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 868D516A4CE for ; Mon, 20 Sep 2004 07:01:02 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B6D43D1D for ; Mon, 20 Sep 2004 07:01:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-69-104-100-115.dsl.snfc21.pacbell.net [69.104.100.115])i8K70jIV002278; Mon, 20 Sep 2004 03:00:46 -0400 Message-ID: <414E802A.4000305@elischer.org> Date: Mon, 20 Sep 2004 00:00:58 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Asher References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Daniel Eriksson cc: =?ISO-8859-1?Q?=27S=F8ren_Schmidt=27?= cc: current@freebsd.org Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 07:01:02 -0000 John Asher wrote: > I am also using the 6-CURRENT kernel i386 (i686) have somethimes at > heavy load the same errors. > turn off preemption and let me know how it goes then.. > Sep 16 12:41:45 xxx kernel: FreeBSD 6.0-CURRENT #0: Wed Sep 15 15:27:42 CE > ST 2004 > > Sep 16 14:37:45 xxx kernel: ad1: TIMEOUT - READ_DMA retrying (2 retries le > ft) LBA=14578175 > > I completely updated my sourcetree at that day, and recompiled the > kernel, since that time this error occurs. > > Best regards, > > John Asher. > > On Thu, 16 Sep 2004 21:17:45 +0200, Daniel Eriksson > wrote: > >> >> This is a me-too report: >> >> After upgrading a 6-CURRENT kernel and world from 2004.09.09.08.00.00 to >> 2004.09.16.13.00.00, I am now getting these messages on a machine that >> previously worked just fine: >> >> ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=75822564 >> ad0: WARNING - READ_DMA no interrupt but good status >> ad12: TIMEOUT - READ_DMA retrying (2 retries left) LBA=107702399 >> ad12: WARNING - READ_DMA no interrupt but good status >> ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=150299860 >> ad2: WARNING - READ_DMA no interrupt but good status >> ad3: TIMEOUT - READ_DMA retrying (2 retries left) LBA=150375742 >> ad3: WARNING - READ_DMA no interrupt but good status >> ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=68555470 >> ad2: WARNING - READ_DMA no interrupt but good status >> ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=152916568 >> ad2: WARNING - READ_DMA no interrupt but good status >> ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=177638432 >> ad2: WARNING - READ_DMA no interrupt but good status >> ad14: TIMEOUT - READ_DMA retrying (2 retries left) LBA=326989843 >> ad14: WARNING - READ_DMA no interrupt but good status >> ad14: TIMEOUT - READ_DMA retrying (2 retries left) LBA=327711355 >> ad14: WARNING - READ_DMA no interrupt but good status >> >> I only get the messages when I blast the discs with I/O, like when doing >> fsck on all the file systems simultaneously. Also, fsck does not >> report any >> problems so all operations seem to succeed. >> >> Other then cvsup'ing the new sources, no other changes were made to the >> machine or the configuration. >> >> /Daniel Eriksson >> >> >> _______________________________________________ >> 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 Sep 20 07:21:43 2004 Return-Path: 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 C95B216A4CE for ; Mon, 20 Sep 2004 07:21:43 +0000 (GMT) Received: from av3-2-sn3.vrr.skanova.net (av3-2-sn3.vrr.skanova.net [81.228.9.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 593D743D41 for ; Mon, 20 Sep 2004 07:21:43 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 8B1E338678; Mon, 20 Sep 2004 09:21:42 +0200 (CEST) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 544ED38676; Mon, 20 Sep 2004 09:21:42 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 19F4538027; Mon, 20 Sep 2004 09:21:41 +0200 (CEST) From: "Daniel Eriksson" To: "'Julian Elischer'" Date: Mon, 20 Sep 2004 09:21:34 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <414E802A.4000305@elischer.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSe4BjZivMmYO1gRQilF7VPmbx6lgAAg4iw cc: current@freebsd.org cc: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Subject: RE: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 07:21:43 -0000 Julian Elischer wrote: > turn off preemption and let me know how it goes then.. I did not have preemption defined in the (SHED_4BSD) kernel I used when I got the error messages below. > >> This is a me-too report: > >> > >> After upgrading a 6-CURRENT kernel and world from > 2004.09.09.08.00.00 to > >> 2004.09.16.13.00.00, I am now getting these messages on a > machine that > >> previously worked just fine: > >> > >> ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=75822564 > >> ad0: WARNING - READ_DMA no interrupt but good status > >> ad12: TIMEOUT - READ_DMA retrying (2 retries left) LBA=107702399 > >> ad12: WARNING - READ_DMA no interrupt but good status > >> ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=150299860 > >> ad2: WARNING - READ_DMA no interrupt but good status > >> ad3: TIMEOUT - READ_DMA retrying (2 retries left) LBA=150375742 > >> ad3: WARNING - READ_DMA no interrupt but good status > >> ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=68555470 > >> ad2: WARNING - READ_DMA no interrupt but good status > >> ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=152916568 > >> ad2: WARNING - READ_DMA no interrupt but good status > >> ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=177638432 > >> ad2: WARNING - READ_DMA no interrupt but good status > >> ad14: TIMEOUT - READ_DMA retrying (2 retries left) LBA=326989843 > >> ad14: WARNING - READ_DMA no interrupt but good status > >> ad14: TIMEOUT - READ_DMA retrying (2 retries left) LBA=327711355 > >> ad14: WARNING - READ_DMA no interrupt but good status /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 07:35:21 2004 Return-Path: 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 3B2A616A4D0 for ; Mon, 20 Sep 2004 07:35:21 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAB2243D46 for ; Mon, 20 Sep 2004 07:35:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-69-104-100-115.dsl.snfc21.pacbell.net [69.104.100.115])i8K7YxIV031164; Mon, 20 Sep 2004 03:35:00 -0400 Message-ID: <414E8830.6060307@elischer.org> Date: Mon, 20 Sep 2004 00:35:12 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: =?ISO-8859-1?Q?=27S=F8ren_Schmidt=27?= Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 07:35:21 -0000 Daniel Eriksson wrote: > Julian Elischer wrote: > > >>turn off preemption and let me know how it goes then.. > > > I did not have preemption defined in the (SHED_4BSD) kernel I used when I > got the error messages below. ok I guess this is a different problem.. > > >>>>This is a me-too report: >>>> >>>>After upgrading a 6-CURRENT kernel and world from >> >>2004.09.09.08.00.00 to >> >>>>2004.09.16.13.00.00, I am now getting these messages on a >> >>machine that >> >>>>previously worked just fine: >>>> >>>>ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=75822564 >>>>ad0: WARNING - READ_DMA no interrupt but good status >>>>ad12: TIMEOUT - READ_DMA retrying (2 retries left) LBA=107702399 >>>>ad12: WARNING - READ_DMA no interrupt but good status >>>>ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=150299860 >>>>ad2: WARNING - READ_DMA no interrupt but good status >>>>ad3: TIMEOUT - READ_DMA retrying (2 retries left) LBA=150375742 >>>>ad3: WARNING - READ_DMA no interrupt but good status >>>>ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=68555470 >>>>ad2: WARNING - READ_DMA no interrupt but good status >>>>ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=152916568 >>>>ad2: WARNING - READ_DMA no interrupt but good status >>>>ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=177638432 >>>>ad2: WARNING - READ_DMA no interrupt but good status >>>>ad14: TIMEOUT - READ_DMA retrying (2 retries left) LBA=326989843 >>>>ad14: WARNING - READ_DMA no interrupt but good status >>>>ad14: TIMEOUT - READ_DMA retrying (2 retries left) LBA=327711355 >>>>ad14: WARNING - READ_DMA no interrupt but good status > > > > /Daniel Eriksson > From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 07:44:19 2004 Return-Path: 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 4664E16A4CE for ; Mon, 20 Sep 2004 07:44:19 +0000 (GMT) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F90743D3F for ; Mon, 20 Sep 2004 07:44:18 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from laptop (81-178-91-21.dsl.pipex.com [81.178.91.21]) by colossus.systems.pipex.net (Postfix) with SMTP id BEAE01C0031F for ; Mon, 20 Sep 2004 08:44:15 +0100 (BST) Message-ID: <001501c49ee6$18945ee0$f800000a@laptop> From: "Markie" To: Date: Mon, 20 Sep 2004 08:47:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Re: WARNING - WRITE_MUL underrun (cause of hang?!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 07:44:19 -0000 ----- Original Message ----- From: "Markie" To: "FreeBSD Current" Sent: Saturday, September 04, 2004 6:30 PM Subject: WARNING - WRITE_MUL underrun | Just a quick question, are these warnings harmless? Can I safely ignore | them? This is on a fairly recent current, 1st of July. The only other | references to this warning were from 2003, so I expect I am a minority | here! | | (root|bone)/home/mrboo# cat /var/log/messages | grep WRITE_MUL | Sep 4 16:02:15 bone kernel: ad0: WARNING - WRITE_MUL write data underrun | 8192>2048 | Sep 4 16:05:33 bone kernel: ad0: WARNING - WRITE_MUL write data underrun | 8192>4096 | Sep 4 16:21:21 bone kernel: ad0: WARNING - WRITE_MUL write data underrun | 8192>4096 | Sep 4 16:31:14 bone kernel: ad0: WARNING - WRITE_MUL write data underrun | 8192>4096 | Sep 4 17:34:00 bone kernel: ad0: WARNING - WRITE_MUL write data underrun | 8192>4096 | Sep 4 17:42:59 bone kernel: ad0: WARNING - WRITE_MUL write data underrun | 8192>4096 | Sep 4 18:22:02 bone kernel: ad0: WARNING - WRITE_MUL write data underrun | 8192>4096 | Someone please help me out here? :-) Would these cause a hang... well half a hang, I could switch terminals on the console, first console had a load of those messages like above. Network stuff was still working by IP only, I think... I could ping 10.0.0.1 and it would respond but pinging by hostname wouldnt.. couldn't login to ssh, because of hard disk activity perhaps? Has this been properly fixed in a newer current? From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 07:48:48 2004 Return-Path: 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 AF6DF16A4CE; Mon, 20 Sep 2004 07:48:48 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E5343D5A; Mon, 20 Sep 2004 07:48:47 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.12.10/8.12.10) with ESMTP id i8K7mkNf021916; Mon, 20 Sep 2004 09:48:46 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.1/8.13.1) with ESMTP id i8K7mfcw070064; Mon, 20 Sep 2004 09:48:41 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.1/8.13.1/Submit) id i8K7mfbg070063; Mon, 20 Sep 2004 09:48:41 +0200 (CEST) (envelope-from ftigeot) Date: Mon, 20 Sep 2004 09:48:41 +0200 From: Francois Tigeot To: Ruslan Ermilov Message-ID: <20040920074841.GA69414@aoi.wolfpond.org> References: <20040919201236.GA67382@aoi.wolfpond.org> <20040920064435.GF41401@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040920064435.GF41401@ip.net.ua> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Buildworld broken with NO_TOOLCHAIN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 07:48:48 -0000 On Mon, Sep 20, 2004 at 09:44:35AM +0300, Ruslan Ermilov wrote: > On Sun, Sep 19, 2004 at 10:12:36PM +0200, Francois Tigeot wrote: > > Trying to build world on 5.3-BETA5: [...] > > ===> gnu/usr.bin/cc/cc_tools > > make: don't know how to make /usr/obj/usr/src/i386/usr/include/sys/param.h. Stop > > *** Error code 2 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > > > I have NO_TOOLCHAIN=yes in /etc/make.conf. This option worked fine with > > 5.2.1-RELEASE. > > > This is a known problem (in RELENG_5). I've committed a fix for it in > HEAD a month and two days ago. I bet you were running -DNOCLEAN build. No, it was a "normal" make buildworld. I am building world again after deleting /usr/obj just to be sure. > Please pull up the latest src/gnu/usr.bin/cc/cc_tools/Makefile revision > (1.80) from HEAD, and it will be fixed. Thanks, I will try this. > I will ask RE's permission to MFC this. This would be nice. -- Francois Tigeot From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 08:18:17 2004 Return-Path: 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 2586C16A4CE for ; Mon, 20 Sep 2004 08:18:17 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CBB943D2D for ; Mon, 20 Sep 2004 08:18:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8K8IEub035082; Mon, 20 Sep 2004 11:18:14 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 31766-02; Mon, 20 Sep 2004 11:18:14 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8K8IERW035079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Sep 2004 11:18:14 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8K8IGoS042935; Mon, 20 Sep 2004 11:18:16 +0300 (EEST) (envelope-from ru) Date: Mon, 20 Sep 2004 11:18:16 +0300 From: Ruslan Ermilov To: Francois Tigeot Message-ID: <20040920081816.GA42889@ip.net.ua> References: <20040919201236.GA67382@aoi.wolfpond.org> <20040920064435.GF41401@ip.net.ua> <20040920074841.GA69414@aoi.wolfpond.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <20040920074841.GA69414@aoi.wolfpond.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: Buildworld broken with NO_TOOLCHAIN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 08:18:17 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 09:48:41AM +0200, Francois Tigeot wrote: > On Mon, Sep 20, 2004 at 09:44:35AM +0300, Ruslan Ermilov wrote: > > On Sun, Sep 19, 2004 at 10:12:36PM +0200, Francois Tigeot wrote: > > > Trying to build world on 5.3-BETA5: > [...] > > > =3D=3D=3D> gnu/usr.bin/cc/cc_tools > > > make: don't know how to make /usr/obj/usr/src/i386/usr/include/sys/pa= ram.h. Stop > > > *** Error code 2 > > >=20 > > > Stop in /usr/src. > > > *** Error code 1 > > >=20 > > > Stop in /usr/src. > > > *** Error code 1 > > >=20 > > > Stop in /usr/src. > > >=20 > > >=20 > > > I have NO_TOOLCHAIN=3Dyes in /etc/make.conf. This option worked fine = with > > > 5.2.1-RELEASE. > > >=20 > > This is a known problem (in RELENG_5). I've committed a fix for it in > > HEAD a month and two days ago. I bet you were running -DNOCLEAN build. >=20 > No, it was a "normal" make buildworld. > I am building world again after deleting /usr/obj just to be sure. >=20 Then either your computer's date/time is set incorrectly, or you touched sys/sys/param.h while buildworld was still progressing (that's how I met this bug). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTpJIqRfpzJluFF4RAuQEAJ4zbKZ+ZN7FL1qUmFxIG86pZbMxFACglX/s 1s5YZ7fIRBZasOzuza3TuKM= =EJI1 -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 09:04:38 2004 Return-Path: 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 772EC16A4CE; Mon, 20 Sep 2004 09:04:38 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2FAF43D41; Mon, 20 Sep 2004 09:04:37 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i8K94O1a008313; Mon, 20 Sep 2004 11:04:28 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i8K94JwO008312; Mon, 20 Sep 2004 11:04:19 +0200 (CEST) (envelope-from marius) Date: Mon, 20 Sep 2004 11:04:19 +0200 From: Marius Strobl To: Kris Kennaway Message-ID: <20040920110419.A8160@newtrinity.zeist.de> References: <20040920062925.GA21933@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040920062925.GA21933@xor.obsecurity.org>; from kris@obsecurity.org on Sun, Sep 19, 2004 at 11:29:26PM -0700 X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.67 (host: newtrinity.zeist.de) cc: sos@FreeBSD.dk cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Panic in ata_attach on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 09:04:38 -0000 On Sun, Sep 19, 2004 at 11:29:26PM -0700, Kris Kennaway wrote: > With sources over the past few months (since May, up to BETA5), I get > the following panic at boot time on this sparc64 (SunBlade-100): > > ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > panic: isa_route_intr_res: start out of isa range > at line 168 in file /a/portbuild/sparc64/src-client/sys/sparc64/isa/isa.c > cpuid = 0; > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> tr > __panic() at __panic+0x170 > isa_route_intr_res() at isa_route_intr_res+0x80 > isa_alloc_resource() at isa_alloc_resource+0x2b8 > bus_alloc_resource() at bus_alloc_resource+0x68 > ata_attach() at ata_attach+0x3c > device_probe_and_attach() at device_probe_and_attach+0xcc > isa_probe_children() at isa_probe_children+0x1e0 > configure() at configure+0x38 > mi_startup() at mi_startup+0xe4 > btext() at btext+0x34 > Are any ISA device hints configured? From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 10:00:48 2004 Return-Path: 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 6C0FE16A4CE for ; Mon, 20 Sep 2004 10:00:48 +0000 (GMT) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90C2543D39 for ; Mon, 20 Sep 2004 10:00:43 +0000 (GMT) (envelope-from nik@crf-consulting.co.uk) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by jc.ngo.org.uk (8.12.11/8.13.1) with ESMTP id i8KA0fVC087835 for ; Mon, 20 Sep 2004 03:00:42 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i8KA0d44079953 for ; Mon, 20 Sep 2004 11:00:39 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i8KA0dSb037457 for ; Mon, 20 Sep 2004 11:00:39 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost) by clan.nothing-going-on.org (8.13.1/8.13.1/Submit) id i8KA0dBJ037456 for current@freebsd.org; Mon, 20 Sep 2004 11:00:39 +0100 (BST) (envelope-from nik) Date: Mon, 20 Sep 2004 11:00:38 +0100 From: Nik Clayton To: current@freebsd.org Message-ID: <20040920100038.GA30307@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project Subject: Brief freezes with -current as of early last week X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 10:00:48 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable After updating from -current built on 2004/04/27 to -current built on 2004/09/13, I'm seeing some annoying 'freezes'. I'd not seen these with the earlier -current. To complicate matters, right around the time I did the update I also switched from a configuration with two SCSI disks and an IDE disk, to a configuration with two IDE disks (each SCSI disk, bought at the same time, from the same supplier, died within 4 days of each other -- sheesh). So, I guess what I might be seeing is plain old I/O contention -- although I'm surprised that it freezes the box. According to 'atacontrol mode 0', both IDE devices are using UDMA100, which is the maximum the motherboard (dual 1GHz PIII) supports). The symptoms typically manifest themselves right after kicking off a portupgrade command. The system will (sort-of) freeze. If I'm in X, the mouse cursor stops responding, there's no response to the keyboard. However, if I happen to have top(1) running in an xterm, the top(1) display keeps updating. This lasts (wall-clock) 10 to 15 seconds, and then the system becomes responsive again. I'm running a kernel built with SCHED_4BSD. INVARIANTS, INVARIANTS_SUPPORT, WITNESS, and WITNESS_SKIPSPIN are all commented out. I don't have an /etc/malloc.conf symlink, so I'm using whatever the -current defaults are (as a side note, where are those defaults documented?) Any thoughts, or recommendations to help tracking this down greatly appreciated. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTqpFk6gHZCw343URAp4UAJ9NrlhIx0S5FDwh4JzgqWRLGrdbJQCfZ1lN KvLXuyQEANVoksUtiWeMKjE= =/GL2 -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 10:05:00 2004 Return-Path: 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 22B5B16A4CE for ; Mon, 20 Sep 2004 10:05:00 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9B3943D2F for ; Mon, 20 Sep 2004 10:04:58 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i8KA4sce065705 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 20 Sep 2004 12:04:54 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i8KA4spM065704 for current@freebsd.org; Mon, 20 Sep 2004 12:04:54 +0200 (CEST) Date: Mon, 20 Sep 2004 12:04:54 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040920100454.GA65527@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: problem with gmirror on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 10:05:00 -0000 Hi, I am using gmirror for my /home kasandra ~# cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ad0s1b none swap sw 0 0 /dev/ad0s1a / ufs rw,noatime 1 1 /dev/mirror/data /home ufs rw,noatime 1 2 and I have this: kasandra ~# cat /boot/loader.conf geom_mirror_load="YES" but the problem is that the /dev/mirror/data is not created on boot. I must manually unload (if geom_mirror_load=YES is defined) and then load geom_mirror module - then its properly detected and /dev/mirror/ entries created.. everything else is fine. am I doing anything wrong? I can provide any info you ask for... btw: it works when I use gmirror for /. thnx for attention (and help) roman From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 10:37:20 2004 Return-Path: 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 A48D516A4CE; Mon, 20 Sep 2004 10:37:20 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34BDD43D39; Mon, 20 Sep 2004 10:37:20 +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.1/8.13.1) with ESMTP id i8KAbJCs048556; Mon, 20 Sep 2004 06:37:19 -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.12.11/8.12.11) with ESMTP id i8KAbJTK031267; Mon, 20 Sep 2004 06:37:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 38B047303F; Mon, 20 Sep 2004 06:37:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040920103719.38B047303F@freebsd-current.sentex.ca> Date: Mon, 20 Sep 2004 06:37:19 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 10:37:20 -0000 TB --- 2004-09-20 10:20:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-20 10:20:38 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-20 10:20:38 - checking out the source tree TB --- 2004-09-20 10:20:38 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-20 10:20:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-20 10:29:01 - building world (CFLAGS=-O -pipe) TB --- 2004-09-20 10:29:01 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-20 10:29:01 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-20 10:37:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-20 10:37:18 - ERROR: failed to build world TB --- 2004-09-20 10:37:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 10:42:14 2004 Return-Path: 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 DA96B16A4CE for ; Mon, 20 Sep 2004 10:42:14 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8567843D39 for ; Mon, 20 Sep 2004 10:42:14 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id A2087ACADB; Mon, 20 Sep 2004 12:42:12 +0200 (CEST) Date: Mon, 20 Sep 2004 12:42:12 +0200 From: Pawel Jakub Dawidek To: Divacky Roman Message-ID: <20040920104212.GA88658@darkness.comp.waw.pl> References: <20040920100454.GA65527@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20040920100454.GA65527@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@freebsd.org Subject: Re: problem with gmirror on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 10:42:15 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 12:04:54PM +0200, Divacky Roman wrote: +> Hi, +>=20 +> I am using gmirror for my /home +> kasandra ~# cat /etc/fstab +> # Device Mountpoint FStype Options Dump = Pass# +> /dev/ad0s1b none swap sw 0 0 +> /dev/ad0s1a / ufs rw,noatime 1 1 +> /dev/mirror/data /home ufs rw,noatime 1 2 +>=20 +> and I have this: +> kasandra ~# cat /boot/loader.conf +> geom_mirror_load=3D"YES" +>=20 +>=20 +> but the problem is that the /dev/mirror/data is not created on boot. I m= ust +> manually unload (if geom_mirror_load=3DYES is defined) and then load geo= m_mirror +> module - then its properly detected and /dev/mirror/ entries created.. +>=20 +> everything else is fine. am I doing anything wrong? I can provide any in= fo you +> ask for... +>=20 +> btw: it works when I use gmirror for /. I'm not able to reproduce it, so I need some more info. Could you add: kern.geom.mirror.debug=3D2 to your /boot/loader.conf and send dmesg output from after boot? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBTrQEForvXbEpPzQRAv66AJ0eo2/UMkNEZolZ4tPOC14cxWek5gCgyeJQ jMDTNHOFFTZHCd6a9wKNIjI= =2eEp -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 10:52:07 2004 Return-Path: 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 A613416A4CE for ; Mon, 20 Sep 2004 10:52:07 +0000 (GMT) Received: from chons.visualtech.com (a.smtp.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B5F343D45 for ; Mon, 20 Sep 2004 10:52:07 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.1.76] (unknown [146.145.127.122]) by chons.visualtech.com (Postfix) with ESMTP id F2560A1E7 for ; Mon, 20 Sep 2004 06:52:03 -0400 (EDT) Message-ID: <414EB6CE.3000501@voicenet.com> Date: Mon, 20 Sep 2004 06:54:06 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------040004070700010506090202" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: SMP problems with -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 10:52:07 -0000 This is a multi-part message in MIME format. --------------040004070700010506090202 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit So I've installed 5.3-BETA4 on a 3gig P4 (with HTT enabled), and haven't had any problems. Out of curiousity, I pulled down the latest code from cvs and gave it a whirl with a GENERIC kernel. Unfortunately, it stops booting as soon as it launches the second processor. I'm attaching the output from the serial port. In the mean time, I'll just go back to BETA4 :-) Adam --------------040004070700010506090202-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 11:05:16 2004 Return-Path: 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 613C316A4D0; Mon, 20 Sep 2004 11:05:16 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3277C43D41; Mon, 20 Sep 2004 11:05:15 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.12.10/8.12.10) with ESMTP id i8KB5ENf022490; Mon, 20 Sep 2004 13:05:14 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.1/8.13.1) with ESMTP id i8KB5Fgl070764; Mon, 20 Sep 2004 13:05:15 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.1/8.13.1/Submit) id i8KB5FnM070763; Mon, 20 Sep 2004 13:05:15 +0200 (CEST) (envelope-from ftigeot) Date: Mon, 20 Sep 2004 13:05:15 +0200 From: Francois Tigeot To: Ruslan Ermilov Message-ID: <20040920110515.GA70648@aoi.wolfpond.org> References: <20040919201236.GA67382@aoi.wolfpond.org> <20040920064435.GF41401@ip.net.ua> <20040920074841.GA69414@aoi.wolfpond.org> <20040920081816.GA42889@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040920081816.GA42889@ip.net.ua> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Buildworld broken with NO_TOOLCHAIN X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 11:05:16 -0000 On Mon, Sep 20, 2004 at 11:18:16AM +0300, Ruslan Ermilov wrote: > On Mon, Sep 20, 2004 at 09:48:41AM +0200, Francois Tigeot wrote: > > On Mon, Sep 20, 2004 at 09:44:35AM +0300, Ruslan Ermilov wrote: > > > On Sun, Sep 19, 2004 at 10:12:36PM +0200, Francois Tigeot wrote: > > > > Trying to build world on 5.3-BETA5: > > [...] > > > > ===> gnu/usr.bin/cc/cc_tools > > > > make: don't know how to make /usr/obj/usr/src/i386/usr/include/sys/param.h. Stop > > > > *** Error code 2 > > > > > > > > Stop in /usr/src. > > > > *** Error code 1 > > > > > > > > Stop in /usr/src. > > > > *** Error code 1 > > > > > > > > Stop in /usr/src. > > > > > > > > I have NO_TOOLCHAIN=yes in /etc/make.conf. This option worked fine with > > > > 5.2.1-RELEASE. > > > > > > > This is a known problem (in RELENG_5). I've committed a fix for it in > > > HEAD a month and two days ago. I bet you were running -DNOCLEAN build. > > > > No, it was a "normal" make buildworld. > > I am building world again after deleting /usr/obj just to be sure. > > > Then either your computer's date/time is set incorrectly, or you touched > sys/sys/param.h while buildworld was still progressing (that's how I met > this bug). This is possible, I am unable to reproduce the problem. Sorry for the false alert. -- Francois Tigeot From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 11:22:37 2004 Return-Path: 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 B793216A4CE; Mon, 20 Sep 2004 11:22:37 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E03143D39; Mon, 20 Sep 2004 11:22:37 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1C9MFg-0001op-QD; Mon, 20 Sep 2004 12:22:36 +0100 Date: Mon, 20 Sep 2004 12:22:36 +0100 From: Ceri Davies To: Ken Smith Message-ID: <20040920112236.GC2493@submonkey.net> Mail-Followup-To: Ceri Davies , Ken Smith , freebsd-current@FreeBSD.org References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline In-Reply-To: <20040920022927.GA70726@bobbi.cse.buffalo.edu> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: freebsd-current@FreeBSD.org Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 11:22:37 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2004 at 10:29:27PM -0400, Ken Smith wrote: > - Fix to GBDE key management. If you have specified 4 keys or fewer, > you will need to dump your data, re-run gbde init, and restore your > data. Is this documented anywhere else? I'd have expected an UPDATING entry at the least. Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTr18ocfcwTS3JF8RAoKBAJwIB0Nju1egTPlrg/ADwMLS8teMswCgqsLh gPlC7snWER1B83jWcZVWOD4= =Ur6C -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 11:32:12 2004 Return-Path: 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 2AC6516A4CE for ; Mon, 20 Sep 2004 11:32:12 +0000 (GMT) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD3D43D5C for ; Mon, 20 Sep 2004 11:32:11 +0000 (GMT) (envelope-from netch@lucky.net) Received: from burka.carrier.kiev.ua (netch@localhost [127.0.0.1]) by burka.carrier.kiev.ua with ESMTP id i8KBW4t0017829; Mon, 20 Sep 2004 14:32:06 +0300 (EEST) (envelope-from netch@burka.carrier.kiev.ua) Received: (from netch@localhost) by burka.carrier.kiev.ua (8.12.11/8.12.11/Submit) id i8KBW3wq017826; Mon, 20 Sep 2004 14:32:03 +0300 (EEST) (envelope-from netch) Date: Mon, 20 Sep 2004 14:32:03 +0300 From: Valentin Nechayev To: FUJITA Kazutoshi Message-ID: <20040920113203.GF84228@lucky.net> References: <20040915.021427.74736836.fujita@soum.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040915.021427.74736836.fujita@soum.co.jp> X-42: On X-Verify-Sender: Address has been verified (burka.carrier.kiev.ua) cc: freebsd-current@freebsd.org Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: netch@lucky.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 11:32:12 -0000 Wed, Sep 15, 2004 at 02:14:27, fujita wrote about "ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611": > ad0: 117800MB [239340/16/63] at ata0-master UDMA100 > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=93547835 > ad0: WARNING - READ_DMA no interrupt but good status Try to reduce speed until problem disappears. Than it will be easier to diagnose. -netch- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 11:34:22 2004 Return-Path: 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 5A30316A4CE for ; Mon, 20 Sep 2004 11:34:22 +0000 (GMT) Received: from smtp06.wanadoo.nl (smtp06.wanadoo.nl [194.134.35.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id E385A43D45 for ; Mon, 20 Sep 2004 11:34:21 +0000 (GMT) (envelope-from j.asher@wanadoo.nl) Received: from localhost (c529d865e.cable.wanadoo.nl [82.157.134.94]) by smtp6.wanadoo.nl (Postfix) with ESMTP id CF6E217BB8 for ; Mon, 20 Sep 2004 13:34:19 +0200 (CEST) Date: Mon, 20 Sep 2004 13:34:35 +0200 To: "current@freebsd.org" From: "John Asher" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: XMMS Fatal error at line 83 (core dumped) FreeBSD 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 11:34:22 -0000 Hello, After upgrading ports today I can not start or install XMMS. Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) Segmentation fault (core dumped) FreeBSD 6.0-CURRENT I hope someone here can help me to make a working version. Thanks a lot in advance, John Asher. -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 11:38:27 2004 Return-Path: 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 56C4216A4CE for ; Mon, 20 Sep 2004 11:38:27 +0000 (GMT) Received: from nulis.lt (adsl-213-190-44-175.takas.lt [213.190.44.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5238C43D5A for ; Mon, 20 Sep 2004 11:38:22 +0000 (GMT) (envelope-from bob@nulis.lt) Received: from highland.tamsa ([10.0.1.1]) by nulis.lt with esmtp (Exim 4.34) id 1C9MTd-0002iI-5p for freebsd-current@freebsd.org; Mon, 20 Sep 2004 14:37:01 +0300 Message-ID: <414EC123.60100@nulis.lt> Date: Mon, 20 Sep 2004 14:38:11 +0300 From: Saulius Menkevicius User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040907) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: acpi fan does not lower speed when CPU temp is back to low X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 11:38:27 -0000 Hi Is there a way to find why the ACPI code does not lower CPU fan speed when temperature drops back to low (as set in BIOS)? It does turn the speed to 100% when temperature gets high. Can it be a buggy BIOS ACPI? Though it's working fine in Windows. The motherboard is Abit IS7, desktop with a P4 2.4C. Running 5.3-BETA4. Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 11:42:42 2004 Return-Path: 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 2101116A4CE for ; Mon, 20 Sep 2004 11:42:42 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D92643D67 for ; Mon, 20 Sep 2004 11:42:41 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.13.1/8.13.1) with ESMTP id i8KBgc5O089637; Mon, 20 Sep 2004 07:42:38 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.13.1/8.13.1/Submit) id i8KBgc8U089636; Mon, 20 Sep 2004 07:42:38 -0400 (EDT) (envelope-from geoff) Date: Mon, 20 Sep 2004 07:42:37 -0400 From: Geoff Speicher To: John Asher Message-ID: <20040920114237.GA87896@sirius.speicher.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: XMMS Fatal error at line 83 (core dumped) FreeBSD 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 11:42:42 -0000 On Mon, Sep 20, 2004 at 01:34:35PM +0200, John Asher wrote: > Hello, > > After upgrading ports today I can not start or install XMMS. > > Fatal error 'Spinlock called when not threaded.' at line 83 in file > /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > Segmentation fault (core dumped) Last week's archives and Google to the rescue. http://groups.google.com/groups?q=Spinlock%20called%20when%20not%20threaded&hl=en&lr=&ie=UTF-8&client=firefox-a&sa=N&tab=wg > > FreeBSD 6.0-CURRENT > > I hope someone here can help me to make a working version. > > Thanks a lot in advance, > > John Asher. > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > _______________________________________________ > 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 Sep 20 11:44:10 2004 Return-Path: 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 7096116A4CE for ; Mon, 20 Sep 2004 11:44:10 +0000 (GMT) Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id A21BF43D49 for ; Mon, 20 Sep 2004 11:44:09 +0000 (GMT) (envelope-from cbh@chrishedley.com) X-Gradwell-Debug: delivering mail for [freebsd-current@freebsd.org] to mx1.freebsd.org [216.136.204.125]:25 Received: from cpc2-oxfd4-4-0-cust119.oxfd.cable.ntl.com [80.3.246.119] (helo: mail.cbhnet)1.122) id 414ec287.014bf7.000 for freebsd-current@freebsd.org; Mon, 20 Sep 2004 12:44:07 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.cbhnet (Postfix) with ESMTP id 8FF0BC7974 for ; Mon, 20 Sep 2004 12:44:06 +0100 (BST) Received: from mail.cbhnet ([127.0.0.1]) by localhost (mail.cbhnet [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10228-01 for ; Mon, 20 Sep 2004 12:44:03 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.cbhnet (Postfix) with ESMTP id 3DB22C7973 for ; Mon, 20 Sep 2004 12:44:03 +0100 (BST) Date: Sun, 19 Sep 2004 23:01:25 +0100 (BST) From: cbh-freebsd-current@groups.chrishedley.com X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@freebsd.org Message-ID: <20040919225036.B1582@teapot.cbhnet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed ReSent-Date: Mon, 20 Sep 2004 12:43:49 +0100 (BST) Resent-From: Chris Hedley Resent-To: freebsd-current@freebsd.org ReSent-Subject: Possible bug in sbin/bsdlabel.c in -CURRENT ReSent-Message-ID: <20040920124349.O6182@teapot.cbhnet> X-Virus-Scanned: by amavisd-new at chrishedley.com Subject: Possible bug in sbin/bsdlabel.c in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 11:44:10 -0000 Evening, chaps. I don't think anyone's brought this one up yet, and it's a little obscure... but for those of us who have MAXPARTITIONS set to a nonstandard value (16 in my case, I need some extra as I'm using a largeish RAID array that I'd like to chop into managable pieces), it seems that bsdlabel randomly hiccups with a warning about the label length being wrong ("disklabel: Wrong length label argument" after attempting to edit the label, even without making any changes). This only happens on certain discs for reasons beyond my ken, but it seems that the culprit is circa line 410 in sbin/bsdlabel/bsdlabel.c which currently says gctl_ro_param(grq, "label", 148+16*8); but which I'm guessing should say gctl_ro_param(grq, "label", 148+16*MAXPARTITIONS); The modification seems to work on my -CURRENT box without causing any obvious harm, so I thought I'd mention it here to see what people think. Cheers, Chris. PS Just to clarify, the discs which the unmodified disklabel worked on are <40GB SCSI units attached to AIC 789x channels, and the one which it didn't work on is a 450GB RAID-10 aac (2410SA) array. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 12:01:45 2004 Return-Path: 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 98E5916A4CE for ; Mon, 20 Sep 2004 12:01:45 +0000 (GMT) Received: from poison2.syncrontech.com (adsl-nat.syncrontech.com [213.28.98.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0D6B43D1D for ; Mon, 20 Sep 2004 12:01:43 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.19])i8KC1bPV012004 for ; Mon, 20 Sep 2004 15:01:37 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from coffee (coffee.syncrontech.com [62.71.8.37]) i8KC1a1D011427 for ; Mon, 20 Sep 2004 15:01:36 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <052501c49f09$94a59c60$2508473e@sad.syncrontech.com> From: "Ari Suutari" To: References: <035b01c49a2f$641a92a0$2508473e@sad.syncrontech.com> <017801c49bb0$913b2ba0$2508473e@sad.syncrontech.com> Date: Mon, 20 Sep 2004 15:01:36 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: Usb uhid probed as ugen after upgrade to 5.3-beta X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 12:01:45 -0000 >> I have a APC Back-UPS attached to my FreeBSD box via USB. >> It was detected as uhid under FreeBSD 4.x. After upgrading >> to FreeBSD 5.3 (now BETA4) it is now detected as ugen0, >> which makes it impossible to monitor it's state via usb (at least >> with the routines in libusbhid). > > Well, the devices is attached to uhid driver if I turn on > USB_DEBUG (and hw.usb.*.debug to 1). Just updated the machine to 5.3-BETA5. Same problem as with previous versions. I have found out that it is enough to turn only hw.usb.debug=1 to get things working. Ari S. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 12:17:50 2004 Return-Path: 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 1106A16A4CE for ; Mon, 20 Sep 2004 12:17:50 +0000 (GMT) Received: from chons.visualtech.com (a.smtp.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B15B43D41 for ; Mon, 20 Sep 2004 12:17:49 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.1.76] (unknown [146.145.127.122]) by chons.visualtech.com (Postfix) with ESMTP id B36BAA1E7 for ; Mon, 20 Sep 2004 08:17:48 -0400 (EDT) Message-ID: <414ECAE9.7070909@voicenet.com> Date: Mon, 20 Sep 2004 08:19:53 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <414EB6CE.3000501@voicenet.com> In-Reply-To: <414EB6CE.3000501@voicenet.com> Content-Type: multipart/mixed; boundary="------------020509040504010701050800" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 12:17:50 -0000 This is a multi-part message in MIME format. --------------020509040504010701050800 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Adam K Kirchhoff wrote: > > So I've installed 5.3-BETA4 on a 3gig P4 (with HTT enabled), and > haven't had any problems. Out of curiousity, I pulled down the latest > code from cvs and gave it a whirl with a GENERIC kernel. > Unfortunately, it stops booting as soon as it launches the second > processor. I'm attaching the output from the serial port. > In the mean time, I'll just go back to BETA4 :-) > > Adam Well, after posting this I noticed that BETA5 was out, so I cvsup'ed RELENG_5 and rebuilt the GENERIC kernel. I get the same results, though (output attached) and the machine hangs after: SMP: AP CPU #1 Launched! Anyone know what's going on? Adam --------------020509040504010701050800-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 13:17:33 2004 Return-Path: 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 97BAF16A4CE; Sun, 19 Sep 2004 13:17:33 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E29343D45; Sun, 19 Sep 2004 13:17:32 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-027.de.inter.net ([213.73.76.27] helo=current.best-eng.de) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1C91ZC-0001TF-00; Sun, 19 Sep 2004 15:17:22 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i8JDHMiF075067; Sun, 19 Sep 2004 15:17:22 +0200 (CEST) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id i8JDHLrJ075066; Sun, 19 Sep 2004 15:17:21 +0200 (CEST) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: Nate Lawson Date: Sun, 19 Sep 2004 15:17:00 +0200 User-Agent: KMail/1.7 References: <200408141854.38477.msch@snafu.de> <200409121046.02724.msch@snafu.de> <414620DB.9070509@root.org> In-Reply-To: <414620DB.9070509@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1579428.Bb0vhrAxB4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409191517.20614.msch@snafu.de> X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-isdn@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ISDN4BSD broken... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 13:17:33 -0000 --nextPart1579428.Bb0vhrAxB4 Content-Type: multipart/mixed; boundary="Boundary-01=_NbYTBPAM39DiTxn" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_NbYTBPAM39DiTxn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello Nate, On Tuesday 14 September 2004 00:36, Nate Lawson wrote: > It's probably IRQ routing related. Try changing the check in > acpi_pci_link_is_valid_irq() to this: > > if (link->interrupts[i] =3D=3D irq || AcpiGbl_FADT->SciInt =3D=3D irq) This didn't work, as I already mailed to you. I compared the 'boot -v'-messages of the current BETA4-kernel with the=20 messages of the last working 5.2-CURRENT kernel, and found that with the=20 BETA4-kernel IRQ 10 *is* used for pcib0 and pcib1: Sep 19 09:04:29 current kernel: agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 Sep 19 09:04:29 current kernel: agp0: Reserved 0x8000000 bytes for rid=20 0x10 type 3 at 0xd0000000 Sep 19 09:04:29 current kernel: agp0: allocating GATT for aperture of=20 size 256M Sep 19 09:04:29 current kernel: pcib1: at device 1.0 on=20 pci0 Sep 19 09:04:29 current kernel: pcib1: secondary bus 1 Sep 19 09:04:29 current kernel: pcib1: subordinate bus 1 Sep 19 09:04:29 current kernel: pcib1: I/O decode 0xf000-0xfff Sep 19 09:04:29 current kernel: pcib1: memory decode =20 0xe0000000-0xe1ffffff Sep 19 09:04:29 current kernel: pcib1: prefetched decode=20 0xd8000000-0xdfffffff Sep 19 09:04:29 current kernel: pci1: on pcib1 Sep 19 09:04:29 current kernel: pci1: physical bus=3D1 Sep 19 09:04:29 current kernel: map[10]: type 1, range 32, base=20 e0000000, size 24, enabled Sep 19 09:04:29 current kernel: pcib1: device (null) requested decoded=20 memory range 0xe0000000-0xe0ffffff Sep 19 09:04:29 current kernel: map[14]: type 3, range 32, base=20 d8000000, size 27, enabled Sep 19 09:04:29 current kernel: pcib1: device (null) requested decoded=20 memory range 0xd8000000-0xdfffffff Sep 19 09:04:29 current kernel: pcib0: matched entry for 0.1.INTA (src=20 \_SB_.PCI0.LNKA) Sep 19 09:04:29 current kernel: pcib0: possible interrupts: 1 3 4 5 =20 6 7 10 11 12 14 15 Sep 19 09:04:29 current kernel: ACPI PCI link arbitrated settings: Sep 19 09:04:29 current kernel: \_SB_.PCI0.LNKA (references 8, priority=20 175018): Sep 19 09:04:29 current kernel: interrupts: 10 5 11 7 =20 6 4 3 12 15 14 1 Sep 19 09:04:29 current kernel: penalty: 1280 1330 2720 6280 6280 =20 6280 6280 6360 51280 51280101280 Sep 19 09:04:29 current kernel: atpic: Programming IRQ10 as level/low Sep 19 09:04:29 current kernel: pcib0: slot 1 INTA routed to irq 10 via=20 \_SB_.PCI0.LNKA Sep 19 09:04:29 current kernel: pcib1: slot 0 INTA is routed to irq 10 Sep 19 09:04:29 current kernel: found-> vendor=3D0x10de, dev=3D0x0110,=20 revid=3D0xa1 Sep 19 09:04:29 current kernel: bus=3D1, slot=3D0, func=3D0 Sep 19 09:04:29 current kernel: class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 Sep 19 09:04:29 current kernel: cmdreg=3D0x0007, statreg=3D0x02b0,=20 cachelnsz=3D0 (dwords) Sep 19 09:04:29 current kernel: lattimer=3D0x20 (960 ns), mingnt=3D0x05=20 (1250 ns), maxlat=3D0x01 (250 ns) Sep 19 09:04:29 current kernel: intpin=3Da, irq=3D10 Sep 19 09:04:29 current kernel: powerspec 2 supports D0 D3 current D0 Sep 19 09:04:29 current kernel: pci1: at device 0.0 (no=20 driver attached) Sep 19 09:04:29 current kernel: isab0: at device 7.0 on=20 pci0 Sep 19 09:04:29 current kernel: isa0: on isab0 I think that that should not happen - as far as I know, ISA-Devices=20 should have their IRQ-Line exclusively, isn't it? The IRQ 10 *is* marked in the BIOS for exclusive use for ISA and the=20 device in question is: Sep 19 09:04:29 current kernel: isic0: [GIANT-LOCKED] Sep 19 09:04:29 current kernel: isic0 at port=20 0x580-0x59f,0x180-0x19f,0x980-0x99f,0xd80-0xd9f irq 10 flags 0x3 on isa0 Sep 19 09:04:29 current kernel: isic0: passive stack unit 0 Sep 19 09:04:29 current kernel: isic0: Teles S0/16.3 Sep 19 09:04:29 current kernel: isic0: ISAC 2085 Version A1/A2 or=20 2086/2186 Version 1.1 (IOM-2) Sep 19 09:04:29 current kernel: isic0: HSCX 82525 or 21525 Version 2.1 [...] Sep 19 09:04:29 current kernel: i4bctl: ISDN system control port=20 attached Sep 19 09:04:29 current kernel: i4bisppp: 2 ISDN SyncPPP device(s)=20 attached Sep 19 09:04:29 current kernel: isp0: bpf attached Sep 19 09:04:29 current kernel: isp1: bpf attached Sep 19 09:04:29 current kernel: i4b: ISDN call control device attached Sep 19 09:04:29 current kernel: i4btrc: 1 ISDN trace device(s) attached Sep 19 09:04:29 current kernel: i4brbch: 2 raw B channel access=20 device(s) attached Sep 19 09:04:29 current kernel: i4btel: 2 ISDN telephony interface=20 device(s) attached Sep 19 09:04:29 current kernel: i4bipr: 2 IP over raw HDLC ISDN=20 device(s) attached (VJ header compression) I attach the whole bootlog in case there are some additional=20 informations for you... =2D-=20 Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F --Boundary-01=_NbYTBPAM39DiTxn-- --nextPart1579428.Bb0vhrAxB4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBTYbgf1BNcN37Cl8RAr3EAJ9yFMqFkKuuir7zoXIVHIxsMpHGEACcCkgu LVfH6PkzK31j1cSvvW4l4S8= =AkNr -----END PGP SIGNATURE----- --nextPart1579428.Bb0vhrAxB4-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 15:23:44 2004 Return-Path: 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 422C816A4CE for ; Sun, 19 Sep 2004 15:23:44 +0000 (GMT) Received: from infoline.su (mail.infoline.su [194.135.60.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6F6643D69 for ; Sun, 19 Sep 2004 15:23:42 +0000 (GMT) (envelope-from nevis2us@infoline.su) Received: from baikal.home.test ([194.135.60.170]) by infoline.su (infoline.su [194.135.60.4]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 1-md50000000169.tmp for ; Sun, 19 Sep 2004 19:21:19 +0400 Received: from [10.0.0.1] (baikal.home.test [10.0.0.1]) by baikal.home.test (8.12.11/8.12.11) with ESMTP id i8JFMCAH000590 for ; Sun, 19 Sep 2004 19:22:13 +0400 (MSD) (envelope-from nevis2us@infoline.su) Message-ID: <414DA423.3000904@infoline.su> Date: Sun, 19 Sep 2004 19:22:11 +0400 From: Alexander Kirillov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040905 X-Accept-Language: ru, en, en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Processed: infoline.su, Sun, 19 Sep 2004 19:21:19 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 194.135.60.170 X-Return-Path: nevis2us@infoline.su X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 Subject: RELENG_5 buildworld fails on 4.7R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nevis2us@infoline.su List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 15:23:44 -0000 Tried to upgrade my 4.7 box to today's RELENG_5 Anything I can do about this? Thanks in advance. Sasha # uname -a FreeBSD 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Wed Oct 9 15:08:34 GMT 2002 root@builder.freebsdmall.com:/usr/obj/usr/src/sys/GENERIC i386 # make buildworld -------------------------------------------------------------- >>> stage 4.1: building includes -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 _SHLIBDIRPREFIX=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make -f Makefile.inc1 SHARED=symlinks par-includes ===> share/info cd /usr/src/share/info; /usr/obj/usr/src/make.i386/make buildincludes; /usr/obj/usr/src/make.i386/make installincludes ===> include cd /usr/src/include; /usr/obj/usr/src/make.i386/make buildincludes; /usr/obj/usr/src/make.i386/make installincludes creating osreldate.h from newvers.sh make: no target to make. *** Error code 2 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 19:43:28 2004 Return-Path: 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 21CE816A4CE for ; Sun, 19 Sep 2004 19:43:28 +0000 (GMT) Received: from hotmail.com (bay18-f36.bay18.hotmail.com [65.54.187.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1342443D2D for ; Sun, 19 Sep 2004 19:43:28 +0000 (GMT) (envelope-from opolyakov@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 19 Sep 2004 12:43:27 -0700 Received: from 69.111.163.60 by by18fd.bay18.hotmail.msn.com with HTTP; Sun, 19 Sep 2004 19:43:27 GMT X-Originating-IP: [69.111.163.60] X-Originating-Email: [opolyakov@hotmail.com] X-Sender: opolyakov@hotmail.com From: "Oleg Polyakov" To: freebsd-current@freebsd.org Date: Sun, 19 Sep 2004 12:43:27 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 19 Sep 2004 19:43:27.0849 (UTC) FILETIME=[EF266590:01C49E80] X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 Subject: Re: FBSD-5.3-Beta4 / Project Evil core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 19:43:28 -0000 >Hi all, > >I've got a major problem with my wireless networkcard. It's has a Ralink >2500 chipset (http://www.ralinktech.com/supp-1.htm) >chipset. Using Project Evil I got the Windows XP drivers working with >the kernel. > >However mostly when the interface goes (down/) up, the core dumps and >the server is rebooted. Offcourse I have searched at the usual places >but found no solutions so far... > >Any help would greatly appreciated! > >---------- >ndis0: NDIS API version: 5.0 >----------- That supposed to be 5.1. You should use drivers for Windows 2000/XP. If there no such drivers - you out of luck. ----- Oleg _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 21:01:26 2004 Return-Path: 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 9C9AF16A4CF for ; Sun, 19 Sep 2004 21:01:26 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 311A843D49 for ; Sun, 19 Sep 2004 21:01:26 +0000 (GMT) (envelope-from Smirnov.Andrey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so941473rnk for ; Sun, 19 Sep 2004 14:01:25 -0700 (PDT) Received: by 10.38.163.33 with SMTP id l33mr628682rne; Sun, 19 Sep 2004 14:01:25 -0700 (PDT) Received: by 10.38.163.42 with HTTP; Sun, 19 Sep 2004 14:01:25 -0700 (PDT) Message-ID: <58771e5c040919140155e72531@mail.gmail.com> Date: Mon, 20 Sep 2004 01:01:25 +0400 From: Andrey Smirnov To: vova@fbsd.ru In-Reply-To: <1095623664.94637.10.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1095623664.94637.10.camel@localhost> X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 cc: mobile@freebsd.org cc: "current@freebsd.org" Subject: Re: NDISulator and "Intel(R) PRO/Wireless 2200BG" - no connection cache and signal strength info X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrey Smirnov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 21:01:26 -0000 On Sun, 19 Sep 2004 23:54:24 +0400, Vladimir Grebenschikov wrote: > > Hi > > Exercising on fresh 6-CURRENT > > ndis0: mem > 0xd0201000-0xd0201fff irq 9 at device 11.0 on pci2 > ndis0: [GIANT-LOCKED] > ndis0: NDIS API version: 5.1 > ndis0: Ethernet address: 00:0e:35:03:82:74 > ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 5.5Mbps 11Mbps > ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > > Anybody can provide some clues ? I've got Intel 2200BG with my Asus M3700Np notebook. Today installed it under FreeBSD with NDIS. Used drivers from Intel installation CD, sorry, at the moment can't provide any details. I have no problems with it: kldload if_ndis ifconfig ndis0 ssid xxxx wepmode on wepkey 0xxxxxx dhclient ndis0 and here it works! I've got only one small problem - if_ndis doesn't appear when loaded through /boot/loader.conf, only when loaded through kldload later. (Doesn't seem to be related to /compat/ndis, because firmware is integrated in the .SYS file, which goes directly to if_ndis.ko). Andrey. From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 23:26:48 2004 Return-Path: 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 C67A116A4CE for ; Sun, 19 Sep 2004 23:26:48 +0000 (GMT) Received: from web42303.mail.yahoo.com (web42303.mail.yahoo.com [66.218.93.212]) by mx1.FreeBSD.org (Postfix) with SMTP id AA27A43D2D for ; Sun, 19 Sep 2004 23:26:48 +0000 (GMT) (envelope-from jd10008@yahoo.com) Message-ID: <20040919232648.68047.qmail@web42303.mail.yahoo.com> Received: from [68.128.31.193] by web42303.mail.yahoo.com via HTTP; Sun, 19 Sep 2004 16:26:48 PDT Date: Sun, 19 Sep 2004 16:26:48 -0700 (PDT) From: Joseph Davida To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 Subject: Will there be a 6.0 Stable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Sep 2004 23:26:48 -0000 Greetings, I am currently running 5.2.1-Release, and wanted to move to 6.0 STABLE, but looks like it is not available yet. Will there be a 6.0 STABLE before 2005? __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:31:17 2004 Return-Path: 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 3F4FF16A4CE for ; Mon, 20 Sep 2004 05:31:17 +0000 (GMT) Received: from mail.zunet.ru (mail.zunet.ru [217.67.117.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 282D343D53 for ; Mon, 20 Sep 2004 05:31:16 +0000 (GMT) (envelope-from sand@zunet.ru) Received: (qmail 65362 invoked from network); 20 Sep 2004 05:36:09 -0000 Received: from mail.zunet.ru (HELO zunet.ru) (217.67.117.68) by mail.zunet.ru with SMTP; 20 Sep 2004 05:36:09 -0000 Received: (qmail 65348 invoked by uid 1002); 20 Sep 2004 05:36:09 -0000 Message-ID: <20040920053609.65347.qmail@zunet.ru> In-Reply-To: <414D3FFA.6090008@elischer.org> To: Julian Elischer Date: Mon, 20 Sep 2004 09:36:08 +0400 (MSD) Sender: sand@zunet.ru From: Stikheev Andrew X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 cc: David Schultz cc: current@freebsd.org cc: Stikheev Andrew cc: iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 05:31:17 -0000 > David Schultz wrote: > > On Sat, Sep 18, 2004, Stikheev Andrew wrote: > > > >>[ Charset ISO-8859-1 unsupported, converting... ] > >> > >>>Stikheev Andrew wrote: > >>> > >>>> Hi, > >>>> > >>>> I also have same problems, but only with SATA-disks with > >>>> SiI 3112 SATA150 controller (check it with two controllers - onboard > >>>> and pci) . Under heavy load on sata-disks system freezes. > >>> > >>>Thats a seprate issue with the sii3112 and your sources are way too old > >>>to compare with a new -current. > >>>You sii3112 timeouts should actually be fixed now :) > >> > >> > >> Hmm, I update system to last -current(16 Sep), no freezes yet, > >> but too many messages like this: > >> > >>ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3526743 > >>ad0: WARNING - WRITE_DMA no interrupt but good status > > > > [...] > > > >>ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=89221071 > >>ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=114679887 > >>ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=114679887 > > > > > > FWIW, I've been seeing the same problem---WRITE_DMA timeouts on > > ad4 and ad6, and both write and read timeouts on ad0. The problem > > occurs for 6-CURRENT as of 9/14. It does not occur for BETA4. > > I can try to narrow this down further if needed. Here's some > > information about the machine, which has ad4 and ad6 mirrored via ccd(4): > > make sure you have preemption turned off. I turned off preemption and now i don't have messages about ad0, but messages about ad4 and ad6 still appear(but not so often) : ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=591 ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=591 ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=148701391 > > > > > atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > > ata0: channel #0 on atapci0 > > ata1: channel #1 on atapci0 > > atapci1: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 18 at device 31.2 on pci0 > > ata2: channel #0 on atapci1 > > ata3: channel #1 on atapci1 > > [...] > > ad0: 190782MB [387621/16/63] at ata0-master UDMA100 > > ad4: 35304MB [71730/16/63] at ata2-master SATA150 > > ad6: 35304MB [71730/16/63] at ata3-master SATA150 > > > > das@VARK:/home/t/freebsd/vark/src/usr.bin/systat> vmstat -i > > interrupt total rate > > irq1: atkbd0 17607 3 > > irq4: sio0 2 0 > > irq6: fdc0 10 0 > > irq8: rtc 734353 127 > > irq12: psm0 3332 0 > > irq13: npx0 1 0 > > irq14: ata0 278748 48 > > irq18: em0 uhci2+ 485861 84 > > irq19: pcm0 uhci1 2 0 > > irq0: clk 573674 99 > > Total 2093590 364 > > _______________________________________________ > > 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" > > > -- Best regards, Stihkeev Andrew From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 07:58:47 2004 Return-Path: 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 C2EFF16A4CE for ; Mon, 20 Sep 2004 07:58:47 +0000 (GMT) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DFCC43D5A for ; Mon, 20 Sep 2004 07:58:47 +0000 (GMT) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from [10.236.150.2] (failways.internal [10.236.150.2]) by solfertje.student.utwente.nl (Postfix) with ESMTP id D8EBC7EB9 for ; Mon, 20 Sep 2004 10:02:54 +0200 (CEST) Message-ID: <414E8DB5.5070307@solfertje.student.utwente.nl> Date: Mon, 20 Sep 2004 09:58:45 +0200 From: Alban Hertroys User-Agent: Mozilla Thunderbird 0.7 (X11/20040625) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 Subject: BETA5 of yesterday reboots when I turn off my monitor (w/ builtin USB hub) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 07:58:47 -0000 I think this looks like a message on this list that seemed aimed at 6-CURRENT, but I have this problem with BETA5. What happens is this: I turn off my monitor (and thus the builtin USB hub), and within a minute or so I hear my floppy drive rattle and the system turns out to be booting up. I haven't found anything in my logs to indicate the problem. But, I'm relatively sure that the problem has to do with unpowering the USB hub. I'm re-checking UPDATING right now, to see if I missed something, but this seemed important, considering the release is nearing. -- Alban Hertroys http://solfertje.student.utwente.nl - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - If I had a sig it would be fun, The quest for the Holy Sig has begun. I have not yet a clue, What will you see next issue? From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 08:03:44 2004 Return-Path: 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 7D0DA16A4CE for ; Mon, 20 Sep 2004 08:03:44 +0000 (GMT) Received: from GreenSrv.rz.unibw-muenchen.de (greensrv.RZ.UniBw-Muenchen.de [137.193.10.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B837643D2D for ; Mon, 20 Sep 2004 08:03:43 +0000 (GMT) (envelope-from lutz@medusa.informatik.unibw-muenchen.de) Received: from localhost (GreenSrv [127.0.0.1])i8K81egu025169 for ; Mon, 20 Sep 2004 10:01:40 +0200 Received: from GreenSrv.rz.unibw-muenchen.de ([127.0.0.1]) by localhost (GreenSrv [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25095-01 for ; Mon, 20 Sep 2004 10:01:37 +0200 (CEST) Received: from medusa.informatik.unibw-muenchen.de (medusa.Informatik.UniBw-Muenchen.de [137.193.60.34])i8K81ZqM025162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 20 Sep 2004 10:01:36 +0200 X-Remarks: If SPAM is relayed via GreenSrv.rz.unibw-muenchen.de to outside of unibw-muenchen.de, please report it to abuse@unibw-muenchen.de Received: from lutz by medusa.informatik.unibw-muenchen.de with local (Exim 4.42 (FreeBSD)) id 1C9J5Q-000DWK-F6 for current@freebsd.org; Mon, 20 Sep 2004 09:59:48 +0200 From: Lutz Bichler Organization: University of the Federal Armed Forces Munich To: current@freebsd.org Date: Mon, 20 Sep 2004 09:59:48 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409200959.48269.Lutz.Bichler@unibw-muenchen.de> Sender: Lutz Bichler X-Virus-Scanned: by amavisd-new at GreenSrv.rz.unibw-muenchen.de X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 Subject: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 08:03:44 -0000 Hi, i have a problem with my USB stick on 5.3 BETA4 and BETA5 which did not exist in 5.2.1. Whenever i detach my USB stick FreeBSD crashes. I see the following: uhub3: at uhub1 port1 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry umass0: detached (null): at uhub3 port1 (addr3) disconnected Fatal trap 12: page fault while in kernel mode fault virtual address = 0x400 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04d5854 stack pointer = 0x10:0xcc726bd4 frame pointer = 0x10:0xcc726bd4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (usb1) trap number = 12 panic: page fault This happens on an IBM X24 Laptop and a Fujitsu-Siemens Scenic 400 Desktop. Regards, Lutz From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 12:05:27 2004 Return-Path: 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 AED9216A4CE for ; Mon, 20 Sep 2004 12:05:27 +0000 (GMT) Received: from mail.daemonground.de (daemonground.de [217.160.129.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E1A543D48 for ; Mon, 20 Sep 2004 12:05:27 +0000 (GMT) (envelope-from sascha@daemonground.de) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.daemonground.de (Postfix) with ESMTP id BAFD589FFF for ; Mon, 20 Sep 2004 14:05:25 +0200 (CEST) Received: from mail.daemonground.de ([127.0.0.1]) by localhost (daemonground.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23162-04 for ; Mon, 20 Sep 2004 14:05:22 +0200 (CEST) Received: from area51.cc-web.ma.schlund.de (p4b23e3d4.np.schlund.de [212.227.35.75]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.daemonground.de (Postfix) with ESMTP id 21D5E89260 for ; Mon, 20 Sep 2004 14:05:21 +0200 (CEST) From: Sascha Holzleiter To: current@freebsd.org Content-Type: text/plain Date: Mon, 20 Sep 2004 14:05:17 +0200 Message-Id: <1095681918.79469.11.camel@area51.cc-web.ma.schlund.de> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at daemonground.de X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 Subject: RELENG_5 nfs performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 12:05:27 -0000 Hi, I just installed a new system with 5.2.1 which shall serve as a NFS server. While testing the performance of the system was VERY slow. I could read from the server with about 500KB/s and write to it with 3,5MB/s on a 100MBit link. copying from the server: vr0 in 9.138 KB/s 26.394 KB/s 304.019 MB out 505.639 KB/s 505.639 KB/s 1.236 GB copying to the server: vr0 in 3.219 MB/s 3.219 MB/s 377.028 MB out 79.540 KB/s 79.540 KB/s 1.248 GB I then upgraded to 5.3-BETA4 which gives me the same results. Is there anything I'm missing here? The system is Athlon UP system with a via-rhine network card. I tried to set various sysctls e.g. vm.old_msync=1 and debug.mpsafenet=0 which did not help. One strange thing was that after some reboots I got once a rate of 9MB/s but after the next reboot this was gone :) Using FTP for data transport the rate is around 10Mb/s which is quite normal so this seems to be no NIC issue. -- Sascha From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:21:47 2004 Return-Path: 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 E12FF16A4CE for ; Mon, 20 Sep 2004 13:21:47 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 976B443D2F for ; Mon, 20 Sep 2004 13:21:47 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so1193148rnk for ; Mon, 20 Sep 2004 06:21:43 -0700 (PDT) Received: by 10.38.79.75 with SMTP id c75mr260478rnb; Mon, 20 Sep 2004 06:21:43 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Mon, 20 Sep 2004 06:21:43 -0700 (PDT) Message-ID: <6917b78104092006216d418749@mail.gmail.com> Date: Mon, 20 Sep 2004 09:21:43 -0400 From: "David D.W. Downey" To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 20 Sep 2004 13:27:43 +0000 cc: Adam K Kirchhoff Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 13:21:48 -0000 Sorry, I'm offlist and just saw this since freebsd-current archives is my web browser homepage. I currently have an HTT enabled P4 2.6Hz (800FSB) + 1GB DDR400 RAM box running 5.3-BETA5. I've had no issues as you have described. I've tried to duplicate here with BETA5 GENERIC kernel build of world and kernel, but am unable to duplicate. I would *suspect* hardware or a bad build. This email is simply to state that I have not had the same issue even when attempting to duplicate. -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:29:47 2004 Return-Path: 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 9151416A4CE for ; Mon, 20 Sep 2004 13:29:47 +0000 (GMT) Received: from marge.icomtek.csir.co.za (marge.icomtek.csir.co.za [146.64.28.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2357543D48 for ; Mon, 20 Sep 2004 13:28:47 +0000 (GMT) (envelope-from jhugo@icomtek.csir.co.za) Received: from jeep.icomtek.csir.co.za (jeep.icomtek.csir.co.za [146.64.28.29])i8KDSduJ067692 for ; Mon, 20 Sep 2004 15:28:39 +0200 (SAST) (envelope-from jhugo@icomtek.csir.co.za) From: Johann Hugo To: freebsd-current@freebsd.org Date: Mon, 20 Sep 2004 15:28:39 +0200 User-Agent: KMail/1.5.4 References: <200409171529.06249.jhugo@icomtek.csir.co.za> In-Reply-To: <200409171529.06249.jhugo@icomtek.csir.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409201528.39147.jhugo@icomtek.csir.co.za> Subject: Re: 5.3-BETA4 hangs during bootup. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 13:29:47 -0000 Made a new kernel without "device apic" and now it boots fine. On Friday 17 September 2004 15:29, Johann Hugo wrote: > Hi > > I am having trouble installing 5.3-BETA4 on an new ASUS M/B. If I do a > normal boot from CD it continues up-to a point where it says acpi_cpu: > throttling enabled, and then it just hangs. > > If I boot without ACPI support then it crashes. > > 5.2.1-RELEASE boot fine, but with no support for the new ata controller :-( > > System info: > ASUS P4VP-MX M/B > AMIBIOS > ver : 08.00.09 > build :03/25/04 > > Johann Hugo > > --------------------------------------------------------------------------- >--------------- #### Boot with acpi support: > > mobile# cu -l /dev/ucom0 > Connected > SMAP type=01 base=0000000000000000 len=000000000009fc00 > SMAP type=02 base=000000000009fc00 len=0000000000000400 > SMAP type=02 base=00000000000e8000 len=0000000000018000 > SMAP type=01 base=0000000000100000 len=000000000ee30000 > SMAP type=03 base=000000000ef30000 len=0000000000010000 > SMAP type=04 base=000000000ef40000 len=00000000000b0000 > SMAP type=02 base=000000000eff0000 len=0000000000010000 > SMAP type=02 base=00000000ffbc0000 len=0000000000440000 > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-20040916-BETA #0: Thu Sep 16 03:54:09 UTC 2004 > root@dolphin.icomtek.csir.co.za:/usr/obj/usr/src/sys/GENERIC > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e44000. > Preloaded mfs_root "/boot/mfsroot" at 0xc0e4422c. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e44270. > Calibrating clock(s) ... i8254 clock: 1193163 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2404120472 Hz > CPU: Intel(R) Celeron(R) CPU 2.40GHz (2404.12-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> real > memory = 250806272 (239 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001029000 - 0x000000000eacafff, 229253120 bytes (55970 pages) > avail memory = 231587840 (220 MB) > Table 'FACP' at 0xef30200 > Table 'APIC' at 0xef30300 > MADT: Found table at 0xef30300 > MP Configuration Table version 1.4 found at 0xc00f0f50 > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 1: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 129 ACPI ID 2: disabled > ACPI APIC Table: > bios32: Found BIOS32 Service Directory header at 0xc00f0000 > bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0x31 > pnpbios: Found PnP BIOS data at 0xc00f6030 > pnpbios: Entry = f0000:6c8a Rev = 1.0 > Other BIOS signatures found: > APIC: CPU 0 has ACPI ID 1 > MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 > ioapic0: Changing APIC ID to 1 > ioapic0: Routing external 8259A's -> intpin 0 > ioapic0: intpin 0 -> ExtINT (edge, high) > ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) > ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) > ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) > ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) > ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) > ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) > ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) > ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) > ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) > ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) > ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) > ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) > ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) > ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) > ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) > ioapic0: intpin 16 -> PCI IRQ 16 (level, low) > ioapic0: intpin 17 -> PCI IRQ 17 (level, low) > ioapic0: intpin 18 -> PCI IRQ 18 (level, low) > ioapic0: intpin 19 -> PCI IRQ 19 (level, low) > ioapic0: intpin 20 -> PCI IRQ 20 (level, low) > ioapic0: intpin 21 -> PCI IRQ 21 (level, low) > ioapic0: intpin 22 -> PCI IRQ 22 (level, low) > ioapic0: intpin 23 -> PCI IRQ 23 (level, low) > MADT: intr override: source 0, irq 2 > ioapic0: Routing IRQ 0 -> intpin 2 > ioapic0: intpin 2 trigger: edge > ioapic0: intpin 2 polarity: high > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0: intpin 9 polarity: low > ioapic0: intpin 9 trigger: level > ioapic0 irqs 0-23 on motherboard > cpu0 BSP: > ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > wlan: <802.11 Link Layer> > random: > io: > mem: > Pentium Pro MTRR support enabled > null: > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: [MPSAFE] > pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=31481106) > pcibios: BIOS version 2.10 > Found $PIR table, 7 entries at 0xc00f5f30 > PCI-Only Interrupts: none > Location Bus Device Pin Link IRQs > embedded 0 17 C 0x03 3 4 5 7 10 11 14 15 > embedded 0 18 A 0x01 3 4 5 7 10 11 14 15 > embedded 0 1 A 0x01 3 4 5 7 10 11 14 15 > embedded 0 1 B 0x02 3 4 5 7 10 11 14 15 > slot 1 0 9 A 0x02 3 4 5 7 10 11 14 15 > slot 1 0 9 B 0x03 3 4 5 7 10 11 14 15 > slot 1 0 9 C 0x05 3 4 5 7 10 11 14 15 > slot 1 0 9 D 0x01 3 4 5 7 10 11 14 15 > slot 2 0 10 A 0x03 3 4 5 7 10 11 14 15 > slot 2 0 10 B 0x05 3 4 5 7 10 11 14 15 > slot 2 0 10 C 0x01 3 4 5 7 10 11 14 15 > slot 2 0 10 D 0x02 3 4 5 7 10 11 14 15 > slot 3 0 11 A 0x05 3 4 5 7 10 11 14 15 > slot 3 0 11 B 0x01 3 4 5 7 10 11 14 15 > slot 3 0 11 C 0x02 3 4 5 7 10 11 14 15 > slot 3 0 11 D 0x03 3 4 5 7 10 11 14 15 > embedded 0 16 A 0x01 3 4 5 7 10 11 14 15 > embedded 0 16 B 0x02 3 4 5 7 10 11 14 15 > embedded 0 16 C 0x03 3 4 5 7 10 11 14 15 > embedded 0 16 D 0x05 3 4 5 7 10 11 14 15 > AcpiOsDerivePciId: bus 0 dev 17 func 0 > acpi0: Power Button (fixed) > ACPI timer looks GOOD min = 2, max = 3, width = 1 > ACPI timer looks BAD min = 2, max = 5, width = 3 > ACPI timer looks BAD min = 2, max = 6, width = 4 > ACPI timer looks GOOD min = 2, max = 3, width = 1 > ACPI timer looks BAD min = 2, max = 5, width = 3 > ACPI timer looks GOOD min = 2, max = 4, width = 2 > ACPI timer looks GOOD min = 2, max = 4, width = 2 > ACPI timer looks GOOD min = 2, max = 4, width = 2 > ACPI timer looks BAD min = 2, max = 5, width = 3 > ACPI timer looks GOOD min = 2, max = 4, width = 2 > 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 > ACPI PCI link initial configuration: > pci0: on pcib0 > pci0: physical bus=0 > map[10]: type 3, range 32, base e0000000, size 26, enabled > found-> vendor=0x1106, dev=0x3148, revid=0x00 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) > lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > powerspec 2 supports D0 D3 current D0 > found-> vendor=0x1106, dev=0xb091, revid=0x00 > bus=0, slot=1, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0xa230, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) > map[20]: type 4, range 32, base 0000e000, size 5, enabled > pcib0: matched entry for 0.16.INTA > pcib0: slot 16 INTA hardwired to IRQ 21 > found-> vendor=0x1106, dev=0x3038, revid=0x80 > bus=0, slot=16, func=0 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[20]: type 4, range 32, base 0000e080, size 5, enabled > pcib0: matched entry for 0.16.INTB > pcib0: slot 16 INTB hardwired to IRQ 21 > found-> vendor=0x1106, dev=0x3038, revid=0x80 > bus=0, slot=16, func=1 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[20]: type 4, range 32, base 0000ec00, size 5, enabled > pcib0: matched entry for 0.16.INTC > pcib0: slot 16 INTC hardwired to IRQ 21 > found-> vendor=0x1106, dev=0x3038, revid=0x80 > bus=0, slot=16, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base ffaff800, size 8, enabled > pcib0: matched entry for 0.16.INTD > pcib0: slot 16 INTD hardwired to IRQ 21 > found-> vendor=0x1106, dev=0x3104, revid=0x82 > bus=0, slot=16, func=3 > class=0c-03-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=d, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > found-> vendor=0x1106, dev=0x3177, revid=0x00 > bus=0, slot=17, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > powerspec 2 supports D0 D3 current D0 > map[20]: type 4, range 32, base 0000fc00, size 4, enabled > found-> vendor=0x1106, dev=0x0571, revid=0x06 > bus=0, slot=17, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > powerspec 2 supports D0 D3 current D0 > map[10]: type 4, range 32, base 0000e400, size 8, enabled > pcib0: matched entry for 0.17.INTC > pcib0: slot 17 INTC hardwired to IRQ 22 > found-> vendor=0x1106, dev=0x3059, revid=0x50 > bus=0, slot=17, func=5 > class=04-01-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=22 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 4, range 32, base 0000e800, size 8, enabled > map[14]: type 1, range 32, base ffaffc00, size 8, enabled > pcib0: matched entry for 0.18.INTA > pcib0: slot 18 INTA hardwired to IRQ 23 > found-> vendor=0x1106, dev=0x3065, revid=0x74 > bus=0, slot=18, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 > ns) intpin=a, irq=23 > powerspec 2 supports D0 D1 D2 D3 current D0 > agp0: mem 0xe0000000-0xe3ffffff at device > 0.0 on pci0 > agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 > agp0: allocating GATT for aperture of size 256M > pcib1: at device 1.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0xf000-0xfff > pcib1: memory decode 0xff800000-0xff9fffff > pcib1: prefetched decode 0xcff00000-0xdfefffff > pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P1 - > AE_NOT_FOUND > pci1: on pcib1 > pci1: physical bus=1 > map[10]: type 1, range 32, base ff980000, size 19, enabled > pcib1: device (null) requested decoded memory range 0xff980000-0xff9fffff > map[14]: type 3, range 32, base d0000000, size 27, enabled > pcib1: device (null) requested decoded memory range 0xd0000000-0xd7ffffff > pcib0: matched entry for 0.1.INTA > pcib0: slot 1 INTA hardwired to IRQ 16 > pcib1: slot 0 INTA is routed to irq 16 > found-> vendor=0x5333, dev=0x8d04, revid=0x00 > bus=1, slot=0, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 > ns) intpin=a, irq=16 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci1: at device 0.0 (no driver attached) > uhci0: port 0xe000-0xe01f irq 21 at device 16.0 > on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xe080-0xe09f irq 21 at device 16.1 > on pci0 > uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe080 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xec00-0xec1f irq 21 at device 16.2 > on pci0 > uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > pci0: at device 16.3 (no driver attached) > isab0: at device 17.0 on pci0 > isa0: on isab0 > atapci0: port > 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 > ata0: channel #0 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=03 ostat0=50 ostat1=50 > ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 > ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 > ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=50 devices=0x3 > ata0: [MPSAFE] > ata1: channel #1 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=03 ostat0=20 ostat1=50 > ata1-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 > ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: reset tp2 stat0=20 stat1=00 devices=0x8 > ata1: [MPSAFE] > pci0: at device 17.5 (no driver attached) > vr0: port 0xe800-0xe8ff mem > 0xffaffc00-0xffaffcff irq 23 at device 18.0 on pci0 > vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 > miibus0: on vr0 > ukphy0: on miibus0 > ukphy0: OUI 0x004063, model 0x0032, rev. 8 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: bpf attached > vr0: Ethernet address: 00:0e:a6:c1:44:e8 > vr0: [MPSAFE] > acpi_button0: on acpi0 > acpi_button1: on acpi0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: irq maps: 0 0 0 0 > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A, console > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on > acpi0 > ppc0: using extended I/O port range > ppc0: SPP > ppc0 port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > plip0: bpf attached > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > unknown: not probed (disabled) > 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:0x3d0000 > atkbd0: [GIANT-LOCKED] > psm0: unable to allocate IRQ > psmcpnp0 irq 12 on acpi0 > psm0: current command byte:0065 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > psm: status 00 02 64 > psm: status 00 00 64 > psm: status 00 03 64 > psm: status 00 03 64 > psm: data 08 06 06 > psm: status 10 00 64 > psm: status 00 02 64 > psm: status 00 00 64 > psm: status 00 02 64 > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons > psm0: config:00000000, flags:00000008, packet size:3 > psm0: syncmask:c0, syncbits:00 > 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 > ppc: ppc0 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 > ahc_isa_probe 14: ioport 0xec00 alloc failed > 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-0xcbfff 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) > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > 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: 0 0 0 0 > 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 > bf 1f 00 4f 0d 0e 00 00 07 80 9c 0e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > VGA parameters in BIOS for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > EGA/VGA parameters to be used for mode 24 > 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 07 80 9c 0e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > vt0: not probed (disabled) > isa_probe_children: probing PnP devices > Device configuration finished. > procfs registered > Timecounter "TSC" frequency 2404120472 Hz quality 800 > Timecounters tick every 10.000 msec > lo0: bpf attached > md0: Preloaded image 4423680 bytes at 0xc09b6238 > cpu0: set speed to 100.0% > acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0% > 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 > ata0: reiniting channel .. > ata0: reset tp1 mask=03 ostat0=50 ostat1=50 > ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 > ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 > ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=50 devices=0x3 > ata0: resetting done .. > ata0: reiniting channel .. > ata0: reset tp1 mask=03 ostat0=50 ostat1=50 > ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 > ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 > ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=50 devices=0x3 > ata0: resetting done .. > > --------------------------------------------------------------------------- >--------------- #### Boot without acpi support: > > mobile# cu -l /dev/ucom0 > Connected > SMAP type=01 base=0000000000000000 len=000000000009fc00 > SMAP type=02 base=000000000009fc00 len=0000000000000400 > SMAP type=02 base=00000000000e8000 len=0000000000018000 > SMAP type=01 base=0000000000100000 len=000000000ee30000 > SMAP type=03 base=000000000ef30000 len=0000000000010000 > SMAP type=04 base=000000000ef40000 len=00000000000b0000 > SMAP type=02 base=000000000eff0000 len=0000000000010000 > SMAP type=02 base=00000000ffbc0000 len=0000000000440000 > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-20040916-BETA #0: Thu Sep 16 03:54:09 UTC 2004 > root@dolphin.icomtek.csir.co.za:/usr/obj/usr/src/sys/GENERIC > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0df0000. > Preloaded mfs_root "/boot/mfsroot" at 0xc0df022c. > Calibrating clock(s) ... i8254 clock: 1193168 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2404115008 Hz > CPU: Intel(R) Celeron(R) CPU 2.40GHz (2404.12-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> real > memory = 250806272 (239 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001029000 - 0x000000000eacafff, 229253120 bytes (55970 pages) > avail memory = 231596032 (220 MB) > MP Configuration Table version 1.4 found at 0xc00f0f50 > APIC: Using the MPTable enumerator. > MPTable: > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=31481106) > pcibios: BIOS version 2.10 > Found $PIR table, 7 entries at 0xc00f5f30 > PCI-Only Interrupts: none > Location Bus Device Pin Link IRQs > embedded 0 17 C 0x03 3 4 5 7 10 11 14 15 > embedded 0 18 A 0x01 3 4 5 7 10 11 14 15 > embedded 0 1 A 0x01 3 4 5 7 10 11 14 15 > embedded 0 1 B 0x02 3 4 5 7 10 11 14 15 > slot 1 0 9 A 0x02 3 4 5 7 10 11 14 15 > slot 1 0 9 B 0x03 3 4 5 7 10 11 14 15 > slot 1 0 9 C 0x05 3 4 5 7 10 11 14 15 > slot 1 0 9 D 0x01 3 4 5 7 10 11 14 15 > slot 2 0 10 A 0x03 3 4 5 7 10 11 14 15 > slot 2 0 10 B 0x05 3 4 5 7 10 11 14 15 > slot 2 0 10 C 0x01 3 4 5 7 10 11 14 15 > slot 2 0 10 D 0x02 3 4 5 7 10 11 14 15 > slot 3 0 11 A 0x05 3 4 5 7 10 11 14 15 > slot 3 0 11 B 0x01 3 4 5 7 10 11 14 15 > slot 3 0 11 C 0x02 3 4 5 7 10 11 14 15 > slot 3 0 11 D 0x03 3 4 5 7 10 11 14 15 > embedded 0 16 A 0x01 3 4 5 7 10 11 14 15 > embedded 0 16 B 0x02 3 4 5 7 10 11 14 15 > embedded 0 16 C 0x03 3 4 5 7 10 11 14 15 > embedded 0 16 D 0x05 3 4 5 7 10 11 14 15 > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pci0: physical bus=0 > map[10]: type 3, range 32, base e0000000, size 26, enabled > found-> vendor=0x1106, dev=0x3148, revid=0x00 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) > lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > powerspec 2 supports D0 D3 current D0 > found-> vendor=0x1106, dev=0xb091, revid=0x00 > bus=0, slot=1, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0xa230, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) > map[20]: type 4, range 32, base 0000e000, size 5, enabled > pcib0: slot 16 INTA routed to irq 21 > found-> vendor=0x1106, dev=0x3038, revid=0x80 > bus=0, slot=16, func=0 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[20]: type 4, range 32, base 0000e080, size 5, enabled > pcib0: slot 16 INTB routed to irq 21 > found-> vendor=0x1106, dev=0x3038, revid=0x80 > bus=0, slot=16, func=1 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[20]: type 4, range 32, base 0000ec00, size 5, enabled > pcib0: slot 16 INTC routed to irq 21 > found-> vendor=0x1106, dev=0x3038, revid=0x80 > bus=0, slot=16, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base ffaff800, size 8, enabled > pcib0: slot 16 INTD routed to irq 21 > found-> vendor=0x1106, dev=0x3104, revid=0x82 > bus=0, slot=16, func=3 > class=0c-03-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=d, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > found-> vendor=0x1106, dev=0x3177, revid=0x00 > bus=0, slot=17, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > powerspec 2 supports D0 D3 current D0 > map[20]: type 4, range 32, base 0000fc00, size 4, enabled > found-> vendor=0x1106, dev=0x0571, revid=0x06 > bus=0, slot=17, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > powerspec 2 supports D0 D3 current D0 > map[10]: type 4, range 32, base 0000e400, size 8, enabled > pcib0: slot 17 INTC routed to irq 22 > found-> vendor=0x1106, dev=0x3059, revid=0x50 > bus=0, slot=17, func=5 > class=04-01-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=22 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 4, range 32, base 0000e800, size 8, enabled > map[14]: type 1, range 32, base ffaffc00, size 8, enabled > pcib0: slot 18 INTA routed to irq 23 > found-> vendor=0x1106, dev=0x3065, revid=0x74 > bus=0, slot=18, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 > ns) intpin=a, irq=23 > powerspec 2 supports D0 D1 D2 D3 current D0 > agp0: mem 0xe0000000-0xe3ffffff at device > 0.0 on pci0 > agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 > agp0: allocating GATT for aperture of size 256M > pcib1: at device 1.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0xf000-0xfff > pcib1: memory decode 0xff800000-0xff9fffff > pcib1: prefetched decode 0xcff00000-0xdfefffff > pci1: on pcib1 > pci1: physical bus=1 > map[10]: type 1, range 32, base ff980000, size 19, enabled > pcib1: device (null) requested decoded memory range 0xff980000-0xff9fffff > map[14]: type 3, range 32, base d0000000, size 27, enabled > pcib1: device (null) requested decoded memory range 0xd0000000-0xd7ffffff > pcib1: slot 0 INTA routed to irq 16 > found-> vendor=0x5333, dev=0x8d04, revid=0x00 > bus=1, slot=0, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 > ns) intpin=a, irq=16 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci1: at device 0.0 (no driver attached) > uhci0: port 0xe000-0xe01f irq 21 at device 16.0 > on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xe080-0xe09f irq 21 at device 16.1 > on pci0 > uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe080 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xec00-0xec1f irq 21 at device 16.2 > on pci0 > uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > pci0: at device 16.3 (no driver attached) > isab0: at device 17.0 on pci0 > isa0: on isab0 > atapci0: port > 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 > ata0: channel #0 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=03 ostat0=50 ostat1=50 > ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 > ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 > ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=50 devices=0x3 > ata0: [MPSAFE] > ata1: channel #1 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=03 ostat0=20 ostat1=50 > ata1-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 > ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: reset tp2 stat0=20 stat1=00 devices=0x8 > ata1: [MPSAFE] > pci0: at device 17.5 (no driver attached) > vr0: port 0xe800-0xe8ff mem > 0xffaffc00-0xffaffcff irq 23 at device 18.0 on pci0 > vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 > miibus0: on vr0 > ukphy0: on miibus0 > ukphy0: OUI 0x004063, model 0x0032, rev. 8 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: bpf attached > vr0: Ethernet address: 00:0e:a6:c1:44:e8 > vr0: [MPSAFE] > cpu0 on motherboard > ata: ata0 already exists; skipping it > ata: ata1 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 > pnpbios: 15 devices, largest 194 bytes > PNP0c01: adding fixed memory32 range 0-0x9fbff, size=0x9fc00 > PNP0c01: adding fixed memory32 range 0x9fc00-0x9ffff, size=0x400 > PNP0c01: adding fixed memory32 range 0xe8000-0xfffff, size=0x18000 > PNP0c01: adding fixed memory32 range 0x100000-0xef2ffff, size=0xee30000 > PNP0c01: adding fixed memory32 range 0xef30000-0xef3ffff, size=0x10000 > PNP0c01: adding fixed memory32 range 0xef40000-0xefeffff, size=0xb0000 > PNP0c01: adding fixed memory32 range 0xeff0000-0xeffffff, size=0x10000 > PNP0c01: adding fixed memory32 range 0xffbc0000-0xffffffff, size=0x440000 > pnpbios: handle 0 device ID PNP0c01 (010cd041) > PNP0200: adding dma mask 0x10 > PNP0200: adding io range 0-0xf, size=0x10, align=0x1 > PNP0200: adding io range 0x80-0x90, size=0x11, align=0x1 > PNP0200: adding io range 0x94-0x9f, size=0xc, align=0x1 > PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0x1 > pnpbios: handle 2 device ID PNP0200 (0002d041) > PNP0100: adding irq mask 0x1 > PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 > pnpbios: handle 3 device ID PNP0100 (0001d041) > PNP0b00: adding irq mask 0x100 > PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 > pnpbios: handle 4 device ID PNP0b00 (000bd041) > pnpbios: handle 5 device ID PNP0a03 (030ad041) > PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 > pnpbios: handle 6 device ID PNP0800 (0008d041) > PNP0c04: adding irq mask 0x2000 > PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 > pnpbios: handle 7 device ID PNP0c04 (040cd041) > PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x8 > PNP0501: adding irq mask 0x10 > pnpbios: handle 8 device ID PNP0501 (0105d041) > PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x4 > PNP0700: adding irq mask 0x40 > PNP0700: adding dma mask 0x4 > pnpbios: handle 9 device ID PNP0700 (0007d041) > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x58:0x1e40 > stack pointer = 0x10:0xf80 > frame pointer = 0x10:0x0 > code segment = base 0xc00f0000, limit 0xffff, type 0x1b > = DPL 0, pres 1, def32 0, gran 0 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > trap number = 9 > panic: general protection fault > cpuid = 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > > --------------------------------------------------------------------------- >--------------------- > > > _______________________________________________ > 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 Sep 20 13:34:42 2004 Return-Path: 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 5E3A516A4CE for ; Mon, 20 Sep 2004 13:34:42 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id A78BF43D39 for ; Mon, 20 Sep 2004 13:34:41 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.13.1/8.13.1) with ESMTP id i8KDYf6a082744; Mon, 20 Sep 2004 09:34:41 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.13.1/8.13.1/Submit) id i8KDYftI082743; Mon, 20 Sep 2004 09:34:41 -0400 (EDT) (envelope-from geoff) Date: Mon, 20 Sep 2004 09:34:40 -0400 From: Geoff Speicher To: Joseph Davida Message-ID: <20040920133440.GC95973@sirius.speicher.org> References: <20040919232648.68047.qmail@web42303.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040919232648.68047.qmail@web42303.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Will there be a 6.0 Stable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 13:34:42 -0000 On Sun, Sep 19, 2004 at 04:26:48PM -0700, Joseph Davida wrote: > Greetings, > I am currently running 5.2.1-Release, > and wanted to move to 6.0 STABLE, but > looks like it is not available yet. > Will there be a 6.0 STABLE before 2005? Umm, are you sure you don't want 5-STABLE, which just materialized within the last month or so? Geoff From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:36:05 2004 Return-Path: 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 5A3ED16A4CE for ; Mon, 20 Sep 2004 13:36:05 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 490C343D45 for ; Mon, 20 Sep 2004 13:36:04 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD)) id 1C9OKp-000O0I-4y for freebsd-current@freebsd.org; Mon, 20 Sep 2004 15:36:03 +0200 Date: Mon, 20 Sep 2004 15:36:03 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20040920133602.GB54785@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414ECAE9.7070909@voicenet.com> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 13:36:05 -0000 Hi. On Mon, Sep 20, 2004 at 08:19:53AM -0400, Adam K Kirchhoff wrote: > >So I've installed 5.3-BETA4 on a 3gig P4 (with HTT enabled), and > >haven't had any problems. Out of curiousity, I pulled down the latest > >code from cvs and gave it a whirl with a GENERIC kernel. > >Unfortunately, it stops booting as soon as it launches the second > >processor. I'm attaching the output from the serial port. > >In the mean time, I'll just go back to BETA4 :-) > > > >Adam > > > Well, after posting this I noticed that BETA5 was out, so I cvsup'ed > RELENG_5 and rebuilt the GENERIC kernel. I get the same results, though > (output attached) and the machine hangs after: > > SMP: AP CPU #1 Launched! > > Anyone know what's going on? "Me too" I see the same here with my kernel. Apparently I dot not yet try to switch of HTT and stuff like that. This is a Dual Xeon with HTT enabled at the moment. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:40:09 2004 Return-Path: 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 0604D16A4CE for ; Mon, 20 Sep 2004 13:40:09 +0000 (GMT) Received: from shim1.irt.drexel.edu (shim1.irt.drexel.edu [144.118.29.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAE4D43D2D for ; Mon, 20 Sep 2004 13:40:08 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim1.irt.drexel.edu by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Mon, 20 Sep 2004 09:40:08 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I4C002TFDYRSR@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Mon, 20 Sep 2004 09:40:04 -0400 (EDT) Received: from [IPv6:::1] (vorpal.math.drexel.edu [129.25.6.250]) i8KDe249001342 for ; Mon, 20 Sep 2004 09:40:03 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Mon, 20 Sep 2004 09:39:01 -0400 From: Justin Smith In-reply-to: <414DEB45.3070309@elischer.org> To: freebsd-current@freebsd.org Message-id: <414EDD75.1010905@drexel.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) References: <414D5029.4040407@drexel.edu> <414DEB45.3070309@elischer.org> Subject: Re: System hangs on DVD device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 13:40:09 -0000 Julian Elischer wrote: > Justin Smith wrote: > >> FreeBSD jsmith.org 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Fri Sep 17 >> 03:00:30 EDT 2004 root@:/usr/obj/usr/src/sys/MYKERNEL i386 >> >> When I try to boot, I get (after a while) >> >> acd1: DVDROM at ata1-slave UDMA40 >> >> and then >> >> ATAPI-RESET time = 50us >> ATAPI-RESET time = 180us >> >> endlessly repeated. I can only boot the system after unplugging the >> DVD drive. >> >> Any suggestions? > > > turn off preemption > It was off. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:49:01 2004 Return-Path: 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 C30E816A4CF for ; Mon, 20 Sep 2004 13:49:01 +0000 (GMT) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8719343D41 for ; Mon, 20 Sep 2004 13:49:00 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 58030 invoked by uid 89); 20 Sep 2004 15:48:59 +0200 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 20 Sep 2004 15:48:59 +0200 Received: from QMQPqq client ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) with QMQPqq id 57849-03; Mon, 20 Sep 2004 15:48:58 +0200 (CEST) Received: from unknown (HELO mikulas.com) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 20 Sep 2004 15:48:58 +0200 Message-ID: <414EDFC7.2020104@mikulas.com> Date: Mon, 20 Sep 2004 15:48:55 +0200 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: cs, en, en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at s1.vhost.cz cc: amd64@freebsd.org Subject: Sil 3114 SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 13:49:01 -0000 Hello I have Epox *EP-8HDA3+* motherboard AMD64 processor, runing on i386 kernel and userland FreeBSD kelt64.mikulas.com 5.3-BETA5 FreeBSD 5.3-BETA5 #0: Mon Sep 20 11:49:48 UTC 2004 root@kelt64.mikulas.com:/usr/obj/usr/src/sys/KELT i386 I am booting from standalone SATA disk ad12 atapci1: port 0xcc00-0xccff,0xc800-0xc80f,0xc400-0xc403,0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807 irq 11 at device 15.0 on pci0 ad12: 152627MB [310101/16/63] at ata6-master SATA150 I have: atapci0: port 0xb400-0xb40f,0xb000-0xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa407 mem 0xeb004000-0xeb0043ff irq 10 at device 14.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ata4: channel #2 on atapci0 ata5: channel #3 on atapci0 --------- atapci0@pci0:14:0: class=0x010400 card=0x90181695 chip=0x31141095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'Sil 3114 SATALink/SATARaid Controller' class = mass storage subclass = RAID --------- and two disks ad4: 190782MB [387621/16/63] at ata2-master SATA150 ad6: 190782MB [387621/16/63] at ata3-master SATA150 if I create any RAID(0,1) with Sil 3114 controller BIOS boot hangs on ~~~cut~~~ Timecounter "TSC" frequency 2009947112 Hz quality 800 Timecounters tick every 10.000 msec ata2-master: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 ~~~cut~~~ if I setup disks in "standalone" mode - with controller BIOS as ad4 and ad6, after boot I can create RAID with atacontrol without problems kelt64# atacontrol create RAID1 ad4 ad6 ar0 created dmesg: ar0: 190780MB [24321/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master kelt64# atacontrol status 0 ar0: ATA RAID1 subdisks: ad4 ad6 status: READY Is it known bug, or anything else (my fault)? I also used amd64 FBSD 5.3-BETA4 and had the same problem sorry for my english thanks for reply ;) Jiri From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:49:31 2004 Return-Path: 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 B8D8C16A4CE for ; Mon, 20 Sep 2004 13:49:31 +0000 (GMT) Received: from post-22.mail.nl.demon.net (post-22.mail.nl.demon.net [194.159.73.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2952143D46 for ; Mon, 20 Sep 2004 13:49:31 +0000 (GMT) (envelope-from dodell@sitetronics.com) Received: from gibsonnet.demon.nl ([82.161.57.57]:21855 helo=[192.168.1.19]) by post-22.mail.nl.demon.net with esmtp (Exim 4.34) id 1C9OXn-0009vT-Pp; Mon, 20 Sep 2004 13:49:27 +0000 Message-ID: <414EDFE8.5010301@sitetronics.com> Date: Mon, 20 Sep 2004 15:49:28 +0200 From: "Devon H. O'Dell" User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Geoff Speicher References: <20040919232648.68047.qmail@web42303.mail.yahoo.com> <20040920133440.GC95973@sirius.speicher.org> In-Reply-To: <20040920133440.GC95973@sirius.speicher.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Joseph Davida cc: current@freebsd.org Subject: Re: Will there be a 6.0 Stable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 13:49:31 -0000 Geoff Speicher wrote: > On Sun, Sep 19, 2004 at 04:26:48PM -0700, Joseph Davida wrote: > >>Greetings, >>I am currently running 5.2.1-Release, >>and wanted to move to 6.0 STABLE, but >>looks like it is not available yet. >>Will there be a 6.0 STABLE before 2005? > > > Umm, are you sure you don't want 5-STABLE, which just materialized > within the last month or so? Indeed. > Geoff > Better yet, are you sure you understand the ``STABLE'' moniker? I find that most people who are asking this are unfamiliar with what the ``STABLE'' branch is -- a live development branch where code is merged to stablize once it has proven its ``test of time'' from CURRENT. It's not necessarily the most stable code, security wise. You should track -RELEASE plus security patches for a ``stable'' system in that sense. http://www.freebsd.org/handbook/current-stable.html for a more detailed explination. --Devon From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:51:26 2004 Return-Path: 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 EAECE16A4EE for ; Mon, 20 Sep 2004 13:51:26 +0000 (GMT) Received: from web14123.mail.yahoo.com (web14123.mail.yahoo.com [66.163.171.114]) by mx1.FreeBSD.org (Postfix) with SMTP id CF4A543D45 for ; Mon, 20 Sep 2004 13:51:26 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040920135126.16843.qmail@web14123.mail.yahoo.com> Received: from [194.248.174.58] by web14123.mail.yahoo.com via HTTP; Mon, 20 Sep 2004 15:51:26 CEST Date: Mon, 20 Sep 2004 15:51:26 +0200 (CEST) From: Claus Guttesen To: Sascha Holzleiter , current@freebsd.org In-Reply-To: <1095681918.79469.11.camel@area51.cc-web.ma.schlund.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: RELENG_5 nfs performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 13:51:27 -0000 > I then upgraded to 5.3-BETA4 which gives me the same > results. > Is there anything I'm missing here? The system is Try switching to TCP rather than UDP on the server, /etc/rc.conf: nfs_server_flags="-t -u -n 10" set read- and write-size to 32768 on the client, /etc/fstab: jasmin:/data /data nfs rw,tcp,intr,nfsv3,-w=32768,-r=32768 0 0 Claus From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:57:23 2004 Return-Path: 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 8097116A4CE for ; Mon, 20 Sep 2004 13:57:23 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC01E43D5A for ; Mon, 20 Sep 2004 13:57:19 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i8KDuSgX031091; Mon, 20 Sep 2004 16:56:44 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i8KDuAMa000848; Mon, 20 Sep 2004 16:56:10 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)i8KDu7LI000847; Mon, 20 Sep 2004 16:56:07 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Mon, 20 Sep 2004 16:56:06 +0300 From: Giorgos Keramidas To: Joseph Davida Message-ID: <20040920135606.GA700@orion.daedalusnetworks.priv> References: <20040919232648.68047.qmail@web42303.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040919232648.68047.qmail@web42303.mail.yahoo.com> cc: current@freebsd.org Subject: Re: Will there be a 6.0 Stable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 13:57:23 -0000 On 2004-09-19 16:26, Joseph Davida wrote: > Greetings, > I am currently running 5.2.1-Release, > and wanted to move to 6.0 STABLE, but > looks like it is not available yet. > Will there be a 6.0 STABLE before 2005? The RELENG_5 branch which has been recently created will eventually become 5-STABLE. Development continues on the HEAD branch of CVS, which is now FreeBSD 6.0-CURRENT. When the FreeBSD Release Engineering Team decides that the 6.0 series is stable enough to become 6-STABLE an announcement is going to be posted to the development lists of 6.0. It's too early to speculate on a possible release date of 6-STABLE, since the previous STABLE branch (5-STABLE) has not been released yet. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:07:47 2004 Return-Path: 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 42FC916A4CE for ; Mon, 20 Sep 2004 14:07:47 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9217C43D54 for ; Mon, 20 Sep 2004 14:07:46 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD)) id 1C9OpV-000Ogy-6G for freebsd-current@freebsd.org; Mon, 20 Sep 2004 16:07:45 +0200 Date: Mon, 20 Sep 2004 16:07:45 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20040920140744.GC54785@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com> <20040920133602.GB54785@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040920133602.GB54785@e-Gitt.NET> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 14:07:47 -0000 Hi again. On Mon, Sep 20, 2004 at 03:36:03PM +0200, Oliver Brandmueller wrote: > I see the same here with my kernel. Apparently I dot not yet try to > switch of HTT and stuff like that. This is a Dual Xeon with HTT enabled > at the moment. OK, I had HTT disabled and saw as the last message before hang (on a dual Xeon) SMP: AP CPU #1 Launched! Now I enabled HTT and the I see: SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! However, booting without ACPI worked. So it seems that this is the direction, where we have to look for the problem: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #10: Mon Sep 20 12:59:45 CEST 2004 root@champagne.eusc.inter.net:/usr/obj/usr/src/sys/CHAMPAGNE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.05-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2146959360 (2047 MB) avail memory = 2099662848 (2002 MB) MPTable: < SE7501CW2> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 Greetings, Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:09:06 2004 Return-Path: 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 3248A16A4CE for ; Mon, 20 Sep 2004 14:09:06 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E26A043D2F for ; Mon, 20 Sep 2004 14:09:05 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8KE95lH074039 for ; Mon, 20 Sep 2004 10:09:05 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 73391-07 for ; Mon, 20 Sep 2004 10:09:05 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8KE95NM074029 for ; Mon, 20 Sep 2004 10:09:05 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8KE8wxp041613 for ; Mon, 20 Sep 2004 10:08:59 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040920100856.09025038@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Mon, 20 Sep 2004 10:15:11 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Base optimization flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 14:09:06 -0000 I seem to recall talk about using -O2 for the default flags for buildworld and buildkernel. Is this the suggested default now ? The only mention in /usr/src/UPDATING is the entry 20040728 which says there might be breakage with -O2 or higher. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:13:46 2004 Return-Path: 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 1855516A4CE for ; Mon, 20 Sep 2004 14:13:46 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD55943D5C for ; Mon, 20 Sep 2004 14:13:45 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so1207663rnk for ; Mon, 20 Sep 2004 07:13:42 -0700 (PDT) Received: by 10.38.99.13 with SMTP id w13mr2482974rnb; Mon, 20 Sep 2004 07:13:41 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Mon, 20 Sep 2004 07:13:41 -0700 (PDT) Message-ID: <6917b78104092007136cc417ae@mail.gmail.com> Date: Mon, 20 Sep 2004 10:13:41 -0400 From: "David D.W. Downey" To: freebsd-current@freebsd.org In-Reply-To: <20040920140744.GC54785@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com> <20040920133602.GB54785@e-Gitt.NET> <20040920140744.GC54785@e-Gitt.NET> Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 14:13:46 -0000 On Mon, 20 Sep 2004 16:07:45 +0200, Oliver Brandmueller wrote: > Hi again. > > On Mon, Sep 20, 2004 at 03:36:03PM +0200, Oliver Brandmueller wrote: > > I see the same here with my kernel. Apparently I dot not yet try to > > switch of HTT and stuff like that. This is a Dual Xeon with HTT enabled > > at the moment. > > OK, I had HTT disabled and saw as the last message before hang (on a > dual Xeon) > > SMP: AP CPU #1 Launched! > > Now I enabled HTT and the I see: > > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > > However, booting without ACPI worked. So it seems that this is the > direction, where we have to look for the problem: > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-BETA5 #10: Mon Sep 20 12:59:45 CEST 2004 > root@champagne.eusc.inter.net:/usr/obj/usr/src/sys/CHAMPAGNE > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.05-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbff > Hyperthreading: 2 logical CPUs > real memory = 2146959360 (2047 MB) > avail memory = 2099662848 (2002 MB) > MPTable: < SE7501CW2> > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 > OK, let's go with that possibility, what is the ACPI level your board supports? ACPI v1.0 or v2.0? Like this board supports 1.0 and 2.0 available via a BIOS control knob. Let's start by tracking the ACPI version in use first and go from there. -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:18:11 2004 Return-Path: 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 73A1416A4CE for ; Mon, 20 Sep 2004 14:18:11 +0000 (GMT) Received: from gldis.ca (constans.gldis.ca [66.11.169.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE5643D31 for ; Mon, 20 Sep 2004 14:18:10 +0000 (GMT) (envelope-from gldisater@gldis.ca) Received: from [IPv6:::1] (localhost [127.0.0.1]) by gldis.ca (8.12.11/8.12.11) with ESMTP id i8KERKXB002021; Mon, 20 Sep 2004 10:27:26 -0400 (EDT) (envelope-from gldisater@gldis.ca) Message-ID: <414EAEB4.5090604@gldis.ca> Date: Mon, 20 Sep 2004 10:19:32 +0000 From: Jeremy Faulkner User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ceri Davies References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <20040920112236.GC2493@submonkey.net> In-Reply-To: <20040920112236.GC2493@submonkey.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 14:18:11 -0000 Ceri Davies wrote: > On Sun, Sep 19, 2004 at 10:29:27PM -0400, Ken Smith wrote: > > >> - Fix to GBDE key management. If you have specified 4 keys or fewer, >> you will need to dump your data, re-run gbde init, and restore your >> data. > > > Is this documented anywhere else? I'd have expected an UPDATING entry > at the least. > > Ceri The geom@ mailing list archives. I wouldn't expect this to be in UPDATING as it is my understanding that UPDATING contains information about problems that will be encountered by someone updating their system. GBDE is not used by default on any system so the impacted users would be small, relative to the number of people impacted by activating preemption in GENERIC (for example). -- Jeremy Faulkner http://www.gldis.ca From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:27:07 2004 Return-Path: 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 D917416A4CE; Mon, 20 Sep 2004 14:27:07 +0000 (GMT) Received: from gldis.ca (constans.gldis.ca [66.11.169.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35E1543D53; Mon, 20 Sep 2004 14:27:07 +0000 (GMT) (envelope-from gldisater@gldis.ca) Received: from [IPv6:::1] (localhost [127.0.0.1]) by gldis.ca (8.12.11/8.12.11) with ESMTP id i8KEaL9o002078; Mon, 20 Sep 2004 10:36:22 -0400 (EDT) (envelope-from gldisater@gldis.ca) Message-ID: <414EB0D1.4020004@gldis.ca> Date: Mon, 20 Sep 2004 10:28:33 +0000 From: Jeremy Faulkner User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <32409.1095615510@critter.freebsd.dk> In-Reply-To: <32409.1095615510@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: current@freebsd.org cc: kensmith@freebsd.org Subject: Re: GBDE filesystem not recognised in 5.3-BETA5? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 14:27:08 -0000 Poul-Henning Kamp wrote: > In message <20040919171951.GX1538@submonkey.net>, Ceri Davies writes: > >>I'm seeing a pretty major regression between 5.3-BETA1 and 5.3-BETA5. >>I'm also hoping that I have done something stupid, but I don't see what. > > > How many keys have you defined for that GBDE partition ? This is > the "max_keys" parameter you gave to "gbde init". If you specified > a number less than 4 you should backup your partition, boot BETA5, > run gbde init again, and then restore your data. > The discussion on geom@ implied the problem was for less than 4 keys, as you have stated. But the recent BETA5 announcement states 4 or less keys. As someone using the default number of 4 keys, I'd like to verify whether or not I need to reinitialize my gbde partition. -- Jeremy Faulkner http://www.gldis.ca From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:46:03 2004 Return-Path: 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 DFA5D16A4CE for ; Mon, 20 Sep 2004 14:46:03 +0000 (GMT) Received: from av1-2-sn1.fre.skanova.net (av1-2-sn1.fre.skanova.net [81.228.11.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97EE443D53 for ; Mon, 20 Sep 2004 14:46:03 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-2-sn1.fre.skanova.net (Postfix, from userid 502) id EC98537FD9; Mon, 20 Sep 2004 16:46:02 +0200 (CEST) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av1-2-sn1.fre.skanova.net (Postfix) with ESMTP id DDC9237F29; Mon, 20 Sep 2004 16:46:02 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id BF3D037E48; Mon, 20 Sep 2004 16:46:02 +0200 (CEST) From: "Daniel Eriksson" To: "'Joseph Davida'" , Date: Mon, 20 Sep 2004 16:45:54 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20040919232648.68047.qmail@web42303.mail.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSfFoASxfdjgfOCRhisc/zFtDoqYQAB5DNQ Subject: RE: Will there be a 6.0 Stable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 14:46:04 -0000 Joseph Davida wrote: > Greetings, > I am currently running 5.2.1-Release, > and wanted to move to 6.0 STABLE, but > looks like it is not available yet. > Will there be a 6.0 STABLE before 2005? >From your question it looks like you have two choices: RELENG_5 This is what eventually will be called the 5-STABLE branch (and is currently where preparations for 5.3-RELEASE are taking place). Not necessarily the most stable code because it is a live development branch, but most changes have previously been tested in CURRENT to make sure no major breakage happens. Suitable if you want the latest functions and can afford some rough spots now and then. Also a good place to be if you want to help improve FreeBSD but don't feel like taking the risks involved with running CURRENT. RELENG_5_X / RELENG_4_X (where X is a release minor version, like 2 for 5.2 or 10 for 4.10). This is what most people with production machines should use. It is the release code plus security fixes. Just recently this type of branch was also extended to include (some) critical bug fixes. RELENG_5_3 will be available around the same time as 5.3-RELEASE is released. I doubt 6-STABLE will be available any time soon. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:51:22 2004 Return-Path: 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 41E9116A4CE for ; Mon, 20 Sep 2004 14:51:22 +0000 (GMT) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4248343D3F for ; Mon, 20 Sep 2004 14:51:21 +0000 (GMT) (envelope-from nik@crf-consulting.co.uk) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by jc.ngo.org.uk (8.12.11/8.13.1) with ESMTP id i8KEpJPP088558; Mon, 20 Sep 2004 07:51:20 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i8KEpJpQ009213; Mon, 20 Sep 2004 15:51:19 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i8KEpI7p009236; Mon, 20 Sep 2004 15:51:18 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost) by clan.nothing-going-on.org (8.13.1/8.13.1/Submit) id i8KEpHea009235; Mon, 20 Sep 2004 15:51:17 +0100 (BST) (envelope-from nik) Date: Mon, 20 Sep 2004 15:51:16 +0100 From: Nik Clayton To: Brooks Davis Message-ID: <20040920145114.GE30307@clan.nothing-going-on.org> References: <20040914235359.GB11665@internode.com.au> <20040914235837.GA20314@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PGNNI9BzQDUtgA2J" Content-Disposition: inline In-Reply-To: <20040914235837.GA20314@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project cc: freebsd-current@freebsd.org cc: Adam Smith Subject: Re: Sound -- but which? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 14:51:22 -0000 --PGNNI9BzQDUtgA2J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 14, 2004 at 04:58:37PM -0700, Brooks Davis wrote: > For me at least, cating /dev/sndstat shows the module snd_maestro3: >=20 > Installed devices: > pcm0: at io 0x1800 irq 5 kld snd_maestro3 (4p/1= r/0v channels duplex default) >=20 Is this something that's supposed to be standardised across the snd_* modules? I use snd_mss, but had to find this out by kldload'ing the snd_* drivers one by one, and seeing which one attached. The output of /dev/sndstat: FreeBSD Audio Driver (newpcm) Installed devices: pcm15: at io 0x534 irq 5 drq 1:3 bufsz 4096 didn't give any hints. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --PGNNI9BzQDUtgA2J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTu5fk6gHZCw343URAplOAKCJDECk37RdF2PHQ1IE7wDbuk+2JgCgh/cu TeUGzVzOZSR/nSoyuocc/RU= =gErI -----END PGP SIGNATURE----- --PGNNI9BzQDUtgA2J-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:51:34 2004 Return-Path: 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 8480D16A4FF for ; Mon, 20 Sep 2004 14:51:34 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 105C043D45 for ; Mon, 20 Sep 2004 14:51:34 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so1218734rnk for ; Mon, 20 Sep 2004 07:51:09 -0700 (PDT) Received: by 10.38.74.50 with SMTP id w50mr1559869rna; Mon, 20 Sep 2004 07:51:07 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Mon, 20 Sep 2004 07:51:03 -0700 (PDT) Message-ID: <790a9fff04092007518d6995e@mail.gmail.com> Date: Mon, 20 Sep 2004 09:51:03 -0500 From: Scot Hetzel To: Justin Smith In-Reply-To: <414D5029.4040407@drexel.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <414D5029.4040407@drexel.edu> cc: FreeBSD Current Subject: Re: System hangs on DVD device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 14:51:34 -0000 On Sun, 19 Sep 2004 05:23:53 -0400, Justin Smith wrote: > FreeBSD jsmith.org 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Fri Sep 17 03:00:30 > EDT 2004 root@:/usr/obj/usr/src/sys/MYKERNEL i386 > > When I try to boot, I get (after a while) > > acd1: DVDROM at ata1-slave UDMA40 > > and then > > ATAPI-RESET time = 50us > ATAPI-RESET time = 180us > > endlessly repeated. I can only boot the system after unplugging the DVD > drive. > > Any suggestions? > My CD-ROM drive will hang the system when booted from a kernel with no debugging options enabled. Try booting a kernel with the following debugging options enabled. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. 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 From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 15:10:38 2004 Return-Path: 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 CD3A516A4CE for ; Mon, 20 Sep 2004 15:10:38 +0000 (GMT) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C48F43D1F for ; Mon, 20 Sep 2004 15:10:38 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id i8KFB8ci045716 for ; Mon, 20 Sep 2004 11:11:08 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: current@freebsd.org Content-Type: text/plain Date: Mon, 20 Sep 2004 11:10:22 -0400 Message-Id: <1095693022.20080.9.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 Subject: How to autostart geom_stripe? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 15:10:38 -0000 FreeBSD-5.3-Beta4 I created a striped volume, newfs and mounted it fine and added the entry in /etc/fstab. (created using the label so as to write the metadata to disk and with a name of "thevolume") I added geom_stripe_load="YES" in /boot/loader.conf On bootup at the fsck stage, I get the message "could not stat /dev/ stripe/thevolume. From single user, geom stripe load will load the device and start the stripe at which point all is fine again. My question is, is there another flag I need to set to have this startup at boot time? Sven From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 15:13:54 2004 Return-Path: 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 77A8E16A4CE for ; Mon, 20 Sep 2004 15:13:54 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D613743D39 for ; Mon, 20 Sep 2004 15:13:53 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 6C6D516758C; Mon, 20 Sep 2004 17:13:52 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8KFDngQ057239 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 20 Sep 2004 17:13:50 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 20 Sep 2004 17:13:44 +0200 User-Agent: KMail/1.7 References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <20040920112236.GC2493@submonkey.net> <414EAEB4.5090604@gldis.ca> In-Reply-To: <414EAEB4.5090604@gldis.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1401356.jaQiKd1QbU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409201713.48260.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Ceri Davies cc: Jeremy Faulkner Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 15:13:54 -0000 --nextPart1401356.jaQiKd1QbU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 20 September 2004 12:19, Jeremy Faulkner wrote: > UPDATING as it is my understanding that UPDATING contains information > about problems that will be encountered by someone updating their > system.=20 And that particular problem is exactly experienced by GDBE users updating=20 their system. > GBDE is not used by default on any system so the impacted users=20 > would be small, That's not really relevant either. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1401356.jaQiKd1QbU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBTvOsXhc68WspdLARAhVGAKCjmTNV8zms//4PUKKmF8O+unnO0ACdH0xT xMf3klwBWi2fIvMrvdOTegc= =7r5M -----END PGP SIGNATURE----- --nextPart1401356.jaQiKd1QbU-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 15:29:16 2004 Return-Path: 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 7D9FC16A4CE for ; Mon, 20 Sep 2004 15:29:16 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0046343D3F for ; Mon, 20 Sep 2004 15:29:16 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 711A8ACBCF; Mon, 20 Sep 2004 17:29:14 +0200 (CEST) Date: Mon, 20 Sep 2004 17:29:14 +0200 From: Pawel Jakub Dawidek To: Sven Willenberger Message-ID: <20040920152914.GE88658@darkness.comp.waw.pl> References: <1095693022.20080.9.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Epv4kl9IRBfg3rk" Content-Disposition: inline In-Reply-To: <1095693022.20080.9.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@freebsd.org Subject: Re: How to autostart geom_stripe? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 15:29:16 -0000 --4Epv4kl9IRBfg3rk Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 11:10:22AM -0400, Sven Willenberger wrote: +> FreeBSD-5.3-Beta4 +> I created a striped volume, newfs and mounted it fine and added the +> entry in /etc/fstab. (created using the label so as to write the +> metadata to disk and with a name of "thevolume") +>=20 +> I added geom_stripe_load=3D"YES" in /boot/loader.conf +>=20 +> On bootup at the fsck stage, I get the message "could not stat /dev/ +> stripe/thevolume. From single user, geom stripe load will load the +> device and start the stripe at which point all is fine again. My +> question is, is there another flag I need to set to have this startup at +> boot time? If you used 'gstripe label' command to create this stripe it should show up automatically on boot. I wonder if there is no some other problem here, as there was simlar report for gmirror. Could you add: kern.geom.stripe.debug=3D1 line to your /boot/loader.conf, reboot and send dmesg from after boot? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --4Epv4kl9IRBfg3rk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBTvdKForvXbEpPzQRAilpAJ9I8q5rJYQKhrtjE+aNeFMyf3wJ7gCgyWGu Zz2keAJwnVUZt7Hmb8V8MpM= =1mo1 -----END PGP SIGNATURE----- --4Epv4kl9IRBfg3rk-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 15:41:04 2004 Return-Path: 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 6599416A4CE for ; Mon, 20 Sep 2004 15:41:04 +0000 (GMT) Received: from smtpout-2.iphouse.net (smtpout-2.iphouse.net [216.250.188.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F74743D2D for ; Mon, 20 Sep 2004 15:41:04 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from veldy.net (fuggle.veldy.net [209.240.64.129]) by smtpout-2.iphouse.net (Postfix) with ESMTP id 24E802B1219; Mon, 20 Sep 2004 10:41:03 -0500 (CDT) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id A2DD4C4; Mon, 20 Sep 2004 10:41:02 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02370-08; Mon, 20 Sep 2004 10:40:58 -0500 (CDT) Received: from [127.0.0.1] (fuggle.veldy.net [192.168.1.3]) by veldy.net (Postfix) with ESMTP id 63C42C6; Mon, 20 Sep 2004 10:40:58 -0500 (CDT) Message-ID: <414EFA07.4070902@veldy.net> Date: Mon, 20 Sep 2004 10:40:55 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alban Hertroys References: <414E8DB5.5070307@solfertje.student.utwente.nl> In-Reply-To: <414E8DB5.5070307@solfertje.student.utwente.nl> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC7806A18B909F1618AD22172" X-Virus-Scanned: by amavisd-new at veldy.net cc: freebsd-current@freebsd.org Subject: Re: BETA5 of yesterday reboots when I turn off my monitor (w/builtin USB hub) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 15:41:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC7806A18B909F1618AD22172 Content-Type: multipart/mixed; boundary="------------000401060109060005020804" This is a multi-part message in MIME format. --------------000401060109060005020804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Alban Hertroys wrote: > I think this looks like a message on this list that seemed aimed at > 6-CURRENT, but I have this problem with BETA5. > > What happens is this: > I turn off my monitor (and thus the builtin USB hub), and within a > minute or so I hear my floppy drive rattle and the system turns out to > be booting up. > > I haven't found anything in my logs to indicate the problem. But, I'm > relatively sure that the problem has to do with unpowering the USB hub. > > I'm re-checking UPDATING right now, to see if I missed something, but > this seemed important, considering the release is nearing. > I suspect this might be a USB issue for some reason. Currently, I use SAMBA/CUPS with my Brother HL-1440 printer attached. When ever I print the pages from this link http://www.openbsd.org/faq/pf/filter.html, as soon as page 6 is spooled, the server will reboot. Nothing is logged and the disk is not synced. I have not had time to compile with debug and trace further. However, I can give a current dmesg. Tom Veldhouse --------------000401060109060005020804 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #0: Mon Sep 20 01:01:09 CDT 2004 veldy@fuggle.veldy.net:/usr/obj/usr/src/sys/FUGGLE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 201261056 (191 MB) avail memory = 187285504 (178 MB) netsmb_dev: loaded ACPI disabled by blacklist. Contact your BIOS vendor. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xff400000-0xff7fffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xef40-0xef5f irq 9 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ulpt0: Brother Industries product 0x000d, rev 1.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode pci0: at device 7.3 (no driver attached) dc0: port 0xe800-0xe8ff mem 0xfe9ffc00-0xfe9fffff irq 10 at device 18.0 on pci0 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:20:78:04:0b:a0 dc0: [GIANT-LOCKED] fxp0: port 0xef80-0xef9f mem 0xfeb00000-0xfebfffff,0xffaff000-0xffafffff irq 11 at device 19.0 on pci0 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:e5:69:97 cpu0 on motherboard orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 501138343 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled ad0: 76319MB [155061/16/63] at ata0-master UDMA33 ATAPI_RESET time = 20us acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /opt was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 12 files 1 --------------000401060109060005020804-- --------------enigC7806A18B909F1618AD22172 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBTvoJARgTFXYf0wARAlRPAJwMM0SadEAz920gfJihWW4y0cztGgCeOeYy ynDUQdkjRjysiOmi+0F2ckg= =NgX7 -----END PGP SIGNATURE----- --------------enigC7806A18B909F1618AD22172-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 15:41:24 2004 Return-Path: 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 EC0CF16A4CE; Mon, 20 Sep 2004 15:41:24 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id A91AA43D31; Mon, 20 Sep 2004 15:41:24 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id B21B829549A; Mon, 20 Sep 2004 11:41:20 -0400 (EDT) Received: from 66.11.183.178 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Mon, 20 Sep 2004 11:41:20 -0400 (EDT) Message-ID: <1549.66.11.183.178.1095694880.squirrel@66.11.183.178> Date: Mon, 20 Sep 2004 11:41:20 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com cc: ports@freebsd.org Subject: /var/log/messages flooded with 'sql plugin' notices from postfix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 15:41:25 -0000 Hi, I am using postfix 2.1.4 with mysql lookups and SASL2, which also uses mysql. All software was compiled from ports. I am getting a lot of the following messages in my /var/log/messages : Sep 19 22:59:18 mail postfix/smtpd[21751]: sql plugin: no result found Sep 19 22:59:18 mail postfix/smtpd[21751]: sql plugin: no result found Sep 19 22:59:33 mail postfix/smtpd[18395]: sql plugin: no result found This is basically when a user specifys an invalid login. These messages are very frequent and are polluting my messages log. Is there any way to have postfix disable these notices? P.S. I have tried the postfix mailing list, but they redirected me here :P Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 15:41:34 2004 Return-Path: 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 DF21F16A4CE for ; Mon, 20 Sep 2004 15:41:34 +0000 (GMT) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD1E043D31 for ; Mon, 20 Sep 2004 15:41:34 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-202-252-157.client.insightbb.com ([12.202.252.157] helo=familysquires.net) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.42) id 1C9QIE-0003Kw-CZ for freebsd-current@freebsd.org; Mon, 20 Sep 2004 11:41:30 -0400 Date: Mon, 20 Sep 2004 10:41:31 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-current@freebsd.org In-Reply-To: <20040919202107.J94984@familysquires.net> Message-ID: <20040920104029.R97270@familysquires.net> References: <20040919202107.J94984@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PopBeforeSMTPSenders: mikes@siralan.org X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: artsd dumps core with 5.3-BETA of 9/18, KDE 3.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 15:41:35 -0000 Solved by recompiling kdemultimedia3. MLS From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 15:47:07 2004 Return-Path: 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 100FC16A4CE for ; Mon, 20 Sep 2004 15:47:07 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACC9E43D2F for ; Mon, 20 Sep 2004 15:47:06 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 47AE6ACBCF; Mon, 20 Sep 2004 17:47:05 +0200 (CEST) Date: Mon, 20 Sep 2004 17:47:05 +0200 From: Pawel Jakub Dawidek To: Sven Willenberger Message-ID: <20040920154705.GF88658@darkness.comp.waw.pl> References: <1095693022.20080.9.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7cm2iqirTL37Ot+N" Content-Disposition: inline In-Reply-To: <1095693022.20080.9.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@freebsd.org Subject: Re: How to autostart geom_stripe? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 15:47:07 -0000 --7cm2iqirTL37Ot+N Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 11:10:22AM -0400, Sven Willenberger wrote: +> FreeBSD-5.3-Beta4 +> I created a striped volume, newfs and mounted it fine and added the +> entry in /etc/fstab. (created using the label so as to write the +> metadata to disk and with a name of "thevolume") +>=20 +> I added geom_stripe_load=3D"YES" in /boot/loader.conf +>=20 +> On bootup at the fsck stage, I get the message "could not stat /dev/ +> stripe/thevolume. From single user, geom stripe load will load the +> device and start the stripe at which point all is fine again. My +> question is, is there another flag I need to set to have this startup at +> boot time? I've some suspicion. Could you try this patch: http://people.freebsd.org/~pjd/patches/g_stripe.c.patch (so you have to: # cd /sys/geom/stripe # patch < /path/to/g_stripe.c.patch # cd /sys/modules/geom/geom_stripe # make && make install # reboot ) And give me output of: # dmesg | grep skipping --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --7cm2iqirTL37Ot+N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBTvt5ForvXbEpPzQRAnCNAKDc8ckD5T4/TKrPZCkhfeYsW0nmEwCgyCsW 1tDRMljJTjegEcxwryyL7h8= =VWqW -----END PGP SIGNATURE----- --7cm2iqirTL37Ot+N-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 16:00:51 2004 Return-Path: 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 045B116A4D2; Mon, 20 Sep 2004 16:00:51 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7402243D75; Mon, 20 Sep 2004 16:00:20 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i8KG0J90003546; Mon, 20 Sep 2004 12:00:20 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i8KG0Jgx003545; Mon, 20 Sep 2004 12:00:19 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 20 Sep 2004 12:00:19 -0400 From: David Schultz To: Nik Clayton Message-ID: <20040920160019.GA3403@VARK.MIT.EDU> Mail-Followup-To: Nik Clayton , current@FreeBSD.ORG References: <20040920100038.GA30307@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040920100038.GA30307@clan.nothing-going-on.org> cc: current@FreeBSD.ORG Subject: Re: Brief freezes with -current as of early last week X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 16:00:51 -0000 On Mon, Sep 20, 2004, Nik Clayton wrote: > After updating from -current built on 2004/04/27 to -current built on > 2004/09/13, I'm seeing some annoying 'freezes'. I'd not seen these with > the earlier -current. > > To complicate matters, right around the time I did the update I also > switched from a configuration with two SCSI disks and an IDE disk, to a > configuration with two IDE disks (each SCSI disk, bought at the same > time, from the same supplier, died within 4 days of each other -- > sheesh). > > So, I guess what I might be seeing is plain old I/O contention -- > although I'm surprised that it freezes the box. According to > 'atacontrol mode 0', both IDE devices are using UDMA100, which is the > maximum the motherboard (dual 1GHz PIII) supports). > > The symptoms typically manifest themselves right after kicking off a > portupgrade command. The system will (sort-of) freeze. If I'm in X, > the mouse cursor stops responding, there's no response to the keyboard. > However, if I happen to have top(1) running in an xterm, the top(1) > display keeps updating. This lasts (wall-clock) 10 to 15 seconds, and > then the system becomes responsive again. This sounds like an I/O hang. I've been having similar problems related to WRITE_DMA and READ_DMA timeouts from the ata driver in the last week or so, as discussed last week on this list. Are you seeing these messages from the kernel? Julian suggested disabling preemption, which I haven't tried yet, but other people report limited success. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 16:16:44 2004 Return-Path: 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 421E016A4CE; Mon, 20 Sep 2004 16:16:44 +0000 (GMT) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E1943D1D; Mon, 20 Sep 2004 16:16:32 +0000 (GMT) (envelope-from nik@crf-consulting.co.uk) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by jc.ngo.org.uk (8.12.11/8.13.1) with ESMTP id i8KGGVLV096812; Mon, 20 Sep 2004 09:16:31 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i8KGGVpQ010075; Mon, 20 Sep 2004 17:16:31 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i8KGGUGS042653; Mon, 20 Sep 2004 17:16:30 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost) by clan.nothing-going-on.org (8.13.1/8.13.1/Submit) id i8KGGUME042652; Mon, 20 Sep 2004 17:16:30 +0100 (BST) (envelope-from nik) Date: Mon, 20 Sep 2004 17:16:30 +0100 From: Nik Clayton To: Nik Clayton , current@FreeBSD.ORG Message-ID: <20040920161628.GG30307@clan.nothing-going-on.org> References: <20040920100038.GA30307@clan.nothing-going-on.org> <20040920160019.GA3403@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TmwHKJoIRFM7Mu/A" Content-Disposition: inline In-Reply-To: <20040920160019.GA3403@VARK.MIT.EDU> User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project Subject: Re: Brief freezes with -current as of early last week X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 16:16:44 -0000 --TmwHKJoIRFM7Mu/A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 12:00:19PM -0400, David Schultz wrote: > This sounds like an I/O hang. I've been having similar problems > related to WRITE_DMA and READ_DMA timeouts from the ata driver in > the last week or so, as discussed last week on this list. Are you > seeing these messages from the kernel? =20 Like these? ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=3D47240127 ad0: WARNING - READ_DMA no interrupt but good status ad1: TIMEOUT - READ_DMA retrying (2 retries left) LBA=3D165370263 ad1: WARNING - READ_DMA no interrupt but good status ad0 is a 2 year old 40GB disk, ad1 is 1 week old 120GB disk. > Julian suggested disabling > preemption, which I haven't tried yet, but other people report > limited success. I'm not running a kernel with 'options PREEMPTION' compiled in... N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --TmwHKJoIRFM7Mu/A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTwJck6gHZCw343URAvAtAKCEMkn8vaDPuKGeu+riB7Zy+C7E/gCggep1 cnuGkq9pToTBAG7v/W2H5vU= =hH86 -----END PGP SIGNATURE----- --TmwHKJoIRFM7Mu/A-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 16:38:20 2004 Return-Path: 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 26A3F16A4CE; Mon, 20 Sep 2004 16:38:20 +0000 (GMT) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B395443D53; Mon, 20 Sep 2004 16:38:19 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) i8KGcp1P044129; Mon, 20 Sep 2004 12:38:51 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Pawel Jakub Dawidek In-Reply-To: <20040920154705.GF88658@darkness.comp.waw.pl> References: <1095693022.20080.9.camel@lanshark.dmv.com> <20040920154705.GF88658@darkness.comp.waw.pl> Content-Type: text/plain Date: Mon, 20 Sep 2004 12:38:03 -0400 Message-Id: <1095698283.20070.21.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 cc: current@FreeBSD.org Subject: Re: How to autostart geom_stripe? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 16:38:20 -0000 On Mon, 2004-09-20 at 17:47 +0200, Pawel Jakub Dawidek wrote: > On Mon, Sep 20, 2004 at 11:10:22AM -0400, Sven Willenberger wrote: > +> FreeBSD-5.3-Beta4 > +> I created a striped volume, newfs and mounted it fine and added the > +> entry in /etc/fstab. (created using the label so as to write the > +> metadata to disk and with a name of "thevolume") > +> > +> I added geom_stripe_load="YES" in /boot/loader.conf > +> > +> On bootup at the fsck stage, I get the message "could not stat /dev/ > +> stripe/thevolume. From single user, geom stripe load will load the > +> device and start the stripe at which point all is fine again. My > +> question is, is there another flag I need to set to have this startup at > +> boot time? > > I've some suspicion. Could you try this patch: > > http://people.freebsd.org/~pjd/patches/g_stripe.c.patch > > (so you have to: > > # cd /sys/geom/stripe > # patch < /path/to/g_stripe.c.patch > # cd /sys/modules/geom/geom_stripe > # make && make install > # reboot > ) > > And give me output of: > > # dmesg | grep skipping > Interestingly, once I applied the patch, and followed the make instructions you supplied above, the thing actually works (even though the patch looks like it was designed merely to trap a suspected error). I am not sure if the physical act of remaking the module from the modules directory solved the problem or what happened exactly. I will try a few more reboots and see what happens. "skipping" does not appear in the dmesg; the last few lines of my dmesg are: Waiting 10 seconds for SCSI devices to settle (probe6:ahd0:0:6:0): No or incomplete CDB sent to device. ahd0: Issued Channel A Bus Reset. 12 SCBs aborted ses0 at ahd0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da2 at ahd0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! GEOM_STRIPE[1]: Creating device mysql (id=2294958973). GEOM_STRIPE[0]: Device mysql created (id=2294958973). GEOM_STRIPE[1]: Adding disk da1 to mysql. GEOM_STRIPE[0]: Disk da1 attached to mysql. GEOM_STRIPE[1]: Adding disk da2 to mysql. GEOM_STRIPE[0]: Disk da2 attached to mysql. GEOM_STRIPE[0]: Device mysql activated. Mounting root from ufs:/dev/da0s1a Sven P.S. that probe error in dmesg seems to happen when a Supermicro mobo is teamed up with a Seagate SCSI drive -- another issue for another day. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 16:41:01 2004 Return-Path: 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 93E3E16A4CE for ; Mon, 20 Sep 2004 16:41:01 +0000 (GMT) Received: from mxb.saturn-tech.com (mxb.saturn-tech.com [207.229.19.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF2C643D1F for ; Mon, 20 Sep 2004 16:41:00 +0000 (GMT) (envelope-from drussell@saturn-tech.com) Received: from mxb.saturn-tech.com (localhost [127.0.0.1]) by mxb.saturn-tech.com (8.12.3/8.12.3) with ESMTP id i8KGh5Kt094721; Mon, 20 Sep 2004 10:43:05 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost)i8KGh4ju094718; Mon, 20 Sep 2004 10:43:05 -0600 (MDT) (envelope-from drussell@saturn-tech.com) X-Authentication-Warning: mxb.saturn-tech.com: drussell owned process doing -bs Date: Mon, 20 Sep 2004 10:43:04 -0600 (MDT) From: Doug Russell To: Sascha Holzleiter In-Reply-To: <1095681918.79469.11.camel@area51.cc-web.ma.schlund.de> Message-ID: <20040920104115.P94638-100000@mxb.saturn-tech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: RELENG_5 nfs performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 16:41:01 -0000 On Mon, 20 Sep 2004, Sascha Holzleiter wrote: > Is there anything I'm missing here? The system is Athlon UP system with > a via-rhine network card. I tried to set various sysctls e.g. Try changing to another network card from the VIA. Many of those vr cards are very buggy and difficult to get to work properly. Try an fxp (Intel EtherExpress) or an xl (3Com 3c905, etc.) or something if you have one on hand and see if that makes it work. Later...... From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 16:44:22 2004 Return-Path: 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 BE49416A4CE for ; Mon, 20 Sep 2004 16:44:22 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4381B43D41 for ; Mon, 20 Sep 2004 16:44:21 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id A207EACC62; Mon, 20 Sep 2004 18:44:08 +0200 (CEST) Date: Mon, 20 Sep 2004 18:44:08 +0200 From: Pawel Jakub Dawidek To: Sven Willenberger Message-ID: <20040920164408.GG88658@darkness.comp.waw.pl> References: <1095693022.20080.9.camel@lanshark.dmv.com> <20040920154705.GF88658@darkness.comp.waw.pl> <1095698283.20070.21.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7lMq7vMTJT4tNk0a" Content-Disposition: inline In-Reply-To: <1095698283.20070.21.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@FreeBSD.org Subject: Re: How to autostart geom_stripe? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 16:44:22 -0000 --7lMq7vMTJT4tNk0a Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 12:38:03PM -0400, Sven Willenberger wrote: +> Interestingly, once I applied the patch, and followed the make +> instructions you supplied above, the thing actually works (even though +> the patch looks like it was designed merely to trap a suspected error). +> I am not sure if the physical act of remaking the module from the +> modules directory solved the problem or what happened exactly. I will +> try a few more reboots and see what happens.=20 This could be an effect of a race which we can have here. As I susspect, daX SCSI providers are created with 0 sectorsize. Sectorsize is set later, but maybe sometimes before gmirror taste it. Few more reboots may confirm my suspicion, yes. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --7lMq7vMTJT4tNk0a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBTwjYForvXbEpPzQRAk9NAKD5YiM2e5TVHnWImhGbvMUUgjbz3ACePmVp 12dmZzjgxEoqUfynElkFDbY= =wb6X -----END PGP SIGNATURE----- --7lMq7vMTJT4tNk0a-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 16:53:03 2004 Return-Path: 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 3525E16A4CE for ; Mon, 20 Sep 2004 16:53:03 +0000 (GMT) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2393043D1D for ; Mon, 20 Sep 2004 16:53:02 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from nemesis.md.0xfce3.net (port-ip-213-211-224-164.reverse.mdcc-fun.de [213.211.224.164]) by dd1318.kasserver.com (Postfix) with ESMTP id 8D89F98F3F for ; Mon, 20 Sep 2004 18:52:57 +0200 (CEST) Received: from nemesis.md.0xfce3.net (localhost [127.0.0.1]) by nemesis.md.0xfce3.net (8.13.1/8.13.1) with ESMTP id i8KGqvJH003077 for ; Mon, 20 Sep 2004 18:52:57 +0200 (CEST) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by nemesis.md.0xfce3.net (8.13.1/8.13.1/Submit) id i8KGqvtw003076 for current@freebsd.org; Mon, 20 Sep 2004 18:52:57 +0200 (CEST) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: nemesis.ipv6.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Mon, 20 Sep 2004 18:52:57 +0200 From: Gordon Bergling To: current@freebsd.org Message-ID: <20040920165257.GA3022@nemesis.md.0xfce3.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 5.3-BETA5 i386 X-Host-Uptime: 6:46PM up 3:13, 4 users, load averages: 0.31, 0.22, 0.14 User-Agent: Mutt/1.5.6i Subject: [PR kern/70296] Patch for AD1888 AC97 codec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 16:53:03 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, in kern/70296 there is one little patch (a one liner), which adds the ac97 id for the AD1888 codec. Is it possible to get this patch integrated into RELENG_5?=20 I have tested this minor change locally for a while and it seems that there are no bad side effects. ;) best regards, Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTwrok7nTK8dvAqARAuYJAJ0fQ6RrwSc8yWhb/CAr/1iMs3JLdQCfQvkm 8xriqMyM34L+x5eAHWt1puA= =Sxsj -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:02:04 2004 Return-Path: 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 C696D16A4CE; Mon, 20 Sep 2004 17:02:04 +0000 (GMT) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66F6943D46; Mon, 20 Sep 2004 17:02:04 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) i8KH2a1P045368; Mon, 20 Sep 2004 13:02:36 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Pawel Jakub Dawidek In-Reply-To: <20040920164408.GG88658@darkness.comp.waw.pl> References: <1095693022.20080.9.camel@lanshark.dmv.com> <20040920154705.GF88658@darkness.comp.waw.pl> <1095698283.20070.21.camel@lanshark.dmv.com> <20040920164408.GG88658@darkness.comp.waw.pl> Content-Type: text/plain Date: Mon, 20 Sep 2004 13:01:48 -0400 Message-Id: <1095699708.20073.23.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 cc: current@FreeBSD.org Subject: Re: How to autostart geom_stripe? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:02:04 -0000 On Mon, 2004-09-20 at 18:44 +0200, Pawel Jakub Dawidek wrote: > On Mon, Sep 20, 2004 at 12:38:03PM -0400, Sven Willenberger wrote: > +> Interestingly, once I applied the patch, and followed the make > +> instructions you supplied above, the thing actually works (even though > +> the patch looks like it was designed merely to trap a suspected error). > +> I am not sure if the physical act of remaking the module from the > +> modules directory solved the problem or what happened exactly. I will > +> try a few more reboots and see what happens. > > This could be an effect of a race which we can have here. > As I susspect, daX SCSI providers are created with 0 sectorsize. Sectorsize > is set later, but maybe sometimes before gmirror taste it. > Few more reboots may confirm my suspicion, yes. > It has survived several reboots now and successfully loaded the stripe module and mounted the filesystem each time. Sven From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:07:44 2004 Return-Path: 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 4414116A4CE for ; Mon, 20 Sep 2004 17:07:44 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id D058243D1F for ; Mon, 20 Sep 2004 17:07:30 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i8KH7PQD010030 for ; Mon, 20 Sep 2004 19:07:25 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i8KH7Pks010029 for freebsd-current@freebsd.org; Mon, 20 Sep 2004 19:07:25 +0200 (SAST) (envelope-from jhay) Date: Mon, 20 Sep 2004 19:07:25 +0200 From: John Hay To: freebsd-current@freebsd.org Message-ID: <20040920170724.GA9605@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: race between geom and root mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:07:44 -0000 Hi, The last day I have been trying to setup a geom mirror to boot from. I have tried various ways of configuring it, geom mirror on the raw disk and also geom mirror inside a slice, also without any slices etc. But everytime I could get it to load the kernel and boot up to the point where it should mount the root partition and then it would fail and give the prompt where you can type the name of the root partition you want to mount. Even by typing the partition name at the prompt could not get it to work. Then today I noticed that after I got the prompt for the root partition a few more geom messages were printed. Then I disabled smp by setting kern.smp.disabled="1" and it booted fine. This is with 5.3-BETA4 and BETA5 and a 3GHz single processor machine with HTT enabled. The last part of dmesg after a successfull boot looks like this: Timecounter "TSC" frequency 2992509495 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% em0: Link is up 100 Mbps Full Duplex ad4: 76319MB [155061/16/63] at ata2-master SATA150 GEOM_LABEL: Label for provider ad4 is label/disk0. ad6: 76319MB [155061/16/63] at ata3-master SATA150 GEOM_MIRROR: Device gm0 created (id=792435012). GEOM_MIRROR: Device gm0: provider label/disk0 detected. GEOM_LABEL: Label for provider ad6 is label/disk1. GEOM_MIRROR: Device gm0: provider label/disk1 detected. GEOM_MIRROR: Device gm0: provider label/disk1 activated. GEOM_MIRROR: Device gm0: provider label/disk0 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Mounting root from ufs:/dev/mirror/gm0a John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:20:52 2004 Return-Path: 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 2FA8116A4CE for ; Mon, 20 Sep 2004 17:20:52 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id D50B143D3F for ; Mon, 20 Sep 2004 17:20:51 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so1263630rnk for ; Mon, 20 Sep 2004 10:20:48 -0700 (PDT) Received: by 10.38.79.75 with SMTP id c75mr506704rnb; Mon, 20 Sep 2004 10:20:46 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Mon, 20 Sep 2004 10:20:46 -0700 (PDT) Message-ID: <6917b781040920102052ba70a3@mail.gmail.com> Date: Mon, 20 Sep 2004 13:20:46 -0400 From: "David D.W. Downey" To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: VERSION: 5.3-BETA5 - PROBLEM SET: GRE non auto-creation on bootup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 17:20:52 -0000 Afternoon all, ok.. this is curious. didn't notice this til i moved my machines around as i had to shut them off. 5.3BETA5 does *not* make my gre0 on reboot. Configuration is the same as it was under BETA4 but now it no longer autocreates the gre with the entries in /etc/rc.conf. I can *manually* create the gre once the boot process is complete, it just refuses to do it on bootup. Nothing has changed other than a shutdown, move to a different location 5 feet away, and a restart. (Even that CAT5 was never disconnected.) The main interface comes back up fine. Kernel was properly recompiled with 'options gre'. The /etc/rc.conf is still the same, everything works correctly, no changes to the file whatsoever, verified no accidently missing quotes or anything. It just positively refuses to create it. -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:26:57 2004 Return-Path: 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 859B016A4CE; Mon, 20 Sep 2004 17:26:57 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C781143D39; Mon, 20 Sep 2004 17:26:56 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8KHQsAn025221; Mon, 20 Sep 2004 19:26:54 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jeremy Faulkner From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 20 Sep 2004 10:28:33 -0000." <414EB0D1.4020004@gldis.ca> Date: Mon, 20 Sep 2004 19:26:54 +0200 Message-ID: <25220.1095701214@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: kensmith@freebsd.org Subject: Re: GBDE filesystem not recognised in 5.3-BETA5? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:26:57 -0000 In message <414EB0D1.4020004@gldis.ca>, Jeremy Faulkner writes: >Poul-Henning Kamp wrote: >> In message <20040919171951.GX1538@submonkey.net>, Ceri Davies writes: >> >>>I'm seeing a pretty major regression between 5.3-BETA1 and 5.3-BETA5. >>>I'm also hoping that I have done something stupid, but I don't see what. >> >> >> How many keys have you defined for that GBDE partition ? This is >> the "max_keys" parameter you gave to "gbde init". If you specified >> a number less than 4 you should backup your partition, boot BETA5, >> run gbde init again, and then restore your data. >> > >The discussion on geom@ implied the problem was for less than 4 keys, as >you have stated. But the recent BETA5 announcement states 4 or less >keys. As someone using the default number of 4 keys, I'd like to verify >whether or not I need to reinitialize my gbde partition. There is no problem if you have 4 keys. -- 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 Sep 20 17:28:09 2004 Return-Path: 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 3A48B16A4CE for ; Mon, 20 Sep 2004 17:28:09 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD09643D55 for ; Mon, 20 Sep 2004 17:28:08 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 7DED4ACC62; Mon, 20 Sep 2004 19:28:07 +0200 (CEST) Date: Mon, 20 Sep 2004 19:28:07 +0200 From: Pawel Jakub Dawidek To: Divacky Roman Message-ID: <20040920172807.GH88658@darkness.comp.waw.pl> References: <20040920100454.GA65527@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jHkwA2TBA/ec6v+" Content-Disposition: inline In-Reply-To: <20040920100454.GA65527@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@freebsd.org Subject: Re: problem with gmirror on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:28:09 -0000 --9jHkwA2TBA/ec6v+ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 12:04:54PM +0200, Divacky Roman wrote: +> but the problem is that the /dev/mirror/data is not created on boot. I m= ust +> manually unload (if geom_mirror_load=3DYES is defined) and then load geo= m_mirror +> module - then its properly detected and /dev/mirror/ entries created.. Fix committed to HEAD, will be MT5 later. Thanks for the report! --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --9jHkwA2TBA/ec6v+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBTxMnForvXbEpPzQRAtXvAKD4sS5Wc9z4pjK3dseInGJJQjrrXgCgjjCh TLg1x67+jyzpRxiFH4Z2t18= =+fFu -----END PGP SIGNATURE----- --9jHkwA2TBA/ec6v+-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:29:11 2004 Return-Path: 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 8515A16A4CF for ; Mon, 20 Sep 2004 17:29:11 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EBAD43D55 for ; Mon, 20 Sep 2004 17:29:11 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id C70CBACC65; Mon, 20 Sep 2004 19:29:09 +0200 (CEST) Date: Mon, 20 Sep 2004 19:29:09 +0200 From: Pawel Jakub Dawidek To: Sven Willenberger Message-ID: <20040920172909.GI88658@darkness.comp.waw.pl> References: <1095693022.20080.9.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o7gdRJTuwFmWapyH" Content-Disposition: inline In-Reply-To: <1095693022.20080.9.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@freebsd.org Subject: Re: How to autostart geom_stripe? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:29:11 -0000 --o7gdRJTuwFmWapyH Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 11:10:22AM -0400, Sven Willenberger wrote: +> FreeBSD-5.3-Beta4 +> I created a striped volume, newfs and mounted it fine and added the +> entry in /etc/fstab. (created using the label so as to write the +> metadata to disk and with a name of "thevolume") +>=20 +> I added geom_stripe_load=3D"YES" in /boot/loader.conf +>=20 +> On bootup at the fsck stage, I get the message "could not stat /dev/ +> stripe/thevolume. From single user, geom stripe load will load the +> device and start the stripe at which point all is fine again. My +> question is, is there another flag I need to set to have this startup at +> boot time? I tracked down the problem and committed a fix to HEAD. Thanks for the report! --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --o7gdRJTuwFmWapyH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBTxNlForvXbEpPzQRAvBKAJ9ZMnKLDclybBrPU3GRnsMrGWffjQCgy9h5 djX+My3itHASFRxed4H8VKs= =soFD -----END PGP SIGNATURE----- --o7gdRJTuwFmWapyH-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:32:26 2004 Return-Path: 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 6F40F16A4CE for ; Mon, 20 Sep 2004 17:32:26 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AE9143D45 for ; Mon, 20 Sep 2004 17:32:26 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id BD5C4ACC65; Mon, 20 Sep 2004 19:32:24 +0200 (CEST) Date: Mon, 20 Sep 2004 19:32:24 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20040920173224.GJ88658@darkness.comp.waw.pl> References: <20040920170724.GA9605@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CxDuMX1Cv2n9FQfo" Content-Disposition: inline In-Reply-To: <20040920170724.GA9605@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: race between geom and root mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:32:26 -0000 --CxDuMX1Cv2n9FQfo Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 07:07:25PM +0200, John Hay wrote: +> The last day I have been trying to setup a geom mirror to boot from. I +> have tried various ways of configuring it, geom mirror on the raw disk +> and also geom mirror inside a slice, also without any slices etc. But +> everytime I could get it to load the kernel and boot up to the point +> where it should mount the root partition and then it would fail and +> give the prompt where you can type the name of the root partition you +> want to mount. Even by typing the partition name at the prompt could +> not get it to work. Then today I noticed that after I got the prompt +> for the root partition a few more geom messages were printed. Then I +> disabled smp by setting kern.smp.disabled=3D"1" and it booted fine. Maybe you're a victim of the problem which was just fixed in -CURRENT. Could you try g_mirror.c rev. 1.27 and g_label.c rev. 1.10? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --CxDuMX1Cv2n9FQfo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD4DBQFBTxQoForvXbEpPzQRAvYCAJjhQvq5BKQdr0jXQ86Xj0PTRCysAKCFlrXZ yUMbE0Q9Apky1Xi1izF2sg== =VoRs -----END PGP SIGNATURE----- --CxDuMX1Cv2n9FQfo-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:39:03 2004 Return-Path: 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 1409216A4CF for ; Mon, 20 Sep 2004 17:39:03 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B2F43D2F for ; Mon, 20 Sep 2004 17:39:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8KHf6fq024595; Mon, 20 Sep 2004 10:41:06 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8KHf67P024594; Mon, 20 Sep 2004 10:41:06 -0700 Date: Mon, 20 Sep 2004 10:41:06 -0700 From: Brooks Davis To: cbh-freebsd-current@groups.chrishedley.com Message-ID: <20040920174106.GB21687@odin.ac.hmc.edu> References: <20040919225036.B1582@teapot.cbhnet> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OwLcNYc0lM97+oe1" Content-Disposition: inline In-Reply-To: <20040919225036.B1582@teapot.cbhnet> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: Possible bug in sbin/bsdlabel.c in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:39:03 -0000 --OwLcNYc0lM97+oe1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2004 at 11:01:25PM +0100, cbh-freebsd-current@groups.chrish= edley.com wrote: > Evening, chaps. >=20 > I don't think anyone's brought this one up yet, and it's a little=20 > obscure... but for those of us who have MAXPARTITIONS set to a nonstandar= d=20 > value (16 in my case, I need some extra as I'm using a largeish RAID arra= y=20 > that I'd like to chop into managable pieces), it seems that bsdlabel=20 > randomly hiccups with a warning about the label length being wrong=20 > ("disklabel: Wrong length label argument" after attempting to edit the=20 > label, even without making any changes). This only happens on certain=20 > discs for reasons beyond my ken, but it seems that the culprit is circa= =20 > line 410 in sbin/bsdlabel/bsdlabel.c which currently says >=20 > gctl_ro_param(grq, "label", 148+16*8); >=20 > but which I'm guessing should say >=20 > gctl_ro_param(grq, "label", 148+16*MAXPARTITIONS); >=20 > The modification seems to work on my -CURRENT box without causing any=20 > obvious harm, so I thought I'd mention it here to see what people think. >=20 > Cheers, >=20 > Chris. >=20 > PS Just to clarify, the discs which the unmodified disklabel worked on ar= e=20 > <40GB SCSI units attached to AIC 789x channels, and the one which it=20 > didn't work on is a 450GB RAID-10 aac (2410SA) array. IIRC you can't extend the number of partitions unless you don't need boot blocks so this isn't all that useful except in situtations where gpt(8) is a much better solution. Fixing this hardcoding seems like a reasionable idea, but I'm not an expert on this subject. We're trying to avoid stopgap hack to bsdlabel in general because it's an obviously dead-end solution and we want to move on to something like GPT as soon as feasiable. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --OwLcNYc0lM97+oe1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBTxYxXY6L6fI4GtQRApvMAJ95YDao3rAcYlVkxYMCoTvanT4lWQCdF3HP 9JuQ63yY3Agypq2fXt1ZAlQ= =ChCy -----END PGP SIGNATURE----- --OwLcNYc0lM97+oe1-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:48:02 2004 Return-Path: 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 D8F8716A4CE; Mon, 20 Sep 2004 17:48:02 +0000 (GMT) Received: from exchange.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 757D943D53; Mon, 20 Sep 2004 17:48:02 +0000 (GMT) (envelope-from ahoff@sandvine.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 20 Sep 2004 13:48:00 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: panic: pmap_enter: attempted pmap_enter on 4MB page Thread-Index: AcSfOfhFjxClP4FQTBWlOdmXrjhYlg== From: "Alex Hoff" To: cc: alc@freebsd.org cc: Gerrit Nagelhout cc: tegge@FreeBSD.org Subject: panic: pmap_enter: attempted pmap_enter on 4MB page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:48:03 -0000 Hello,=20 Ive talked to a few people about this crash already, but I might as well = get a discussion going. Running 5.3 beta 4 (as of Sunday) with Postgress = 7.4.2 running on it under heavy load will run into "panic: pmap_enter: = attempted pmap_enter on 4MB page". The machine we are running on is a = dual xeon 2.8 ghz w/ HyperThreading off, 4 gigs of ram and a 980G RAID5 = setup. Using a small database with a total of 100 clients, 80 doing = updates and 20 doing queries via tcl (db + clients on the same machine), = it runs until fills up 4gigs of ram, then 4 gigs of swap, then we kill = it cleanly rc.d script stop) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:55:07 2004 Return-Path: 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 45E4116A4CE; Mon, 20 Sep 2004 17:55:07 +0000 (GMT) Received: from exchange.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id D155A43D45; Mon, 20 Sep 2004 17:55:06 +0000 (GMT) (envelope-from ahoff@sandvine.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 20 Sep 2004 13:55:06 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: panic: pmap_enter: attempted pmap_enter on 4MB page Thread-Index: AcSfOfhFjxClP4FQTBWlOdmXrjhYlgAADKPg From: "Alex Hoff" To: cc: alc@freebsd.org cc: Gerrit Nagelhout cc: tegge@FreeBSD.org Subject: RESEND: panic: pmap_enter: attempted pmap_enter on 4MB page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:55:07 -0000 Sorry, it sent by accident. Here is the complete email: > -----Original Message----- > From: Alex Hoff =20 > Sent: Monday, September 20, 2004 13:48 > To: 'current@freebsd.org' > Cc: 'alc@freebsd.org'; 'tegge@FreeBSD.org'; Gerrit Nagelhout > Subject: panic: pmap_enter: attempted pmap_enter on 4MB page >=20 > Hello,=20 >=20 > I've talked to a few people about this crash already, but I might as = well get a discussion going. Running 5.3 beta 4 (as of Sunday) with = Postgress 7.4.2 running on it under heavy load will run into "panic: = pmap_enter: attempted pmap_enter on 4MB page". The machine we are = running on is a dual xeon 2.8 ghz w/ HyperThreading off, 4 gigs of ram = and a 980G RAID5 setup. Using a small database with a total of 100 = clients, 80 doing updates and 20 doing queries via tcl (db + clients on = the same machine), it runs until fills up 4gigs of ram, then 4 gigs of = swap, then we kill it cleanly rc.d script stop). If I repeat this = process X number of times (it varies), the last time will bring down the = kernel as postgress is exiting. So far (from 2 dumps) the curpte seems = invalid Crash 1: swap_pager_getswapspace(16): failed swap_pager_getswapspace(16): failed swap_pager_getswapspace(16): failed <3>pid 3327 (postgres), uid 70, was killed: out of swap space pmap_enter: va 0x29853000, pte 0xbfca614c, origpte 0x1999 panic: pmap_enter: attempted pmap_enter on 4MB page and Crash 2: swap_pager_getswapspace(3): failed swap_pager_getswapspace(3): failed <3>pid 9822 (postgres), uid 70, was killed: out of swap space <3>pid 9816 (postgres), uid 70, was killed: out of swap space pmap_enter: va 0x2c846000, pte 0xbfcb2118, origpte 0x29f1 panic: pmap_enter: attempted pmap_enter on 4MB page Anyone have any ideas/input? Here is the backtrace if it helps: (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc065623e in boot (howto=3D260) at /d2/ahoff/cvs/src/sys/kern/kern_shutdown.c:397 #2 0xc06565ec in poweroff_wait (junk=3D0xc08ae384, howto=3D696594432) at /d2/ahoff/cvs/src/sys/kern/kern_shutdown.c:553 #3 0xc082d3cd in pmap_enter (pmap=3D0xc5c9ac78, va=3D3230327684, = m=3D0xc37bb130, prot=3D7 '\a', wired=3D0) at = /d2/ahoff/cvs/src/sys/i386/i386/pmap.c:1959 #4 0xc07db6b9 in vm_fault (map=3D0xc5c9abb8, vaddr=3D696594432, fault_type=3D1 '\001', fault_flags=3D0) at /d2/ahoff/cvs/src/sys/vm/vm_fault.c:871 #5 0xc083188f in trap_pfault (frame=3D0xf01c1d48, usermode=3D1, = eva=3D696595024) at /d2/ahoff/cvs/src/sys/i386/i386/trap.c:704 #6 0xc083143d in trap (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D -1078001617, tf_edi =3D = 156606464, tf_esi =3D 696595024, tf_ebp =3D -1077945656, tf_isp =3D -266592908, tf_ebx =3D = 137957328, tf_ed x =3D 156606432, tf_ecx =3D 23, tf_eax =3D 100, tf_trapno =3D 12, tf_err = =3D 4, tf_eip =3D 1 34671476, tf_cs =3D 31, tf_eflags =3D 66118, tf_esp =3D -1077945680, = tf_ss =3D 47}) at /d2/ahoff/cvs/src/sys/i386/i386/trap.c:316 #7 0x0806ec74 in ?? () From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:57:19 2004 Return-Path: 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 C1A0716A4CE for ; Mon, 20 Sep 2004 17:57:19 +0000 (GMT) Received: from mail.halls.colostate.edu (halls-mailgw.acns.colostate.edu [129.82.100.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 749CA43D4C for ; Mon, 20 Sep 2004 17:57:17 +0000 (GMT) (envelope-from end@endif.cjb.net) Received: from zork (inge069131.halls.colostate.edu [129.82.69.131]) i8KHv3ut007988; Mon, 20 Sep 2004 11:57:03 -0600 Date: Mon, 20 Sep 2004 11:57:03 -0600 From: Robin Schoonover To: Robin Schoonover Message-ID: <20040920115703.7c12aaaf@zork> In-Reply-To: <20040911163201.3e58e29a@sed> References: <200409031714.06053.dantavious@comcast.net> <20040904073507.3280943D49@mx1.FreeBSD.org> <20040911163201.3e58e29a@sed> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Sound in FreeBSD 5.3 Beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:57:19 -0000 On Sat, 11 Sep 2004 16:32:01 -0600 Robin Schoonover wrote: > On Sat, 04 Sep 2004 10:35:06 +0300 > Danny Braniss wrote: > > > look at the dmesg, and search for pcm0, and see if all is ok. > > in my case: > > pcm0: port 0xdc00-0xdc7f,0xd800-0xd8ff mem > > 0xdd081000-0xdd081fff irq 20 at device 6.0 on pci0 > > pcm0: [GIANT-LOCKED] > > pcm0: cannot reset channel 0 > > pcm0: unable to initialize the card > > device_attach: pcm0 attach returned 6 > > > > by chance, i disabled agp and sound is now working! > > Does anyone know what causes this? I'm in the same boat (same > chipset, same problem), and I'd like to have both sound and agp > enabled. Ok, weird. A combination of one or more of the follow things fixed it: o Updated from BETA3 to BETA4 o decompiled agp out, but now loading as a module at startup o changed video cards to an older video card. So whatever it is, I now have agp and sound working both at the same time. -- Robin Schoonover (aka End) # # Actual newspaper headline: # Something Went Wrong in Jet Crash, Expert Says From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 18:30:38 2004 Return-Path: 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 72E9C16A4CE for ; Mon, 20 Sep 2004 18:30:38 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5399D43D3F for ; Mon, 20 Sep 2004 18:30:38 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8KIUb15061957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 20 Sep 2004 11:30:37 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8KIUbqC061956 for current@freebsd.org; Mon, 20 Sep 2004 11:30:37 -0700 (PDT) (envelope-from jdc) Date: Mon, 20 Sep 2004 11:30:37 -0700 From: Jeremy Chadwick To: current@freebsd.org Message-ID: <20040920183037.GA61741@parodius.com> Mail-Followup-To: current@freebsd.org References: <20040920100038.GA30307@clan.nothing-going-on.org> <20040920160019.GA3403@VARK.MIT.EDU> <20040920161628.GG30307@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040920161628.GG30307@clan.nothing-going-on.org> User-Agent: Mutt/1.5.6i Subject: Re: Brief freezes with -current as of early last week X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 18:30:38 -0000 PREEMPTION isn't a kernel option -- it's something you tweak in /usr/include/machine/param.h (or /usr/src/include/...), unless this procedure has changed recently... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Mon, Sep 20, 2004 at 05:16:30PM +0100, Nik Clayton wrote: > On Mon, Sep 20, 2004 at 12:00:19PM -0400, David Schultz wrote: > > This sounds like an I/O hang. I've been having similar problems > > related to WRITE_DMA and READ_DMA timeouts from the ata driver in > > the last week or so, as discussed last week on this list. Are you > > seeing these messages from the kernel? > > Like these? > > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=47240127 > ad0: WARNING - READ_DMA no interrupt but good status > ad1: TIMEOUT - READ_DMA retrying (2 retries left) LBA=165370263 > ad1: WARNING - READ_DMA no interrupt but good status > > ad0 is a 2 year old 40GB disk, ad1 is 1 week old 120GB disk. > > > Julian suggested disabling > > preemption, which I haven't tried yet, but other people report > > limited success. > > I'm not running a kernel with 'options PREEMPTION' compiled in... > > N > -- > FreeBSD: The Power to Serve http://www.freebsd.org/ (__) > FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) > \/ \ ^ > --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/_) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 18:35:39 2004 Return-Path: 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 8806716A4CE for ; Mon, 20 Sep 2004 18:35:39 +0000 (GMT) Received: from mwinf0608.wanadoo.fr (smtp6.wanadoo.fr [193.252.22.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E29F43D41 for ; Mon, 20 Sep 2004 18:35:39 +0000 (GMT) (envelope-from dak@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0608.wanadoo.fr (SMTP Server) with SMTP id EE3F9180010F; Mon, 20 Sep 2004 20:35:37 +0200 (CEST) Received: from smtp.wanadoo.fr (ca-sqy-3-10.w80-8.abo.wanadoo.fr [80.8.56.10]) by mwinf0608.wanadoo.fr (SMTP Server) with ESMTP id 93A53180014F; Mon, 20 Sep 2004 20:35:35 +0200 (CEST) Received: from nebula.wanadoo.fr (localhost [127.0.0.1]) by smtp.wanadoo.fr (8.13.1/8.13.1) with ESMTP id i8KIZVmY001324; Mon, 20 Sep 2004 20:35:31 +0200 (CEST) (envelope-from dak@nebula.wanadoo.fr) Received: (from dak@localhost) by nebula.wanadoo.fr (8.13.1/8.13.1/Submit) id i8KIZUXx001323; Mon, 20 Sep 2004 20:35:30 +0200 (CEST) (envelope-from dak) Date: Mon, 20 Sep 2004 20:35:30 +0200 From: Aurelien NEPHTALI To: current@freebsd.org Message-ID: <20040920183530.GA1311@nebula.wanadoo.fr> References: <20040920100038.GA30307@clan.nothing-going-on.org> <20040920160019.GA3403@VARK.MIT.EDU> <20040920161628.GG30307@clan.nothing-going-on.org> <20040920183037.GA61741@parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040920183037.GA61741@parodius.com> User-Agent: Mutt/1.5.6i cc: freebsd@jdc.parodius.com Subject: Re: Brief freezes with -current as of early last week X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 18:35:39 -0000 Hi, nebula% cat /sys/conf/NOTES | grep PREEMPTION # PREEMPTION allows the threads that are in the kernel to be preempted # FULL_PREEMPTION instructs the kernel to preempt non-realtime kernel # Relies on the PREEMPTION option. DON'T TURN THIS ON. options PREEMPTION options FULL_PREEMPTION I don't know exactly when it became a kernel option, but it is now :) On Mon, Sep 20, 2004 at 11:30:37AM -0700, Jeremy Chadwick wrote: > PREEMPTION isn't a kernel option -- it's something you tweak in > /usr/include/machine/param.h (or /usr/src/include/...), unless this > procedure has changed recently... > -- NEPHTALI 'dak' Aurelien TEK2 - Promo 2008 06.19.84.90.10 From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 18:47:14 2004 Return-Path: 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 E3A7116A4CE for ; Mon, 20 Sep 2004 18:47:14 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20E8F43D55 for ; Mon, 20 Sep 2004 18:47:14 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8KIi8db057325 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 20 Sep 2004 22:44:08 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8KIhfoM057277; (8.12.8/vak/2.1) Mon, 20 Sep 2004 22:43:41 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <414F256B.1030304@cronyx.ru> Date: Mon, 20 Sep 2004 22:46:03 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current References: <41421D6A.8070805@cronyx.ru> <414CB97C.7030606@cronyx.ru> <414E7581.2070505@root.org> In-Reply-To: <414E7581.2070505@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: Nate Lawson Subject: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 18:47:15 -0000 Hi, I have problem with one of my SMP systems (see end of letter). It looks that following patch: Index: mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.238 diff -u -r1.238 mp_machdep.c --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 +++ mp_machdep.c 20 Sep 2004 18:20:49 -0000 @@ -747,6 +747,11 @@ POSTCODE(INSTALL_AP_TRAMP_POST); pmap_kenter(boot_address + KERNBASE, boot_address); +#ifdef I386_CPU + invltlb(); +#else + invlpg((u_int)dst); +#endif for (x = 0; x < size; ++x) *dst++ = *src++; solves the problem. I'll check it on not very recent hacked current. So this is initial request. I'll check it with current current without my hacks to double check that this works always and inform if this helps. The intent of this letter to ask community if this workaround for my problem or real bug fix. If this is only workaround please let me know and I'll continue to dig with version I currently use. (I don't like workarounds) Best regards, Roman Kurakin [...] >> >> Roman Kurakin: >> >>> GDB: no debug ports present >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> SMAP type=01 base=0000000000000000 len=000000000009fc00 >>> SMAP type=01 base=000000000009fc00 len=0000000000000400 >>> SMAP type=02 base=00000000000f0000 len=0000000000010000 >>> SMAP type=02 base=00000000fec00000 len=0000000000001000 >>> SMAP type=02 base=00000000fee00000 len=0000000000001000 >>> SMAP type=02 base=00000000ffff0000 len=0000000000010000 >>> SMAP type=01 base=0000000000100000 len=0000000007ef0000 >>> SMAP type=03 base=0000000007ff3000 len=000000000000d000 >>> SMAP type=04 base=0000000007ff0000 len=0000000000003000 >>> 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 6.0-CURRENT #0: Wed Sep 8 18:38:21 MSD 2004 >>> >>> root@devel12.cronyx.ru:/home/rik/Develop/FreeBSD/obj/home/rik/Develop/FreeBS >>> >>> D/src/sys/GENERIC >>> WARNING: WITNESS option enabled, expect reduced performance. >>> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a29000. >>> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a29250. >>> Calibrating clock(s) ... i8254 clock: 1193142 Hz >>> CLK_USE_I8254_CALIBRATION not specified - using default frequency >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> Calibrating TSC clock ... TSC clock: 232752120 Hz >>> CPU: Pentium II/Pentium II Xeon/Celeron (232.75-MHz 686-class CPU) >>> Origin = "GenuineIntel" Id = 0x634 Stepping = 4 >>> >>> Features=0x80fbff>> >>> V,MMX> >>> real memory = 134152192 (127 MB) >>> Physical memory chunk(s): >>> 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) >>> 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >>> 0x0000000000c29000 - 0x0000000007d7ffff, 118845440 bytes (29015 pages) >>> avail memory = 121626624 (115 MB) >>> Table 'FACP' at 0x7ff3040 >>> Table 'APIC' at 0x7ff5440 >>> MADT: Found table at 0x7ff5440 >>> MP Configuration Table version 1.1 found at 0xc00f1400 >>> APIC: Using the MADT enumerator. >>> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled >>> SMP: Added CPU 0 (AP) >>> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled >>> SMP: Added CPU 1 (AP) >>> ACPI APIC Table: >>> kernel trap 12 with interrupts disabled >>> >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x0 >>> fault code = supervisor read, page not present >>> instruction pointer = 0x8:0xc05f7930 >>> stack pointer = 0x10:0xc0c21b6c >>> frame pointer = 0x10:0xc0c21b78 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 0 () >>> [thread 0] >>> Stopped at _mtx_lock_flags+0x34: cmpl $0xc084dedc,0(%ebx) >>> db> tr >>> _mtx_lock_flags(0,0,c0808d71,127,c08b33c0,0,c0808d71,126) at >>> _mtx_lock_flags+0x3 >>> 4 >>> vm_fault(c103a000,c009f000,2,0,c08af7a0) at vm_fault+0x216 >>> trap_pfault(c0c21cd8,0,c009f000) at trap_pfault+0x13b >>> trap(c07e0018,10,c0900010,18e,c088f7a1) at trap+0x335 >>> calltrap() at calltrap+0x5 >>> --- trap 0xc, eip = 0xc077f293, esp = 0xc0c21d18, ebp = 0xc0c21d24 --- >>> install_ap_tramp(c0905ee0,c07f42a0,0,1,c0c21d6c) at >>> install_ap_tramp+0x43 >>> start_all_aps(c0c21d84,c061b63f,c08b90a0,c07f3c13,0) at >>> start_all_aps+0x2f >>> cpu_mp_start(c08b90a0,c07f3c13,0,1,c0c21d98) at cpu_mp_start+0x13b >>> mp_start(0,c1ec00,c1e000,0,c043f465) at mp_start+0x47 >>> mi_startup() at mi_startup+0x96 >>> begin() at begin+0x2c >>> db> show locks >>> exclusive sleep mutex system map r = 0 (0xc103a084) locked @ >>> /home/rik/Develop/F >>> reeBSD/src/sys/vm/vm_map.c:2994 >>> exclusive sleep mutex Giant r = 1 (0xc08b33c0) locked @ >>> /home/rik/Develop/FreeBS >>> D/src/sys/vm/vm_fault.c:294 >>> db> >> > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 18:59:38 2004 Return-Path: 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 4922A16A4CE for ; Mon, 20 Sep 2004 18:59:38 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E59C43D6D for ; Mon, 20 Sep 2004 18:59:38 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i8KIxaA7009243; Mon, 20 Sep 2004 11:59:36 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i8KIxZ1N009242; Mon, 20 Sep 2004 11:59:35 -0700 (PDT) (envelope-from obrien) Date: Mon, 20 Sep 2004 11:59:35 -0700 From: "David O'Brien" To: Jiri Mikulas Message-ID: <20040920185935.GA9191@dragon.nuxi.com> References: <414EDFC7.2020104@mikulas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414EDFC7.2020104@mikulas.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: Sil 3114 SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 18:59:38 -0000 On Mon, Sep 20, 2004 at 03:48:55PM +0200, Jiri Mikulas wrote: > Hello Hello, please don't cross-post. It is appropiate to only pick one to email this to. > I have Epox *EP-8HDA3+* motherboard ... > atapci0: port .. > Is it known bug, or anything else (my fault)? The FreeBSD ATA-RAID driver does not reconize a raid created in the SiI3114 BIOS either, so it is known there is a new RAID meta data format. I've sent a copy of my RAID1 meta data to SOS to take a look at. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 18:59:44 2004 Return-Path: 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 AF75716A4D2; Mon, 20 Sep 2004 18:59:44 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id C824F43D69; Mon, 20 Sep 2004 18:59:43 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.6] (adsl-68-250-185-35.dsl.wotnoh.ameritech.net [68.250.185.35]) (authenticated bits=0)i8KIj5HR023489 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 20 Sep 2004 14:45:06 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Date: Mon, 20 Sep 2004 15:01:30 -0400 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_ckyTBOvqhu/kXeL" Message-Id: <200409201501.48755.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: RELENG_5 panic: mtx_lock() with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 18:59:44 -0000 --Boundary-00=_ckyTBOvqhu/kXeL Content-Type: multipart/signed; boundary="nextPart3714879.qVzd4VjKlY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart3714879.qVzd4VjKlY Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I'm getting the following panic on boot only with ACPI enabled. On a verbose boot right after: start_init: trying /sbin/init panic: mtx_lock() of spin mutex(null) @ /usr/src/sys/tty/tty.c:2809 Can't seem to get a dump even if dumpdev is set at the loader prompt. Verbose boot without ACPI enabled and ASL attached. =2D-=20 Anish Mistry --nextPart3714879.qVzd4VjKlY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBTykcxqA5ziudZT0RAofBAKCoR2zeqpdhcvCMqdeuTg7qzlAFFACff/iL 9JIyMNy2D5qdyXS1imFUu2A= =2J0s -----END PGP SIGNATURE----- --nextPart3714879.qVzd4VjKlY-- --Boundary-00=_ckyTBOvqhu/kXeL-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 19:08:40 2004 Return-Path: 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 B963616A4CE; Mon, 20 Sep 2004 19:08:40 +0000 (GMT) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72DC443D39; Mon, 20 Sep 2004 19:08:40 +0000 (GMT) (envelope-from leporter@xmission.com) Received: from [198.60.22.201] (helo=mgr1.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 1C9TWi-00046t-02; Mon, 20 Sep 2004 13:08:40 -0600 Received: from [166.70.25.145] (helo=[192.168.0.3]) by mgr1.xmission.com with esmtp (Exim 4.32) id 1C9TWh-0007ma-Pz; Mon, 20 Sep 2004 13:08:40 -0600 Message-ID: <414F2ABD.2030604@xmission.com> Date: Mon, 20 Sep 2004 13:08:45 -0600 From: Jason Porter User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freeBs-questions@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr1.xmission.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-SA-Exim-Connect-IP: 166.70.25.145 X-SA-Exim-Mail-From: leporter@xmission.com X-SA-Exim-Version: 4.0 (built Sat, 24 Apr 2004 12:31:30 +0200) X-SA-Exim-Scanned: Yes (on mgr1.xmission.com) Subject: ACPI not working for shutdown -p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 19:08:40 -0000 I had things working just fine before, then I rebuild my kernel and I don't know what happened, but I can't get ACPI to turn off the computer anymore. I'm running a 5.3BETA3 from Sept 9 and I'm on an ASUS A7S333. I'll include the dmesg report, if anyone has any questions, let me know, thanks. Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA3 #4: Mon Sep 20 12:32:23 MDT 2004 jason@ForgottenAges.com:/usr/obj/usr/src/sys/DESKTOP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 1800+ (1529.51-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480000 real memory = 268419072 (255 MB) avail memory = 257183744 (245 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI link \\_SB_.LNKH has invalid initial irq 9, ignoring ACPI link \\_SB_.LNKD has invalid initial irq 9, ignoring acpi link get: empty IRQ resource pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xe6800000-0xe6800fff irq 11 at device 2.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered uhub1: Texas Instruments UT-USB41 hub, class 9/0, rev 1.10/1.10, addr 2 uhub1: 4 ports with 4 removable, self powered ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/13.00, addr 3, iclass 3/1 ums0: 4 buttons and Z dir. ohci1: mem 0xe6000000-0xe6000fff irq 10 at device 2.3 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered atapci0: port 0xd800-0xd80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 5.0 (no driver attached) pcm0: port 0xa800-0xa81f irq 11 at device 8.0 on pci0 pcm0: pci0: at device 9.0 (no driver attached) xl0: <3Com 3c450-TX HomeConnect> port 0xa000-0xa07f mem 0xe5800000-0xe580007f irq 5 at device 10.0 on pci0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:b1:c7:ec fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xcc000-0xcffff 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 1529510433 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 39266MB [79780/16/63] at ata0-master UDMA100 ad1: 16448MB [33420/16/63] at ata0-slave UDMA66 ATAPI_RESET time = 110us ATAPI_RESET time = 50us acd0: DVDROM at ata1-master UDMA66 acd1: CDRW at ata1-slave PIO4 Mounting root from ufs:/dev/ad1s2a -Jason Porter From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 19:11:46 2004 Return-Path: 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 51E1816A4CE; Mon, 20 Sep 2004 19:11:46 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3313F43D5A; Mon, 20 Sep 2004 19:11:45 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])28AF13F69E; Mon, 20 Sep 2004 21:11:44 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30720-01-5; Mon, 20 Sep 2004 21:11:44 +0200 (CEST) Received: from m2a2.dyndns.org (p508EEE7E.dip.t-dialin.net [80.142.238.126]) D02EC3F69A; Mon, 20 Sep 2004 21:11:40 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id C2BF1D1F96; Mon, 20 Sep 2004 21:11:38 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01064-03-2; Mon, 20 Sep 2004 21:11:38 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 3391CC9FB3; Mon, 20 Sep 2004 21:11:38 +0200 (CEST) To: freebsd-current@freebsd.org, re@freebsd.org, freebsd-hackers@freebsd.org, freebsd-standards@freebsd.org Mail-Followup-To: freebsd-standards@freebsd.org From: Matthias Andree Date: Mon, 20 Sep 2004 21:11:38 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de Subject: PATCH: fix bogus "unset" abort in /bin/sh (been pending for TWO YEARS) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-standards@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 19:11:46 -0000 [WARNING: Reply-To and Mail-Followup-To set to funnel the discussion.] Greetings, FreeBSD's /bin/sh has a long-standing bug that causes premature abort of a script when set -e is set and a nonexistant variable is unset. This violates IEEE Std 1003.1 and harms portability of scripts to FreeBSD. http://www.opengroup.org/onlinepubs/009695399/utilities/unset.html Either test of these must print "good" else the shell is b0rked: /bin/sh -c 'set -e ; BONK= ; unset BONK ; unset BONK ; echo good' /bin/sh -c 'set -e ; f() { :; } ; unset -f f ; unset -f f ; echo good' After merging the patch below and MFC'ing, please close standards/45738. This patch (against 5.3-BETA) fixes the problems for me (yes I know it is not very helpful without more context but I can't paste half the files here for the mailing list): --- src/bin/sh/exec.c.orig Thu Apr 15 05:08:30 2004 +++ src/bin/sh/exec.c Sat Sep 18 13:16:34 2004 @@ -701,7 +701,7 @@ delete_cmd_entry(); return (0); } - return (1); + return (0); } /* --- src/bin/sh/var.c.orig Thu Apr 15 05:08:31 2004 +++ src/bin/sh/var.c Sat Sep 18 13:16:34 2004 @@ -761,7 +761,7 @@ } } - return (1); + return (0); } -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 19:45:14 2004 Return-Path: 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 0332A16A4D4; Mon, 20 Sep 2004 19:45:14 +0000 (GMT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D3243D49; Mon, 20 Sep 2004 19:45:04 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from fer.hr (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id i8KJqpsM022146; Mon, 20 Sep 2004 21:52:51 +0200 (MEST) Message-ID: <414F331C.2000606@fer.hr> Date: Mon, 20 Sep 2004 21:44:28 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.5 (X11/20040430) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ggate trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 19:45:14 -0000 I have trouble with ggate devices "going bad" after some time. Here are the simptoms: Creating ggate devices (on client machine) works fine. Using them right after devices are created (for several hours) works without problems. BUT, after some idle time (on the scale of 24h), devices just stop working. They are listed in /dev, "ggatec list" shows them, but any read requests made to them (e.g. using dd) fail after a few seconds of "waiting" with "Input/Output error". Nothing is shown in syslog. Ggated demon on the server works fine, and doing "telnet server 3080" on the client establishes connection (I tried typing some garbage into the connection, but the server seems to ignore it, and doesn't send any data back; it DOES log into server syslog that it's confused when I do that ("ggated: Requested path isn't exported: Unknown error: 0.; ggated: exiting")). For the record: I'm using gmirror to mirror over a ggate device, and gmirror correctly detects and processes the read fault, and deactivates the provider. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 19:48:04 2004 Return-Path: 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 8A4F116A4DB for ; Mon, 20 Sep 2004 19:48:04 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59F3F43D67 for ; Mon, 20 Sep 2004 19:48:03 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id D0B38F19BA for ; Mon, 20 Sep 2004 12:48:02 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01271-03 for ; Mon, 20 Sep 2004 12:47:47 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 242B9F1A01 for ; Mon, 20 Sep 2004 12:28:16 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1095708495.1151.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 20 Sep 2004 12:28:16 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: lo0 device changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 19:48:04 -0000 This is something new. It now comes up disabled and no ip assigned. Nothing in /etc/rc.d will set it up. Sean From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 20:12:01 2004 Return-Path: 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 BD6DE16A4DE for ; Mon, 20 Sep 2004 20:12:01 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EE2D43D5D for ; Mon, 20 Sep 2004 20:12:01 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2009 invoked from network); 20 Sep 2004 20:12:01 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 20 Sep 2004 20:12:00 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8KKBt4f025478; Mon, 20 Sep 2004 16:11:57 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 20 Sep 2004 15:25:38 -0400 User-Agent: KMail/1.6.2 References: <20040918151924.98910.qmail@web14828.mail.yahoo.com> In-Reply-To: <20040918151924.98910.qmail@web14828.mail.yahoo.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409201525.38754.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Rostislav Krasny Subject: Re: patch: selecting "All" on some of sysinstall(8) menus doesn't make any distribution marked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 20:12:01 -0000 On Saturday 18 September 2004 11:19 am, Rostislav Krasny wrote: > > uname -a > > FreeBSD localhost 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Thu Sep 16 19:19:27 > IDT 2004 root@localhost:/usr/obj/usr/src/sys/GENERIC i386 > > Hi, > > When one select "All" on some of the "Distributions" menus of > sysinstall(8) no distribution is marked but actually all of them are > selected for installation. It can confuse one during a new system > installation. Following patch fixes this problem: > > --- dist.c.prev Sat Sep 18 17:37:01 2004 > +++ dist.c Sat Sep 18 17:38:06 2004 > @@ -291,7 +291,7 @@ > XOrgDists = DIST_XORG_ALL; > i = distMaybeSetPorts(self); > distVerifyFlags(); > - return i; > + return i | DITEM_REDRAW; > } > > static int > > > If you want test this patch on installed system try following scenario > before and after applying it to your source: > > 1. run 'sysinstall' as a root > 2. go to "Custom | Distributions" or to "Custom | Distributions | > Custom" menu > 3. select "All" on the menu and see what distributions are marked after > that > > P.S. If this patch is correct it should be commited to 5.3 before the > release, IMHO. Committed to HEAD. I'll put it in 5.3 if re@ oks it. Thanks! -- 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 Sep 20 20:25:40 2004 Return-Path: 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 93A5316A4CE for ; Mon, 20 Sep 2004 20:25:40 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63D8643D1D for ; Mon, 20 Sep 2004 20:25:40 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465 for ; Mon, 20 Sep 2004 13:25:39 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 10F925D0A for ; Mon, 20 Sep 2004 13:25:39 -0700 (PDT) To: current@freebsd.org Date: Mon, 20 Sep 2004 13:25:39 -0700 From: "Kevin Oberman" Message-Id: <20040920202539.10F925D0A@ptavv.es.net> Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 20:25:40 -0000 Well, I spent the weekend building systems and kernels and I can now be pretty sure that this is a timing related issue. I had previously reported that I could create the problem by starting my xl Ethernet card. I have since learned that the issues are not closely coupled but are a problem with the Ethernet triggering the problem with the disks. First, the problem I am seeing with the xl is long standing. It appeared on about June 30 or July 1. (It will take a few more kernels to track it down further and I m on the road for a few days and can't play with the system.) But even prior to that date, if I disable ACPI, the same behavior shows up. (Dead Ethernet and continual 'xl0: watchdog timeout" messages.) I ave no idea when the problem started when ACPI is disabled. The xl0 problems causes the system to pause and, after some changes to the kernel in late July or early August, the problems with ATA joined the xl0 problem. If i turn off xl0 (and, probably if the xl0 problem was fixed), the disk errors go away. Because of this, I suspect that the added delays cause by the xl0 timeouts are actually triggering the ATA timeouts. Since others are seeing the same error under heavy load, I imagine that other things can trigger the same DMA timeouts on ATA. When I get home, I'll try to figure out exactly which patch is causing the problem with the xl and then go after the patch that caused the ata error. I can say that it shows up earlier (with the xl to trigger it) than others have reported. I think it started in early August, but I ma sure it was present in RELENG_5 by August 15 and was probably present when RELENG_5 was branched. Sorry that I ran out of time before I could track this down better, but I hope this helps and I'll continue tracking the exact failures when I get home. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 20:25:51 2004 Return-Path: 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 7E45716A536; Mon, 20 Sep 2004 20:25:51 +0000 (GMT) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C0143D41; Mon, 20 Sep 2004 20:25:50 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) i8KKPktu050081; Mon, 20 Sep 2004 22:25:48 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id i8KKPj0j020246; Mon, 20 Sep 2004 22:25:45 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id i8KKPh5U020241; Mon, 20 Sep 2004 22:25:43 +0200 (CEST) (envelope-from wb) Date: Mon, 20 Sep 2004 22:25:43 +0200 From: Wilko Bulte To: Ken Smith Message-ID: <20040920202543.GA20170@freebie.xs4all.nl> References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <20040920022927.GA70726@bobbi.cse.buffalo.edu> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-current@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: 5.3-BETA5 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 20:25:51 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2004 at 10:29:27PM -0400, Ken Smith wrote.. >=20 > The FreeBSD Release Engineering Team is proud to announce the=20 > availability of FreeBSD 5.3-BETA5. This is the fifth BETA of the 5.3 > release cycle. It is intended for early adopters and those wishing to > help find and/or fix bugs. The 5.3 release cycle will continue with > weekly BETA builds while bugs are being fixed and features finalized. > The schedule is at http://www.freebsd.org/releases/5.3R/schedule.html. > Be sure to check the "Known issues" below, there are known problems > still being worked on at this time. BIND9 is being imported and will > be part of the 5.3 release. We will add at least one more beta (BETA6) > to accomodate testing. =20 FreeBSD/alpha 5.3-BETA5 isos are uploading to ftp-master at the moment, and will find their way to the ftp-mirrors in due time. Note that disc1 has a package set thanks to Ken. MD5s are as follows: MD5 (5.3-BETA5-alpha-bootonly.iso) =3D 23f2bee75b60f3ace056172f0f2c743f MD5 (5.3-BETA5-alpha-disc1.iso) =3D ad01c2aa306870a3a14ecd0ef38da7b2 MD5 (5.3-BETA5-alpha-disc2.iso) =3D c46e92918697de02ff77755961173200 MD5 (5.3-BETA5-alpha-miniinst.iso) =3D 47f11e14c356f406b9f9671b46d3b129 Enjoy, W/ --=20 Wilko Bulte wilko@FreeBSD.org --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: Z2iBkE18+1pk+iurQxRb1/iJpVXCNmh/ Comment: Requires PGP version 2.6 or later. iQCVAwUBQU88xvymwUj/iuMFAQHpHwP+JFr2E/r91INMm86IvjBGqhpcpJmh7F5O RZ+VKzlGzS1XU/G0g1aWHRVUtIe7PYUaLRvLDFttn6PeNsUyNLaOtajDiTydPNTt cnBVZC8V3IOG5NKyauU14bx9DDPFWYwLomeSQQp0ticJ5EsY4bvML8sV1OP1NfN2 1l5yx6RsCi8= =UYm2 -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 20:33:41 2004 Return-Path: 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 349D816A4CE; Mon, 20 Sep 2004 20:33:41 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C5943D3F; Mon, 20 Sep 2004 20:33:40 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])CAA923F6B1; Mon, 20 Sep 2004 22:33:39 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29132-05-7; Mon, 20 Sep 2004 22:33:39 +0200 (CEST) Received: from m2a2.dyndns.org (p508EEE7E.dip.t-dialin.net [80.142.238.126]) 8065F3F3F2; Mon, 20 Sep 2004 22:33:39 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id EF430D358A; Mon, 20 Sep 2004 22:33:37 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03250-04; Mon, 20 Sep 2004 22:33:37 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 843CED1F96; Mon, 20 Sep 2004 22:33:37 +0200 (CEST) To: Jason Porter In-Reply-To: <414F2ABD.2030604@xmission.com> (Jason Porter's message of "Mon, 20 Sep 2004 13:08:45 -0600") References: <414F2ABD.2030604@xmission.com> From: Matthias Andree Date: Mon, 20 Sep 2004 22:33:37 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: ACPI not working for shutdown -p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 20:33:41 -0000 Jason Porter writes: > I had things working just fine before, then I rebuild my kernel and I > don't know what happened, but I can't get ACPI to turn off the computer > anymore. I'm running a 5.3BETA3 from Sept 9 and I'm on an ASUS A7S333. > I'll include the dmesg report, if anyone has any questions, let me > know, thanks. Try adding the following line to /boot/loader.conf.local and see if that helps, I've needed this line with an A7V600-X but haven't recently (in BETA) checked if it's still needed (dual-boot machine which usually sees reboot, not halt -p): hw.acpi.disable_on_poweroff="0" -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 20:37:31 2004 Return-Path: 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 6681516A4CE for ; Mon, 20 Sep 2004 20:37:31 +0000 (GMT) Received: from chons.visualtech.com (b.mx.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id D215D43D2F for ; Mon, 20 Sep 2004 20:37:30 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.104] (pcp04364354pcs.glstrt01.nj.comcast.net [68.44.156.246]) by chons.visualtech.com (Postfix) with ESMTP id EBA5EA1E7; Mon, 20 Sep 2004 16:37:29 -0400 (EDT) Message-ID: <414F3F65.9090804@voicenet.com> Date: Mon, 20 Sep 2004 16:36:53 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Brandmueller References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com> <20040920133602.GB54785@e-Gitt.NET> <20040920140744.GC54785@e-Gitt.NET> In-Reply-To: <20040920140744.GC54785@e-Gitt.NET> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 20:37:31 -0000 Oliver Brandmueller wrote: >Hi again. > >On Mon, Sep 20, 2004 at 03:36:03PM +0200, Oliver Brandmueller wrote: > > >>I see the same here with my kernel. Apparently I dot not yet try to >>switch of HTT and stuff like that. This is a Dual Xeon with HTT enabled >>at the moment. >> >> > >OK, I had HTT disabled and saw as the last message before hang (on a >dual Xeon) > >SMP: AP CPU #1 Launched! > >Now I enabled HTT and the I see: > >SMP: AP CPU #1 Launched! >SMP: AP CPU #2 Launched! >SMP: AP CPU #3 Launched! > >However, booting without ACPI worked. So it seems that this is the >direction, where we have to look for the problem: > >Copyright (c) 1992-2004 The FreeBSD Project. >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. >FreeBSD 5.3-BETA5 #10: Mon Sep 20 12:59:45 CEST 2004 > root@champagne.eusc.inter.net:/usr/obj/usr/src/sys/CHAMPAGNE >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.05-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > >Features=0xbfebfbff > Hyperthreading: 2 logical CPUs >real memory = 2146959360 (2047 MB) >avail memory = 2099662848 (2002 MB) >MPTable: < SE7501CW2> >FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 > > >Greetings, Oliver > > > > Unfortunately, for me booting with acpi disabled leads to: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x58:0x1023 stack pointer = 0x10:0xf80 frame pointer = 0x10:0x0 code segment = base 0xc00f0000, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 0, gran 0 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. I'm gonna try with HTT disabled in the BIOS next. Any other ideas? Adam From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 20:39:09 2004 Return-Path: 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 C430D16A4CE for ; Mon, 20 Sep 2004 20:39:09 +0000 (GMT) Received: from chons.visualtech.com (b.mx.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B3E43D49 for ; Mon, 20 Sep 2004 20:39:09 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.104] (pcp04364354pcs.glstrt01.nj.comcast.net [68.44.156.246]) by chons.visualtech.com (Postfix) with ESMTP id EC66AA1E7; Mon, 20 Sep 2004 16:39:08 -0400 (EDT) Message-ID: <414F3FC9.9090909@voicenet.com> Date: Mon, 20 Sep 2004 16:38:33 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "David D.W. Downey" References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com> <20040920133602.GB54785@e-Gitt.NET> <20040920140744.GC54785@e-Gitt.NET> <6917b78104092007136cc417ae@mail.gmail.com> In-Reply-To: <6917b78104092007136cc417ae@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 20:39:09 -0000 David D.W. Downey wrote: >On Mon, 20 Sep 2004 16:07:45 +0200, Oliver Brandmueller wrote: > > >>Hi again. >> >>On Mon, Sep 20, 2004 at 03:36:03PM +0200, Oliver Brandmueller wrote: >> >> >>>I see the same here with my kernel. Apparently I dot not yet try to >>>switch of HTT and stuff like that. This is a Dual Xeon with HTT enabled >>>at the moment. >>> >>> >>OK, I had HTT disabled and saw as the last message before hang (on a >>dual Xeon) >> >>SMP: AP CPU #1 Launched! >> >>Now I enabled HTT and the I see: >> >>SMP: AP CPU #1 Launched! >>SMP: AP CPU #2 Launched! >>SMP: AP CPU #3 Launched! >> >>However, booting without ACPI worked. So it seems that this is the >>direction, where we have to look for the problem: >> >>Copyright (c) 1992-2004 The FreeBSD Project. >>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >>FreeBSD 5.3-BETA5 #10: Mon Sep 20 12:59:45 CEST 2004 >> root@champagne.eusc.inter.net:/usr/obj/usr/src/sys/CHAMPAGNE >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.05-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 >> >>Features=0xbfebfbff >> Hyperthreading: 2 logical CPUs >>real memory = 2146959360 (2047 MB) >>avail memory = 2099662848 (2002 MB) >>MPTable: < SE7501CW2> >>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 6 >> >> >> > > >OK, let's go with that possibility, what is the ACPI level your board >supports? ACPI v1.0 or v2.0? Like this board supports 1.0 and 2.0 >available via a BIOS control knob. > >Let's start by tracking the ACPI version in use first and go from there. > > > > Unfortunately, I don't have any such option in my BIOS (the only ACPI related options are what state my system should go to when suspending and if it should respond to wake on lan requests). I'd be surprised if it only supports ACPI 1.0, but I don't know how to confirm that. Adam From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 20:40:10 2004 Return-Path: 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 12A0116A4CE; Mon, 20 Sep 2004 20:40:10 +0000 (GMT) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F02E43D3F; Mon, 20 Sep 2004 20:40:09 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 97D0E4F; Mon, 20 Sep 2004 23:40:07 +0300 (EEST) Date: Mon, 20 Sep 2004 23:40:07 +0300 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Message-ID: <20040920234007.738e053b@it.buh.tecnik93.com> In-Reply-To: <20040919121953.5de84a64@it.buh.tecnik93.com> References: <20040919121953.5de84a64@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-emulation@FreeBSD.org cc: freebsd-current@freebsd.org Subject: SOLVED Re: BETA5 regression - reboots -reproducible X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 20:40:10 -0000 On Sun, 19 Sep 2004 12:19:53 +0300 Ion-Mihai Tetcu wrote: > Hi, > > > The "good" news is the it happens every time. The bad one - nothing > logged and no idea what it happens. [...] > The problem: > Each time I try to play a video file with gmplayer or mplayer the system > reboots; no error logged. > > This is a ULE, apic, agp kernel, with witness (but running with or without > debug.witness.watch makes no difference) and invariants (see attached > conf file); > root(root)@it> /root [12:08:43] 0 # ll /etc/malloc.conf > lrwxr-xr-x 1 root wheel 2 Sep 7 13:16 /etc/malloc.conf -> aj I've isolated the problem to commits on 14.09 and emulators/rtc. The world is from 17.09 mplayer-gtk-esound-0.99.5_2 port built on 10.09 with rtc support rtc-2004.02.24.1_4 port was built on 7.09 With kernel from 13.09 there's no problem. With kernel from 14.09 with rtc.ko loaded I get instant reboot; With kernel from 14.09 *without* rtc.ko loaded (/usr/local/etc/rd.d/rtc.sh start) all is OK. After rebuilding rtc the system doesn't reboot anymore. Please add a note about this in src/UPDATING. At a _very_ first glance, the only file changed on 14.09 that affects directly rtc is src/sys/sys/conf.h, but of course I might be wrong here; other might be src/sys/kern/kern_event.c src/sys/kern/subr_witness.c phk 2004-09-14 05:49:18 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) sys/sys conf.h Log: Add three spare fields to reserve room so we can MFC the in-progress work on safe device removal at a later date without breaking binary compatibility on the RELENG_5 branch. Approved by: re::scottl Revision Changes Path 1.190.2.1 +6 -0 src/sys/sys/conf.h This are the source commits from 14.09: # grep Edit /root/cvsup.14 | grep '\.[ch]' Edit src/etc/devd.conf Edit src/sbin/bsdlabel/bsdlabel.c Edit src/sbin/gbde/gbde.c Edit src/sbin/geom/class/mirror/geom_mirror.c Edit src/sbin/geom/class/raid3/geom_raid3.c Edit src/sbin/geom/class/stripe/geom_stripe.c Edit src/sbin/geom/core/geom.c Edit src/sbin/ipfw/ipfw2.c Edit src/sbin/mdconfig/mdconfig.c Edit src/sys/dev/mii/ciphy.c Edit src/sys/dev/mii/ciphyreg.h Edit src/sys/dev/re/if_re.c Edit src/sys/dev/sound/pcm/sndstat.c Edit src/sys/dev/vge/if_vge.c Edit src/sys/dev/vge/if_vgereg.h Edit src/sys/dev/vge/if_vgevar.h Edit src/sys/geom/bde/g_bde_crypt.c Edit src/sys/geom/bde/g_bde_lock.c Edit src/sys/geom/concat/g_concat.c Edit src/sys/geom/label/g_label.c Edit src/sys/geom/mirror/g_mirror.c Edit src/sys/geom/nop/g_nop.c Edit src/sys/geom/raid3/g_raid3.c Edit src/sys/geom/raid3/g_raid3.h Edit src/sys/geom/raid3/g_raid3_ctl.c Edit src/sys/geom/stripe/g_stripe.c Edit src/sys/kern/kern_event.c Edit src/sys/kern/subr_witness.c Edit src/sys/net/bpf.c Edit src/sys/net/bpfdesc.h Edit src/sys/net/if.c Edit src/sys/netinet/ip_dummynet.c Edit src/sys/netinet/ip_output.c Edit src/sys/sys/conf.h Edit src/tools/tools/raidtest/raidtest.c Edit src/usr.sbin/sysinstall/devices.c -- IOnut Unregistered ;) FreeBSD "user" 5.3-BETA4 - try `sysctl debug.witness_watch=0` and prepare to fly :-) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 20:52:00 2004 Return-Path: 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 F0CB816A4CE for ; Mon, 20 Sep 2004 20:52:00 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 216B143D48 for ; Mon, 20 Sep 2004 20:52:00 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id AD3BA7A3D2; Mon, 20 Sep 2004 13:51:59 -0700 (PDT) Message-ID: <414F42EF.1000902@elischer.org> Date: Mon, 20 Sep 2004 13:51:59 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Sascha Holzleiter References: <1095681918.79469.11.camel@area51.cc-web.ma.schlund.de> In-Reply-To: <1095681918.79469.11.camel@area51.cc-web.ma.schlund.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: RELENG_5 nfs performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 20:52:01 -0000 Make sure that the NIC is configured manually with th eright speed. e.g. ifconfig vr0 media 100BaseT mediaopt full-duplex automatic selection often produces problems like this.. Sascha Holzleiter wrote: >Hi, > >I just installed a new system with 5.2.1 which shall serve as a NFS >server. While testing the performance of the system was VERY slow. > >I could read from the server with about 500KB/s and write to it with >3,5MB/s on a 100MBit link. > >copying from the server: > vr0 in 9.138 KB/s 26.394 KB/s 304.019 MB > out 505.639 KB/s 505.639 KB/s 1.236 GB > >copying to the server: > vr0 in 3.219 MB/s 3.219 MB/s 377.028 MB > out 79.540 KB/s 79.540 KB/s 1.248 GB > >I then upgraded to 5.3-BETA4 which gives me the same results. > >Is there anything I'm missing here? The system is Athlon UP system with >a via-rhine network card. I tried to set various sysctls e.g. >vm.old_msync=1 and debug.mpsafenet=0 which did not help. > >One strange thing was that after some reboots I got once a rate of 9MB/s >but after the next reboot this was gone :) > >Using FTP for data transport the rate is around 10Mb/s which is quite >normal so this seems to be no NIC issue. > > > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 20:53:32 2004 Return-Path: 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 4306916A4D0 for ; Mon, 20 Sep 2004 20:53:32 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D5C843D4C for ; Mon, 20 Sep 2004 20:53:32 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 14984 invoked from network); 20 Sep 2004 20:53:31 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 20 Sep 2004 20:53:31 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8KKrNxF025760; Mon, 20 Sep 2004 16:53:27 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Roman Kurakin Date: Mon, 20 Sep 2004 16:52:24 -0400 User-Agent: KMail/1.6.2 References: <41421D6A.8070805@cronyx.ru> <414E7581.2070505@root.org> <414F256B.1030304@cronyx.ru> In-Reply-To: <414F256B.1030304@cronyx.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409201652.24457.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Roman Kurakin cc: FreeBSD Current cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 20:53:32 -0000 On Monday 20 September 2004 02:46 pm, Roman Kurakin wrote: > Hi, > > I have problem with one of my SMP systems (see end of letter). > It looks that following patch: > > Index: mp_machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v > retrieving revision 1.238 > diff -u -r1.238 mp_machdep.c > --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > +++ mp_machdep.c 20 Sep 2004 18:20:49 -0000 > @@ -747,6 +747,11 @@ > POSTCODE(INSTALL_AP_TRAMP_POST); > > pmap_kenter(boot_address + KERNBASE, boot_address); > +#ifdef I386_CPU > + invltlb(); > +#else > + invlpg((u_int)dst); > +#endif > for (x = 0; x < size; ++x) > *dst++ = *src++; > > solves the problem. I'll check it on not very recent hacked current. > So this is initial request. I'll check it with current current without my > hacks to double check that this works always and inform if this helps. > > The intent of this letter to ask community if this workaround for my > problem or real bug fix. If this is only workaround please let me know > and I'll continue to dig with version I currently use. > (I don't like workarounds) > > Best regards, > Roman Kurakin It's probably cleaner to use pmap_invalidate_range(). Something like: Index: mp_machdep.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.238 diff -u -r1.238 mp_machdep.c --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 +++ mp_machdep.c 20 Sep 2004 20:50:35 -0000 @@ -738,15 +738,19 @@ int x; int size = *(int *) ((u_long) & bootMP_size); u_char *src = (u_char *) ((u_long) bootMP); - u_char *dst = (u_char *) boot_address + KERNBASE; + u_char *dst; u_int boot_base = (u_int) bootMP; u_int8_t *dst8; u_int16_t *dst16; u_int32_t *dst32; + vm_offset_t va; POSTCODE(INSTALL_AP_TRAMP_POST); - pmap_kenter(boot_address + KERNBASE, boot_address); + va = boot_address + KERNBASE; + pmap_kenter(va, boot_address); + pmap_invalidate_range(kernel_pmap, va, va + size); + dst = (u_char *)va; for (x = 0; x < size; ++x) *dst++ = *src++; It seems odd that this is needed though. Does it go away if you use DISABLE_PSE or DISABLE_PGE? -- 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 Sep 20 21:01:52 2004 Return-Path: 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 6387816A4CF for ; Mon, 20 Sep 2004 21:01:52 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF78243D58 for ; Mon, 20 Sep 2004 21:01:51 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])i8KL1l9q020148 for ; Mon, 20 Sep 2004 16:01:48 -0500 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.0); Mon, 20 Sep 2004 16:00:55 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.0); Mon, 20 Sep 2004 16:00:53 -0500 Message-ID: <414F4507.2010609@savvis.net> Date: Mon, 20 Sep 2004 14:00:55 -0700 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Sep 2004 21:00:53.0313 (UTC) FILETIME=[EA79B310:01C49F54] X-ECS-MailScanner: No virus is found Subject: sparc64 buildworld is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:01:52 -0000 Hackers, i'm trying to upgrade couple of sun netra's here and having troubles with 'make buildworld'. netra1# uname -a FreeBSD netra1 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Tue Feb 24 07:47:33 GMT 2004 root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 it always stops at '===> lib/libmagic (all)'. the last few lines are below. complete buildworld output can be found at http://mumu.org/~myevmenk/buildworld.txt cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/sparc64/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. thanks, max From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 21:02:07 2004 Return-Path: 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 16D9916A4CE for ; Mon, 20 Sep 2004 21:02:07 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4505043D4C for ; Mon, 20 Sep 2004 21:02:06 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8KKx4vT063843 for current@FreeBSD.ORG.checked; (8.12.8/vak/2.1) Tue, 21 Sep 2004 00:59:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8KKvjIR063771; (8.12.8/vak/2.1) Tue, 21 Sep 2004 00:57:45 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <414F427B.3030503@cronyx.ru> Date: Tue, 21 Sep 2004 00:50:03 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Kris Kennaway References: <414560D3.10108@cronyx.ru> <20040913105133.GA85717@hub.freebsd.org> <414581FE.6060702@cronyx.ru> <20040913183608.GB85717@hub.freebsd.org> <41475C02.6090002@cronyx.ru> <20040915061847.GA63279@hub.freebsd.org> In-Reply-To: <20040915061847.GA63279@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG Subject: Re: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:02:07 -0000 Kris Kennaway: >On Wed, Sep 15, 2004 at 01:00:50AM +0400, Roman Kurakin wrote: > > > >>>>>Please provide more information. It's likely you're trying to create >>>>>a md that is too big, though. >>>>> >>>>> >>>>> >>>>> >>>>It is about 800Mb. >>>> >>>> >>>> >>>> >>>That's too big to fit in RAM and still run the rest of the system. I >>> >>> >>> >>With 1G it should be about 200M for rest of the system. This should be more >>than enough, so this is bad guess. >> >> > >No, that's what's happening and what the panic tells you. Perhaps you >can tune various kernel memory parameters to make it happy fitting the >rest of the kernel data space + user memory into 200MB, but your panic >indicates this isn't true by default. > I was sure it should be happy at least while I didn't eat a half of 800M. rik > >Kris > >_______________________________________________ >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 Sep 20 21:08:08 2004 Return-Path: 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 8691916A4CE for ; Mon, 20 Sep 2004 21:08:08 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B44F243D1F for ; Mon, 20 Sep 2004 21:08:07 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8KL5F9D064229 for current@freebsd.org.checked; (8.12.8/vak/2.1) Tue, 21 Sep 2004 01:05:15 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8KL3OIR064072; (8.12.8/vak/2.1) Tue, 21 Sep 2004 01:03:24 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <414F43CE.9070202@cronyx.ru> Date: Tue, 21 Sep 2004 00:55:42 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Scott Long References: <414560D3.10108@cronyx.ru> <20040913105133.GA85717@hub.freebsd.org> <414581FE.6060702@cronyx.ru> <4145BB0D.20905@samsco.org> In-Reply-To: <4145BB0D.20905@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:08:08 -0000 Scott Long: > Roman Kurakin wrote: > >> Kris Kennaway wrote: >> >>> On Mon, Sep 13, 2004 at 12:56:51PM +0400, Roman Kurakin wrote: >>> >>> >>>> Hi, >>>> >>>> I have the following idea/problem. I want to build world in memory. >>>> I've put in to my system 1G of memory and tried to put on it sources. >>>> But all times I've tried to do that system went to panic. I've used md >>>> with malloc type. >>>> >>>> Any ideas? >>>> >>> [...] > > What kind of panic was it? Try using swap backing instead of malloc. > Malloc will consume wired memory and will generally make life difficult > for other parts of the kernel that need memory later. Swap-backed pages > will stay in RAM until the VM needs to push them out due to memory > pressure. It works, but not like I expected. Compilation with sources and objdir on md and on harddrive takes the same time. If I didn't miss smth it tells that disk cache is very effective. rik > > > Scott > _______________________________________________ > 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 Sep 20 21:11:53 2004 Return-Path: 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 D198716A4CE for ; Mon, 20 Sep 2004 21:11:53 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B00D43D1F for ; Mon, 20 Sep 2004 21:11:53 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8KLBmNx027558; Mon, 20 Sep 2004 17:11:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27486-01; Mon, 20 Sep 2004 17:11:48 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8KLBm1w027523; Mon, 20 Sep 2004 17:11:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8KLBg8a043445; Mon, 20 Sep 2004 17:11:42 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040920171438.0725d5a8@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Mon, 20 Sep 2004 17:16:54 -0400 To: sascha@daemonground.de From: Mike Tancsa In-Reply-To: <414F42EF.1000902@elischer.org> References: <1095681918.79469.11.camel@area51.cc-web.ma.schlund.de> <414F42EF.1000902@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b cc: current@freebsd.org Subject: Re: RELENG_5 nfs performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:11:53 -0000 At 04:51 PM 20/09/2004, Julian Elischer wrote: >Make sure that the NIC is configured manually with th eright speed. >e.g. >ifconfig vr0 media 100BaseT mediaopt full-duplex > >automatic selection often produces problems like this.. It sort of depends what the switch is configured to. If the switch only supports auto-neg, manually setting the nic will cause problems as well. I would say make sure all network elements agree on the duplex setting. Besides, if its a duplex mismatch, it should show up on the machine's netstat -ni output. ---Mike >Sascha Holzleiter wrote: > >>Hi, >> >>I just installed a new system with 5.2.1 which shall serve as a NFS >>server. While testing the performance of the system was VERY slow. >> >>I could read from the server with about 500KB/s and write to it with >>3,5MB/s on a 100MBit link. >>copying from the server: >> vr0 in 9.138 KB/s 26.394 KB/s 304.019 MB >> out 505.639 KB/s 505.639 KB/s 1.236 GB >> >>copying to the server: >> vr0 in 3.219 MB/s 3.219 MB/s 377.028 MB >> out 79.540 KB/s 79.540 KB/s 1.248 GB >> >>I then upgraded to 5.3-BETA4 which gives me the same results. >> >>Is there anything I'm missing here? The system is Athlon UP system with >>a via-rhine network card. I tried to set various sysctls e.g. >>vm.old_msync=1 and debug.mpsafenet=0 which did not help. >> >>One strange thing was that after some reboots I got once a rate of 9MB/s >>but after the next reboot this was gone :) >> >>Using FTP for data transport the rate is around 10Mb/s which is quite >>normal so this seems to be no NIC issue. >> >> >> > >_______________________________________________ >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 Sep 20 21:20:34 2004 Return-Path: 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 8F57C16A4CE for ; Mon, 20 Sep 2004 21:20:34 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 253EC43D1F for ; Mon, 20 Sep 2004 21:20:34 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i8KLKXEe051960 for ; Mon, 20 Sep 2004 16:20:33 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 12.148.147.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Mon, 20 Sep 2004 16:20:33 -0500 (CDT) Message-ID: <28000.12.148.147.242.1095715233.squirrel@mail.ringofsaturn.com> Date: Mon, 20 Sep 2004 16:20:33 -0500 (CDT) From: "Rusty Nejdl" To: 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 X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean Subject: make from 5.2.1 to Beta5 doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 21:20:34 -0000 >From a 5.2.1 machine: [mail]:[4:19pm]:[/usr/src] > uname -a FreeBSD mail.XXXXXXXXX.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 [mail]:[4:19pm]:[/usr/src] > I ran a make clean inside of /usr/src that was completely clean and received this: [mail]:[4:17pm]:[/usr/src] > sudo make clean +for: not found *** Error code 127 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [mail]:[4:17pm]:[/usr/src] > The solution was to install the new make from here and that worked: cd /usr/src/usr.bin/make make depend make make install Just a heads up if anyone runs into this. Rusty Nejdl From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 21:35:03 2004 Return-Path: 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 00A1816A4CE; Mon, 20 Sep 2004 21:35:03 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E0D43D2F; Mon, 20 Sep 2004 21:35:02 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8KLYuDl011345; Mon, 20 Sep 2004 14:34:56 -0700 Message-ID: <414F4CF2.2050404@root.org> Date: Mon, 20 Sep 2004 14:34:42 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <41421D6A.8070805@cronyx.ru> <414E7581.2070505@root.org> <414F256B.1030304@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> In-Reply-To: <200409201652.24457.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Roman Kurakin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:35:03 -0000 John Baldwin wrote: > It's probably cleaner to use pmap_invalidate_range(). Something like: > > Index: mp_machdep.c > =================================================================== > RCS file: /usr/cvs/src/sys/i386/i386/mp_machdep.c,v > retrieving revision 1.238 > diff -u -r1.238 mp_machdep.c > --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > +++ mp_machdep.c 20 Sep 2004 20:50:35 -0000 > @@ -738,15 +738,19 @@ > int x; > int size = *(int *) ((u_long) & bootMP_size); > u_char *src = (u_char *) ((u_long) bootMP); > - u_char *dst = (u_char *) boot_address + KERNBASE; > + u_char *dst; > u_int boot_base = (u_int) bootMP; > u_int8_t *dst8; > u_int16_t *dst16; > u_int32_t *dst32; > + vm_offset_t va; > > POSTCODE(INSTALL_AP_TRAMP_POST); > > - pmap_kenter(boot_address + KERNBASE, boot_address); > + va = boot_address + KERNBASE; > + pmap_kenter(va, boot_address); > + pmap_invalidate_range(kernel_pmap, va, va + size); > + dst = (u_char *)va; > for (x = 0; x < size; ++x) > *dst++ = *src++; > > It seems odd that this is needed though. Does it go away if you use > DISABLE_PSE or DISABLE_PGE? He's on a Pentium 2 or something. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 21:38:17 2004 Return-Path: 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 6AAC116A4CE for ; Mon, 20 Sep 2004 21:38:17 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7CFA43D2D for ; Mon, 20 Sep 2004 21:38:16 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8KLZ7PY065362 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Tue, 21 Sep 2004 01:35:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8KLWgQM065236; (8.12.8/vak/2.1) Tue, 21 Sep 2004 01:32:42 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <414F4AAC.5000807@cronyx.ru> Date: Tue, 21 Sep 2004 01:25:00 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Baldwin References: <41421D6A.8070805@cronyx.ru> <414E7581.2070505@root.org> <414F256B.1030304@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> In-Reply-To: <200409201652.24457.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: FreeBSD Current cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:38:17 -0000 John Baldwin: >On Monday 20 September 2004 02:46 pm, Roman Kurakin wrote: > > >>Hi, >> >> I have problem with one of my SMP systems (see end of letter). >>It looks that following patch: >> >>Index: mp_machdep.c >>=================================================================== >>RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v >>retrieving revision 1.238 >>diff -u -r1.238 mp_machdep.c >>--- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 >>+++ mp_machdep.c 20 Sep 2004 18:20:49 -0000 >>@@ -747,6 +747,11 @@ >> POSTCODE(INSTALL_AP_TRAMP_POST); >> >> pmap_kenter(boot_address + KERNBASE, boot_address); >>+#ifdef I386_CPU >>+ invltlb(); >>+#else >>+ invlpg((u_int)dst); >>+#endif >> for (x = 0; x < size; ++x) >> *dst++ = *src++; >> >>solves the problem. I'll check it on not very recent hacked current. >>So this is initial request. I'll check it with current current without my >>hacks to double check that this works always and inform if this helps. >> >> The intent of this letter to ask community if this workaround for my >>problem or real bug fix. If this is only workaround please let me know >>and I'll continue to dig with version I currently use. >>(I don't like workarounds) >> >>Best regards, >> Roman Kurakin >> >> > >It's probably cleaner to use pmap_invalidate_range(). Something like: > Hm, what about pmap_invalidate_page () or even pmap_map () ? Index: mp_machdep.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.238 diff -u -r1.238 mp_machdep.c --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 +++ mp_machdep.c 20 Sep 2004 20:50:35 -0000 @@ -738,15 +738,15 @@ int x; int size = *(int *) ((u_long) & bootMP_size); u_char *src = (u_char *) ((u_long) bootMP); u_char *dst = (u_char *) boot_address + KERNBASE; u_int boot_base = (u_int) bootMP; u_int8_t *dst8; u_int16_t *dst16; u_int32_t *dst32; POSTCODE(INSTALL_AP_TRAMP_POST); - pmap_kenter(boot_address + KERNBASE, boot_address); + pmap_map((vm_offset_t)dst, boot_address, boot_address + size, 0); for (x = 0; x < size; ++x) *dst++ = *src++; >It seems odd that this is needed though. Does it go away if you use >DISABLE_PSE or DISABLE_PGE? > I'll check this. rik From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 21:43:37 2004 Return-Path: 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 542AF16A4CE for ; Mon, 20 Sep 2004 21:43:37 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id C266943D3F for ; Mon, 20 Sep 2004 21:43:36 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id CB68862B55; Mon, 20 Sep 2004 16:43:37 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Mon, 20 Sep 2004 16:43:37 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409201643.37131.mjohnston@skyweb.ca> Subject: cvs-src summary for September 13-20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:43:37 -0000 FreeBSD cvs-src summary for 13/09/04 to 20/09/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). If you would like to get the summary without subscribing to current@, please send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org. Thanks to Omer Faruk Sen and EnderUNIX for hosting this list. For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ============ New features ============ Netgraph implementation of Netflow v5 ------------------------------------- Gleb Smirnoff (glebius) added an implementation of Netflow v5 as a Netgraph node. Netflow is a specification that allows routers to export network accounting data in "flow" format to remote monitoring tools like ntop_, FlowScan_, or Cisco's FlowCollector_. This development was supported by the ISPs Bestcom and Rinet. .. _ntop: http://www.ntop.org/ .. _FlowScan: http://www.caida.org/tools/utilities/flowscan/ .. _FlowCollector: http://www.cisco.com/univercd/cc/td/doc/pcat/24.htm http://www.freebsd.org/cgi/mid.cgi?200409162024.i8GKONv3048588 BIND upgraded to version 9.3.0rc4 --------------------------------- Tom Rhodes (trhodes) imported BIND_ version 9.3.0rc4. This is the first import of the 9.x series of BIND, which represents a complete rewrite since version 8. .. _BIND: http://www.isc.org/sw/bind/ http://www.freebsd.org/cgi/mid.cgi?200409190130.i8J1UPZN059043 =============== Notable changes =============== Rework of GEOM Vinum code ------------------------- Lukas Ertl (le) heavily modified the GEOM Vinum code, for doing RAID under GEOM, to change how I/O is handled. This should fix recent data corruption problems and improve performance. http://www.freebsd.org/cgi/mid.cgi?200409181344.i8IDiiOL033004 ================= Discussion topics ================= Supporting (and testing) really big disks ----------------------------------------- Pawel Jakub Dawidek (pjd) reworked the md code, which supports swap-backed simulated disks, to be 64-bit clean, as well as cleaning up and touching up the code. He noted, "This work is a part of 'BigDisk' project: http://www.freebsd.org/projects/bigdisk". He also gave a couple of examples:: ragepxe:root:~# df -h Filesystem Size Used Avail Capacity Mounted on [...] /dev/md0 15T 249M 14T 0% /mnt /dev/md1 11T 128K 10T 0% /mnt2 ragepxe:root:~# mdconfig -l -u 0 md0 swap 15T ragepxe:root:~# mdconfig -l -u 1 md1 vnode 11T Giorgos Keramidas (keramida) replied, "I think most of us were already jealous enough by seeing the first post :-P" Pawel answered, "Jealous about what?:) You know, that you can setup 15TB of md(4) swap-backed device on 512MB swap partition, right?" Ceri Davies (ceri) wondered, "What happens if you try to fill them?" Giorgos responded enigmatically, "The best thing that happens is that lots of nasal demons start flying out of your nose. You don't really want to know the worst ;-)" Scott Long (scottl) also replied, saying, "The advantage of what Pawel has done is that you can simulate very large disks for the purpose of debugging other utlities [ . . . ]." Ceri clarified, "Don't misunderstand me, I'm appreciative of that. My question stemmed from curiosity alone[.]" Scott replied, "No offense taken. See http://www.freebsd.org/projects/bigdisk for more details." Pawel also added to Scott's first reply, noting, "It is still impossible to detach such big md(4) device if it is filled. System panics somewhere in swap code, but I don't think it is important for our use." Robert Watson (rwatson) responded to Ceri's initial question, explaining, "Bewm." Brian Fundakowski Feldman (green) followed up, "Doesn't that have mostly to do with vm_page_grab() and sf_buf_alloc() and vm_pager_get_pages() not having any sort of error handling?" Robert elaborated, "There are probably numerous sorts of errors, not least that once you fill your swap space, you're going to be out of swap, and file systems are written to assume that disks don't run out of space after declaring they have the space (i.e., that they really are disks)." Poul-Henning Kamp (phk) replied to Robert's previous post, saying, "Uhm, be aware that we are limited also to the size of individual swap disks. 31 bits of bytes/sectors/pages, not quite sure which." Scott clarified, "32 bits of pages, unless there is somewhere in the chain that the unsigned nature of the word is not being honored." Pawel also replied, "Pages. It gives as maximum swap-backed device of 16TB. I tested it with ~15TB devices, so there is no signed/unsigned problem (which will limit us to 8TB)." Poul-Henning responded, "I belive there is a limit both for the total swapspce (16TB sounds likely) but also a limit for each swapdevice as far as I know." Brooks Davis (brooks) asked, "Given my quick read of the sunlabel format, there would be some value in 16TB (17 would be sufficent) virtual disks. Can we do a RAID0 of these to get something that big?" Scott explained, "The 16TB limit comes [ . . . ] from using 4k pages for swap backing and only being about to address these pages using 32 bit numbers. The important part of the I/O path have already been converted (or are in the process of being converted) to use 64 bit numbers." Pawel also answered Brooks, noting, "You mean setup raid0 with md(4) device to get more than 16TB? Sure, at least with gstripe[.]" He gave an example of a 1.9 petabyte simulated disk using 128 mds in RAID 0. Brooks followed up, "Just what I was looking for. Very cool!" http://www.freebsd.org/cgi/mid.cgi?200409162132.i8GLWDpF050910 ================= Committer changes ================= Murray Stokely (murray) introduced Xin LI (delphij) as a new src committer. He will be working on Chinese (Simplified) documentation, importing bugfixes from DragonflyBSD, and continuing to fix bugs in both the source code and documentation. http://www.freebsd.org/cgi/mid.cgi?200409141919.i8EJJLcO027263 =================== Important bug fixes =================== Vulnerabilities in CVS fixed ---------------------------- Jacques Vidrine (nectar) fixed several vulnerabilities in CVS: CAN-2004-0414_, CAN-2004-0416_, CAN-2004-0417_, CAN-2004-0418_, CAN-2004-0778_, and others. These fixes were also made on the 4.10, 4.9, 4.8, and 5.2 security branches. .. _CAN-2004-0414: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0414 .. _CAN-2004-0416: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0416 .. _CAN-2004-0417: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0417 .. _CAN-2004-0418: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0418 .. _CAN-2004-0778: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0778 http://www.freebsd.org/cgi/mid.cgi?200409192226.i8JMQNKC096007 =============== Other bug fixes =============== Andre Oppermann (andre) applied a patch from Max Laier (mlaier) to PF, the OpenBSD packet filter. The patch fixes the rdr (redirect) command when IP fast forwarding (net.inet.ip.fastforwarding) is enabled. This closes `PR 71652`_. The fix was also merged to 5.x. .. _`PR 71652`: http://www.freebsd.org/cgi/query-pr.cgi?pr=71652 http://www.freebsd.org/cgi/mid.cgi?200409131701.i8DH1rds076962 Brooks Davis (brooks) fixed a problem with USB keyboards being ignored during the initial system installation. This closes `PR 71443`_. This change also means that if a PS/2 keyboard is not connected while the system boots to the installer, one will not be detected if it is connected later. .. _`PR 71443`: http://www.freebsd.org/cgi/query-pr.cgi?pr=71443 http://www.freebsd.org/cgi/mid.cgi?200409140401.i8E41vU0001768 Tim J. Robbins (tjr) fixed a problem in uniq that was causing empty lines not to be counted when the -c argument was used. http://www.freebsd.org/cgi/mid.cgi?200409141201.i8EC1JkQ015084 Diomidis Spinellis (dds) fixed crontab so that it will recognize edits that are done within a single clock tick. This can happen when using crontab over a slow connection or with a script. This commit fixes `PR 22612`_. .. _`PR 22612`: http://www.freebsd.org/cgi/query-pr.cgi?pr=22612 http://www.freebsd.org/cgi/mid.cgi?200409141901.i8EJ1JH6026822 Bill Paul (wpaul) committed a patch to the bge driver to suppress spurious link change events. Link changes were being generated when ifconfig was run on the interface, as well as when applications like dhclient and pppoed were run. http://www.freebsd.org/cgi/mid.cgi?200409170458.i8H4wHxh064625 From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 21:50:11 2004 Return-Path: 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 E840216A4D0 for ; Mon, 20 Sep 2004 21:50:11 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 076F143D1D for ; Mon, 20 Sep 2004 21:50:11 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8KLl5td065904 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Tue, 21 Sep 2004 01:47:05 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8KLjuQM065830; (8.12.8/vak/2.1) Tue, 21 Sep 2004 01:45:56 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <414F4DC6.9020509@cronyx.ru> Date: Tue, 21 Sep 2004 01:38:14 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Nate Lawson References: <41421D6A.8070805@cronyx.ru> <414E7581.2070505@root.org> <414F256B.1030304@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <414F4CF2.2050404@root.org> In-Reply-To: <414F4CF2.2050404@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: FreeBSD Current cc: John Baldwin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:50:12 -0000 Nate Lawson: > John Baldwin wrote: > >> It's probably cleaner to use pmap_invalidate_range(). Something like: >> >> Index: mp_machdep.c >> =================================================================== >> RCS file: /usr/cvs/src/sys/i386/i386/mp_machdep.c,v >> retrieving revision 1.238 >> diff -u -r1.238 mp_machdep.c >> --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 >> +++ mp_machdep.c 20 Sep 2004 20:50:35 -0000 >> @@ -738,15 +738,19 @@ >> int x; >> int size = *(int *) ((u_long) & bootMP_size); >> u_char *src = (u_char *) ((u_long) bootMP); >> - u_char *dst = (u_char *) boot_address + KERNBASE; >> + u_char *dst; >> u_int boot_base = (u_int) bootMP; >> u_int8_t *dst8; >> u_int16_t *dst16; >> u_int32_t *dst32; >> + vm_offset_t va; >> >> POSTCODE(INSTALL_AP_TRAMP_POST); >> >> - pmap_kenter(boot_address + KERNBASE, boot_address); >> + va = boot_address + KERNBASE; >> + pmap_kenter(va, boot_address); >> + pmap_invalidate_range(kernel_pmap, va, va + size); >> + dst = (u_char *)va; >> for (x = 0; x < size; ++x) >> *dst++ = *src++; >> >> It seems odd that this is needed though. Does it go away if you use >> DISABLE_PSE or DISABLE_PGE? > > He's on a Pentium 2 or something. Yes, it is PII. You want to tell that these settings shouldn't affect? (I don't know much about these features.) rik From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 21:52:08 2004 Return-Path: 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 4191E16A4CE for ; Mon, 20 Sep 2004 21:52:08 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1ACC43D41 for ; Mon, 20 Sep 2004 21:52:07 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.101] (pcp04364354pcs.glstrt01.nj.comcast.net[68.44.156.246]) by comcast.net (sccrmhc13) with ESMTP id <200409202152070160061jf0e> (Authid: akirchhoff135014); Mon, 20 Sep 2004 21:52:07 +0000 Message-ID: <414F5119.30905@voicenet.com> Date: Mon, 20 Sep 2004 17:52:25 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com> <20040920133602.GB54785@e-Gitt.NET> <20040920140744.GC54785@e-Gitt.NET> <414F3F65.9090804@voicenet.com> In-Reply-To: <414F3F65.9090804@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:52:08 -0000 Adam K Kirchhoff wrote: > Oliver Brandmueller wrote: > >> Hi again. >> >> On Mon, Sep 20, 2004 at 03:36:03PM +0200, Oliver Brandmueller wrote: >> >> >>> I see the same here with my kernel. Apparently I dot not yet try to >>> switch of HTT and stuff like that. This is a Dual Xeon with HTT >>> enabled at the moment. >>> >> >> >> OK, I had HTT disabled and saw as the last message before hang (on a >> dual Xeon) >> >> SMP: AP CPU #1 Launched! >> >> Now I enabled HTT and the I see: >> >> SMP: AP CPU #1 Launched! >> SMP: AP CPU #2 Launched! >> SMP: AP CPU #3 Launched! >> >> However, booting without ACPI worked. So it seems that this is the >> direction, where we have to look for the problem: >> >> Copyright (c) 1992-2004 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD 5.3-BETA5 #10: Mon Sep 20 12:59:45 CEST 2004 >> root@champagne.eusc.inter.net:/usr/obj/usr/src/sys/CHAMPAGNE >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.05-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 >> >> Features=0xbfebfbff >> >> Hyperthreading: 2 logical CPUs >> real memory = 2146959360 (2047 MB) >> avail memory = 2099662848 (2002 MB) >> MPTable: < SE7501CW2> >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 6 >> >> >> Greetings, Oliver >> >> >> >> > > Unfortunately, for me booting with acpi disabled leads to: > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x58:0x1023 > stack pointer = 0x10:0xf80 > frame pointer = 0x10:0x0 > code segment = base 0xc00f0000, limit 0xffff, type 0x1b > = DPL 0, pres 1, def32 0, gran 0 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > trap number = 9 > panic: general protection fault > cpuid = 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > > I'm gonna try with HTT disabled in the BIOS next. > > Any other ideas? > > Adam > > _______________________________________________ > 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" > Well, booting with HTT disabled still doesn't work for me, which is making me think this isn't SMP related anymore... My boot stalls with: acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 39083MB [79408/16/63] at ata0-master UDMA100 ad1: 117246MB [238216/16/63] at ata0-slave UDMA100 ATAPI_RESET time = 40us ad2: 76345MB [155114/16/63] at ata1-master UDMA100 acd0: DVDROM at ata1-slave UDMA66 Ideas? Adam From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 21:53:21 2004 Return-Path: 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 CC95816A4CE for ; Mon, 20 Sep 2004 21:53:21 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EEF143D1D for ; Mon, 20 Sep 2004 21:53:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23906 invoked from network); 20 Sep 2004 21:53:21 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 20 Sep 2004 21:53:20 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8KLrEqZ026257; Mon, 20 Sep 2004 17:53:16 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Roman Kurakin Date: Mon, 20 Sep 2004 17:47:43 -0400 User-Agent: KMail/1.6.2 References: <41421D6A.8070805@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <414F4AAC.5000807@cronyx.ru> In-Reply-To: <414F4AAC.5000807@cronyx.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409201747.43612.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Roman Kurakin cc: FreeBSD Current cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:53:22 -0000 On Monday 20 September 2004 05:25 pm, Roman Kurakin wrote: > John Baldwin: > >On Monday 20 September 2004 02:46 pm, Roman Kurakin wrote: > >>Hi, > >> > >> I have problem with one of my SMP systems (see end of letter). > >>It looks that following patch: > >> > >>Index: mp_machdep.c > >>=================================================================== > >>RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v > >>retrieving revision 1.238 > >>diff -u -r1.238 mp_machdep.c > >>--- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > >>+++ mp_machdep.c 20 Sep 2004 18:20:49 -0000 > >>@@ -747,6 +747,11 @@ > >> POSTCODE(INSTALL_AP_TRAMP_POST); > >> > >> pmap_kenter(boot_address + KERNBASE, boot_address); > >>+#ifdef I386_CPU > >>+ invltlb(); > >>+#else > >>+ invlpg((u_int)dst); > >>+#endif > >> for (x = 0; x < size; ++x) > >> *dst++ = *src++; > >> > >>solves the problem. I'll check it on not very recent hacked current. > >>So this is initial request. I'll check it with current current without my > >>hacks to double check that this works always and inform if this helps. > >> > >> The intent of this letter to ask community if this workaround for my > >>problem or real bug fix. If this is only workaround please let me know > >>and I'll continue to dig with version I currently use. > >>(I don't like workarounds) > >> > >>Best regards, > >> Roman Kurakin > > > >It's probably cleaner to use pmap_invalidate_range(). Something like: > > Hm, what about pmap_invalidate_page () or even pmap_map () ? > > Index: mp_machdep.c > =================================================================== > RCS file: /usr/cvs/src/sys/i386/i386/mp_machdep.c,v > retrieving revision 1.238 > diff -u -r1.238 mp_machdep.c > --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > +++ mp_machdep.c 20 Sep 2004 20:50:35 -0000 > @@ -738,15 +738,15 @@ > int x; > int size = *(int *) ((u_long) & bootMP_size); > u_char *src = (u_char *) ((u_long) bootMP); > u_char *dst = (u_char *) boot_address + KERNBASE; > u_int boot_base = (u_int) bootMP; > u_int8_t *dst8; > u_int16_t *dst16; > u_int32_t *dst32; > > POSTCODE(INSTALL_AP_TRAMP_POST); > > - pmap_kenter(boot_address + KERNBASE, boot_address); > + pmap_map((vm_offset_t)dst, boot_address, boot_address + size, 0); > for (x = 0; x < size; ++x) > *dst++ = *src++; This changes the value of 'dst', which is bad. :) I looked at using it but decided not to because of that. > >It seems odd that this is needed though. Does it go away if you use > >DISABLE_PSE or DISABLE_PGE? > > I'll check this. > > rik -- 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 Sep 20 21:53:23 2004 Return-Path: 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 D999A16A4CF for ; Mon, 20 Sep 2004 21:53:23 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A133F43D1F for ; Mon, 20 Sep 2004 21:53:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 12767 invoked from network); 20 Sep 2004 21:53:23 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 20 Sep 2004 21:53:23 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8KLrEqa026257; Mon, 20 Sep 2004 17:53:19 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Nate Lawson Date: Mon, 20 Sep 2004 17:48:23 -0400 User-Agent: KMail/1.6.2 References: <41421D6A.8070805@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <414F4CF2.2050404@root.org> In-Reply-To: <414F4CF2.2050404@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409201748.23097.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: FreeBSD Current cc: Roman Kurakin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 21:53:24 -0000 On Monday 20 September 2004 05:34 pm, Nate Lawson wrote: > John Baldwin wrote: > > It's probably cleaner to use pmap_invalidate_range(). Something like: > > > > Index: mp_machdep.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/i386/i386/mp_machdep.c,v > > retrieving revision 1.238 > > diff -u -r1.238 mp_machdep.c > > --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > > +++ mp_machdep.c 20 Sep 2004 20:50:35 -0000 > > @@ -738,15 +738,19 @@ > > int x; > > int size = *(int *) ((u_long) & bootMP_size); > > u_char *src = (u_char *) ((u_long) bootMP); > > - u_char *dst = (u_char *) boot_address + KERNBASE; > > + u_char *dst; > > u_int boot_base = (u_int) bootMP; > > u_int8_t *dst8; > > u_int16_t *dst16; > > u_int32_t *dst32; > > + vm_offset_t va; > > > > POSTCODE(INSTALL_AP_TRAMP_POST); > > > > - pmap_kenter(boot_address + KERNBASE, boot_address); > > + va = boot_address + KERNBASE; > > + pmap_kenter(va, boot_address); > > + pmap_invalidate_range(kernel_pmap, va, va + size); > > + dst = (u_char *)va; > > for (x = 0; x < size; ++x) > > *dst++ = *src++; > > > > It seems odd that this is needed though. Does it go away if you use > > DISABLE_PSE or DISABLE_PGE? > > He's on a Pentium 2 or something. PSE was introduced on the original Pentium and even on some 486's (I had a 486dx4/100 that had PSE). PGE is present on Pentium II's as well I think. -- 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 Sep 20 22:04:02 2004 Return-Path: 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 9C0B016A4CE; Mon, 20 Sep 2004 22:04:02 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E68943D2F; Mon, 20 Sep 2004 22:04:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AB65B5261A; Mon, 20 Sep 2004 15:04:09 -0700 (PDT) Date: Mon, 20 Sep 2004 15:04:09 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20040920220409.GA27805@xor.obsecurity.org> References: <20040920062925.GA21933@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20040920062925.GA21933@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: sos@FreeBSD.dk cc: current@FreeBSD.org cc: kensmith@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: Panic in ata_attach on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 22:04:02 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2004 at 11:29:26PM -0700, Kris Kennaway wrote: > With sources over the past few months (since May, up to BETA5), I get > the following panic at boot time on this sparc64 (SunBlade-100): This seems to have been a false alarm - I guess somehow I was still booting the old kernel. Sorry folks. Kris >=20 > ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > panic: isa_route_intr_res: start out of isa range > at line 168 in file /a/portbuild/sparc64/src-client/sys/sparc64/isa/isa.c > cpuid =3D 0; > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> tr > __panic() at __panic+0x170 > isa_route_intr_res() at isa_route_intr_res+0x80 > isa_alloc_resource() at isa_alloc_resource+0x2b8 > bus_alloc_resource() at bus_alloc_resource+0x68 > ata_attach() at ata_attach+0x3c > device_probe_and_attach() at device_probe_and_attach+0xcc > isa_probe_children() at isa_probe_children+0x1e0 > configure() at configure+0x38 > mi_startup() at mi_startup+0xe4 > btext() at btext+0x34 >=20 > Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBT1PYWry0BWjoQKURAthpAJ9onxT3++Z28Hu9iWLkay0lwdkHMwCaAnN1 PfexRW4wzlFtYaSHNbJGb4k= =FigT -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 22:14:28 2004 Return-Path: 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 83BE916A4CE for ; Mon, 20 Sep 2004 22:14:28 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id D820543D1F for ; Mon, 20 Sep 2004 22:14:27 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8KMB7Nt067697 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Tue, 21 Sep 2004 02:11:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8KM9722067525; (8.12.8/vak/2.1) Tue, 21 Sep 2004 02:09:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <414F5335.7010706@cronyx.ru> Date: Tue, 21 Sep 2004 02:01:25 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Baldwin References: <41421D6A.8070805@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <414F4AAC.5000807@cronyx.ru> <200409201747.43612.jhb@FreeBSD.org> In-Reply-To: <200409201747.43612.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: FreeBSD Current Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 22:14:28 -0000 John Baldwin: >>+ pmap_map((vm_offset_t)dst, boot_address, boot_address + size, 0); >> >> >This changes the value of 'dst', which is bad. :) I looked at using it but >decided not to because of that. > va = boot_address + KERNBASE; dst = (u_char *) pmap_map(&va, boot_address, boot_address + size, 0); rik From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 22:15:15 2004 Return-Path: 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 4FA9A16A4CE for ; Mon, 20 Sep 2004 22:15:15 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC74D43D46 for ; Mon, 20 Sep 2004 22:15:14 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i8KMFBFD022310; Mon, 20 Sep 2004 18:15:14 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <414F4507.2010609@savvis.net> References: <414F4507.2010609@savvis.net> Date: Mon, 20 Sep 2004 18:15:11 -0400 To: Maksim Yevmenkin , current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: sparc64 buildworld is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 22:15:15 -0000 At 2:00 PM -0700 9/20/04, Maksim Yevmenkin wrote: >Hackers, > >i'm trying to upgrade couple of sun netra's here and having >troubles with 'make buildworld'. > >netra1# uname -a >FreeBSD netra1 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Tue Feb 24 >07:47:33 GMT 2004 >root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 > >it always stops at '===> lib/libmagic (all)'. the last few >lines are below. complete buildworld output can be found at > >http://mumu.org/~myevmenk/buildworld.txt I have only glanced at this, but here's my standard question: What release are you trying to build? You are starting at a 5.2.1-release system, but what are you updating to? The little that I can add is that I just finished a buildworld on sparc64 last night, and it seemed to go fine. It takes me about 9 hours to do a complete buildworld, so I can't say if it is broken right now. In my case, I was building a 6.x-current system, but there would be several extra steps that you really must do if you are upgrading from 5.2.1-release to 5.x-latest or 6.x-current... Also note that there is a mailing list for sparc64 questions. I suspect that most sparc64 developers are also following this mailing list, but I can not say that for sure. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 22:46:11 2004 Return-Path: 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 AE5C216A4CE for ; Mon, 20 Sep 2004 22:46:11 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEB8543D2D for ; Mon, 20 Sep 2004 22:46:09 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so1355458rnk for ; Mon, 20 Sep 2004 15:46:08 -0700 (PDT) Received: by 10.38.74.50 with SMTP id w50mr2024648rna; Mon, 20 Sep 2004 15:46:08 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Mon, 20 Sep 2004 15:46:08 -0700 (PDT) Message-ID: <6917b781040920154639482d4e@mail.gmail.com> Date: Mon, 20 Sep 2004 18:46:08 -0400 From: "David D.W. Downey" To: Adam K Kirchhoff In-Reply-To: <414F5119.30905@voicenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com> <20040920133602.GB54785@e-Gitt.NET> <20040920140744.GC54785@e-Gitt.NET> <414F3F65.9090804@voicenet.com> <414F5119.30905@voicenet.com> cc: freebsd-current@freebsd.org Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 22:46:11 -0000 On Mon, 20 Sep 2004 17:52:25 -0400, Adam K Kirchhoff wrote: > > > Adam K Kirchhoff wrote: > > > Oliver Brandmueller wrote: > > > >> Hi again. > >> > >> On Mon, Sep 20, 2004 at 03:36:03PM +0200, Oliver Brandmueller wrote: > > Well, booting with HTT disabled still doesn't work for me, which is > making me think this isn't SMP related anymore... My boot stalls with: > > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% > ad0: 39083MB [79408/16/63] at ata0-master UDMA100 > ad1: 117246MB [238216/16/63] at ata0-slave UDMA100 > ATAPI_RESET time = 40us > ad2: 76345MB [155114/16/63] at ata1-master UDMA100 > acd0: DVDROM at ata1-slave UDMA66 > > Ideas? > OK i have seen that before. it's the ACPI code doing CPU throttling. (OK, obviously, hehe.) What i don't understand and haven't solved is why it throttles so early (for me) to the point that int he middle of a compile (which is definitely NOT when you want it done ) when the load on the system, is definitely high enough to keep throttling from being needed. It's almost like (and anyone working on the ACPI code PLEASE do comment) whatever variable is responsible for the timing AND the differential for check times is screwy. That's all I have for now, meanwhile time for me to beat my head on why the hell BETA5 is screwing up on an installworld with touch: file not found for newvars.sh which exists in the directory it's trying TO copy from. -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 23:01:15 2004 Return-Path: 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 D08CC16A4CE for ; Mon, 20 Sep 2004 23:01:15 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58DED43D31 for ; Mon, 20 Sep 2004 23:01:15 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])i8KN0k9m027790; Mon, 20 Sep 2004 18:00:46 -0500 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.0); Mon, 20 Sep 2004 18:00:45 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.0); Mon, 20 Sep 2004 18:00:39 -0500 Message-ID: <414F6115.8050201@savvis.net> Date: Mon, 20 Sep 2004 16:00:37 -0700 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: <414F4507.2010609@savvis.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Sep 2004 23:00:39.0688 (UTC) FILETIME=[A5E38080:01C49F65] X-ECS-MailScanner: No virus is found cc: current@freebsd.org Subject: Re: sparc64 buildworld is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 23:01:15 -0000 Hello, Garance A Drosihn wrote: > At 2:00 PM -0700 9/20/04, Maksim Yevmenkin wrote: > >> i'm trying to upgrade couple of sun netra's here and having >> troubles with 'make buildworld'. >> >> netra1# uname -a >> FreeBSD netra1 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Tue Feb 24 >> 07:47:33 GMT 2004 >> root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 >> >> it always stops at '===> lib/libmagic (all)'. the last few >> lines are below. complete buildworld output can be found at >> >> http://mumu.org/~myevmenk/buildworld.txt > > I have only glanced at this, but here's my standard question: > What release are you trying to build? You are starting at a > 5.2.1-release system, but what are you updating to? err, sorry... for some reason i thought it was clear :) yes, i'm trying to build 6-current cvsup'ed few hours ago. > The little that I can add is that I just finished a buildworld on > sparc64 last night, and it seemed to go fine. It takes me about 9 > hours to do a complete buildworld, so I can't say if it is broken > right now. In my case, I was building a 6.x-current system, but > there would be several extra steps that you really must do if you > are upgrading from 5.2.1-release to 5.x-latest or 6.x-current... ok, what exactly is required? i quickly glanced at UPDATING and UPDATING.64BTT and did not find anything related. perhaps i missed it? > Also note that there is a mailing list for sparc64 questions. I > suspect that most sparc64 developers are also following this > mailing list, but I can not say that for sure. yes, but its really a build issue (i think), and, most likely my fault :) i'm new to sparc64 :) max From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 23:09:08 2004 Return-Path: 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 5EC8616A4CE for ; Mon, 20 Sep 2004 23:09:08 +0000 (GMT) Received: from dmz2.unixjunkie.com (adsl-65-70-175-250.dsl.rcsntx.swbell.net [65.70.175.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id B95B343D41 for ; Mon, 20 Sep 2004 23:09:07 +0000 (GMT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id i8KNNDrQ017091 for ; Mon, 20 Sep 2004 18:23:13 -0500 (CDT) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id i8KNNDE5017088 for ; Mon, 20 Sep 2004 18:23:13 -0500 (CDT) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id i8KNNDOQ017087 for freebsd-current@freebsd.org; Mon, 20 Sep 2004 18:23:13 -0500 (CDT) (envelope-from strgout) Date: Mon, 20 Sep 2004 18:23:12 -0500 From: John To: freebsd-current@freebsd.org Message-ID: <20040920232312.GA17065@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: odd cvsup error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 23:09:08 -0000 Is this anything to worry about? Connected to cvsup.freebsd.org Updating collection src-all/cvs Edit src/include/Makefile Cannot calculate checksum for "/usr/src/share/man/man9/store.9": Operation not supported No other file shows that. I rm.ed (didn't run chflags) said file and reran cvsup and it ran fine. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 23:10:35 2004 Return-Path: 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 3B38916A4CE; Mon, 20 Sep 2004 23:10:35 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-222-79-233.jan.bellsouth.net [68.222.79.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id D671943D58; Mon, 20 Sep 2004 23:10:34 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 263F520F8E; Mon, 20 Sep 2004 18:10:34 -0500 (CDT) Date: Mon, 20 Sep 2004 18:10:33 -0500 From: "Matthew D. Fuller" To: John Baldwin Message-ID: <20040920231033.GY53236@over-yonder.net> References: <41421D6A.8070805@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <414F4CF2.2050404@root.org> <200409201748.23097.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409201748.23097.jhb@FreeBSD.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 cc: FreeBSD Current cc: Roman Kurakin cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 23:10:35 -0000 On Mon, Sep 20, 2004 at 05:48:23PM -0400 I heard the voice of John Baldwin, and lo! it spake thus: > > PSE was introduced on the original Pentium and even on some 486's (I had a > 486dx4/100 that had PSE). PGE is present on Pentium II's as well I think. PGE's available on my PPro, so I presume P2's have it too: Features=0xfbff -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 23:46:46 2004 Return-Path: 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 1810E16A4CE for ; Mon, 20 Sep 2004 23:46:46 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7435C43D48 for ; Mon, 20 Sep 2004 23:46:45 +0000 (GMT) (envelope-from des@des.no) Received: from dwp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 9A542548E; Tue, 21 Sep 2004 01:47:25 +0200 (MEST) Received: by dwp.des.no (Postfix, from userid 2602) id 6BF69B85E; Tue, 21 Sep 2004 01:46:44 +0200 (CEST) To: Mark Johnston References: <200409201643.37131.mjohnston@skyweb.ca> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 21 Sep 2004 01:46:44 +0200 In-Reply-To: <200409201643.37131.mjohnston@skyweb.ca> (Mark Johnston's message of "Mon, 20 Sep 2004 16:43:37 -0500") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-cvs-summary@lists.enderunix.org cc: current@freebsd.org Subject: Re: cvs-src summary for September 13-20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 23:46:46 -0000 Mark Johnston writes: > BIND upgraded to version 9.3.0rc4 > --------------------------------- > Tom Rhodes (trhodes) imported BIND_ version 9.3.0rc4. This is the first > import of the 9.x series of BIND, which represents a complete rewrite > since version 8. Bzzt! The BIND 9 sources have been imported, but I'm still working on the patches required to hook them up to the build. Until that is done (later tonight or tomorrow), HEAD will still have BIND 8. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 00:04:19 2004 Return-Path: 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 21E3A16A4CE for ; Tue, 21 Sep 2004 00:04:19 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74DBB43D46 for ; Tue, 21 Sep 2004 00:04:18 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id i8L04EqR025471 for ; Tue, 21 Sep 2004 01:04:14 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id i8L044Mu026739 for ; Tue, 21 Sep 2004 01:04:04 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)i8L03xUh026736 for ; Tue, 21 Sep 2004 01:04:04 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 21 Sep 2004 01:03:59 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: current@freebsd.org Message-ID: <20040921005321.O26587@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Subject: NFS Mbuf malloc(M_WAITOK) with locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 00:04:19 -0000 Hi all, I'm seeing the following two code paths leading to a malloc with locks held on a 5.3-BETA2 machine which is both an NFS server and an NFS client... malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex nfsd_mtx r = 0 (0xc08eed00) locked @ /usr/src/sys/nfsserver/nfs_srvsock.c:712 KDB: stack backtrace: kdb_backtrace(1,1,1,1a,c101fb00) at kdb_backtrace+0x29 witness_warn(5,0,c0809b40,c07ef018,0) at witness_warn+0x19a uma_zalloc_arg(c101fb00,dc799bec,2) at uma_zalloc_arg+0x41 nfsm_disct(dc799c38,dc799c3c,28,0,c1d38c00) at nfsm_disct+0xa2 nfsm_dissect_xx(28,dc799c38,dc799c3c) at nfsm_dissect_xx+0x31 nfs_getreq(c2a88e00,c1881000,1,c08eed00,0) at nfs_getreq+0x49 nfsrv_dorec(c1acb300,c1881000,dc799cac,dc799ca4,0) at nfsrv_dorec+0xc3 nfssvc_nfsd(c16336e0,c07efaa5,121,c175406c,c1754000) at nfssvc_nfsd+0x1df nfssvc(c16336e0,dc799d14,2,0,296) at nfssvc+0x18c syscall(2f,2f,2f,bfbfeec4,4) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280cbb87, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- and malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex nfsd_mtx r = 0 (0xc08eed00) locked @ /usr/src/sys/nfsserver/nfs_serv.c:1103 KDB: stack backtrace: kdb_backtrace(1,1,1,d,c101fb00) at kdb_backtrace+0x29 witness_warn(5,0,c0809b40,c07ef018,dc799a2c) at witness_warn+0x19a uma_zalloc_arg(c101fb00,dc799a3c,2) at uma_zalloc_arg+0x41 nfsm_disct(dc799ac4,dc799ac8,14,d,46) at nfsm_disct+0xa2 nfsm_dissect_xx(14,dc799ac4,dc799ac8) at nfsm_dissect_xx+0x31 nfsrv_write(c1915d00,c1acb300,c16336e0,dc799ca8,dc799ca4) at nfsrv_write+0x1e2 nfssvc_nfsd(c16336e0,c07efaa5,121,c175406c,c1754000) at nfssvc_nfsd+0x3d5 nfssvc(c16336e0,dc799d14,2,0,296) at nfssvc+0x18c syscall(2f,2f,2f,bfbfeec4,4) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280cbb87, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- /usr/src/sys/nfsserver/nfs_serv.c: $FreeBSD: src/sys/nfsserver/nfs_serv.c,v 1.147 2004/06/17 17:16:52 phk Exp $ /usr/src/sys/nfsserver/nfs_srvsock.c: $FreeBSD: src/sys/nfsserver/nfs_srvsock.c,v 1.92 2004/07/24 02:07:09 While some locking related changes went into nfs_serv.c 1.148, as far as I can see they don't affect the code path I'm seeing (and only touched Giant locking, whereas I'm seeing issues relating to nfsd_mtx). Regardless, I'll take this machine to current RELENG_5 and see if I still see the messages. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 00:26:42 2004 Return-Path: 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 1A6FC16A4CE for ; Tue, 21 Sep 2004 00:26:42 +0000 (GMT) Received: from chons.visualtech.com (a.smtp.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97BCF43D39 for ; Tue, 21 Sep 2004 00:26:41 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.104] (pcp04364354pcs.glstrt01.nj.comcast.net [68.44.156.246]) by chons.visualtech.com (Postfix) with ESMTP id D403FA1E7; Mon, 20 Sep 2004 20:26:40 -0400 (EDT) Message-ID: <414F751C.8080106@voicenet.com> Date: Mon, 20 Sep 2004 20:26:04 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "David D.W. Downey" References: <414EB6CE.3000501@voicenet.com> <414ECAE9.7070909@voicenet.com> <20040920133602.GB54785@e-Gitt.NET> <20040920140744.GC54785@e-Gitt.NET> <414F3F65.9090804@voicenet.com> <414F5119.30905@voicenet.com> <6917b781040920154639482d4e@mail.gmail.com> In-Reply-To: <6917b781040920154639482d4e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 00:26:42 -0000 David D.W. Downey wrote: >On Mon, 20 Sep 2004 17:52:25 -0400, Adam K Kirchhoff wrote: > > >>Adam K Kirchhoff wrote: >> >> >> >>>Oliver Brandmueller wrote: >>> >>> >>> >>>>Hi again. >>>> >>>>On Mon, Sep 20, 2004 at 03:36:03PM +0200, Oliver Brandmueller wrote: >>>> >>>> >>Well, booting with HTT disabled still doesn't work for me, which is >>making me think this isn't SMP related anymore... My boot stalls with: >> >>acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% >>ad0: 39083MB [79408/16/63] at ata0-master UDMA100 >>ad1: 117246MB [238216/16/63] at ata0-slave UDMA100 >>ATAPI_RESET time = 40us >>ad2: 76345MB [155114/16/63] at ata1-master UDMA100 >>acd0: DVDROM at ata1-slave UDMA66 >> >>Ideas? >> >> >> > > >OK i have seen that before. it's the ACPI code doing CPU throttling. >(OK, obviously, hehe.) > >What i don't understand and haven't solved is why it throttles so >early (for me) to the point that int he middle of a compile (which is >definitely NOT when you want it done ) when the load on the >system, is definitely high enough to keep throttling from being >needed. It's almost like (and anyone working on the ACPI code PLEASE >do comment) whatever variable is responsible for the timing AND the >differential for check times is screwy. > >That's all I have for now, meanwhile time for me to beat my head on >why the hell BETA5 is screwing up on an installworld with touch: file >not found for newvars.sh which exists in the directory it's trying TO >copy from. > > > What makes you think it's the cpu throttling that's causing the lockups for me? It does say "acpi_cpu: throttling enabled, 8 steps (100% to 12.5%)" but it continues on the same line with "currently 100%" Maybe I'm reading it wrong but that would indicate to me that it's still running at 100%.... In fact, I just checked and BETA4, which works fine, also displays the same line about cpu throttling. Any other ideas? I'd really like to make sure that this problem doesn't continue beyond BETA5 :-) Anything I can do to make sure this gets resolved (before I go and send a problem report)? Adam From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 01:53:49 2004 Return-Path: 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 CF84116A4CE for ; Tue, 21 Sep 2004 01:53:49 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4010643D1D for ; Tue, 21 Sep 2004 01:53:49 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i8L1rlOO013515; Mon, 20 Sep 2004 21:53:48 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <414F6115.8050201@savvis.net> References: <414F4507.2010609@savvis.net> <414F6115.8050201@savvis.net> Date: Mon, 20 Sep 2004 21:53:47 -0400 To: Maksim Yevmenkin From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: sparc64 buildworld is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 01:53:50 -0000 At 4:00 PM -0700 9/20/04, Maksim Yevmenkin wrote: >Hello, Hi. >Garance A Drosihn wrote: >> >>I have only glanced at this, but here's my standard question: >>What release are you trying to build? You are starting at a >>5.2.1-release system, but what are you updating to? > >err, sorry... for some reason i thought it was clear :) yes, i'm >trying to build 6-current cvsup'ed few hours ago. > >>The little that I can add is that I just finished a buildworld on >>sparc64 last night, [...] I was building a 6.x-current system, but >>there would be several extra steps that you really must do if you >>are upgrading from 5.2.1-release to 5.x-latest or 6.x-current... > >ok, what exactly is required? i quickly glanced at UPDATING and >UPDATING.64BTT and did not find anything related. perhaps I >missed it? You should not "glance through" UPDATING.64BTT, unless you have already made the transition from 32-bit time_t to 64-bit time_t. You have to do one buildworld with a 32-bit time_t, install that, and then do a second build with the exact same sources except for changing time_t. I must admit I haven't looked at this since I finished the writeup and the commits to switch the tree to 64-bit time_t. I started to look in July, but was sidetracked by some other problems. It may be prudent to first update to just before we made the transition, then make the transition, and then update to -current. That would mean three buildworlds. Depending on your situation, it might make more sense to just reinstall from the latest ISO for 5.3-beta, and thus avoid any issues with the 64bTT transition. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 01:53:54 2004 Return-Path: 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 E32EC16A4CE for ; Tue, 21 Sep 2004 01:53:54 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D8643D2D for ; Tue, 21 Sep 2004 01:53:54 +0000 (GMT) (envelope-from meb@cinci.rr.com) Received: from [10.0.0.29] (dhcp024-210-244-120.woh.rr.com [24.210.244.120]) i8L1rpJW026687 for ; Mon, 20 Sep 2004 21:53:52 -0400 (EDT) Message-ID: <414F8934.4080509@cinci.rr.com> Date: Mon, 20 Sep 2004 21:51:48 -0400 From: Mike B User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 01:53:55 -0000 Sorry if this is already addressed or is a non-issue. If I enter text into vi (or vim for that matter) and hit the backspace key the cursor runs over the text but does not remove it from the screen. If I then hit escape after backing over all of this text it is then, and only then, removed from the buffer. On my 4.x systems vi and vim work as I expect with no intervention on my part. My term is set to cons25 btw. Thanks Mike From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 02:11:42 2004 Return-Path: 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 9DD9B16A4CE for ; Tue, 21 Sep 2004 02:11:42 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AFBF43D45 for ; Tue, 21 Sep 2004 02:11:42 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8L2BfIB078037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 20 Sep 2004 19:11:41 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8L2Bfsj078036 for freebsd-current@freebsd.org; Mon, 20 Sep 2004 19:11:41 -0700 (PDT) (envelope-from jdc) Date: Mon, 20 Sep 2004 19:11:41 -0700 From: Jeremy Chadwick To: Current Message-ID: <20040921021141.GA77929@parodius.com> Mail-Followup-To: Current References: <414F8934.4080509@cinci.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414F8934.4080509@cinci.rr.com> User-Agent: Mutt/1.5.6i Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 02:11:42 -0000 stty -a. Look at `erase'. `erase2' is not supported by "a lot" of apps, but more and more seem to be supporting it. I've a PR that's still open, in attempt to get less/more to support erase2. Also, if you're not truly on the FreeBSD VGA console, cons25 is incorrect. In that case, try xterm or vt100. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Mon, Sep 20, 2004 at 09:51:48PM -0400, Mike B wrote: > Sorry if this is already addressed or is a non-issue. If I enter text > into vi (or vim for that matter) and hit the backspace key the cursor > runs over the text but does not remove it from the screen. If I then hit > escape after backing over all of this text it is then, and only then, > removed from the buffer. On my 4.x systems vi and vim work as I expect > with no intervention on my part. My term is set to cons25 btw. Thanks > > Mike > _______________________________________________ > 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 Tue Sep 21 02:55:14 2004 Return-Path: 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 1591C16A4CE for ; Tue, 21 Sep 2004 02:55:14 +0000 (GMT) Received: from theatre.msu.edu (theatre.msu.edu [35.8.69.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7C6F43D3F for ; Tue, 21 Sep 2004 02:55:13 +0000 (GMT) (envelope-from sagejona@theatre.msu.edu) Received: from [24.11.217.129] (c-24-11-217-129.client.comcast.net [24.11.217.129]) (authenticated bits=0) by theatre.msu.edu (8.13.1/8.13.1) with ESMTP id i8L2tS0t068383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 20 Sep 2004 22:55:29 -0400 (EDT) (envelope-from sagejona@theatre.msu.edu) Message-ID: <414F980E.2080700@theatre.msu.edu> Date: Mon, 20 Sep 2004 22:55:10 -0400 From: "Jonathan T. Sage" Organization: MSU Dept of Theatre User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Mail List X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-Phone: +1-517-974-1428 X-WWW-Home-Page: http://theatre.msu.edu X-PGP-Key-Figerprint: 182C CF3F 93A9 1DAA 2EBE D4D5 A159 96D9 452E A7F1 X-IM: AIM(jonathantsage,spartyman), ICQ(9587621), YIM(wisesage98) Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig740B3BBC3936965D821AE9A9" X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on www.theatre.msu.edu X-Virus-Scanned: clamd / ClamAV version devel-20040903, clamav-milter version 0.75l on www.theatre.msu.edu X-Virus-Status: Clean Subject: Fatal Trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 02:55:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig740B3BBC3936965D821AE9A9 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Attempting to do hardware upgrades. alas, since I dropped in a new motherboard / processor combo, I get (hand transposed): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x5e fault code = supervisor write, page no present instruction pointer = 0x8:0xc062d6e1 stack pointer = 0x10:0xe0f03b7c frame pointer = 0x10:0xe0f03b7c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 45 (syncer) trap number = 12 panic: page fault this is not a debug kernel. In fact, this latest one occurred while I was attempting to build said debug kernel. Single user mode, 5.x as of right around 5.3-BETA2 tag, may have been close to 5.3-BETA3. Any more info I can provide, gonna keep attempting to build the debug kernel, hope that one of these attempts it will finish before the panic (seems to be happening withing 15min of boot) I'm just totally dead in the water at this point.. ideas please? thanks ~j -- Jonathan T. Sage Theatrical Lighting / Set Designer Professional Web Design "He said he likes me, but he's not in-like with me."- Connie, King of the Hill [HTTP://www.JTSage.com] [HTTP://design.JTSage.com] [sagejona@msu.edu] [See Headers for Contact Info] --------------enig740B3BBC3936965D821AE9A9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBT5gOoVmW2UUup/ERAuy/AKCQhM8E1/EMXs5uF+DOshL++CZGLACfbA2T hK/nDNV2AQgrlKhS2Oqt1tY= =8+nB -----END PGP SIGNATURE----- --------------enig740B3BBC3936965D821AE9A9-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 02:58:03 2004 Return-Path: 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 A2BE216A4CE for ; Tue, 21 Sep 2004 02:58:03 +0000 (GMT) Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2686243D46 for ; Tue, 21 Sep 2004 02:58:03 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out005.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040921025802.NQNS24464.out005.verizon.net@[10.0.3.231]>; Mon, 20 Sep 2004 21:58:02 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Poul-Henning Kamp In-Reply-To: <44803.1095661627@critter.freebsd.dk> References: <44803.1095661627@critter.freebsd.dk> Content-Type: text/plain Message-Id: <1095735454.2535.21.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 20 Sep 2004 22:57:35 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [141.153.167.39] at Mon, 20 Sep 2004 21:58:01 -0500 cc: freebsd-current@freebsd.org Subject: Re: TTY cleanups have started... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 02:58:03 -0000 On Mon, 2004-09-20 at 02:27, Poul-Henning Kamp wrote: > In message <1095645188.671.650.camel@RabbitsDen>, "Alexandre \"Sunny\" Kovalenk > o" writes: > >On Sun, 2004-09-19 at 05:43, Karel J. Bosschaart wrote: > > >I have USB-to-RS232 dongle (serviced by uplcom). Simple program below > >will hang on 'open' infinitely. > > What do you have in the other end of it ? Do you know the state > of the modem signals ? Below is the console output with nothing attached to the serial end: ucom_dtr: onoff = 1 uplcom_dtr: onoff = 1 ucom_rts: onoff = 1 uplcom_rts: onoff = 1 ucomparam: sc = 0xc20c5e00 ucom0: ucomopen: tp = 0xc1c20000 ucom_dtr: onoff = 1 uplcom_dtr: onoff = 1 ucom_rts: onoff = 1 uplcom_rts: onoff = 1 uplcom_open: sc = 0xc20c5e00 ucomopen: open pipes in = 131 out = 2 ucomstartread: start ucom0: uplcom status = 00 uplcom_get_status: ucom0: ucomclose ucom_cleanup: closing pipes ucom_shutdown ucom_dtr: onoff = 0 uplcom_dtr: onoff = 0 ucom_rts: onoff = 1 uplcom_rts: onoff = 1 ucomreadcb: status = 6 ucom0: ucomreadcb: CANCELLED uplcom_close: close and this is console output with CLIE T615C attached to the serial port and running program which opens port, pushes "Hello, world!" through, waits for output, times out pushes some more bytes, exits: ucom_dtr: onoff = 1 uplcom_dtr: onoff = 1 ucom_rts: onoff = 1 uplcom_rts: onoff = 1 ucomparam: sc = 0xc20c5e00 ucom0: ucomopen: tp = 0xc1c20000 ucom_dtr: onoff = 1 uplcom_dtr: onoff = 1 ucom_rts: onoff = 1 uplcom_rts: onoff = 1 uplcom_open: sc = 0xc20c5e00 ucomopen: open pipes in = 131 out = 2 ucomstartread: start ucomreadcb: status = 0 ucomreadcb: got 1 chars, tp = 0xc1c20000 ucomreadcb: char = 0x00 putc to a clist with no reserved cblocks ucomstart: sc = 0xc20c5e00 ucomstartread: start ucom0: uplcom status = 80 uplcom_get_status: ucomreadcb: status = 0 ucomreadcb: got 2 chars, tp = 0xc1c20000 ucomreadcb: char = 0x0f ucomstop: 2 ucomstop: write ucomstop: done putc to a clist with no reserved cblocks putc to a clist with no reserved cblocks ucomstart: sc = 0xc20c5e00 ucomreadcb: char = 0x1c ucomstop: 3 ucomstop: read ucomstopread: enter ucomstopread: leave ucomstop: write ucomstop: done putc to a clist with no reserved cblocks putc to a clist with no reserved cblocks ucomstart: sc = 0xc20c5e00 ucomstartread: start ucom0: uplcom status = 90 uplcom_get_status: ucomreadcb: status = 0 ucomreadcb: got 1 chars, tp = 0xc1c20000 ucomreadcb: char = 0x1f putc to a clist with no reserved cblocks ucomstart: sc = 0xc20c5e00 ucomstartread: start ucomreadcb: status = 0 ucomreadcb: got 1 chars, tp = 0xc1c20000 ucomreadcb: char = 0x13 ucomstop: 0 ucomstop: done ucomstartread: start ucomreadcb: status = 0 ucomreadcb: got 1 chars, tp = 0xc1c20000 ucomreadcb: char = 0x00 putc to a clist with no reserved cblocks ucomstart: sc = 0xc20c5e00 ucomstartread: start ucom0: ucomclose ucom_cleanup: closing pipes ucom_shutdown ucom_dtr: onoff = 0 uplcom_dtr: onoff = 0 ucom_rts: onoff = 1 uplcom_rts: onoff = 1 ucomreadcb: status = 6 ucom0: ucomreadcb: CANCELLED uplcom_close: close In both cases I had to Ctrl-C from the program running on the laptop (program on CLIE was allowed to run its course). I do not own the breaker box so I can not tell you what modem signal states are, even though with 9 pin USB-to-serial dongle I would suspect we would be lucky if RTS and CTS actually change, most likely there are two data wires and software flow control, however, the right answer is: I don't know. I can start adding more printf statements to the ucom.c or uplcom.c, but at the moment odd thing seems to be that 'open' would attempt to initiate data transfer. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 03:12:04 2004 Return-Path: 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 761FD16A4E1 for ; Tue, 21 Sep 2004 03:12:04 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D7C443D2D for ; Tue, 21 Sep 2004 03:12:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0EC1E514AE; Mon, 20 Sep 2004 20:12:12 -0700 (PDT) Date: Mon, 20 Sep 2004 20:12:11 -0700 From: Kris Kennaway To: Gavin Atkinson Message-ID: <20040921031211.GA45435@xor.obsecurity.org> References: <20040921005321.O26587@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20040921005321.O26587@ury.york.ac.uk> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: NFS Mbuf malloc(M_WAITOK) with locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 03:12:04 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 21, 2004 at 01:03:59AM +0100, Gavin Atkinson wrote: >=20 > Hi all, >=20 > I'm seeing the following two code paths leading to a malloc with locks > held on a 5.3-BETA2 machine which is both an NFS server and an NFS > client... Pretty sure this was already fixed some time ago, try BETA5. Kris --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBT5wLWry0BWjoQKURApV8AJ9d4o0EvAyklgt8rxfsi2g2siG6VQCgu4ww fgpoO7ZIkfYeNWv7CnMFo1M= =buHo -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 03:12:56 2004 Return-Path: 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 55FEB16A4CE for ; Tue, 21 Sep 2004 03:12:56 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24CB343D5A for ; Tue, 21 Sep 2004 03:12:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 663D154859; Mon, 20 Sep 2004 20:13:04 -0700 (PDT) Date: Mon, 20 Sep 2004 20:13:04 -0700 From: Kris Kennaway To: "Jonathan T. Sage" Message-ID: <20040921031304.GB45435@xor.obsecurity.org> References: <414F980E.2080700@theatre.msu.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bn2rw/3z4jIqBvZU" Content-Disposition: inline In-Reply-To: <414F980E.2080700@theatre.msu.edu> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Current Mail List Subject: Re: Fatal Trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 03:12:56 -0000 --Bn2rw/3z4jIqBvZU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 10:55:10PM -0400, Jonathan T. Sage wrote: >=20 > Attempting to do hardware upgrades. alas, since I dropped in a new > motherboard / processor combo, I get (hand transposed): >=20 > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0x5e > fault code =3D supervisor write, page no present > instruction pointer =3D 0x8:0xc062d6e1 > stack pointer =3D 0x10:0xe0f03b7c > frame pointer =3D 0x10:0xe0f03b7c > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 45 (syncer) > trap number =3D 12 > panic: page fault >=20 > this is not a debug kernel. In fact, this latest one occurred while I > was attempting to build said debug kernel. Single user mode, 5.x as of > right around 5.3-BETA2 tag, may have been close to 5.3-BETA3. >=20 > Any more info I can provide, gonna keep attempting to build the debug > kernel, hope that one of these attempts it will finish before the panic > (seems to be happening withing 15min of boot) >=20 > I'm just totally dead in the water at this point.. ideas please? Try a later beta, the early ones had a number of problems. OTOH, since you're playing with hardware you should also strongly suspect that as the cause. Kris --Bn2rw/3z4jIqBvZU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBT5xAWry0BWjoQKURAmDMAJ9E/ueCA1j6Dur9/TQfBExiRF2eCACg+cp5 /JJKd4EBcOIgy0XuQ6H240A= =U1EM -----END PGP SIGNATURE----- --Bn2rw/3z4jIqBvZU-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 03:32:04 2004 Return-Path: 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 3381D16A4CE for ; Tue, 21 Sep 2004 03:32:04 +0000 (GMT) Received: from ms-smtp-03-eri0.ohiordc.rr.com (ms-smtp-03-smtplb.ohiordc.rr.com [65.24.5.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 613C043D4C for ; Tue, 21 Sep 2004 03:32:03 +0000 (GMT) (envelope-from meb@cinci.rr.com) Received: from [10.0.0.29] (dhcp024-210-244-120.woh.rr.com [24.210.244.120]) i8L3W0Vd007923; Mon, 20 Sep 2004 23:32:00 -0400 (EDT) Message-ID: <414FA035.6000503@cinci.rr.com> Date: Mon, 20 Sep 2004 23:29:57 -0400 From: Mike B User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> In-Reply-To: <20040921021141.GA77929@parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Current Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 03:32:04 -0000 Jeremy Chadwick wrote: >stty -a. Look at `erase'. `erase2' is not supported by "a lot" of >apps, but more and more seem to be supporting it. I've a PR that's >still open, in attempt to get less/more to support erase2. > >Also, if you're not truly on the FreeBSD VGA console, cons25 is >incorrect. In that case, try xterm or vt100. > > > Both erase and erase2 appear to be set to '^H'. I also looked into the "echoe" option but that didn't resolve the problem either. Mike From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 03:42:41 2004 Return-Path: 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 3DA3916A4CE for ; Tue, 21 Sep 2004 03:42:41 +0000 (GMT) Received: from spxau01.smeglobalnet.net (spxau01.smeglobalnet.net [203.57.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 635DC43D39 for ; Tue, 21 Sep 2004 03:42:40 +0000 (GMT) (envelope-from andy@bradfieldprichard.com.au) Received: from bpgate.speednet.com.au ([203.41.15.9]) by spxau01.smeglobalnet.net with Microsoft SMTPSVC(5.0.2195.6713); Tue, 21 Sep 2004 13:15:07 +1000 Received: from bpgate.speednet.com.au (localhost [127.0.0.1]) i8L3F6W6061029 for ; Tue, 21 Sep 2004 13:15:06 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) Received: from localhost (andy@localhost)i8L3F5qA061026 for ; Tue, 21 Sep 2004 13:15:05 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) X-Authentication-Warning: bpgate.speednet.com.au: andy owned process doing -bs Date: Tue, 21 Sep 2004 13:15:05 +1000 (EST) From: Andy Farkas X-X-Sender: andy@bpgate.speednet.com.au To: freebsd-current@freebsd.org Message-ID: <20040921125501.L60864@bpgate.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 21 Sep 2004 03:15:07.0798 (UTC) FILETIME=[32643360:01C49F89] Subject: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 03:42:41 -0000 Why are my IPI's stuck? They never used to be.... This box has been tracking RELENG_5 and was running fine until about the end of August. Now I get constant panics, even during a fsck when booted into single user mode! The situation seems to have become worse :( Its a Dell PowerEdge 6100/200 quad Pentium-Pro 200MHz with 512MB RAM. I have tried both ULE and 4BSD schedulers. GENERIC has been panicing for the last 4 weeks. It was suggested I try infinite waiting in the ipi wait loop, but that didn't work. I tried s/panic/printf/ and this seemed to work... for a while. Once, it printed 3 "Previous IPI is stuck" messages at various times it was doing a buildworld, and eventually finished! But the box will eventually crash, in different ways, with this kludge. This box is not ready to be recycled yet, but is unable to run the latest BETA5. Can someone explain why an IPI might get stuck? Thanks, -andyf ps. I have posted twice previously with dmesg and other output. If you want me to repeat, please ask. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 03:59:19 2004 Return-Path: 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 D9A0A16A4CE for ; Tue, 21 Sep 2004 03:59:19 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4C7D43D1D for ; Tue, 21 Sep 2004 03:59:19 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8L3xJvg081449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 20 Sep 2004 20:59:19 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8L3xJve081448 for freebsd-current@freebsd.org; Mon, 20 Sep 2004 20:59:19 -0700 (PDT) (envelope-from jdc) Date: Mon, 20 Sep 2004 20:59:19 -0700 From: Jeremy Chadwick To: Current Message-ID: <20040921035919.GA81408@parodius.com> Mail-Followup-To: Current References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> <414FA035.6000503@cinci.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414FA035.6000503@cinci.rr.com> User-Agent: Mutt/1.5.6i Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 03:59:20 -0000 Try hitting Control-V then your Backspace key while inside of your shell (or inside of a non-curses app, such as telnet). It'll spit out what your backspace character is (usually ^? or ^H). It's highly possible it's supposed to be ^? instead of ^H. If it shows up as ^H, I have no other ideas. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Mon, Sep 20, 2004 at 11:29:57PM -0400, Mike B wrote: > Jeremy Chadwick wrote: > > >stty -a. Look at `erase'. `erase2' is not supported by "a lot" of > >apps, but more and more seem to be supporting it. I've a PR that's > >still open, in attempt to get less/more to support erase2. > > > >Also, if you're not truly on the FreeBSD VGA console, cons25 is > >incorrect. In that case, try xterm or vt100. > > > > > > > Both erase and erase2 appear to be set to '^H'. I also looked into the > "echoe" option but that didn't resolve the problem either. > > Mike From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 04:11:38 2004 Return-Path: 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 8135516A4CE for ; Tue, 21 Sep 2004 04:11:38 +0000 (GMT) Received: from marge.icomtek.csir.co.za (marge.icomtek.csir.co.za [146.64.28.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A69D643D48 for ; Tue, 21 Sep 2004 04:11:36 +0000 (GMT) (envelope-from jhugo@icomtek.csir.co.za) Received: from jeep.icomtek.csir.co.za (jeep.icomtek.csir.co.za [146.64.28.29])i8L4BXuJ072517 for ; Tue, 21 Sep 2004 06:11:33 +0200 (SAST) (envelope-from jhugo@icomtek.csir.co.za) From: Johann Hugo To: Current Date: Tue, 21 Sep 2004 06:11:33 +0200 User-Agent: KMail/1.5.4 References: <414EB6CE.3000501@voicenet.com> <6917b781040920154639482d4e@mail.gmail.com> <414F751C.8080106@voicenet.com> In-Reply-To: <414F751C.8080106@voicenet.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200409210538.45741.jhugo@icomtek.csir.co.za> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 04:11:38 -0000 On Tuesday 21 September 2004 02:26, Adam K Kirchhoff wrote: > What makes you think it's the cpu throttling that's causing the lockups > for me?  It does say "acpi_cpu: throttling enabled, 8 steps (100% to > 12.5%)"  but it continues on the same line with "currently 100%"  Maybe > I'm reading it wrong but that would indicate to me that it's still > running at 100%.... > > In fact, I just checked and BETA4, which works fine, also displays the > same line about cpu throttling. > > Any other ideas?  I'd really like to make sure that this problem doesn't > continue beyond BETA5 :-)  Anything I can do to make sure this gets > resolved (before I go and send a problem report)? > > Adam I had a similar problem. If you do a verbose boot you can see that it actually continues past "acpi_cpu: throttling enabled ...." and it stops with "ata0: resetting done" . Looks like some problem with the apic. I've made a new kernel without "device apic and options SMP " and now it boots fine. Johann From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 04:19:54 2004 Return-Path: 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 2505E16A4CE for ; Tue, 21 Sep 2004 04:19:54 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD7E343D45 for ; Tue, 21 Sep 2004 04:19:53 +0000 (GMT) (envelope-from meb@cinci.rr.com) Received: from [10.0.0.29] (dhcp024-210-244-120.woh.rr.com [24.210.244.120]) i8L4JoJW028306; Tue, 21 Sep 2004 00:19:51 -0400 (EDT) Message-ID: <414FAB6C.4040504@cinci.rr.com> Date: Tue, 21 Sep 2004 00:17:48 -0400 From: Mike B User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> <414FA035.6000503@cinci.rr.com> <20040921035919.GA81408@parodius.com> In-Reply-To: <20040921035919.GA81408@parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Current Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 04:19:54 -0000 Jeremy Chadwick wrote: >Try hitting Control-V then your Backspace key while inside of your >shell (or inside of a non-curses app, such as telnet). It'll spit out >what your backspace character is (usually ^? or ^H). > >It's highly possible it's supposed to be ^? instead of ^H. > >If it shows up as ^H, I have no other ideas. > > > '^v backspace' yields "^H" and '^v delete' yields "^?". The delete button functions properly in vi but not the backspace. I've also had experience when paging through the history in 'sh -E' that will show the correct history but when you attempt to cursor back through and make a change some characters from a previous command are seen jumping through where the cursor has just moved. Weird Mike From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 04:35:45 2004 Return-Path: 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 DC8BA16A4CE for ; Tue, 21 Sep 2004 04:35:45 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC6243D2F for ; Tue, 21 Sep 2004 04:35:45 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8L4ZjNb082582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 20 Sep 2004 21:35:45 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8L4Zjgo082581 for freebsd-current@freebsd.org; Mon, 20 Sep 2004 21:35:45 -0700 (PDT) (envelope-from jdc) Date: Mon, 20 Sep 2004 21:35:45 -0700 From: Jeremy Chadwick To: Current Message-ID: <20040921043545.GA82495@parodius.com> Mail-Followup-To: Current References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> <414FA035.6000503@cinci.rr.com> <20040921035919.GA81408@parodius.com> <414FAB6C.4040504@cinci.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414FAB6C.4040504@cinci.rr.com> User-Agent: Mutt/1.5.6i Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 04:35:46 -0000 Do things work properly in vim (preferrably ports/editors/vim-lite) but not native /usr/bin/vi, or are they generally horked all around? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Tue, Sep 21, 2004 at 12:17:48AM -0400, Mike B wrote: > Jeremy Chadwick wrote: > > >Try hitting Control-V then your Backspace key while inside of your > >shell (or inside of a non-curses app, such as telnet). It'll spit out > >what your backspace character is (usually ^? or ^H). > > > >It's highly possible it's supposed to be ^? instead of ^H. > > > >If it shows up as ^H, I have no other ideas. > > > > > > > '^v backspace' yields "^H" and '^v delete' yields "^?". The delete > button functions properly in vi but not the backspace. I've also had > experience when paging through the history in 'sh -E' that will show the > correct history but when you attempt to cursor back through and make a > change some characters from a previous command are seen jumping through > where the cursor has just moved. Weird > > Mike > _______________________________________________ > 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 Tue Sep 21 05:00:49 2004 Return-Path: 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 9801616A4D1 for ; Tue, 21 Sep 2004 05:00:49 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DCC543D2D for ; Tue, 21 Sep 2004 05:00:26 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8L4xUBW072637; Mon, 20 Sep 2004 22:59:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Sep 2004 23:00:30 -0600 (MDT) Message-Id: <20040920.230030.33791632.imp@bsdimp.com> To: dalroi@solfertje.student.utwente.nl From: "M. Warner Losh" In-Reply-To: <414E8DB5.5070307@solfertje.student.utwente.nl> References: <414E8DB5.5070307@solfertje.student.utwente.nl> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: BETA5 of yesterday reboots when I turn off my monitor (w/ builtin USB hub) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 05:00:49 -0000 In message: <414E8DB5.5070307@solfertje.student.utwente.nl> Alban Hertroys writes: : I think this looks like a message on this list that seemed aimed at : 6-CURRENT, but I have this problem with BETA5. Uggg. This may be my fault. I'll look into it tonight... Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 05:01:46 2004 Return-Path: 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 93A5F16A4CE for ; Tue, 21 Sep 2004 05:01:46 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D52F43D3F for ; Tue, 21 Sep 2004 05:01:46 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8L4wVUl072636; Mon, 20 Sep 2004 22:58:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 20 Sep 2004 22:59:31 -0600 (MDT) Message-Id: <20040920.225931.29867687.imp@bsdimp.com> To: Lutz.Bichler@unibw-muenchen.de From: "M. Warner Losh" In-Reply-To: <200409200959.48269.Lutz.Bichler@unibw-muenchen.de> References: <200409200959.48269.Lutz.Bichler@unibw-muenchen.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 05:01:46 -0000 In message: <200409200959.48269.Lutz.Bichler@unibw-muenchen.de> Lutz Bichler writes: : Hi, : : i have a problem with my USB stick on 5.3 BETA4 and BETA5 which did not exist : in 5.2.1. Whenever i detach my USB stick FreeBSD crashes. I see the : following: : : uhub3: at uhub1 port1 (addr 2) disconnected : (da0:umass-sim0:0:0:0): lost device : (da0:umass-sim0:0:0:0): removing device entry : umass0: detached : (null): at uhub3 port1 (addr3) disconnected : : : Fatal trap 12: page fault while in kernel mode : fault virtual address = 0x400 : fault code = supervisor read, page not present : instruction pointer = 0x8:0xc04d5854 : stack pointer = 0x10:0xcc726bd4 : frame pointer = 0x10:0xcc726bd4 : code segment = base 0x0, limit 0xfffff, type 0x1b : = DPL 0, pres 1, def32 1, gran 1 : processor eflags = interrupt enabled, resume, IOPL = 0 : current process = 40 (usb1) : trap number = 12 : panic: page fault : : : This happens on an IBM X24 Laptop and a Fujitsu-Siemens Scenic 400 Desktop. This may be my fault. Any chance you can give me a traceback? Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 05:03:56 2004 Return-Path: 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 1F33916A4CE for ; Tue, 21 Sep 2004 05:03:56 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95C9A43D45 for ; Tue, 21 Sep 2004 05:03:55 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])i8L53nJW024500; Tue, 21 Sep 2004 01:03:50 -0400 (EDT) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) i8L53lsP026393; Tue, 21 Sep 2004 01:03:49 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id i8L53bVT026392; Tue, 21 Sep 2004 01:03:37 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: "M. Warner Losh" Date: Tue, 21 Sep 2004 01:03:21 -0400 User-Agent: KMail/1.7 References: <200409182240.54337.marc.ramirez@bluecirclesoft.com> <20040919.120549.05621523.imp@bsdimp.com> In-Reply-To: <20040919.120549.05621523.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1273273.2Bj7iac2FZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409210103.30531.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: current@freebsd.org Subject: Re: PCMCIA problems w/ 5.3 BETA 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 05:03:56 -0000 --nextPart1273273.2Bj7iac2FZ Content-Type: multipart/mixed; boundary="Boundary-01=_cY7TBgheIKlyxH4" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_cY7TBgheIKlyxH4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 19 September 2004 02:05 pm, you wrote: > Can you post the pciconf -l as well as a 4.10 dmesg if you have one? I completely missed the OLDCARD config. It seems to work with no problems.= =20 Here are the two files from 4.10. If you want to test any code, feel free = to=20 e-mail me. Thanks for your time! Marc. =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --Boundary-01=_cY7TBgheIKlyxH4 Content-Type: text/plain; charset="iso-8859-1"; name="dmesg.output.4.10" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.output.4.10" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 4.10-RELEASE #0: Tue May 25 22:52:21 GMT 2004 root@perseus.cse.buffalo.edu:/usr/obj/usr/src/sys/BOOTMFS Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1594836428 Hz CPU: Mobile Intel(R) Celeron(R) CPU 1.60GHz (1594.84-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff real memory =3D 268238848 (261952K bytes) config> intro \^[[m\^[[H\^[[J\^[[3;26H\^[[m\^[[1m\^[[m\^[[6;11H\^[[m\^[[7m\^[[m\^[[7;11H\= ^[[m\^[[8;11H\^[[m\^[[11;3H\^[[m\^[[12;3H\^[[m\^[[13;3H\^[[m\^[[15;3H\^[[m\= ^[[16;3H\^[[m\^[[18;3H\^[[m\^[[19;3H\^[[m\^[[21;3H\^[[m\^[[7m\^[[m\^[[22;3H= \^[[m\^[[1;1H\^[[6;11H\^[[m\^[[7;11H\^[[m\^[[7m\^[[m\^[[8;11H\^[[m\^[[1;1H\= ^[[6;11H\^[[m\^[[7m\^[[m\^[[7;11H\^[[m\^[[8;11H\^[[m\^[[1;1H\^[[m\^[[H\^[[J= avail memory =3D 252792832 (246868K bytes) Preloaded elf kernel "kernel" at 0xc0829000. Preloaded mfs_root "/mfsroot" at 0xc0829084. Warning: Pentium 4 CPU: PSE disabled Pentium Pro MTRR support enabled md0: Preloaded image 4423680 bytes at 0xc03ef3d4 md1: Malloc disk Using $PIR table, 8 entries at 0xc00f01a0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 10 uhci0: port 0xefe0-0xefff i= rq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xef80-0xef9f i= rq 11 at device 29.1 on pci0 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 pcib2: at device 30.0 on = pci0 pci2: on pcib2 fxp0: port 0xdf40-0xdf7f mem 0x= fceff000-0xfcefffff irq 11 at device 8.0 on pci2 fxp0: Ethernet address 00:08:0d:05:70:0b inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on = pci0 isa0: on isab0 atapci0: port 0xcfa0-0xcfaf,0xcfe4-0xcfe7,0x= cfe8-0xcfef,0xcff4-0xcff7,0xcff8-0xcfff irq 11 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=3D0x8086, dev=3D0x2485) at 31.5 irq 11 pci0: (vendor=3D0x8086, dev=3D0x2486) at 31.6 irq 11 orm0: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25788086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00f4ee0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 5 6 7 9 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 11 12 14 15 embedded 0 3 B 0x62 3 4 5 6 9 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 9 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 11 12 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 11 12 14 15 slot 1 2 2 A 0xf9 9 slot 1 2 2 B 0xf9 9 slot 1 2 2 C 0xf9 9 slot 1 2 2 D 0xf9 9 slot 2 2 3 A 0xf9 9 slot 2 2 3 B 0xf9 9 slot 2 2 3 C 0xf9 9 slot 2 2 3 D 0xf9 9 slot 3 2 4 A 0xf9 9 slot 3 2 4 B 0xf9 9 slot 3 2 4 C 0xf9 9 slot 3 2 4 D 0xf9 9 slot 6 3 2 A 0x60 3 4 5 6 7 9 11 12 14 15 slot 6 3 2 B 0x61 3 4 5 6 7 9 11 12 14 15 slot 6 3 2 C 0x62 3 4 5 6 9 11 12 14 15 slot 6 3 2 D 0x63 3 4 5 6 7 9 11 12 14 15 embedded 3 0 A 0x69 3 4 5 6 7 9 11 12 14 15 embedded 3 1 A 0x61 3 4 5 6 7 9 11 12 14 15 embedded 2 1 A 0xf9 9 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base fe800000, size 22, enabled found-> vendor=0x8086, dev=0x2578, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x257b, revid=0x02 bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25ae, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0146, statreg=0x0030, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000e800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x25a9, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[20]: type 4, range 32, base 0000ec00, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x25aa, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 found-> vendor=0x8086, dev=0x25ab, revid=0x02 bus=0, slot=29, func=4 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25ac, revid=0x02 bus=0, slot=29, func=5 class=08-00-20, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base fe7ffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x25ad, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x244e, revid=0x0a bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25a1, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x8086, dev=0x25a2, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 0000e400, size 3, enabled map[14]: type 4, range 32, base 0000e000, size 2, enabled map[18]: type 4, range 32, base 0000dc00, size 3, enabled map[1c]: type 4, range 32, base 0000d800, size 2, enabled map[20]: type 4, range 32, base 0000d400, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x25a3, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0045, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 map[20]: type 4, range 32, base 00000400, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x25a4, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 pcib1: at device 3.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xb000-0xbfff pcib1: memory decode 0xfc500000-0xfc5fffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P2 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base fc5e0000, size 17, enabled pcib1: device (null) requested decoded memory range 0xfc5e0000-0xfc5fffff map[18]: type 4, range 32, base 0000bc00, size 5, enabled pcib1: device (null) requested decoded I/O range 0xbc00-0xbc1f pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 18 pcib1: slot 1 INTA is routed to irq 18 found-> vendor=0x8086, dev=0x1075, revid=0x00 bus=1, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0238, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 powerspec 2 supports D0 D3 current D0 em0: port 0xbc00-0xbc1f mem 0xfc5e0000-0xfc5fffff irq 18 at device 1.0 on pci1 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfc5e0000 em0: Reserved 0x20 bytes for rid 0x18 type 4 at 0xbc00 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:4d:68:64 em0: Speed:N/A Duplex:N/A pcib2: at device 28.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xfff00000-0xfffff ACPI PCI link initial configuration: pci2: on pcib2 pci2: physical bus=2 uhci0: port 0xe800-0xe81f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe800 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 0xec00-0xec1f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 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 pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pci0: at device 29.7 (no driver attached) pcib3: at device 30.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xc000-0xcfff pcib3: memory decode 0xfc600000-0xfe6fffff pcib3: prefetched decode 0xfff00000-0xfffff pcib3: Subtractively decoded bridge. ACPI PCI link initial configuration: pci3: on pcib3 pci3: physical bus=3 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib3: device (null) requested decoded memory range 0xfd000000-0xfdffffff map[14]: type 4, range 32, base 0000c800, size 8, enabled pcib3: device (null) requested decoded I/O range 0xc800-0xc8ff map[18]: type 1, range 32, base fe6ff000, size 12, enabled pcib3: device (null) requested decoded memory range 0xfe6ff000-0xfe6fffff pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 21 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=3, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fe6fe000, size 12, enabled pcib3: device (null) requested decoded memory range 0xfe6fe000-0xfe6fefff map[14]: type 4, range 32, base 0000cc00, size 6, enabled pcib3: device (null) requested decoded I/O range 0xcc00-0xcc3f map[18]: type 1, range 32, base fe6a0000, size 17, enabled pcib3: device (null) requested decoded memory range 0xfe6a0000-0xfe6bffff pcib3: matched entry for 3.1.INTA pcib3: slot 1 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x1229, revid=0x10 bus=3, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 pci3: at device 0.0 (no driver attached) fxp0: port 0xcc00-0xcc3f mem 0xfe6a0000-0xfe6bffff,0xfe6fe000-0xfe6fefff irq 17 at device 1.0 on pci3 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe6fe000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 342f 0010 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:0e:0c:4d:68:65 fxp0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=00 ostat1=00 ata0-master: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata0-slave: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=01 stat1=01 devices=0x0 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1-master: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata1-slave: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=01 stat1=01 devices=0x0 ata1: [MPSAFE] atapci1: port 0xd400-0xd40f,0xd800-0xd803,0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe407 irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd400 atapci1: [MPSAFE] ata2: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xe400 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe000 ata2: reset tp1 mask=03 ostat0=80 ostat1=80 ata2-master: stat=0x80 err=0xff lsb=0xff msb=0xff ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xdc00 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xd800 ata3: reset tp1 mask=03 ostat0=80 ostat1=80 ata3-master: stat=0x80 err=0xff lsb=0xff msb=0xff ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 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 psmcpnp0 irq 12 on acpi0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A 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 sio: sio0 already exists; skipping it sio: sio1 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 ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed 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 0xd5000-0xd5fff,0xc9000-0xca7ff,0xc8000-0xc8fff,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) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 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=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) 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 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2992514730 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% em0: Link is up 100 Mbps Full Duplex ata2-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad4: ATA-6 disk at ata2-master ad4: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, SATA150 GEOM: new disk ad4 ar: FreeBSD check1 failed GEOM: Configure label/disk0, start 0 length 80026361344 end 80026361343 GEOM_LABEL: Label for provider ad4 is label/disk0. ata3-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad6: ATA-6 disk at ata3-master ad6: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, SATA150 [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 ar: FreeBSD check1 failed SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 10 (ISA IRQ 10) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 GEOM: Configure ad4a, start 0 length 536870912 end 536870911 GEOM: Configure ad4b, start 536870912 length 1073741824 end 1610612735 GEOM: Configure ad4c, start 0 length 80026360832 end 80026360831 GEOM: Configure ad4d, start 1610612736 length 536870912 end 2147483647 GEOM: Configure ad4e, start 2147483648 length 77878877184 end 80026360831 [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_MIRROR: Device gm0 created (id=792435012). GEOM_MIRROR: Device gm0: provider label/disk0 detected. GEOM: Configure label/disk0a, start 0 length 536870912 end 536870911 GEOM: Configure label/disk0b, start 536870912 length 1073741824 end 1610612735 GEOM: Configure label/disk0c, start 0 length 80026360832 end 80026360831 GEOM: Configure label/disk0d, start 1610612736 length 536870912 end 2147483647 GEOM: Configure label/disk0e, start 2147483648 length 77878877184 end 80026360831 GEOM: new disk ad6 GEOM: Configure label/disk1, start 0 length 80026361344 end 80026361343 GEOM_LABEL: Label for provider ad6 is label/disk1. [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 ad6a, start 0 length 536870912 end 536870911 GEOM: Configure ad6b, start 536870912 length 1073741824 end 1610612735 GEOM: Configure ad6c, start 0 length 80026360832 end 80026360831 GEOM: Configure ad6d, start 1610612736 length 536870912 end 2147483647 GEOM: Configure ad6e, start 2147483648 length 77878877184 end 80026360831 [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_MIRROR: Device gm0: provider label/disk1 detected. GEOM: Configure label/disk1a, start 0 length 536870912 end 536870911 GEOM: Configure label/disk1b, start 536870912 length 1073741824 end 1610612735 GEOM: Configure label/disk1c, start 0 length 80026360832 end 80026360831 GEOM: Configure label/disk1d, start 1610612736 length 536870912 end 2147483647 GEOM: Configure label/disk1e, start 2147483648 length 77878877184 end 80026360831 MGoEuOnMt_iMnIgR RrOoRo:t Dfervoimc eu fgsm:0/:d epvr/omviirdreorr /lgamb0eal / disk1 saecttriovoattbeydn.a m e failed ffs_mountroot: can't find rootvp Root mount failed: 6 Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 06:35:04 2004 Return-Path: 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 9B40A16A4CE for ; Tue, 21 Sep 2004 06:35:04 +0000 (GMT) Received: from smtp06.wanadoo.nl (smtp06.wanadoo.nl [194.134.35.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D0743D2D for ; Tue, 21 Sep 2004 06:35:04 +0000 (GMT) (envelope-from j.asher@wanadoo.nl) Received: from localhost (c529d865e.cable.wanadoo.nl [82.157.134.94]) by smtp6.wanadoo.nl (Postfix) with ESMTP id EE01F178D9 for ; Tue, 21 Sep 2004 08:35:02 +0200 (CEST) Date: Tue, 21 Sep 2004 08:35:18 +0200 To: "current@freebsd.org" From: "John Asher" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: opera-7.54.20040803_2: opera: Could not initialize spell checker interface. File not found or could not be opened (-7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 06:35:04 -0000 Hello, I have tried several things to get the spellcheck option working in Opera, since my English spelling somtimes dramatic fails... Anyway I can't get this error away in Opera, and also on Google I did not found a golden tip. opera-7.54.20040803_2: opera: Could not initialize spell checker interface. File not found or could not be opened (-7) I hope someone has solved this and can explain me how to solve it. Thanks a lot in advance! John Asher From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 06:36:42 2004 Return-Path: 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 72F7D16A4CE for ; Tue, 21 Sep 2004 06:36:42 +0000 (GMT) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C75743D49 for ; Tue, 21 Sep 2004 06:36:42 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) ESMTP id i8L6afPg031525 for ; Mon, 20 Sep 2004 23:36:41 -0700 Received: from [192.168.1.101] (c-24-18-235-11.client.comcast.net [24.18.235.11]) (authenticated bits=0)i8L6afid031568 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Mon, 20 Sep 2004 23:36:41 -0700 From: David Syphers To: freebsd-current@freebsd.org Date: Mon, 20 Sep 2004 23:36:39 -0700 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409202336.39681.dsyphers@u.washington.edu> Subject: can't install 5.3-BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 06:36:42 -0000 I decided to do a clean install of 5.3-BETA5 on my desktop. However, it doesn't install. When I boot from CD, I get this message: md0: Preloaded image 4423680 bytes at 0xc09668a4 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 This is on a verbose boot. It just hangs after printing this. I've ruled out a problem with the media, because I've tried using floppies as well and it hangs in exactly the same place. Any ideas what the problem might be? -David -- +++ Divide By Cucumber Error. Please Reinstall Universe And Reboot. +++ From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 06:50:25 2004 Return-Path: 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 DAE8516A4CE for ; Tue, 21 Sep 2004 06:50:25 +0000 (GMT) Received: from out006.verizon.net (out006pub.verizon.net [206.46.170.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19EA643D5F for ; Tue, 21 Sep 2004 06:50:17 +0000 (GMT) (envelope-from ringworm@inbox.lv) Received: from ringworm.mechee.com ([4.26.227.155]) by out006.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040921065014.YIHC22385.out006.verizon.net@ringworm.mechee.com> for ; Tue, 21 Sep 2004 01:50:14 -0500 Received: by ringworm.mechee.com (Postfix, from userid 1001) id 6A024B47A8; Mon, 20 Sep 2004 23:50:13 -0700 (PDT) From: "Michael C. Shultz" To: freebsd-current@freebsd.org Date: Mon, 20 Sep 2004 23:50:12 -0700 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409202350.12931.ringworm@inbox.lv> X-Authentication-Info: Submitted using SMTP AUTH at out006.verizon.net from [4.26.227.155] at Tue, 21 Sep 2004 01:50:14 -0500 Subject: Cannot connect DSL with CURRENT ok with STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ringworm@inbox.lv List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 06:50:26 -0000 Hello, I have a machine that dual boots in 4.10 STABLE or 6.0 CURENT. With identical settings I cannot connect to Verizon DSL in CURRENT. Any advice? Thankyou. Here are my sttings: ppp.conf: default: set log Phase tun command set ifaddr 10.0.0.1/0 10.0.0.2/0 enable dns verizon: set device PPPoE:ed0 set dial set login add default HISADDR rc.conf pppoed_enable="YES" # Run the PPP over Ethernet daemon. pppoed_provider="verizon" # Provider and ppp(8) config file entry. pppoed_flags="-P /var/run/pppoed.pid" # Flags to pppoed (if enabled). pppoed_interface="ed0" # The interface that pppoed runs on. -Mike From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 06:57:52 2004 Return-Path: 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 2DAEF16A4CF for ; Tue, 21 Sep 2004 06:57:52 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DDD843D31 for ; Tue, 21 Sep 2004 06:57:51 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8L6voKs013545; Tue, 21 Sep 2004 09:57:50 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 23503-02; Tue, 21 Sep 2004 09:57:49 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8L6vnaJ013542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Sep 2004 09:57:49 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8L6vqcD089289; Tue, 21 Sep 2004 09:57:52 +0300 (EEST) (envelope-from ru) Date: Tue, 21 Sep 2004 09:57:52 +0300 From: Ruslan Ermilov To: Rusty Nejdl Message-ID: <20040921065752.GD89016@ip.net.ua> References: <28000.12.148.147.242.1095715233.squirrel@mail.ringofsaturn.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eqp4TxRxnD4KrmFZ" Content-Disposition: inline In-Reply-To: <28000.12.148.147.242.1095715233.squirrel@mail.ringofsaturn.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: make from 5.2.1 to Beta5 doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 06:57:52 -0000 --eqp4TxRxnD4KrmFZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 04:20:33PM -0500, Rusty Nejdl wrote: > >From a 5.2.1 machine: > [mail]:[4:19pm]:[/usr/src] > uname -a > FreeBSD mail.XXXXXXXXX.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb > 23 20:45:55 GMT 2004 =20 > root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 > [mail]:[4:19pm]:[/usr/src] > >=20 > I ran a make clean inside of /usr/src that was completely clean and > received this: > [mail]:[4:17pm]:[/usr/src] > sudo make clean > +for: not found > *** Error code 127 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > [mail]:[4:17pm]:[/usr/src] > >=20 > The solution was to install the new make from here and that worked: >=20 > cd /usr/src/usr.bin/make > make depend > make > make install >=20 > Just a heads up if anyone runs into this. >=20 make clean -DALWAYS_CHECK_MAKE Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --eqp4TxRxnD4KrmFZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBT9DvqRfpzJluFF4RAmo7AKCD+VIt9zLb7Yjfs9qeW4RVhgnDyQCeNhwi HJRKxppZiP9HkwUdX3bzScw= =MEXy -----END PGP SIGNATURE----- --eqp4TxRxnD4KrmFZ-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 07:01:42 2004 Return-Path: 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 C4ABC16A4CE for ; Tue, 21 Sep 2004 07:01:42 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BFB543D4C for ; Tue, 21 Sep 2004 07:01:42 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8L71ab0013663; Tue, 21 Sep 2004 10:01:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 23579-07; Tue, 21 Sep 2004 10:01:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8L71a4k013660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Sep 2004 10:01:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8L71cAP089365; Tue, 21 Sep 2004 10:01:38 +0300 (EEST) (envelope-from ru) Date: Tue, 21 Sep 2004 10:01:38 +0300 From: Ruslan Ermilov To: Mike B Message-ID: <20040921070138.GE89016@ip.net.ua> References: <414F8934.4080509@cinci.rr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N1GIdlSm9i+YlY4t" Content-Disposition: inline In-Reply-To: <414F8934.4080509@cinci.rr.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Current Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 07:01:42 -0000 --N1GIdlSm9i+YlY4t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 09:51:48PM -0400, Mike B wrote: > Sorry if this is already addressed or is a non-issue. If I enter text=20 > into vi (or vim for that matter) and hit the backspace key the cursor=20 > runs over the text but does not remove it from the screen. If I then hit= =20 > escape after backing over all of this text it is then, and only then,=20 > removed from the buffer. On my 4.x systems vi and vim work as I expect= =20 > with no intervention on my part. My term is set to cons25 btw. Thanks >=20 The system's /usr/bin/vi worked like this since I remember it. I've just checked, and it sure doesn't remove the character with a backspace key until you escape. In vim(1), the character is removed from screen immediately. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --N1GIdlSm9i+YlY4t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBT9HSqRfpzJluFF4RAhwFAJoDA2UxamkUCLjE62upY42qPb1nwwCeJmHP +6tglwLqHiQuy4rrM/vqoIE= =nXEJ -----END PGP SIGNATURE----- --N1GIdlSm9i+YlY4t-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 07:07:05 2004 Return-Path: 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 6117816A4CE for ; Tue, 21 Sep 2004 07:07:05 +0000 (GMT) Received: from smtp08.wanadoo.nl (smtp08.wanadoo.nl [194.134.35.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id E815D43D1D for ; Tue, 21 Sep 2004 07:07:04 +0000 (GMT) (envelope-from j.asher@wanadoo.nl) Received: from localhost (c529d865e.cable.wanadoo.nl [82.157.134.94]) by smtp8.wanadoo.nl (Postfix) with ESMTP id 98CF05B811 for ; Tue, 21 Sep 2004 09:07:18 +0200 (CEST) Date: Tue, 21 Sep 2004 09:07:18 +0200 To: "current@freebsd.org" From: "John Asher" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: error: /invalidfileaccess in -.outputpage- Ghostscript 7.07 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 07:07:05 -0000 Hello, When I try to print using several applications, I receive the folowing error, generated by Ghostscript 7.07, nothing is printed. error: /invalidfileaccess in -.outputpage- Thanks in advance for reading this and hopefully helping me! John Asher From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 07:07:16 2004 Return-Path: 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 C603C16A4D0 for ; Tue, 21 Sep 2004 07:07:16 +0000 (GMT) Received: from neo.redjade.org (neo.redjade.org [219.254.21.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E51D443D1F for ; Tue, 21 Sep 2004 07:07:15 +0000 (GMT) (envelope-from ssw@neo.redjade.org) Received: from neo.redjade.org (localhost [127.0.0.1]) by neo.redjade.org (8.13.1/8.13.1) with ESMTP id i8L77KMp017885 for ; Tue, 21 Sep 2004 16:07:20 +0900 (KST) (envelope-from ssw@neo.redjade.org) Received: (from ssw@localhost) by neo.redjade.org (8.13.1/8.13.1/Submit) id i8L77KkU017884 for freebsd-current@freebsd.org; Tue, 21 Sep 2004 16:07:20 +0900 (KST) (envelope-from ssw) Date: Tue, 21 Sep 2004 16:07:20 +0900 From: Sangwoo Shim To: freebsd-current@freebsd.org Message-ID: <20040921070720.GA17771@neo.redjade.org> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: Panic in kobj_delete() initiated by uhub detachment. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 07:07:17 -0000 Hello. Several people reported uhub-related panic to -current mailing list. Detaching uhub with some device attached to it is enough to reproduce the panic in sufficiently up-to-date CURRENT and RELENG_5. I've submitted PR kern/71956, which includes DDB and kgdb output. http://www.freebsd.org/cgi/query-pr.cgi?pr=71956 Regards, Sangwoo Shim From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 07:08:32 2004 Return-Path: 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 4ACE416A4CE for ; Tue, 21 Sep 2004 07:08:32 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84A8C43D1D for ; Tue, 21 Sep 2004 07:08:31 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8L78UUn013843; Tue, 21 Sep 2004 10:08:30 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 24652-08; Tue, 21 Sep 2004 10:08:29 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8L6vnaJ013542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Sep 2004 09:57:49 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8L6vqcD089289; Tue, 21 Sep 2004 09:57:52 +0300 (EEST) (envelope-from ru) Date: Tue, 21 Sep 2004 09:57:52 +0300 From: Ruslan Ermilov To: Rusty Nejdl Message-ID: <20040921065752.GD89016@ip.net.ua> References: <28000.12.148.147.242.1095715233.squirrel@mail.ringofsaturn.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eqp4TxRxnD4KrmFZ" Content-Disposition: inline In-Reply-To: <28000.12.148.147.242.1095715233.squirrel@mail.ringofsaturn.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: make from 5.2.1 to Beta5 doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 07:08:32 -0000 --eqp4TxRxnD4KrmFZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 04:20:33PM -0500, Rusty Nejdl wrote: > >From a 5.2.1 machine: > [mail]:[4:19pm]:[/usr/src] > uname -a > FreeBSD mail.XXXXXXXXX.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb > 23 20:45:55 GMT 2004 =20 > root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 > [mail]:[4:19pm]:[/usr/src] > >=20 > I ran a make clean inside of /usr/src that was completely clean and > received this: > [mail]:[4:17pm]:[/usr/src] > sudo make clean > +for: not found > *** Error code 127 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > [mail]:[4:17pm]:[/usr/src] > >=20 > The solution was to install the new make from here and that worked: >=20 > cd /usr/src/usr.bin/make > make depend > make > make install >=20 > Just a heads up if anyone runs into this. >=20 make clean -DALWAYS_CHECK_MAKE Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --eqp4TxRxnD4KrmFZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBT9DvqRfpzJluFF4RAmo7AKCD+VIt9zLb7Yjfs9qeW4RVhgnDyQCeNhwi HJRKxppZiP9HkwUdX3bzScw= =MEXy -----END PGP SIGNATURE----- --eqp4TxRxnD4KrmFZ-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 07:17:04 2004 Return-Path: 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 D0A5516A4CE for ; Tue, 21 Sep 2004 07:17:04 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1103343D45 for ; Tue, 21 Sep 2004 07:17:04 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8L7H3OZ013973; Tue, 21 Sep 2004 10:17:03 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 25520-01; Tue, 21 Sep 2004 10:17:02 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8L7H2IH013970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Sep 2004 10:17:02 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8L7H5SB089468; Tue, 21 Sep 2004 10:17:05 +0300 (EEST) (envelope-from ru) Date: Tue, 21 Sep 2004 10:17:04 +0300 From: Ruslan Ermilov To: Maksim Yevmenkin Message-ID: <20040921071704.GF89016@ip.net.ua> References: <414F4507.2010609@savvis.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QNDPHrPUIc00TOLW" Content-Disposition: inline In-Reply-To: <414F4507.2010609@savvis.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: sparc64 buildworld is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 07:17:05 -0000 --QNDPHrPUIc00TOLW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Maksim, On Mon, Sep 20, 2004 at 02:00:55PM -0700, Maksim Yevmenkin wrote: > Hackers, >=20 > i'm trying to upgrade couple of sun netra's here and having troubles=20 > with 'make buildworld'. >=20 > netra1# uname -a > FreeBSD netra1 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Tue Feb 24=20 > 07:47:33 GMT 2004=20 > root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 >=20 > it always stops at '=3D=3D=3D> lib/libmagic (all)'. the last few lines ar= e=20 > below. complete buildworld output can be found at >=20 > http://mumu.org/~myevmenk/buildworld.txt >=20 Next time, please take a moment to compress it, OK? ;) > cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic=20 > -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic=20 > /usr/src/lib/libmagic/../../contrib/file/apprentice.c=20 > /usr/src/lib/libmagic/../../contrib/file/funcs.c=20 > /usr/src/lib/libmagic/../../contrib/file/magic.c=20 > /usr/src/lib/libmagic/../../contrib/file/print.c > /usr/obj/usr/src/sparc64/usr/bin/ld: cannot find -lc > *** Error code 1 >=20 > Stop in /usr/src/lib/libmagic. > *** Error code 1 >=20 What you see is that your libmagic's build-tools is rebuilt twice. First here (as expected): : -------------------------------------------------------------- : >>> stage 2.3: build tools : -------------------------------------------------------------- : =3D=3D=3D> lib/libmagic (obj,build-tools) : cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib= /libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib= /file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/sr= c/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contr= ib/file/print.c And then here (where it's not supposed to be built): : -------------------------------------------------------------- : >>> stage 4.2: building libraries : -------------------------------------------------------------- : =3D=3D=3D> lib/libmagic (all) : cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib= /libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib= /file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/sr= c/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contr= ib/file/print.c : /usr/obj/usr/src/sparc64/usr/bin/ld: cannot find -lc : *** Error code 1 :=20 : Stop in /usr/src/lib/libmagic. : *** Error code 1 Since mkmagic is a build tool, it's normally built in stage 2.3 only, using the host libraries and headers (/lib, /usr/lib and /usr/include). The fact that it attempts to do it again in stage 4.2 tells us something: most likely, your computer's date/time is set incorrectly. If it's set correctly, there're still a couple of possibilities: you touched some files that mkmagic depends on, causing make(1) to think it should rebuild it. Or some /usr/src files have modification date/time set to the future time. Please double-check and let me know. Most likely in this case that your computer's date/time is set incorrectly, as mkmagic does not appear in libmagic/.depend file. And no, this has nothing to do with 64bTT. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --QNDPHrPUIc00TOLW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBT9VwqRfpzJluFF4RAgtsAJ0YTLNSLFebhN0nCNWOXRmGBAY5rQCfUvsp E9R/H2U3QQt8CKFHIT/wLA0= =Fp6q -----END PGP SIGNATURE----- --QNDPHrPUIc00TOLW-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 07:22:24 2004 Return-Path: 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 1AD3E16A4CF for ; Tue, 21 Sep 2004 07:22:24 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8864B43D53 for ; Tue, 21 Sep 2004 07:22:23 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id D0D67ACC6E; Tue, 21 Sep 2004 09:22:21 +0200 (CEST) Date: Tue, 21 Sep 2004 09:22:21 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20040921072221.GC93460@darkness.comp.waw.pl> References: <20040920170724.GA9605@zibbi.icomtek.csir.co.za> <20040920173224.GJ88658@darkness.comp.waw.pl> <20040921061110.GA33071@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="t0UkRYy7tHLRMCai" Content-Disposition: inline In-Reply-To: <20040921061110.GA33071@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: race between geom and root mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 07:22:24 -0000 --t0UkRYy7tHLRMCai Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 21, 2004 at 08:11:10AM +0200, John Hay wrote: +> > Maybe you're a victim of the problem which was just fixed in -CURRENT. +> > Could you try g_mirror.c rev. 1.27 and g_label.c rev. 1.10? +>=20 +> I have built a RELENG_5 kernel with g_mirror.c 1.28 and g_label.c 1.11, +> but it still does the same. I booted over a serial console and here is +> the capture of a boot -v. The order of the last few lines is a little +> different when booting using a serial and vga console, but neither +> works. :-) With a vga console some of the GEOM messages arrive after +> the Mounting Root message. On both some of the last messages are pretty +> garbled. Not sure how can I help now. This is a new issue, but there is quite simlar issue already: when one of the mirror's components is down, root file system also can't be mounted, because gmirror waits some time for all components to come. I've a patch which should solve your problem: http://people.freebsd.org/~pjd/patches/root_mount.patch but it is not going to be committed, as phk asked me to hold on, he will provide some more complete solution. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --t0UkRYy7tHLRMCai Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBT9atForvXbEpPzQRAiWiAKDFsAWPGcPGoG+9M313ZmYiQZ/H5wCeOI3R HtfGWIjhQhyWWA7HMmLfooY= =iI6k -----END PGP SIGNATURE----- --t0UkRYy7tHLRMCai-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 07:51:31 2004 Return-Path: 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 7A44C16A4CE; Tue, 21 Sep 2004 07:51:31 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1432143D49; Tue, 21 Sep 2004 07:51:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8L7pUhg006670; Tue, 21 Sep 2004 03:51:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8L7pTYC094991; Tue, 21 Sep 2004 03:51:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C84257303F; Tue, 21 Sep 2004 03:51:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040921075129.C84257303F@freebsd-current.sentex.ca> Date: Tue, 21 Sep 2004 03:51:29 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 07:51:31 -0000 TB --- 2004-09-21 07:35:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-21 07:35:04 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-21 07:35:04 - checking out the source tree TB --- 2004-09-21 07:35:04 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-21 07:35:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-21 07:43:18 - building world (CFLAGS=-O -pipe) TB --- 2004-09-21 07:43:18 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-21 07:43:18 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-21 07:51:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-21 07:51:29 - ERROR: failed to build world TB --- 2004-09-21 07:51:29 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 07:53:28 2004 Return-Path: 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 897F216A4D0; Tue, 21 Sep 2004 07:53:28 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 885C843D2F; Tue, 21 Sep 2004 07:53:12 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i8L7r6QD036635; Tue, 21 Sep 2004 09:53:06 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i8L7r6rm036634; Tue, 21 Sep 2004 09:53:06 +0200 (SAST) (envelope-from jhay) Date: Tue, 21 Sep 2004 09:53:06 +0200 From: John Hay To: Pawel Jakub Dawidek Message-ID: <20040921075306.GA35481@zibbi.icomtek.csir.co.za> References: <20040920170724.GA9605@zibbi.icomtek.csir.co.za> <20040920173224.GJ88658@darkness.comp.waw.pl> <20040921061110.GA33071@zibbi.icomtek.csir.co.za> <20040921072221.GC93460@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040921072221.GC93460@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i cc: freebsd-current@FreeBSD.org Subject: Re: race between geom and root mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 07:53:28 -0000 On Tue, Sep 21, 2004 at 09:22:21AM +0200, Pawel Jakub Dawidek wrote: > On Tue, Sep 21, 2004 at 08:11:10AM +0200, John Hay wrote: > +> > Maybe you're a victim of the problem which was just fixed in -CURRENT. > +> > Could you try g_mirror.c rev. 1.27 and g_label.c rev. 1.10? > +> > +> I have built a RELENG_5 kernel with g_mirror.c 1.28 and g_label.c 1.11, > +> but it still does the same. I booted over a serial console and here is > +> the capture of a boot -v. The order of the last few lines is a little > +> different when booting using a serial and vga console, but neither > +> works. :-) With a vga console some of the GEOM messages arrive after > +> the Mounting Root message. On both some of the last messages are pretty > +> garbled. > > Not sure how can I help now. This is a new issue, but there is quite simlar > issue already: when one of the mirror's components is down, root file > system also can't be mounted, because gmirror waits some time for all > components to come. > > I've a patch which should solve your problem: > > http://people.freebsd.org/~pjd/patches/root_mount.patch > > but it is not going to be committed, as phk asked me to hold on, he will > provide some more complete solution. Yes, you are right, this patch does solve my problem. I'll keep it in my local tree for now. Thanks. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 08:28:43 2004 Return-Path: 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 7F9CA16A4CE; Tue, 21 Sep 2004 08:28:43 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9A5843D2F; Tue, 21 Sep 2004 08:28:42 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8L8SVe3062585; Tue, 21 Sep 2004 10:28:31 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 21 Sep 2004 09:22:21 +0200." <20040921072221.GC93460@darkness.comp.waw.pl> Date: Tue, 21 Sep 2004 10:28:31 +0200 Message-ID: <62584.1095755311@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: John Hay cc: freebsd-current@freebsd.org Subject: Re: race between geom and root mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 08:28:43 -0000 In message <20040921072221.GC93460@darkness.comp.waw.pl>, Pawel Jakub Dawidek w rites: >I've a patch which should solve your problem: > > http://people.freebsd.org/~pjd/patches/root_mount.patch > >but it is not going to be committed, as phk asked me to hold on, he will >provide some more complete solution. Yes. We need to solve this problem correctly, and that has a fair number of issues involved. I am not going to rush in a band-aid for 5.3, the risk of breaking something is far larger than the inconvenience of not being able to use a number of new geom classes for root filesystems. When we have the correct solution, it can be MT5'ed and future 5.x releases will have it. -- 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 Tue Sep 21 08:30:41 2004 Return-Path: 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 B9DE416A4CE for ; Tue, 21 Sep 2004 08:30:41 +0000 (GMT) Received: from nulis.lt (adsl-213-190-44-175.takas.lt [213.190.44.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3729643D49 for ; Tue, 21 Sep 2004 08:30:39 +0000 (GMT) (envelope-from bob@nulis.lt) Received: from highland.tamsa ([10.0.1.1]) by nulis.lt with esmtp (Exim 4.34) id 1C9g1c-0004oR-Bo; Tue, 21 Sep 2004 11:29:24 +0300 Message-ID: <414FE6AD.50402@nulis.lt> Date: Tue, 21 Sep 2004 11:30:37 +0300 From: Saulius Menkevicius User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040907) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <414EDFC7.2020104@mikulas.com> <20040920185935.GA9191@dragon.nuxi.com> In-Reply-To: <20040920185935.GA9191@dragon.nuxi.com> Content-Type: multipart/mixed; boundary="------------050801000401060203080200" cc: Jiri Mikulas Subject: Re: Sil 3114 SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 08:30:41 -0000 This is a multi-part message in MIME format. --------------050801000401060203080200 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit David O'Brien wrote: >On Mon, Sep 20, 2004 at 03:48:55PM +0200, Jiri Mikulas wrote: > > >>Hello >> >> > >Hello, please don't cross-post. It is appropiate to only pick one to >email this to. > > > >>I have Epox *EP-8HDA3+* motherboard >> >> >... > > >>atapci0: port >> >> >.. > > >>Is it known bug, or anything else (my fault)? >> >> > >The FreeBSD ATA-RAID driver does not reconize a raid created in the >SiI3114 BIOS either, so it is known there is a new RAID meta data format. >I've sent a copy of my RAID1 meta data to SOS to take a look at. > > > BTW I have a patch for ata-raid.[c|h] to support the intel ICH5 raid metadata format too. It was written by Doug Abrisko and I adopted to -current. Any chance to take it in? --------------050801000401060203080200 Content-Type: text/plain; name="intel-raid-patch-releng5" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="intel-raid-patch-releng5" diff -Nru /usr/src/sys/dev/ata/ata-raid.c src/sys/dev/ata/ata-raid.c --- /usr/src/sys/dev/ata/ata-raid.c Mon Aug 9 17:22:58 2004 +++ src/sys/dev/ata/ata-raid.c Fri Aug 27 21:58:46 2004 @@ -71,6 +71,8 @@ static int ar_lsi_write_conf(struct ar_softc *); static int ar_promise_read_conf(struct ad_softc *, struct ar_softc **, int); static int ar_promise_write_conf(struct ar_softc *); +static int ar_intel_read_conf(struct ad_softc *, struct ar_softc **); +static int ar_intel_write_conf(struct ar_softc *); static int ar_rw(struct ad_softc *, u_int32_t, int, caddr_t, int); static struct ata_device *ar_locate_disk(int); static void ar_print_conf(struct ar_softc *); @@ -126,6 +128,9 @@ case ATA_SILICON_IMAGE_ID: return (ar_lsi_read_conf(adp, ar_table)); + case ATA_INTEL_ID: + return (ar_intel_read_conf(adp, ar_table)); + default: return (ar_promise_read_conf(adp, ar_table, 1)); } @@ -336,6 +341,12 @@ AD_SOFTC(rdp->disks[disk])->total_secs - 4208; /* SOS */ break; + case ATA_INTEL_ID: + ctlr |= AR_F_INTEL_RAID; + rdp->disks[disk].disk_sectors = + I_LBA(AD_SOFTC(rdp->disks[disk])) - 430; /* SOS */ + break; + default: ctlr |= AR_F_FREEBSD_RAID; /* FALLTHROUGH */ @@ -348,11 +359,14 @@ } if ((rdp->flags & - (AR_F_PROMISE_RAID | AR_F_LSI_RAID | AR_F_HIGHPOINT_RAID)) && + (AR_F_PROMISE_RAID | AR_F_LSI_RAID | AR_F_HIGHPOINT_RAID + | AR_F_INTEL_RAID)) && (rdp->flags & - (AR_F_PROMISE_RAID | AR_F_LSI_RAID | AR_F_HIGHPOINT_RAID)) != + (AR_F_PROMISE_RAID | AR_F_LSI_RAID | AR_F_HIGHPOINT_RAID + | AR_F_INTEL_RAID)) != (ctlr & - (AR_F_PROMISE_RAID | AR_F_LSI_RAID | AR_F_HIGHPOINT_RAID))) { + (AR_F_PROMISE_RAID | AR_F_LSI_RAID | AR_F_HIGHPOINT_RAID + | AR_F_INTEL_RAID))) { free(rdp, M_AR); return EXDEV; } @@ -417,6 +431,8 @@ rdp->interleave = min(max(2, 1 << bit), 4096); if (rdp->flags & AR_F_PROMISE_RAID) rdp->interleave = min(max(2, 1 << bit), 2048); + if (rdp->flags & AR_F_INTEL_RAID) + rdp->interleave = min(max(2, 1 << bit), 256); } rdp->total_disks = total_disks; rdp->width = total_disks / ((rdp->flags & AR_F_RAID1) ? 2 : 1); @@ -432,6 +448,11 @@ rdp->offset = HPT_LBA + 1; rdp->reserved = HPT_LBA + 1; } + if (rdp->flags & AR_F_INTEL_RAID) { + rdp->offset = 0; + rdp->reserved = 63; + rdp->total_sectors = (rdp->total_sectors / 512) * 512; + } rdp->lock_start = rdp->lock_end = 0xffffffff; rdp->flags |= AR_F_READY; @@ -479,6 +500,8 @@ ar_lsi_write_conf(rdp); if (rdp->flags & AR_F_PROMISE_RAID) ar_promise_write_conf(rdp); + if (rdp->flags & AR_F_INTEL_RAID) + ar_intel_write_conf(rdp); disk_destroy(rdp->disk); free(rdp, M_AR); @@ -1005,6 +1028,8 @@ ar_lsi_write_conf(rdp); if (rdp->flags & AR_F_PROMISE_RAID) ar_promise_write_conf(rdp); + if (rdp->flags & AR_F_INTEL_RAID) + ar_intel_write_conf(rdp); } } @@ -1156,7 +1181,7 @@ } } raid = raidp[array]; - if (raid->flags & (AR_F_PROMISE_RAID | AR_F_LSI_RAID)) + if (raid->flags & (AR_F_PROMISE_RAID | AR_F_LSI_RAID | AR_F_INTEL_RAID)) continue; switch (info->type) { @@ -1386,7 +1411,8 @@ } raid = raidp[array + info->raid_number]; - if (raid->flags & (AR_F_PROMISE_RAID | AR_F_HIGHPOINT_RAID)) + if (raid->flags & (AR_F_PROMISE_RAID | AR_F_HIGHPOINT_RAID + | AR_F_INTEL_RAID)) continue; if (raid->magic_0 && @@ -1622,7 +1648,7 @@ } } raid = raidp[array]; - if (raid->flags & (AR_F_LSI_RAID | AR_F_HIGHPOINT_RAID)) + if (raid->flags & (AR_F_LSI_RAID | AR_F_HIGHPOINT_RAID | AR_F_INTEL_RAID)) continue; magic = (pci_get_device(device_get_parent( @@ -1860,6 +1886,405 @@ return 0; } +static int +ar_intel_read_conf(struct ad_softc *adp, struct ar_softc **raidp) +{ + struct intel_raid_conf *info; + struct intel_raid_config *config; + struct ar_softc *raid = NULL; + int array, disk = 0, retval = 0, size = 1024, i, matched = -1; + u_int32_t count, cksum, cksum_orig, *ckptr; + + if (!(info = (struct intel_raid_conf *) + malloc(size, M_AR, M_NOWAIT | M_ZERO))) + return retval; + + if (ar_rw(adp, I_LBA(adp), size, + (caddr_t)info, AR_READ | AR_WAIT)) { + if (bootverbose) + printf("ar: Intel read conf failed\n"); + goto intel_out; + } + + /* check if this is a Intel RAID struct */ + if (bcmp(info->intel_id, I_MAGIC, sizeof(I_MAGIC) - 1)) { + if (bootverbose) + printf("ar: Intel check1 failed\n"); + goto intel_out; + } + +#if 0 + printf("%s\n", info->intel_id); + printf("checksum %d\n",info->checksum); +#endif + + ckptr = (void *)info; + cksum_orig = info->checksum; + info->checksum = 0; + for (cksum = 0, count = 0; count < info->disk_struct_size / 4; count++) + cksum += *ckptr++; + +#if 0 + printf("calculated checksum %d\n",cksum); +#endif + + if (cksum != cksum_orig) { + if (bootverbose) + printf("ar: Intel checksum failed\n"); + goto intel_out; + } + +#if 0 + printf("disk_struct_size %d\n",info->disk_struct_size); + printf("id %d\n",info->id); + printf("generation %d\n",info->generation); + printf("reserved[0] %d\n",info->reserved[0]); + printf("reserved[1] %d\n",info->reserved[1]); + printf("total_disks %d\n",info->total_disks); + printf("bootable %d\n",info->bootable); +#endif + + for (i=0; i < info->total_disks; i++) { +#if 0 + printf("serial %s\n",info->disk[i].serial); + printf("total_sectors %d\n",info->disk[i].total_sectors); + printf("unit_id %d\n",info->disk[i].unit_id); + printf("status %d\n",info->disk[i].status); +#endif + if (strncmp(info->disk[i].serial, adp->device->param->serial, + sizeof(adp->device->param->serial)) == 0) { + matched = i; + } + } + + config = (struct intel_raid_config*)&info->disk[info->total_disks]; +#if 0 + printf("volume serial %s\n", config->serial); + printf("volume total_sectors_low %d\n", config->total_sectors_low); + printf("volume total_sectors_high %d\n", config->total_sectors_high); + printf("volume status %d\n", config->status); + printf("volume migrating %d\n", config->volume.migrating); + printf("volume state %d\n", config->volume.state); + printf("volume dirty %d\n", config->volume.dirty); + + printf("map start %d\n", config->map.start); + printf("map total_sectors %d\n", config->map.total_sectors); + printf("map stripes %d\n", config->map.stripes); + printf("map interleave %d\n", config->map.interleave); + printf("map state %d\n", config->map.state); + printf("map type %d\n", config->map.type); + printf("map total_disks %d\n", config->map.total_disks); + for(i=0; i < config->map.total_disks; i++){ + printf("Disk %d %d\n", i, config->map.disk_order[i]); + } +#endif + + if (matched == -1) { + if (bootverbose) + printf("ar: Intel couldn't match drive to config\n"); + goto intel_out; + } + + for (array = 0; array < MAX_ARRAYS; array++) { + if (!raidp[array]) { + raidp[array] = + (struct ar_softc*)malloc(sizeof(struct ar_softc), M_AR, + M_NOWAIT | M_ZERO); + if (!raidp[array]) { + printf("ar%d: failed to allocate raid config storage\n", array); + goto intel_out; + raid->flags |= AR_F_DEGRADED; + } + } + raid = raidp[array]; + if (raid->flags & (AR_F_HIGHPOINT_RAID | AR_F_PROMISE_RAID + | AR_F_LSI_RAID)) + continue; + if ((raid->flags & AR_F_INTEL_RAID) && raid->magic_0 != info->id) + continue; + + raid->magic_0 = info->id; + +/*printf("HELLO gen %d %d\n",info->generation, raid->generation); */ + + if (!info->generation || info->generation > raid->generation) { + raid->generation = info->generation; + raid->flags = AR_F_INTEL_RAID; + raid->lun = array; +#if 0 + switch (config->volume.state) { +#if 0 + case I_VOLUME_DISABLED: + raid->flags |= AR_F_DEGRADED; + break; + case I_VOLUME_DEGRADED: + raid->flags |= AR_F_DEGRADED; + break; + case I_VOLUME_FAILED: + raid->flags |= AR_F_DEGRADED; + break; +#endif + default: + /* printf("Unknown Intel Volume state %x\n", config->volume.state); */ + } +#endif + + switch (config->map.state) { + case I_MAP_OKAY: + raid->flags |= AR_F_READY; + break; + case I_MAP_DEGRADED: + raid->flags |= AR_F_DEGRADED; + case I_MAP_FAILED: + raid->flags |= AR_F_DEGRADED; + i = config->map.filler1[1]; + if (i == 0xff) { + printf("INTEL BOGUS drive failed\n"); + } else { + if (raid->disks[i].flags & AR_DF_ONLINE) { + raid->disks[i].flags &= ~AR_DF_ONLINE; + } + raid->disks[i].flags |= AR_DF_SPARE; + } + break; + default: + printf("Unkown Intel Map state %x\n", config->map.state); + } + + switch (config->map.type) { + case I_MAP_RAID0: + raid->flags |= AR_F_RAID0; + break; + + case I_MAP_RAID1: + raid->flags |= AR_F_RAID1; + break; + + default: + printf("ar%d: Intel unknown RAID type 0x%02x\n", array, + config->map.type); + goto intel_out; + } + raid->width = config->map.total_disks + / ((raid->flags & AR_F_RAID1) ? 2 : 1); + raid->interleave = config->map.interleave; + raid->total_disks = config->map.total_disks; + + raid->heads = 255; + raid->sectors = 63; + raid->cylinders = config->total_sectors_low / (63 * 255); + raid->total_sectors = config->total_sectors_low; + raid->offset = 0; + raid->reserved = 63; + raid->lock_start = raid->lock_end = 0; + + for (disk = 0; disk < config->map.total_disks; disk++) { + if (info->disk[disk].status & I_DISK_SPARE) { + raid->disks[disk].flags |= AR_DF_SPARE; + } + if (info->disk[disk].status & I_DISK_CONFIGURED) { + raid->disks[disk].flags |= AR_DF_ASSIGNED; /*normally set*/ + } + if (info->disk[disk].status & I_DISK_FAILED) { + raid->disks[disk].flags |= AR_DF_SPARE; + } + if (info->disk[disk].status & I_DISK_USABLE) { + if (!(raid->disks[disk].flags & AR_DF_SPARE)) { + raid->disks[disk].flags |= AR_DF_ONLINE; /* normally set */ + } + } + } + } + + if (info->generation == raid->generation + && !raid->disks[matched].device) { + disk = matched; + raid->disks[disk].flags |= (AR_DF_PRESENT | AR_DF_SPARE); + raid->disks[disk].device = adp->device; + raid->disks[disk].disk_sectors = + info->disk[disk].total_sectors; + AD_SOFTC(raid->disks[disk])->flags |= AD_F_RAID_SUBDISK; + } + if (info->generation < raid->generation) { +/*printf("HELLO Generation was old\n"); */ + disk = matched; + raid->disks[disk].flags = AR_DF_PRESENT | AR_DF_SPARE; + raid->disks[disk].device = adp->device; + raid->disks[disk].disk_sectors = + info->disk[disk].total_sectors; + AD_SOFTC(raid->disks[disk])->flags |= AD_F_RAID_SUBDISK; + } + + for (count = 0, disk = 0; disk < config->map.total_disks; disk++) { + if (raid->disks[disk].device) + count++; + } + +#define GEN_MARGIN 15 +#define GEN_MAX 0x80000000 +#define GEN_OVERFLOW(x) ((x + GEN_MARGIN < 0)) + + if (count == raid->total_disks + && GEN_OVERFLOW(raid->generation)) + ar_intel_write_conf(raid); + if (count == raid->total_disks && (raid->flags & AR_F_DEGRADED)) + ata_raid_rebuild(array); + + break; + } + +intel_out: + free(info, M_AR); + + return retval; +} + +static int +ar_intel_write_conf(struct ar_softc *raid) +{ + struct intel_raid_conf *info; + struct intel_raid_config *config; + struct timeval timestamp; + u_int32_t cksum, *ckptr; + int count, disk, i; + + raid->generation++; + if (GEN_OVERFLOW(raid->generation)) /* give us some margin */ + raid->generation = 1; /* roll generation */ + microtime(×tamp); + + for (disk = 0; disk < raid->total_disks; disk++) { + if (!(info = (struct intel_raid_conf *) + malloc(1024, M_AR, M_NOWAIT))) { + printf("ar%d: Intel allocating conf failed\n", + raid->lun); + return -1; + } + bzero(info, 1024); + + /* need to build critical parts of structure */ + info->total_disks = raid->total_disks; + config = (struct intel_raid_config*)&info->disk[info->total_disks]; + if (raid->flags & AR_F_RAID0) + config->map.type = I_MAP_RAID0; + if (raid->flags & AR_F_RAID1) + config->map.type = I_MAP_RAID1; + + /* start to fill in */ + snprintf(info->intel_id, sizeof(info->intel_id), "%s 1.%d.00", + I_MAGIC, config->map.type); + info->checksum = 0; /* last */ + info->disk_struct_size = 480; /* Seems to be constant */ + if (!raid->magic_0) { + raid->magic_0 = 0x8253823c; + } + info->id = raid->magic_0; + info->generation = raid->generation; + info->reserved[1] = 0xc0000000; /* Unknown */ + /* info->total_disks Already done above */ + info->bootable = 1; + + for (i = 0; i < info->total_disks; i++) { + if (raid->disks[i].device) { + bcopy(raid->disks[i].device->param->serial, + info->disk[i].serial, sizeof(info->disk[i].serial)); + info->disk[i].total_sectors + = AD_SOFTC(raid->disks[i])->total_secs; + info->disk[i].unit_id = i * 0x10000; + info->disk[i].status = 0x130; + if (raid->disks[i].flags & AR_DF_SPARE) { + info->disk[i].status |= I_DISK_SPARE; + } + if (raid->disks[i].flags & AR_DF_ASSIGNED) { + info->disk[i].status |= I_DISK_CONFIGURED; /* normally set */ + } + if ((raid->disks[i].flags & AR_DF_ONLINE) + && (raid->disks[i].flags & AR_DF_PRESENT)) { + info->disk[i].status |= I_DISK_USABLE; /* normally set */ + } + /* Other options + info->disk[i].status |= I_DISK_FAILED; + */ + } + } + + snprintf(config->serial, sizeof(config->serial), + "RAID_Volume%d", raid->lun + 1); + config->total_sectors_low = raid->total_sectors; + config->total_sectors_high = 0; + config->status = 0; + config->volume.migrating = 0; +#if 0 /* Not used */ + if (raid->flags & AR_F_DEGRADED) { + config->volume.state = I_VOLUME_DEGRADED; + } + /* Other options: + config->volume.state = I_VOLUME_DISABLED + config->volume.state = I_VOLUME_FAILED + */ +#endif + + config->volume.dirty = 0; /* not used yet */ + + config->map.start = 0; + config->map.state = 0; + if (raid->flags & AR_F_RAID0) { + config->map.total_sectors = raid->total_sectors / 2; + config->map.interleave = raid->interleave; + } + if (raid->flags & AR_F_RAID1) { + config->map.total_sectors = raid->total_sectors; + config->map.interleave = 256; /* DJA ??? */ + } + config->map.stripes = raid->total_sectors / 512; + if (raid->flags & AR_F_READY) { + config->map.state |= I_MAP_OKAY; + } + if (raid->flags & AR_F_DEGRADED) { + config->map.state |= I_MAP_DEGRADED; + } + if (raid->flags & AR_F_REBUILDING) { + config->map.state |= I_MAP_DEGRADED; + } + /* Other options are + config->map.state |= I_MAP_FAILED; + */ +/* config->map.type Already defined */ + config->map.total_disks = info->total_disks; + + config->map.filler1[0] = config->map.type + 1; /* ??? */ + + config->map.filler1[1] = 0xff; /* None failed */ + for (i = 0; i < raid->total_disks; i++) { + if (!(raid->disks[i].flags & AR_DF_ONLINE)) { + config->map.filler1[1] = i; + } + } + config->map.filler1[2] = 0x1; /* ??? */ + + for (i = 0; i < raid->total_disks; i++) + config->map.disk_order[i]=i; + + ckptr = (void *)info; + for (cksum = 0, count = 0; count < info->disk_struct_size / 4; count++) + cksum += *ckptr++; + info->checksum = cksum; /* last */ + + if (raid->disks[disk].device && + !(raid->disks[disk].device->flags & ATA_D_DETACHING)) { + if (ar_rw(AD_SOFTC(raid->disks[disk]), + I_LBA(AD_SOFTC(raid->disks[disk])), + 1024, + (caddr_t)info, AR_WRITE)) { + printf("ar%d: Intel write conf failed\n", + raid->lun); + return -1; + } + } + } + return 0; +} + static void ar_rw_done(struct bio *bp) { @@ -1930,7 +2355,7 @@ printf("magic_0 0x%08x\n", config->magic_0); printf("magic_1 0x%08x\n", config->magic_1); printf("flags 0x%02x %b\n", config->flags, config->flags, - "\20\16HIGHPOINT\15PROMISE\13REBUILDING\12DEGRADED\11READY\3SPAN\2RAID1\1RAID0\n"); + "\31\27QTEC\26INTEL\25LSI\24ADAPTEC\23HIGHPOINT\22PROMISE\21FREEBSD\14TOGGLE\13REBUILDING\12DEGRADED\11READY\5RAID5\4RAID3\3RAID1\2RAID0\1SPAN\n"); printf("total_disks %d\n", config->total_disks); printf("generation %d\n", config->generation); printf("width %d\n", config->width); diff -Nru /usr/src/sys/dev/ata/ata-raid.h src/sys/dev/ata/ata-raid.h --- /usr/src/sys/dev/ata/ata-raid.h Sat Jun 26 00:21:59 2004 +++ src/sys/dev/ata/ata-raid.h Fri Aug 27 21:58:46 2004 @@ -291,6 +291,72 @@ u_int32_t checksum; } __packed; +#define I_LBA(adp) (((adp->total_secs / 2) - 1) * 2) +#define I_MAGIC "Intel Raid ISM Cfg Sig." + +struct intel_raid_conf { + int8_t intel_id[32]; + u_int32_t checksum; + + u_int32_t disk_struct_size; + u_int32_t id; + u_int32_t generation; + u_int32_t reserved[2]; + u_int8_t total_disks; + u_int8_t bootable; + u_int8_t filler1[2]; + u_int32_t filler2[39]; + struct { + int8_t serial[16]; + u_int32_t total_sectors; + u_int32_t unit_id; + u_int32_t status; +#define I_DISK_SPARE 0x1 +#define I_DISK_CONFIGURED 0x2 +#define I_DISK_FAILED 0x4 +#define I_DISK_USABLE 0x8 + u_int32_t filler2[5]; + } disk[10]; +} __attribute__((packed)); + +/* RAID DEVICE CONFIGURATION INFO */ +struct intel_raid_config { + int8_t serial[16]; + u_int32_t total_sectors_low; + u_int32_t total_sectors_high; + u_int32_t status; + u_int32_t reserved; + u_int32_t filler[12]; + struct { + u_int32_t filler[2]; + u_int8_t migrating; + u_int8_t state; +/* ??? +#define I_VOLUME_OKAY 0x0 +*/ + u_int8_t dirty; + u_int8_t filler1[1]; + u_int32_t filler2[5]; + } volume; + struct { + u_int32_t start; + u_int32_t total_sectors; + u_int32_t stripes; + u_int16_t interleave; + u_int8_t state; +#define I_MAP_OKAY 0x0 +#define I_MAP_DEGRADED 0x2 +#define I_MAP_FAILED 0x3 + u_int8_t type; +#define I_MAP_RAID0 0 +#define I_MAP_RAID1 1 + u_int8_t total_disks; + u_int8_t filler1[3]; + u_int32_t filler2[7]; + u_int32_t disk_order[10]; + } map; +} __attribute__((packed)); + int ata_raiddisk_attach(struct ad_softc *); int ata_raiddisk_detach(struct ad_softc *); void ata_raid_attach(void); --------------050801000401060203080200-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 08:53:16 2004 Return-Path: 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 77C3B16A4CE for ; Tue, 21 Sep 2004 08:53:16 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id A634A43D4C for ; Tue, 21 Sep 2004 08:53:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-127-69-242.dsl.snfc21.pacbell.net [67.127.69.242])i8L8rLCE027231; Tue, 21 Sep 2004 04:53:22 -0400 Message-ID: <414FEBF8.8060308@elischer.org> Date: Tue, 21 Sep 2004 01:53:12 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: ringworm@inbox.lv References: <200409202350.12931.ringworm@inbox.lv> In-Reply-To: <200409202350.12931.ringworm@inbox.lv> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Cannot connect DSL with CURRENT ok with STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 08:53:16 -0000 output from tcpdump -i ed0 would be good for both successful and failing setups. Michael C. Shultz wrote: > Hello, > > I have a machine that dual boots in 4.10 STABLE or 6.0 CURENT. With identical > settings I cannot connect to Verizon DSL in CURRENT. Any advice? Thankyou. > Here are my sttings: > > ppp.conf: > > default: > set log Phase tun command > set ifaddr 10.0.0.1/0 10.0.0.2/0 > enable dns > verizon: > set device PPPoE:ed0 > set dial > set login > add default HISADDR > > rc.conf > > pppoed_enable="YES" # Run the PPP over Ethernet daemon. > pppoed_provider="verizon" # Provider and ppp(8) config file entry. > pppoed_flags="-P /var/run/pppoed.pid" # Flags to pppoed (if enabled). > pppoed_interface="ed0" # The interface that pppoed runs on. > > -Mike > > _______________________________________________ > 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 Tue Sep 21 09:11:02 2004 Return-Path: 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 F305B16A4CF for ; Tue, 21 Sep 2004 09:11:01 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87DBA43D39 for ; Tue, 21 Sep 2004 09:11:01 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-127-69-242.dsl.snfc21.pacbell.net [67.127.69.242])i8L9Atwn015480 for ; Tue, 21 Sep 2004 05:10:57 -0400 Message-ID: <414FF022.4020502@elischer.org> Date: Tue, 21 Sep 2004 02:10:58 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: KTR_ALQ broken in -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 09:11:02 -0000 I am unable to make it save anyting to disk.. furthermore,, it doesn;t even lok in memory any more.. if I define KTR_ALQ then from ddb "show ktr" shows nothing. Has anyone got ktr to dump to disk recently, and if so, what was your setup? From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 09:15:25 2004 Return-Path: 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 8AA6D16A4CE for ; Tue, 21 Sep 2004 09:15:25 +0000 (GMT) Received: from gvmail.vine.co.za (gvmail.vine.co.za [196.36.190.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7522043D66 for ; Tue, 21 Sep 2004 09:15:24 +0000 (GMT) (envelope-from shaun@vine.co.za) Received: from localhost (localhost [127.0.0.1]) by gvmail.vine.co.za (Postfix) with ESMTP id 1EF8B22D3EA for ; Tue, 21 Sep 2004 11:15:22 +0200 (SAST) Received: from gvmail.vine.co.za ([127.0.0.1]) by localhost (gvmail.vine.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44047-04 for ; Tue, 21 Sep 2004 11:15:19 +0200 (SAST) Received: by gvmail.vine.co.za (Postfix, from userid 101) id 0335522D3F5; Tue, 21 Sep 2004 11:15:19 +0200 (SAST) Date: Tue, 21 Sep 2004 11:15:18 +0200 From: Shaun Courtney To: current@freebsd.org Message-ID: <20040921091518.GA41430@gvmail.vine.co.za> Mail-Followup-To: Shaun Courtney , current@freebsd.org References: <20040920170724.GA9605@zibbi.icomtek.csir.co.za> <20040920173224.GJ88658@darkness.comp.waw.pl> <20040921061110.GA33071@zibbi.icomtek.csir.co.za> <20040921072221.GC93460@darkness.comp.waw.pl> <20040921075306.GA35481@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040921075306.GA35481@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.5.5.1i X-Virus-Scanned: by amavisd-new Subject: Re: race between geom and root mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 09:15:25 -0000 Hi, I've been trying to do much the same on similar hardware. The problem I have is I've tried gmirror on ad0, ad0a and ad0s1a and I just can't get the thing to work. Do you have any pointers that will make my task a little less painful! I'm trying to create a mirror (RAID1) /, swap (if possible) and /usr setup. I've got two identical disks - which I've left a few megs (6) free at the end of each. Can you give me some help on what you did to get it up and running, I've got 5.3-BETA4 - cvsuped to BETA5. Thanks, Shaun P.S. Is geom_mirror the best route to go, I've tried gvinum and vinum (not sure of its support on 5.3?) On Tue Sep 21 09:53:06 2004 John Hay wrote: > On Tue, Sep 21, 2004 at 09:22:21AM +0200, Pawel Jakub Dawidek wrote: > > On Tue, Sep 21, 2004 at 08:11:10AM +0200, John Hay wrote: > > +> > Maybe you're a victim of the problem which was just fixed in -CURRENT. > > +> > Could you try g_mirror.c rev. 1.27 and g_label.c rev. 1.10? > > +> > > +> I have built a RELENG_5 kernel with g_mirror.c 1.28 and g_label.c 1.11, > > +> but it still does the same. I booted over a serial console and here is > > +> the capture of a boot -v. The order of the last few lines is a little > > +> different when booting using a serial and vga console, but neither > > +> works. :-) With a vga console some of the GEOM messages arrive after > > +> the Mounting Root message. On both some of the last messages are pretty > > +> garbled. > > > > Not sure how can I help now. This is a new issue, but there is quite simlar > > issue already: when one of the mirror's components is down, root file > > system also can't be mounted, because gmirror waits some time for all > > components to come. > > > > I've a patch which should solve your problem: > > > > http://people.freebsd.org/~pjd/patches/root_mount.patch > > > > but it is not going to be committed, as phk asked me to hold on, he will > > provide some more complete solution. > > Yes, you are right, this patch does solve my problem. I'll keep it in > my local tree for now. > > Thanks. > > John > -- > John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org > _______________________________________________ > 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" Shaun Courtney -- Grapevine Interactive Research and Development +27 82 371 2046 +27 21 702 3333 From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 09:51:08 2004 Return-Path: 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 B963516A4CE for ; Tue, 21 Sep 2004 09:51:08 +0000 (GMT) Received: from sffwd0.suedfactoring.de (port-212-202-224-251.static.qsc.de [212.202.224.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id F06FA43D70 for ; Tue, 21 Sep 2004 09:51:05 +0000 (GMT) (envelope-from agruner@suedfactoring.de) Received: from pcs28.suedfac.com ([10.2.1.228]) ESMTP id i8L9p4dA031268 for ; Tue, 21 Sep 2004 11:51:04 +0200 Received: by pcs28.suedfac.com (Postfix, from userid 1001) id 9D3D1B91C; Tue, 21 Sep 2004 11:52:58 +0200 (CEST) Date: Tue, 21 Sep 2004 11:52:58 +0200 From: "Axel S. Gruner" To: freebsd-current@freebsd.org Message-ID: <20040921095258.GC84155@pcs28.suedfactoring.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new Subject: Problems building BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: axel.gruner@suedfactoring.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 09:51:08 -0000 Hi. I try to build the world with sources from today. So, "buildworld" runs without an error, but "buildkernel" gives me always the same error (i tried to delete /usr/obj, built the world again, cvsup new sources,...): >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/PCS28; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/PCS28 cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c In file included from /usr/include/regex.h:4, from /usr/include/regex.h:4, from /usr/include/regex.h:4, from /usr/include/regex.h:4, from /usr/include/regex.h:4, [...] from /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c:49: /usr/include/regex.h:3:23: #include nested too deeply /usr/include/regex.h:4:32: #include nested too deeply In file included from /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c:63: /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.h:112: error: syntax error before "regex_t" *** Error code 1 Stop in /usr/obj/usr/src/sys/PCS28. *** Error code 1 Stop in /usr/src. *** Error code 1 The only SCSI stuff i have in my kernel config is: device scbus device ch device da device sa device cd device pass At the moment i run FreeBSD 5.3-BETA4. So, what could be the problem and how to solve it? Thanks in advance. asg From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 10:17:35 2004 Return-Path: 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 5811C16A4CE for ; Tue, 21 Sep 2004 10:17:35 +0000 (GMT) Received: from out014.verizon.net (out014pub.verizon.net [206.46.170.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id C28B543D2F for ; Tue, 21 Sep 2004 10:17:34 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out014.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040921101734.BVQY24490.out014.verizon.net@[10.0.3.231]> for ; Tue, 21 Sep 2004 05:17:34 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org In-Reply-To: <61160.1095746325@critter.freebsd.dk> References: <61160.1095746325@critter.freebsd.dk> Content-Type: text/plain Message-Id: <1095761825.2535.31.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 06:17:05 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out014.verizon.net from [141.153.167.39] at Tue, 21 Sep 2004 05:17:33 -0500 Subject: Re: TTY cleanups have started... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 10:17:35 -0000 On Tue, 2004-09-21 at 01:58, Poul-Henning Kamp wrote: > In message <1095735454.2535.21.camel@RabbitsDen>, "Alexandre \"Sunny\" Kovalenk > o" writes: > > >I do not own the breaker box so I can not tell you what modem signal > >states are, even though with 9 pin USB-to-serial dongle I would suspect > >we would be lucky if RTS and CTS actually change, most likely there are > >two data wires and software flow control, however, the right answer is: > >I don't know. > > I bet you the problem is the DCD, since the most recent commit makes > ucom0 act like a real tty devices (rather than a cua device). > > Can you try adding "O_NDELAY" to the open flags ? I have added O_NDELAY and 'open' went through. Will it break application or three or is it just me being silly? Thank you. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 10:19:34 2004 Return-Path: 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 714A416A4CE for ; Tue, 21 Sep 2004 10:19:34 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFBA643D1D for ; Tue, 21 Sep 2004 10:19:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8LAJWpf080614; Tue, 21 Sep 2004 12:19:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Alexandre \"Sunny\" Kovalenko" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 21 Sep 2004 06:17:05 EDT." <1095761825.2535.31.camel@RabbitsDen> Date: Tue, 21 Sep 2004 12:19:32 +0200 Message-ID: <80613.1095761972@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: TTY cleanups have started... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 10:19:34 -0000 In message <1095761825.2535.31.camel@RabbitsDen>, "Alexandre \"Sunny\" Kovalenk o" writes: >> I bet you the problem is the DCD, since the most recent commit makes >> ucom0 act like a real tty devices (rather than a cua device). >> >> Can you try adding "O_NDELAY" to the open flags ? > >I have added O_NDELAY and 'open' went through. Will it break application >or three or is it just me being silly? Hopefully the discussion now on arch@ will result in us having "cua" devices for USB serial ports, and that will solve the problem by giving you a device you can open when there is no DCD signal present. -- 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 Tue Sep 21 10:33:07 2004 Return-Path: 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 6823B16A4CE; Tue, 21 Sep 2004 10:33:07 +0000 (GMT) Received: from unixmania.com (dsl-200-78-46-199.prod-infinitum.com.mx [200.78.46.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9501843D31; Tue, 21 Sep 2004 10:33:05 +0000 (GMT) (envelope-from eculp@encontacto.net) Received: from encontacto.net ([201.129.94.187]) by unixmania.com with esmtp; Tue, 14 Sep 2004 10:35:53 -0500 Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Tue, 14 Sep 2004 10:35:48 -0500 Received: from dsl-201-129-94-187.prod-infinitum.com.mx (dsl-201-129-94-187.prod-infinitum.com.mx [201.129.94.187]) by mail.encontacto.net (Horde) with HTTP for ; Tue, 14 Sep 2004 10:35:48 -0500 Message-ID: <20040914103548.waoos0cccg8oocso@mail.encontacto.net> Date: Tue, 14 Sep 2004 10:35:48 -0500 From: Edwin Culp To: Lutz Bichler References: <200409131808.i8DI8D3e053455@gw.catspoiler.org> <200409141058.37123.Lutz.Bichler@unibw-muenchen.de> In-Reply-To: <200409141058.37123.Lutz.Bichler@unibw-muenchen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 201.129.94.187 cc: Don Lewis cc: current@freebsd.org Subject: Re: Problem with snd_ich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 10:33:07 -0000 Quoting Lutz Bichler : > On Monday 13 September 2004 20:08, you wrote: >> Does anything show up in dmesg when the failure occurs? > > No, unfortunately not. But it=B4s the problem with KDE which was > reported on the > list. After booting it works fine on the console and after starting X/KDE > sound is gone. Also it does not help for me to disable the start of the s= ound > daemon artsd. After loading kde, have you tried a kldunload snd_ich and then a kldload snd_ich. That gets me runing for the session. In fact I've even put an ion on the desktop to do it for me but that doesn't fix the problem. ed From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 10:36:13 2004 Return-Path: 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 890B716A4D3 for ; Tue, 21 Sep 2004 10:36:13 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2EB43D39 for ; Tue, 21 Sep 2004 10:36:13 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0I4E00MXK04CP3@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Tue, 21 Sep 2004 12:36:12 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 21 Sep 2004 12:36:11 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])i8LAaBRA020012 for ; Tue, 21 Sep 2004 12:36:11 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 55CD72846E for ; Tue, 21 Sep 2004 12:36:06 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id 1C77D613A; Tue, 21 Sep 2004 12:36:06 +0200 (CEST) Date: Tue, 21 Sep 2004 12:36:06 +0200 From: Christian Brueffer To: current@freebsd.org Message-id: <20040921103605.GC26788@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=eheScQNz3K90DVRs; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.5.1i X-Operating-System: FreeBSD 5.2-CURRENT X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Subject: panic: softdep_deallocate_dependencies: dangling deps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 10:36:13 -0000 --eheScQNz3K90DVRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, this panic has hit me a couple of times for over a year now. Dump and debugging kernel are available. This is with BETA5 on an SMP system. panic: softdep_deallocate_dependencies: dangling deps cpuid =3D 1 KDB: enter: panic [thread 100063] Stopped at kdb_enter+0x2b: nop db> tr kdb_enter(c06bb401) at kdb_enter+0x2b panic(c06ceb6e,d5491bd0,c055cdaf,cbf3a3f0,0) at panic+0x125 softdep_deallocate_dependencies(cbf3a3f0) at softdep_deallocate_dependencies+0x16 brelse(cbf3a3f0,cbf3a3f0,1,c2d5dd68,0) at brelse+0xbf flushbuflist(cbf3a3f0,0,c2d5dd68,0,0,d5491c14) at flushbuflist+0x140 vinvalbuf(c2d5dd68,0,0,c19fc4b0,0,0) at vinvalbuf+0x149 vclean(c2d5dd68,8,c19fc4b0,c2d5dd68,c2d5dd68) at vclean+0x89 vgonel(c2d5dd68,c19fc4b0,c1a77444,7,0) at vgonel+0x41 vlrureclaim(c1a77400,c19fc4b0,c19faa80,c19faa80,c0569a00) at vlrureclaim+0x162 vnlru_proc(0,d5491d48,0,c0569a00,0) at vnlru_proc+0x146 fork_exit(c0569a00,0,d5491d48) at fork_exit+0xa8 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd5491d7c, ebp =3D 0 --- - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --eheScQNz3K90DVRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBUAQVbHYXjKDtmC0RArd+AKDViUWDZxJjRPzh+4S+hzFDXdqygACeNJqF yudS+ZtA/1eVYO72GuKfcGM= =8JJy -----END PGP SIGNATURE----- --eheScQNz3K90DVRs-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 10:42:48 2004 Return-Path: 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 696E216A4ED for ; Tue, 21 Sep 2004 10:42:48 +0000 (GMT) Received: from ms-smtp-02-eri0.ohiordc.rr.com (ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id B139A43D2F for ; Tue, 21 Sep 2004 10:42:47 +0000 (GMT) (envelope-from meb@cinci.rr.com) Received: from [10.0.0.29] (dhcp024-210-244-120.woh.rr.com [24.210.244.120]) i8LAgina018237; Tue, 21 Sep 2004 06:42:45 -0400 (EDT) Message-ID: <41500529.9020004@cinci.rr.com> Date: Tue, 21 Sep 2004 06:40:41 -0400 From: Mike B User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> <414FA035.6000503@cinci.rr.com> <20040921035919.GA81408@parodius.com> <414FAB6C.4040504@cinci.rr.com> <20040921043545.GA82495@parodius.com> In-Reply-To: <20040921043545.GA82495@parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Current Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 10:42:48 -0000 Jeremy Chadwick wrote: >Do things work properly in vim (preferrably ports/editors/vim-lite) but >not native /usr/bin/vi, or are they generally horked all around? > > > You all are right about the behavior of vi, but the backspace in vim is definitely broken. I've tried using the :fixdel command and also remapping the key with :map but the result is always the same. Perhaps this is a bug or incompatability that has arisen in vim; every other text editor seems to work flawlessly. Thanks Mike From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 11:08:05 2004 Return-Path: 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 147F716A4CE for ; Tue, 21 Sep 2004 11:08:05 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id A507D43D41 for ; Tue, 21 Sep 2004 11:08:04 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 71D25ACAFE; Tue, 21 Sep 2004 13:08:02 +0200 (CEST) Date: Tue, 21 Sep 2004 13:08:02 +0200 From: Pawel Jakub Dawidek To: Poul-Henning Kamp Message-ID: <20040921110802.GF93460@darkness.comp.waw.pl> References: <20040921072221.GC93460@darkness.comp.waw.pl> <62584.1095755311@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f61P+fpdnY2FZS1u" Content-Disposition: inline In-Reply-To: <62584.1095755311@critter.freebsd.dk> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: John Hay cc: freebsd-current@freebsd.org Subject: Re: race between geom and root mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 11:08:05 -0000 --f61P+fpdnY2FZS1u Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 21, 2004 at 10:28:31AM +0200, Poul-Henning Kamp wrote: +> >I've a patch which should solve your problem: +> > +> > http://people.freebsd.org/~pjd/patches/root_mount.patch +> > +> >but it is not going to be committed, as phk asked me to hold on, he will +> >provide some more complete solution. +>=20 +> Yes. We need to solve this problem correctly, and that has a fair +> number of issues involved. +>=20 +> I am not going to rush in a band-aid for 5.3, the risk of breaking +> something is far larger than the inconvenience of not being able +> to use a number of new geom classes for root filesystems. +>=20 +> When we have the correct solution, it can be MT5'ed and future 5.x +> releases will have it. Why can't we just use my fix temporarily, so gmirror can be fully usable for 5.3-RELEASE? We can always back it out and MT5 a better solution later. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --f61P+fpdnY2FZS1u Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBUAuSForvXbEpPzQRAp8TAKCUNP3cFmIrtPludC2qvROt/kGFpACg4CU3 nIsRb0Oev1Rw/v7vp4b9qqk= =Ceiw -----END PGP SIGNATURE----- --f61P+fpdnY2FZS1u-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 11:13:45 2004 Return-Path: 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 4E4F416A4CE; Tue, 21 Sep 2004 11:13:45 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8349243D55; Tue, 21 Sep 2004 11:13:44 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8LBDhop087341; Tue, 21 Sep 2004 13:13:43 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 21 Sep 2004 13:08:02 +0200." <20040921110802.GF93460@darkness.comp.waw.pl> Date: Tue, 21 Sep 2004 13:13:43 +0200 Message-ID: <87340.1095765223@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@FreeBSD.org cc: John Hay Subject: Re: race between geom and root mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 11:13:45 -0000 In message <20040921110802.GF93460@darkness.comp.waw.pl>, Pawel Jakub Dawidek w rites: >+> Yes. We need to solve this problem correctly, and that has a fair >+> number of issues involved. >+> >+> I am not going to rush in a band-aid for 5.3, the risk of breaking >+> something is far larger than the inconvenience of not being able >+> to use a number of new geom classes for root filesystems. >+> >+> When we have the correct solution, it can be MT5'ed and future 5.x >+> releases will have it. > >Why can't we just use my fix temporarily, so gmirror can be fully usable >for 5.3-RELEASE? We can always back it out and MT5 a better solution >later. I am not convinced that your fix will not cause other problems. -- 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 Tue Sep 21 11:18:17 2004 Return-Path: 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 6B0BC16A4CE for ; Tue, 21 Sep 2004 11:18:17 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02EA043D3F for ; Tue, 21 Sep 2004 11:18:17 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 17F8FACAFE; Tue, 21 Sep 2004 13:18:15 +0200 (CEST) Date: Tue, 21 Sep 2004 13:18:15 +0200 From: Pawel Jakub Dawidek To: Ivan Voras Message-ID: <20040921111815.GG93460@darkness.comp.waw.pl> References: <414F331C.2000606@fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/i8j2F0k9BYX4qLc" Content-Disposition: inline In-Reply-To: <414F331C.2000606@fer.hr> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@freebsd.org Subject: Re: ggate trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 11:18:17 -0000 --/i8j2F0k9BYX4qLc Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 09:44:28PM +0200, Ivan Voras wrote: +> I have trouble with ggate devices "going bad" after some time. Here are= =20 +> the simptoms: +>=20 +> Creating ggate devices (on client machine) works fine. Using them right= =20 +> after devices are created (for several hours) works without problems.=20 +> BUT, after some idle time (on the scale of 24h), devices just stop=20 +> working. They are listed in /dev, "ggatec list" shows them, but any read= =20 +> requests made to them (e.g. using dd) fail after a few seconds of=20 +> "waiting" with "Input/Output error". Nothing is shown in syslog. +>=20 +> Ggated demon on the server works fine, and doing "telnet server 3080" on= =20 +> the client establishes connection (I tried typing some garbage into the= =20 +> connection, but the server seems to ignore it, and doesn't send any data= =20 +> back; it DOES log into server syslog that it's confused when I do that= =20 +> ("ggated: Requested path isn't exported: Unknown error: 0.; ggated:=20 +> exiting")). +>=20 +> For the record: I'm using gmirror to mirror over a ggate device, and=20 +> gmirror correctly detects and processes the read fault, and deactivates= =20 +> the provider. Is there anything between those two machines? Maybe some kind of firewall which remove connections after some idle time? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --/i8j2F0k9BYX4qLc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBUA33ForvXbEpPzQRAkvrAJ9hUK3qTAC/epdzVEygM9+RTCJWuQCeKpUK Eav9/Nn/uCee0nYt0aLtwew= =IZC+ -----END PGP SIGNATURE----- --/i8j2F0k9BYX4qLc-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 11:20:26 2004 Return-Path: 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 6A4E716A4CE for ; Tue, 21 Sep 2004 11:20:26 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9D3F43D46 for ; Tue, 21 Sep 2004 11:20:24 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i8LBKBd1025440; Tue, 21 Sep 2004 14:20:12 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i8LBK2rE033793; Tue, 21 Sep 2004 14:20:02 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)i8LBK1gR033779; Tue, 21 Sep 2004 14:20:01 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Tue, 21 Sep 2004 14:20:01 +0300 From: Giorgos Keramidas To: Mike B Message-ID: <20040921112001.GA32372@orion.daedalusnetworks.priv> References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> <414FA035.6000503@cinci.rr.com> <20040921035919.GA81408@parodius.com> <414FAB6C.4040504@cinci.rr.com> <20040921043545.GA82495@parodius.com> <41500529.9020004@cinci.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41500529.9020004@cinci.rr.com> cc: freebsd-current@freebsd.org Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 11:20:26 -0000 On 2004-09-21 06:40, Mike B wrote: > Jeremy Chadwick wrote: > >Do things work properly in vim (preferrably ports/editors/vim-lite) but > >not native /usr/bin/vi, or are they generally horked all around? > > You all are right about the behavior of vi, but the backspace in vim is > definitely broken. I've tried using the :fixdel command and also > remapping the key with :map but the result is always the same. Perhaps > this is a bug or incompatability that has arisen in vim; every other > text editor seems to work flawlessly. Thanks Make sure you're not running vim in `compatible' mode. When this mode is enabled, then vim behaves like nvi too every time backspace is hit (i.e. it moves the cursor backwards but doesn't erase the characters underneath the cursor as it moves). - Giorgos From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 17:44:42 2004 Return-Path: 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 8A5A216A4CF for ; Mon, 20 Sep 2004 17:44:42 +0000 (GMT) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0636343D3F for ; Mon, 20 Sep 2004 17:44:42 +0000 (GMT) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from [10.236.150.2] (failways.internal [10.236.150.2]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 81F367CF9 for ; Mon, 20 Sep 2004 19:48:52 +0200 (CEST) Message-ID: <414F1708.50808@solfertje.student.utwente.nl> Date: Mon, 20 Sep 2004 19:44:40 +0200 From: Alban Hertroys User-Agent: Mozilla Thunderbird 0.7 (X11/20040625) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <414E8DB5.5070307@solfertje.student.utwente.nl> <414EFA07.4070902@veldy.net> In-Reply-To: <414EFA07.4070902@veldy.net> Content-Type: multipart/mixed; boundary="------------040501090005070204070203" X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 Subject: Re: BETA5 of yesterday reboots when I turn off my monitor (w/builtin USB hub) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 17:44:42 -0000 This is a multi-part message in MIME format. --------------040501090005070204070203 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Thomas T. Veldhouse wrote: > Alban Hertroys wrote: > >> I think this looks like a message on this list that seemed aimed at >> 6-CURRENT, but I have this problem with BETA5. >> >> What happens is this: >> I turn off my monitor (and thus the builtin USB hub), and within a >> minute or so I hear my floppy drive rattle and the system turns out to >> be booting up. I did a little testing just now; here are the results (w/o XFree86 4.3 running): - unplug USB mouse; the only device on the troublemaking USB hub Nothing happens but the usual; messages about (dis-)connecting a mouse and moused not finding /dev/ums0 anymore. - unplug USB hub (the square connector end of the cable coming from the PC): Fatal trap 12: etc... I attached a file with the exact message as I typed it over from the display. I don't think there're any typos in it, but I could be wrong. I also attached todays dmesg. The monitor make isn't mentioned in it, but it's a Sony G420 model from january 2002. Looks like I was right, and the hub is the culprit. I can't make much of the trace myself, but I'm sure someone here can. Good luck ;) -- Alban Hertroys http://solfertje.student.utwente.nl - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - AD&D: You fall from the cliff. The ground attacks you. It missed. --------------040501090005070204070203 Content-Type: text/plain; name="fatal_trap.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fatal_trap.txt" Fatal trap 12: page fault while in kernel mode fault virtual address = 0x19 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04b855a stack pointer = 0x10:0xd543abec frame pointer = 0x10:0xd543abf8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 35 (usb0) [thread 100041] Stopped at device_delete_child+0xa: movl 0x18(%ebx),%eax db> trace device_delete_child(c2065300,1,c2065280,d543ac30,c0787979) at device_delete_child+0xa device_delete_child(0,c2065300,c1a810e0,c1a810e0,0) at device_delete_child+0x1d usb_disconnect_port(c1a84c30,c1a45700,d543ac54,c1a810d0,c1a45700) at usb_disconnect+0xc9 uhub_detach(c1a45700,c19ed878,c0660ac4,c1a45700,0) at uhub_detach+0x71 device_detach(c1a45700,c2065300,c1a45680,d543acac,c0787979) at device_detach+0x6a device_delete_child(c1a45280,c1a45700,c1a812c0,c1a812c0,3) at device_delete_child+0x30 usb_disconnect_port(c1a45440,c1a45280,10,c04a906c,c1a7e210) at usb_disconnect_port+0xc9 uhub_explore(c1a41280,c1a6eb00,d543ad14,c0784b08,c1a6eb00) at uhub_explore+0x19e usb_discover(c1a6eb00,0,5c,c079a1e7,1770) at usb_discover+0x35 usb_event_thread(c1a6eb00,d543ad48,0,0,0) at usb_event_thread+0x68 fork_exit(c0784aa0,c1a6eb00,d543ad48) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd543ad7c, ebp = 0 --- db> --------------040501090005070204070203 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #1: Sun Sep 19 14:32:44 CEST 2004 dalroi@failways.internal:/usr/obj/usr/src/sys/EYMALHIR WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 2000+ (1666.73-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383f9ff AMD Features=0xc0400000 real memory = 536788992 (511 MB) avail memory = 515616768 (491 MB) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xe000-0xe003 mem 0xef800000-0xef800fff,0xf0000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xb400-0xb41f irq 10 at device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Kawatsu Semiconductor MiniHub 4000P, class 9/0, rev 1.10/1.00, addr 2 uhub1: 4 ports with 4 removable, self powered ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/13.00, addr 3, iclass 3/1 ums0: 4 buttons and Z dir. uhci1: port 0xb000-0xb01f irq 10 at device 4.3 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 4.4 (no driver attached) csa0: mem 0xde000000-0xde0fffff,0xde800000-0xde800fff at device 9.0 on pci0 csa: card is Unknown/invalid SSID (CS4614) csa0: [GIANT-LOCKED] pcm0: on csa0 pcm0: pcm0: [GIANT-LOCKED] xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x9400-0x947f mem 0xdd800000-0xdd80007f at device 13.0 on pci0 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:0f:59:c2 xl0: [GIANT-LOCKED] fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1666733720 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0% ad0: 190782MB [387621/16/63] at ata0-master UDMA100 ad1: 190782MB [387621/16/63] at ata0-slave UDMA100 ATAPI_RESET time = 220us ATAPI_RESET time = 40us acd0: DVDROM at ata1-master UDMA66 acd1: CDRW at ata1-slave UDMA33 GEOM_VINUM: subdisk var.p0.s0 is up GEOM_VINUM: subdisk tmp.p0.s0 is up GEOM_VINUM: subdisk home.p0.s0 is up GEOM_VINUM: subdisk usr.p0.s0 is up GEOM_VINUM: subdisk media.p0.s0 is up GEOM_VINUM: subdisk var.p1.s0 is up GEOM_VINUM: subdisk tmp.p0.s1 is up GEOM_VINUM: subdisk home.p1.s0 is up GEOM_VINUM: subdisk usr.p1.s0 is up GEOM_VINUM: subdisk media.p1.s0 is up Mounting root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted drm0: port 0xd800-0xd8ff mem 0xdf000000-0xdf00ffff,0xe0000000-0xe7ffffff irq 11 at device 5.0 on pci1 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 info: [drm] Loading R200 Microcode --------------040501090005070204070203-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 22:49:43 2004 Return-Path: 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 BDDBA16A4CE for ; Mon, 20 Sep 2004 22:49:43 +0000 (GMT) Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7CA743D1F for ; Mon, 20 Sep 2004 22:49:42 +0000 (GMT) (envelope-from cbh@chrishedley.com) X-Gradwell-Debug: delivering mail for [freebsd-current@freebsd.org] to mx1.freebsd.org [216.136.204.125]:25 Received: from cpc2-oxfd4-4-0-cust119.oxfd.cable.ntl.com [80.3.246.119] (helo: mail.cbhnet)1.123) id 414f5e85.00513e.000 for freebsd-current@freebsd.org; Mon, 20 Sep 2004 23:49:41 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.cbhnet (Postfix) with ESMTP id 8C51CC798C; Mon, 20 Sep 2004 23:49:38 +0100 (BST) Received: from mail.cbhnet ([127.0.0.1]) by localhost (mail.cbhnet [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00968-03; Mon, 20 Sep 2004 23:49:35 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.cbhnet (Postfix) with ESMTP id 27E2EC794D; Mon, 20 Sep 2004 23:49:35 +0100 (BST) Date: Mon, 20 Sep 2004 23:49:35 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Brooks Davis In-Reply-To: <20040920174106.GB21687@odin.ac.hmc.edu> Message-ID: <20040920234231.F1009@teapot.cbhnet> References: <20040919225036.B1582@teapot.cbhnet> <20040920174106.GB21687@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at chrishedley.com X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 cc: freebsd-current@freebsd.org Subject: Re: Possible bug in sbin/bsdlabel.c in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Sep 2004 22:49:43 -0000 On Mon, 20 Sep 2004, Brooks Davis wrote: > IIRC you can't extend the number of partitions unless you don't need > boot blocks so this isn't all that useful except in situtations where > gpt(8) is a much better solution. Fixing this hardcoding seems like a > reasionable idea, but I'm not an expert on this subject. We're trying > to avoid stopgap hack to bsdlabel in general because it's an obviously > dead-end solution and we want to move on to something like GPT as soon > as feasiable. I see what you mean; I neglected to reboot before saying "it doesn't cause any problems" and it does indeed cause the minor problem of killing boot2 (just how many mistakes can I fit into one email? Perhaps I shouldn't post so late at night :) Er, anyway, since I'm now reduced to booting off an installation floppy I'll revise my claim to echo your comment that it's great as long as you don't ever need to boot. I suppose I should change it back to an 8 partition label and wait for gpt to mature unless there's a fix that doesn't cause big partition tables to interfere with the boot process (maybe I should have a look at how NetBSD does it...) Chris. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 00:44:36 2004 Return-Path: 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 D8AE416A4CE for ; Tue, 21 Sep 2004 00:44:36 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FEBD43D46 for ; Tue, 21 Sep 2004 00:44:36 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so1390690rnk for ; Mon, 20 Sep 2004 17:44:35 -0700 (PDT) Received: by 10.38.82.75 with SMTP id f75mr2057303rnb; Mon, 20 Sep 2004 17:44:35 -0700 (PDT) Received: by 10.38.78.46 with HTTP; Mon, 20 Sep 2004 17:44:35 -0700 (PDT) Message-ID: <70e8236f0409201744c729ae0@mail.gmail.com> Date: Tue, 21 Sep 2004 01:44:35 +0100 From: Joao Barros To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_321_32362758.1095727475553" X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 Subject: Asus A7N8X: Boot failure under Beta 4 and 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joao Barros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 00:44:37 -0000 ------=_Part_321_32362758.1095727475553 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Trying to install FreeBSD on the last Winblows machine at home was a no go. The kernel "pauses" at boot. I thought it stopped completely but after pressing the power button I realized there was still something alive: acpi: suspend request ignored (not ready yet) Notes: - boot fails under Beta4 and Beta5 with and without ACPI or safe mode. - managed to boot 5.2 without ACPI Anyone with this board booting properly? ------=_Part_321_32362758.1095727475553 Content-Type: text/plain; name="dmesg beta5.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg beta5.txt" OK boot -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08/boot/kernel/acpi.ko text=3D0x3f99c -=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08data=3D0x1be4+0x110c |=08/=08-=08\=08|=08syms= =3D[0x4+0x72a0/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08+= 0x4+0x9743|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08] \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08Copyright (= c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #0: Sun Sep 19 02:35:12 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 1600+ (1403.19-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x662 Stepping =3D 2 Features=3D0x383fbff AMD Features=3D0xc0480000 real memory =3D 536805376 (511 MB) avail memory =3D 511553536 (487 MB) mptable_probe: MP Config Table has bad signature:=20 =02 ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0= .0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe6086000-0xe6086fff irq 22 at = device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe6081000-0xe6081fff irq 21 at = device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ukbd0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 kbd1 at ukbd0 ums0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. pci0: at device 2.2 (no driver attached) pci0: at device 4.0 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 atapci0: port 0xa000-0xa00f,0x9c00-0x9c03,0x9= 800-0x9807,0x9400-0x9403,0x9000-0x9007 mem 0xe5000000-0xe50001ff irq 18 at = device 11.0 on pci1 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0xf000-0xf00f,0x376,0x170= -0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 pcib2: at device 12.0 on pci0 pci2: on pcib2 xl0: <3Com 3c920B-EMB Integrated Fast Etherlink XL> port 0xb000-0xb07f mem = 0xe1000000-0xe100007f irq 21 at device 1.0 on pci2 miibus0: on xl0 acphy0: on miibus0 acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:e0:18:f1:62:91 fwohci0: <1394 Open Host Controller Interface> mem 0xe6084000-0xe608403f,0x= e6083000-0xe60837ff irq 22 at device 13.0 on pci0 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:0f:a6:db fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:0f:a6:db fwe0: Ethernet address: 02:e0:18:0f:a6:db fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xd7000-0xd77ff,0xd5000-0xd67ff,0xd0000-0x= d47ff,0xcc000-0xcffff,0xc0000-0xcb7ff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1403192062 Hz quality 800 Timecounters tick every 10.000 msec md0: Preloaded image 4423680 bytes at 0xc09b68a4 ad0: 57278MB [116375/16/63] at ata0-master UDMA1= 00 ad1: 57278MB [116375/16/63] at ata0-slave UDMA10= 0 ATAPI_RESET time =3D 100us ATAPI_RESET time =3D 40us acd0: DVDROM at ata1-master UDMA6= 6 acd1: DVDR at ata1-slave UDMA33 ad4: 152627MB [310101/16/63] at ata2-master = SATA150 acpi: suspend request ignored (not ready yet) acpi: suspend request ignored (not ready yet) acpi: suspend request ignored (not ready yet) ------=_Part_321_32362758.1095727475553-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 03:24:38 2004 Return-Path: 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 5617D16A4CE for ; Tue, 21 Sep 2004 03:24:38 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B84AA43D46 for ; Tue, 21 Sep 2004 03:24:35 +0000 (GMT) (envelope-from edotokugawa@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so1320304rnk for ; Mon, 20 Sep 2004 20:24:33 -0700 (PDT) Received: by 10.38.181.68 with SMTP id d68mr1534537rnf; Mon, 20 Sep 2004 20:24:33 -0700 (PDT) Received: by 10.38.81.55 with HTTP; Mon, 20 Sep 2004 20:24:33 -0700 (PDT) Message-ID: Date: Mon, 20 Sep 2004 23:24:33 -0400 From: Edwin Brown To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 Subject: NetGear GA302T Adapter Very Chatty 5.3BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Edwin Brown List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 03:24:38 -0000 I'm currently running 5.3BETA5 and my console is flooded with messages of bge0: gigabit link up. The message originates from /usr/src/sys/dev/bge/if_bge.c line number 2952 which is inside the function bge_tick_locked( struct bge_softc *); I've not had any extra time to invest in debugging right now. It seems much worse since I enabled PREEMPTION and SCHED_ULE in the kernel. Those are the only two changes that have been made from the base system. Anyone know the answer? Best Edo From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 03:49:25 2004 Return-Path: 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 6BD7116A4CF for ; Tue, 21 Sep 2004 03:49:25 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0210343D46 for ; Tue, 21 Sep 2004 03:49:25 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by mproxy.gmail.com with SMTP id v18so1911054rnb for ; Mon, 20 Sep 2004 20:49:21 -0700 (PDT) Received: by 10.38.11.80 with SMTP id 80mr81652rnk; Mon, 20 Sep 2004 20:49:21 -0700 (PDT) Received: by 10.38.206.15 with HTTP; Mon, 20 Sep 2004 20:49:21 -0700 (PDT) Message-ID: Date: Tue, 21 Sep 2004 09:19:21 +0530 From: Subhro To: Huw Wynn-Jones In-Reply-To: <200409210031.01190.huwwynnjones@neuf.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200409210031.01190.huwwynnjones@neuf.fr> X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 cc: freebsd-current@freebsd.org cc: FreeBSD Questions Subject: Re: I've got a Intel Pro 100 ve network card to work on a new Dell 4700 - Freebsd 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Subhro List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 03:49:25 -0000 freebsd-current is your destination. Redirected properly Regards S. On Tue, 21 Sep 2004 00:31:01 +0200, Huw Wynn-Jones wrote: > Hello, > > I'm posting to this list because I'm not sure who else I should send this info > to. I'd be grateful if someone would let me know the correct procedure. > > I've got a new Dell 4700 with P4 2.8 chip on a motherboard with the new Intel > 915G Express chipset. It has an intergrated network card, the Intel Pro 100 > VE, but it didn't work straight out of the box when I installed Freebsd > 5.2.1. I did loads of searches on google and eventually found a post > somewhere giving me an example of what to do. Now the card is detected at > boot and works just fine. > > So below is the result. I have added a new line > to /usr/src/sys/dev/fxp/if_fxp.c > > The new line is marked with + > > /* > * Claim various Intel PCI device identifiers for this driver. The > * sub-vendor and sub-device field are extensively used to identify > * particular variants, but we don't currently differentiate between > * them. > */ > static struct fxp_ident fxp_ident_table[] = { > { 0x1029, -1, "Intel 82559 PCI/CardBus Pro/100" }, > { 0x1030, -1, "Intel 82559 Pro/100 Ethernet" }, > { 0x1031, -1, "Intel 82801CAM (ICH3) Pro/100 VE Ethernet" }, > { 0x1032, -1, "Intel 82801CAM (ICH3) Pro/100 VE Ethernet" }, > { 0x1033, -1, "Intel 82801CAM (ICH3) Pro/100 VM Ethernet" }, > { 0x1034, -1, "Intel 82801CAM (ICH3) Pro/100 VM Ethernet" }, > { 0x1035, -1, "Intel 82801CAM (ICH3) Pro/100 Ethernet" }, > { 0x1036, -1, "Intel 82801CAM (ICH3) Pro/100 Ethernet" }, > { 0x1037, -1, "Intel 82801CAM (ICH3) Pro/100 Ethernet" }, > { 0x1038, -1, "Intel 82801CAM (ICH3) Pro/100 VM Ethernet" }, > { 0x1039, -1, "Intel 82801DB (ICH4) Pro/100 VE Ethernet" }, > { 0x103A, -1, "Intel 82801DB (ICH4) Pro/100 Ethernet" }, > { 0x103B, -1, "Intel 82801DB (ICH4) Pro/100 VM Ethernet" }, > { 0x103C, -1, "Intel 82801DB (ICH4) Pro/100 Ethernet" }, > { 0x103D, -1, "Intel 82801DB (ICH4) Pro/100 VE Ethernet" }, > { 0x103E, -1, "Intel 82801DB (ICH4) Pro/100 VM Ethernet" }, > { 0x1050, -1, "Intel 82801BA (D865) Pro/100 VE Ethernet" }, > { 0x1059, -1, "Intel 82551QM Pro/100 M Mobile Connection" }, > + { 0x1064, -1, "Intel Pro 100 VE Ethernet" }, +This is new > { 0x1209, -1, "Intel 82559ER Embedded 10/100 Ethernet" }, > { 0x1229, 0x01, "Intel 82557 Pro/100 Ethernet" }, > { 0x1229, 0x02, "Intel 82557 Pro/100 Ethernet" }, > { 0x1229, 0x03, "Intel 82557 Pro/100 Ethernet" }, > { 0x1229, 0x04, "Intel 82558 Pro/100 Ethernet" }, > { 0x1229, 0x05, "Intel 82558 Pro/100 Ethernet" }, > { 0x1229, 0x06, "Intel 82559 Pro/100 Ethernet" }, > { 0x1229, 0x07, "Intel 82559 Pro/100 Ethernet" }, > { 0x1229, 0x08, "Intel 82559 Pro/100 Ethernet" }, > { 0x1229, 0x09, "Intel 82559ER Pro/100 Ethernet" }, > { 0x1229, 0x0c, "Intel 82550 Pro/100 Ethernet" }, > { 0x1229, 0x0d, "Intel 82550 Pro/100 Ethernet" }, > { 0x1229, 0x0e, "Intel 82550 Pro/100 Ethernet" }, > { 0x1229, 0x0f, "Intel 82551 Pro/100 Ethernet" }, > { 0x1229, 0x10, "Intel 82551 Pro/100 Ethernet" }, > { 0x1229, -1, "Intel 82557/8/9 Pro/100 Ethernet" }, > { 0x2449, -1, "Intel 82801BA/CAM (ICH2/3) Pro/100 Ethernet" }, > { 0, -1, NULL }, > }; > > I have named it rather generally because I couldn't find any other better > identifiers. > > Once I recompiled a new kernel the card was detected and ifconfig confirmed > everything to be ok. > > I hope this can be added to the source of CURRENT so that others with a new > computer like mine won't have the same weekend's worth of frustration. Still > I got there in the end...almost bought a new network card...persistance pays > off I suppose. > > Long subject line I know, but the post should come straight up in google like > that for another lost soul like me. > > Thanks > > Huw > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -- Subhro Sankha Kar School of Information Technology Block AQ-13/1 Sector V ZIP 700091 India From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 04:28:10 2004 Return-Path: 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 A6F1816A4CE for ; Tue, 21 Sep 2004 04:28:10 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E57943D2D for ; Tue, 21 Sep 2004 04:28:10 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i8L4Rd8g061470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Tue, 21 Sep 2004 00:27:39 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i8L4RcsA061467; Tue, 21 Sep 2004 00:27:38 -0400 (EDT) (envelope-from wollman) Date: Tue, 21 Sep 2004 00:27:38 -0400 (EDT) From: Garrett Wollman Message-Id: <200409210427.i8L4RcsA061467@khavrinen.lcs.mit.edu> To: Mike B In-Reply-To: <414F8934.4080509@cinci.rr.com> References: <414F8934.4080509@cinci.rr.com> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 cc: Current Subject: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 04:28:10 -0000 < said: > Sorry if this is already addressed or is a non-issue. If I enter text > into vi (or vim for that matter) and hit the backspace key the cursor > runs over the text but does not remove it from the screen. I have never known vi(1) to behave in any other way, going back to FreeBSD 1.1. -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 06:45:31 2004 Return-Path: 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 E6EC716A4CF for ; Tue, 21 Sep 2004 06:45:31 +0000 (GMT) Received: from bimba.bezeqint.net (bimba.bezeqint.net [192.115.104.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 379D243D31 for ; Tue, 21 Sep 2004 06:45:31 +0000 (GMT) (envelope-from aviviis@bezeqint.net) Received: from bimba.bezeqint.net (localhost [127.0.0.1]) SMTP id 73A191EE57D for ; Tue, 21 Sep 2004 09:45:29 +0300 (IDT) Received: from l4rddlehvv4ihj8 ([IP=81.218.237.101]) by eSafe SMTP Relay 1095744332; Tue Sep 21 09:45:29 2004 Message-ID: <001601c49fa6$95fefc80$0100000a@l4rddlehvv4ihj8> From: =?windows-1255?B?6fn44Owg4OHp4ek=?= To: Date: Tue, 21 Sep 2004 08:45:29 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: Clean X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: 5.2.1 em driver and vlan issue. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 06:45:32 -0000 HELLO=20 I WANT TO INSTALL DRIVER FOR MY ETH CARD ON MY LAPTOP ( I HAVE INTEL ADAP= TER 8255x ) AND I WANT THAT MY ETH CARD ON THE PC WILL SUPPORT VLAN ! IS THERE ANY WAY TO DO IT ? THANKS From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 06:49:44 2004 Return-Path: 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 8911C16A4CE for ; Tue, 21 Sep 2004 06:49:44 +0000 (GMT) Received: from smtp17.wxs.nl (smtp17.wxs.nl [195.121.6.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47B3143D2D for ; Tue, 21 Sep 2004 06:49:44 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210]) by smtp17.wxs.nlSMTP id <0I4D00AQQPMVPV@smtp17.wxs.nl> for current@freebsd.org; Tue, 21 Sep 2004 08:49:43 +0200 (CEST) Received: (qmail 10948 invoked from network); Tue, 21 Sep 2004 06:49:42 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Tue, 21 Sep 2004 06:49:42 +0000 Received: (qmail 6624 invoked from network); Tue, 21 Sep 2004 06:48:49 +0000 Received: from unknown (HELO guido.thuis.klop.ws) (192.168.0.2) by 192.168.0.16 with SMTP; Tue, 21 Sep 2004 06:48:49 +0000 Received: (qmail 57643 invoked from network); Tue, 21 Sep 2004 06:49:18 +0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Tue, 21 Sep 2004 06:49:18 +0000 Date: Tue, 21 Sep 2004 08:49:17 +0200 From: Ronald Klop In-reply-to: To: "current@freebsd.org" Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 Subject: Re: opera-7.54.20040803_2: opera: Could not initialize spellchecker interface. File not found or could not be opened (-7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 06:49:44 -0000 On Tue, 21 Sep 2004 08:35:18 +0200, John Asher wrote: > Hello, > > I have tried several things to get the spellcheck option working in > Opera, since my English spelling somtimes dramatic fails... Anyway I > can't get this error away in Opera, and also on Google I did not found a > golden tip. > > opera-7.54.20040803_2: opera: Could not initialize spell checker > interface. File not found or could not be opened (-7) I'm not sure about this, but can it be that opera is a FreeBSD 4 application and aspell is compiled for FreeBSD 5? (library-conflicts?) Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 06:56:13 2004 Return-Path: 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 0826816A4CE for ; Tue, 21 Sep 2004 06:56:13 +0000 (GMT) Received: from smtp14.wxs.nl (smtp14.wxs.nl [195.121.6.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFF6E43D1D for ; Tue, 21 Sep 2004 06:56:12 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210]) by smtp14.wxs.nlSMTP id <0I4D00AUSPXNMA@smtp14.wxs.nl> for current@freebsd.org; Tue, 21 Sep 2004 08:56:11 +0200 (CEST) Received: (qmail 11027 invoked from network); Tue, 21 Sep 2004 06:56:11 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Tue, 21 Sep 2004 06:56:11 +0000 Received: (qmail 6686 invoked from network); Tue, 21 Sep 2004 06:55:17 +0000 Received: from unknown (HELO guido.thuis.klop.ws) (192.168.0.2) by 192.168.0.16 with SMTP; Tue, 21 Sep 2004 06:55:17 +0000 Received: (qmail 67546 invoked from network); Tue, 21 Sep 2004 06:55:47 +0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Tue, 21 Sep 2004 06:55:47 +0000 Date: Tue, 21 Sep 2004 08:55:44 +0200 From: Ronald Klop In-reply-to: To: "current@freebsd.org" Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 Subject: Re: opera-7.54.20040803_2: opera: Could not initialize spellchecker interface. File not found or could not be opened (-7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 06:56:13 -0000 On Tue, 21 Sep 2004 08:35:18 +0200, John Asher wrote: > Hello, > > I have tried several things to get the spellcheck option working in > Opera, since my English spelling somtimes dramatic fails... Anyway I > can't get this error away in Opera, and also on Google I did not found a > golden tip. > > opera-7.54.20040803_2: opera: Could not initialize spell checker > interface. File not found or could not be opened (-7) > > I hope someone has solved this and can explain me how to solve it. Opera uses libaspell.so.15 and (recent) freebsd has libaspell.so.16. Symlinking libaspell.so.15 -> libaspell.so.16 didn't solve the problem for me. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 06:59:54 2004 Return-Path: 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 4D13616A4CE for ; Tue, 21 Sep 2004 06:59:54 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6642043D48 for ; Tue, 21 Sep 2004 06:59:53 +0000 (GMT) (envelope-from sam.wun@authtec.net) Received: (qmail 36795 invoked from network); 21 Sep 2004 06:59:52 -0000 Received: from unknown (HELO [192.168.4.129]) (samwun@hgcbroadband.com@[221.127.106.26]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 21 Sep 2004 06:59:52 -0000 Message-ID: <414FD054.5040805@authtec.net> Date: Tue, 21 Sep 2004 14:55:16 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ringworm@inbox.lv References: <200409202350.12931.ringworm@inbox.lv> In-Reply-To: <200409202350.12931.ringworm@inbox.lv> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 cc: freebsd-current@freebsd.org Subject: Re: Cannot connect DSL with CURRENT ok with STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 06:59:54 -0000 Michael C. Shultz wrote: >Hello, > >I have a machine that dual boots in 4.10 STABLE or 6.0 CURENT. With identical >settings I cannot connect to Verizon DSL in CURRENT. Any advice? Thankyou. >Here are my sttings: > >ppp.conf: > >default: > set log Phase tun command > set ifaddr 10.0.0.1/0 10.0.0.2/0 > enable dns >verizon: > set device PPPoE:ed0 > set dial > set login > add default HISADDR > >rc.conf > >pppoed_enable="YES" # Run the PPP over Ethernet daemon. >pppoed_provider="verizon" # Provider and ppp(8) config file entry. >pppoed_flags="-P /var/run/pppoed.pid" # Flags to pppoed (if enabled). >pppoed_interface="ed0" # The interface that pppoed runs on. > > > The following configuration works for FreeBSD 53Beta 4/5: default: set device PPPoE:fxp0 set speed sync add default HISADDR myisp: set authname myid set authkey mypass ppp cofiguration in rc.conf: ppp_enable="YES" ppp_mode="ddial" ppp_nat="NO" ppp_profile="myisp" sam From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 08:14:19 2004 Return-Path: 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 E440F16A4CE; Tue, 21 Sep 2004 08:14:19 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 838FB43D45; Tue, 21 Sep 2004 08:14:19 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004092117:14:04:744501.29654.2113166256 for ; Tue, 21 Sep 2004 17:14:04 +0900 (KST) Message-ID: <414FE2D9.7040904@yahoo.com> Date: Tue, 21 Sep 2004 17:14:17 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov , freebsd-current@freebsd.org References: <414CF555.2090209@yahoo.com> <20040919122152.GA96753@ip.net.ua> <20040919123148.GA11758@falcon.midgard.homeip.net> <20040919143153.GA97135@ip.net.ua> In-Reply-To: <20040919143153.GA97135@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-3.61) (SRN:SPAMROBOT) ----------------- X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 Subject: Re: ipfw man pages vs. 5.3-Stable; needs modification! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 08:14:20 -0000 Ruslan Ermilov wrote: > On Sun, Sep 19, 2004 at 02:31:48PM +0200, Erik Trulsson wrote: > >>On Sun, Sep 19, 2004 at 03:21:52PM +0300, Ruslan Ermilov wrote: >> >>>On Sun, Sep 19, 2004 at 11:56:21AM +0900, Rob wrote: >>> >>>>Hello, >>>> >>>>The manpages of ipfw needs modification with respect to >>>>the IPFW vs.IPFW2 discussion. >>>>All this is quite misleading when 5.3 becomes stable. >>>> >>> >>>Do you mean you want the IPFW vs. IPFW2 information to be >>>removed from the manpage? If yes, I don't support this. >>>There will be a lot of people switching from 4.x to 5.x, >>>and it can be helpful for them. We can remove this in >>>future releases though. >> >>He probably means that the references to -STABLE in the manpage needs >>to be changed to say 4.x instead (and the references to -CURRENT >>probably should say 5.x instead), since when 5.3 becomes stable it will >>no longer be true that -STABLE uses IPFW as default (which is what the >>manpage says.) >> > > Ah yes, indeed. See if ipfw.8,v 1.152 is what you wanted. > If it's ok, I will order an MFC. This is indeed what is needed to make the ipfw man page correct for 5.3 release; please have this accepted before 5.3 is released!! Rob. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 08:23:53 2004 Return-Path: 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 1A93316A4CE for ; Tue, 21 Sep 2004 08:23:53 +0000 (GMT) Received: from mail.daemonground.de (daemonground.de [217.160.129.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id C651E43D31 for ; Tue, 21 Sep 2004 08:23:50 +0000 (GMT) (envelope-from sascha@daemonground.de) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.daemonground.de (Postfix) with ESMTP id C1D7F89FFF; Tue, 21 Sep 2004 10:23:49 +0200 (CEST) Received: from mail.daemonground.de ([127.0.0.1]) by localhost (daemonground.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27157-07; Tue, 21 Sep 2004 10:23:44 +0200 (CEST) Received: from area51.cc-web.ma.schlund.de (p4b23e3d4.np.schlund.de [212.227.35.75]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.daemonground.de (Postfix) with ESMTP id A596789260; Tue, 21 Sep 2004 10:23:43 +0200 (CEST) From: Sascha Holzleiter To: Doug Russell In-Reply-To: <20040920104115.P94638-100000@mxb.saturn-tech.com> References: <20040920104115.P94638-100000@mxb.saturn-tech.com> Content-Type: text/plain Date: Tue, 21 Sep 2004 10:23:42 +0200 Message-Id: <1095755022.35597.5.camel@area51.cc-web.ma.schlund.de> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at daemonground.de X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 cc: current@freebsd.org Subject: Re: RELENG_5 nfs performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 08:23:53 -0000 On Mon, 2004-09-20 at 10:43 -0600, Doug Russell wrote: > Try changing to another network card from the VIA. Many of those vr cards > are very buggy and difficult to get to work properly. > > Try an fxp (Intel EtherExpress) or an xl (3Com 3c905, etc.) or something > if you have one on hand and see if that makes it work. This seems to be the actual problem. I tried all the other proposals like setting the media type manually which didn't change anything and tuning the client which gave me a doubled rate of 1MB/s for server to client transfers. So I took the chance to insert a good old fxp nic into the server which solved the problem. With fxp the rates are about 10Mb/s even with nfs. So there really seems to be a glitch with nfs and vr cards on RELENG_5 unless this one is utterly broken or broken by design which I can't rule out as this is another VIA product ;) Thanks for all your responses. -- Sascha From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 09:46:13 2004 Return-Path: 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 6743216A4CE for ; Tue, 21 Sep 2004 09:46:13 +0000 (GMT) Received: from sffwd0.suedfactoring.de (port-212-202-224-251.static.qsc.de [212.202.224.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C21E43D2F for ; Tue, 21 Sep 2004 09:46:09 +0000 (GMT) (envelope-from agruner@suedfactoring.de) Received: from pcs28.suedfac.com ([10.2.1.228]) ESMTP id i8L9k6dA031220 for ; Tue, 21 Sep 2004 11:46:06 +0200 Received: by pcs28.suedfac.com (Postfix, from userid 1001) id 008B0B91C; Tue, 21 Sep 2004 11:47:59 +0200 (CEST) Date: Tue, 21 Sep 2004 11:47:59 +0200 From: "Axel S. Gruner" To: freebsd-current@freebsd.org Message-ID: <20040921094759.GB84155@pcs28.suedfactoring.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: SuedFactoring GmbH Adress1: 70191 Stuttgart Adress2: Heilbronnerstrasse 86 Phone: (+49)711/127-3865 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 Subject: Problems building BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: axel.gruner@suedfactoring.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 09:46:13 -0000 Hi. I try to build the world with sources from today. So, "buildworld" runs without an error, but "buildkernel" gives me always the same error (i tried to delete /usr/obj, built the world again, cvsup new sources,...): >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/PCS28; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/PCS28 cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c In file included from /usr/include/regex.h:4, from /usr/include/regex.h:4, from /usr/include/regex.h:4, from /usr/include/regex.h:4, from /usr/include/regex.h:4, [...] from /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c:49: /usr/include/regex.h:3:23: #include nested too deeply /usr/include/regex.h:4:32: #include nested too deeply In file included from /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c:63: /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.h:112: error: syntax error before "regex_t" *** Error code 1 Stop in /usr/obj/usr/src/sys/PCS28. *** Error code 1 Stop in /usr/src. *** Error code 1 The only SCSI stuff i have in my kernel config is: device scbus device ch device da device sa device cd device pass At the moment i run FreeBSD 5.3-BETA4. So, what could be the problem and how to solve it? Thanks in advance. asg From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 09:47:18 2004 Return-Path: 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 8871A16A4CE; Tue, 21 Sep 2004 09:47:18 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2F4F43D4C; Tue, 21 Sep 2004 09:47:17 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i8L9jxhD029854; Tue, 21 Sep 2004 12:46:02 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i8L9jlk5005009; Tue, 21 Sep 2004 12:45:47 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)i8L9jhjk005008; Tue, 21 Sep 2004 12:45:43 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 21 Sep 2004 12:45:43 +0300 From: Giorgos Keramidas To: Ruslan Ermilov Message-ID: <20040921094543.GD4451@orion.daedalusnetworks.priv> References: <414F8934.4080509@cinci.rr.com> <20040921070138.GE89016@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040921070138.GE89016@ip.net.ua> X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 cc: freebsd-current@freebsd.org Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 09:47:18 -0000 On 2004-09-21 10:01, Ruslan Ermilov wrote: > On Mon, Sep 20, 2004 at 09:51:48PM -0400, Mike B wrote: > > Sorry if this is already addressed or is a non-issue. If I enter text > > into vi (or vim for that matter) and hit the backspace key the cursor > > runs over the text but does not remove it from the screen. If I then > > hit escape after backing over all of this text it is then, and only > > then, removed from the buffer. On my 4.x systems vi and vim work as I > > expect with no intervention on my part. My term is set to cons25 > > btw. Thanks > > The system's /usr/bin/vi worked like this since I remember it. > I've just checked, and it sure doesn't remove the character > with a backspace key until you escape. In vim(1), the character > is removed from screen immediately. This is exactly the sort of behavior I remember too, at least since 1998. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 11:12:04 2004 Return-Path: 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 AEA9516A4CE for ; Tue, 21 Sep 2004 11:12:04 +0000 (GMT) Received: from GreenSrv.rz.unibw-muenchen.de (greensrv.RZ.UniBw-Muenchen.de [137.193.10.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEBAF43D54 for ; Tue, 21 Sep 2004 11:12:03 +0000 (GMT) (envelope-from lutz@medusa.informatik.unibw-muenchen.de) Received: from localhost (GreenSrv [127.0.0.1])i8LBBCgu004044; Tue, 21 Sep 2004 13:11:12 +0200 Received: from GreenSrv.rz.unibw-muenchen.de ([127.0.0.1]) by localhost (GreenSrv [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03770-03; Tue, 21 Sep 2004 13:11:08 +0200 (CEST) Received: from medusa.informatik.unibw-muenchen.de (medusa.Informatik.UniBw-Muenchen.de [137.193.60.34])i8LBB6W8004032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Sep 2004 13:11:07 +0200 X-Remarks: If SPAM is relayed via GreenSrv.rz.unibw-muenchen.de to outside of unibw-muenchen.de, please report it to abuse@unibw-muenchen.de Received: from lutz by medusa.informatik.unibw-muenchen.de with local (Exim 4.42 (FreeBSD)) id 1C9iWT-00016w-LX; Tue, 21 Sep 2004 13:09:25 +0200 From: Lutz Bichler Organization: University of the Federal Armed Forces Munich To: "M. Warner Losh" Date: Tue, 21 Sep 2004 13:09:25 +0200 User-Agent: KMail/1.7 References: <200409200959.48269.Lutz.Bichler@unibw-muenchen.de> <20040920.225931.29867687.imp@bsdimp.com> In-Reply-To: <20040920.225931.29867687.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409211309.25428.Lutz.Bichler@unibw-muenchen.de> Sender: Lutz Bichler X-Virus-Scanned: by amavisd-new at GreenSrv.rz.unibw-muenchen.de X-Mailman-Approved-At: Tue, 21 Sep 2004 11:46:07 +0000 cc: current@freebsd.org Subject: Re: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 11:12:04 -0000 On Tuesday 21 September 2004 06:59, you wrote: > This may be my fault. Any chance you can give me a traceback? I would like to, but i cannot get a crash dump. Tried the kernel debugger (option DDB) an got the following trace: db> trace kobj_delete(c1e2ab80,c068c6a0,c1e28180,cc726c2c,c04862e2) at kobj_delete+0x14 device_delete_child(c1ef6c80, c1e2ab80,c16v4200,c16c4200,0) at device_delete_child+0xb1 usb_disconnect_port(c1f21870,c1ef6c80,cc726c50,c1614bc0,c1ef6c80) at usb_disconnect_port+0xd2 uhub_detach(c1ef6c80,c1578874,c067dfc4,c1ef6c80,0) at uhub_detach+0x7e device_detach(c1ef6c80,c1e2ab80,c1ef6b00,cc726ca8,c04862e2) at device_detach+0x6a device_delete_child(c15b4880,c1ef6c80,c15bda80,c15bda80,3) at device_delete_child+0x3f usb_disconnect_port(c15b4430,c15b4880,10,c04dca9c,c15ca210) at usb_disconnect_port+0xd2 uhub_explore(c15b8900,c15d3140,cc726d10,c0482e48,c15d3140) at uhub_explore+0x1be usb_discover(c15d3140,0,5c,c065d8d9,1770) at usb_discover+0x35 usb_event:_thread(c15d3140,cc726d48,0,0,0) at usb_event_thread+0x88 fork_exit(c0482dc0,c15d3140,cc726d48) at fork_exit+0x80 fork_trampoline() at for_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc726d7c, ebp = 0 --- db> Regards Lutz From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 11:58:25 2004 Return-Path: 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 229D516A4CF for ; Tue, 21 Sep 2004 11:58:25 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1DF043D58 for ; Tue, 21 Sep 2004 11:58:24 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8LBwIBs005109; Tue, 21 Sep 2004 07:58:18 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04445-09; Tue, 21 Sep 2004 07:58:18 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8LBwISQ005094; Tue, 21 Sep 2004 07:58:18 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8LBwBRf045697; Tue, 21 Sep 2004 07:58:11 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040921080151.037bfb50@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 21 Sep 2004 08:04:19 -0400 To: =?iso-8859-1?Q?=E9=F9=F8=E0=EC?= =?iso-8859-1?Q?_=E0=E1=E9=E1=E9?= , From: Mike Tancsa In-Reply-To: <001601c49fa6$95fefc80$0100000a@l4rddlehvv4ihj8> References: <001601c49fa6$95fefc80$0100000a@l4rddlehvv4ihj8> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: Re: 5.2.1 em driver and vlan issue. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 11:58:25 -0000 At 02:45 AM 21/09/2004, =E9=F9=F8=E0=EC =E0=E1=E9=E1=E9 wrote: >HELLO >I WANT TO INSTALL DRIVER FOR MY ETH CARD ON MY LAPTOP ( I HAVE INTEL=20 >ADAPTER 8255x ) AND I WANT THAT MY ETH CARD ON THE PC WILL SUPPORT VLAN ! >IS THERE ANY WAY TO DO IT ? Hi, You need to use a card that supports VLANs. For a list, see the=20 man pages for the documentation on vlans http://www.freebsd.org/cgi/man.cgi?query=3Dvlan&apropos=3D0&sektion=3D0&manp= ath=3DFreeBSD+6.0-current&format=3Dhtml Also, typing all in UPPERCASE is considered rude as its a form of shouting. ---Mike=20 From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 12:08:59 2004 Return-Path: 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 6523516A4CE; Tue, 21 Sep 2004 12:08:59 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id C091843D5D; Tue, 21 Sep 2004 12:08:58 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.13.1/8.13.1) with ESMTP id i8LC8b19093268; Tue, 21 Sep 2004 08:08:37 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.13.1/8.13.1/Submit) id i8LC8bE6093267; Tue, 21 Sep 2004 08:08:37 -0400 (EDT) (envelope-from geoff) Date: Tue, 21 Sep 2004 08:08:36 -0400 From: Geoff Speicher To: Giorgos Keramidas Message-ID: <20040921120836.GA93142@sirius.speicher.org> References: <414F8934.4080509@cinci.rr.com> <20040921070138.GE89016@ip.net.ua> <20040921094543.GD4451@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040921094543.GD4451@orion.daedalusnetworks.priv> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 12:08:59 -0000 On Tue, Sep 21, 2004 at 12:45:43PM +0300, Giorgos Keramidas wrote: > On 2004-09-21 10:01, Ruslan Ermilov wrote: > > On Mon, Sep 20, 2004 at 09:51:48PM -0400, Mike B wrote: > > > Sorry if this is already addressed or is a non-issue. If I enter text > > > into vi (or vim for that matter) and hit the backspace key the cursor > > > runs over the text but does not remove it from the screen. If I then > > > hit escape after backing over all of this text it is then, and only > > > then, removed from the buffer. On my 4.x systems vi and vim work as I > > > expect with no intervention on my part. My term is set to cons25 > > > btw. Thanks > > > > The system's /usr/bin/vi worked like this since I remember it. > > I've just checked, and it sure doesn't remove the character > > with a backspace key until you escape. In vim(1), the character > > is removed from screen immediately. > > This is exactly the sort of behavior I remember too, at least since 1998. It's probably worth noting not only that is that the way we remember it, but also the way some of us prefer it, because (1) it transmits fewer bytes over a slow link, and (2) you don't have to remember what you're re-typing. :) Geoff From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 12:23:55 2004 Return-Path: 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 1D6E516A4CE for ; Tue, 21 Sep 2004 12:23:55 +0000 (GMT) Received: from web14827.mail.yahoo.com (web14827.mail.yahoo.com [216.136.225.225]) by mx1.FreeBSD.org (Postfix) with SMTP id F0A8243D58 for ; Tue, 21 Sep 2004 12:23:54 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040921122354.73480.qmail@web14827.mail.yahoo.com> Received: from [212.143.154.227] by web14827.mail.yahoo.com via HTTP; Tue, 21 Sep 2004 05:23:54 PDT Date: Tue, 21 Sep 2004 05:23:54 -0700 (PDT) From: Rostislav Krasny To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 12:23:55 -0000 Hello. My hardware is based on a 430TX chipset. After switching to 5.3-BETA5 from 5.3-BETA4 I've discovered several behavior changes of new fdc(4) and new fdcontrol(8) on my system. 1. I/O ports changed. dmesg fragment from 5.3-BETA4 (verbose): fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 dmesg fragment from 5.3-BETA5 (verbose): fdc0: ic_type 90 part_id 80 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Quote of "Intel(R) 82371AB PCI-TO-ISA/IDE Xcelerator (PIIX4) Datasheet" (page 219): 11.3.5.6. Device 5: Floppy Disk Drive Device 5 monitors accesses to Floppy Drive Controller or GPI14. Device 5 System Events: - PCI accesses to IO addresses for the floppy drive, selectable below. This can cause idle, burst, or global standby timer reloads, IO trap SMI#, or forwarding of the cycle from PCI to ISA. - DACK2# assertion if enabled (see below). This can cause only idle, burst, and global standby timer reloads. - Assertion of GPI14. The polarity of active signal (high or low) is selectable. This can cause idle, burst, or global standby timer reloads. Device 5 Address Ranges: Floppy Drive: 3F0–3F5h, 3F7h or [FDC_MON_EN] 370–375h, 377h [FDC_DEC_SEL] Device 5 Idle Timer: Resolution: 1 second Count: 5 bit [IDL_CNTB] GPI Enable: [GPI_EN_DEV5] GPI Polarity Select: [GPI_POL_DEV5] DACK2# Enable: [RES_EN_DEV5] Device 5 ISA Forwarding Enable: [EIO_EN_DEV5] Device 5 Idle Timer Reload: [IDL_EN_DEV5] Global Standby Timer Reload: [GRLD_EN_DEV5] Burst Timer Reload: [BRLD_EN_DEV5] Fast or Slow Burst Select: [BRLD_SEL_DEV5] Idle Timer Expiration SMI#: [IDL_EN_DEV5] [IDL_STS_DEV5] Trap SMI#: [TRP_EN_DEV5] [TRP_STS_DEV5] You can download the whole document by following URL: ftp://download.intel.com/design/intarch/datashts/29056201.pdf Why the 3F7h port isn't used by new fdc(4) on my system? Is it a hardware detection bug? 2. fdcontrol cannot access /dev/fd0 when there is no diskette inserted When no diskette is inserted then running 'fdcontrol [anyflag] /dev/fd0' produce following error message: fdcontrol: open(/dev/fd0): Device not configured When any formatted diskette is inserted it works without such an error. For example: # fdcontrol -F -v /dev/fd0 /dev/fd0: 1440 KB media type Format: 18,512,0xff,0x1b,80,500,2,0x6c,1,0,+mfm,+auto Sector size: 512 Sectors/track: 18 Heads/cylinder: 2 Cylinders/disk: 80 Transfer rate: 500 kbps Sector gap: 27 Format gap: 108 Interleave: 1 Side offset: 0 Flags I don't have any non-formatted diskette to check how it works in that case. Any time 'fdcontrol [anyflag] /dev/fd0' is running the floppy drive is activated, i.e. the LED of the drive is alight and its heads are moving for some period of time. Thereagainst in 5.3-BETA4 fdcontrol(8) works the same when the diskette is inserted and when it isn't. For example: # fdcontrol -F -v /dev/fd0 /dev/fd0: 1440 KB media type Format: 18,512,0xff,0x1b,80,500,2,0x6c,1,0,+mfm Sector size: 512 Sectors/track: 18 Heads/cylinder: 2 Cylinders/disk: 80 Transfer rate: 500 kbps Sector gap: 27 Format gap: 108 Interleave: 1 Side offset: 0 Flags What is inspected behavior of fdcontrol(8) in 5.3-BETA5? Isn't its current behavior buggy? Is it concerned with 3F7h port that is not used on my system by the new fdc(4) driver? 3. Minors New fdcontrol(8) have new '-a' flag and '-d dbg' flag was removed. But both the manual page and the usage output of fdcontrol(8) wasn't changed. Also fdcontrol(8) prints a new 'AUTO' device flag that is not documented in the manual page too. Is it corresponded to FDOPT_AUTOSEL flag from fdc(4) manual page? According to that manual page FDOPT_AUTOSEL is read-only but I can disable 'AUTO' by running 'fdcontrol -s 18,512,0xff,0x1b,80,500,2,0x6c,1,0,+mfm,-auto /dev/fd0'. BTW disabling 'AUTO' doesn't prevent the "Device not configured" error described above. _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 12:29:27 2004 Return-Path: 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 1BDA116A4CE for ; Tue, 21 Sep 2004 12:29:27 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5963043D31 for ; Tue, 21 Sep 2004 12:29:26 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.13.1/8.13.1) with ESMTP id i8LCTQvl093484; Tue, 21 Sep 2004 08:29:26 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.13.1/8.13.1/Submit) id i8LCTPvS093483; Tue, 21 Sep 2004 08:29:25 -0400 (EDT) (envelope-from geoff) Date: Tue, 21 Sep 2004 08:29:25 -0400 From: Geoff Speicher To: John Asher Message-ID: <20040921122925.GB93142@sirius.speicher.org> References: <20040920114237.GA87896@sirius.speicher.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: XMMS Fatal error at line 83 (core dumped) FreeBSD 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 12:29:27 -0000 On Tue, Sep 21, 2004 at 07:07:30AM +0200, John Asher wrote: > Thank you for helping me. > > xmms works now, however if I want to listen to winamp radio, I have other > lib errors. > > I am now upgrading all ports depending on gettext, (after deleting and > upgrading gettext) as I have seen in a newsgroup, that will probably solve > that library error. > > Are there some ways I can protect myself in future for this type of > problems? Please copy the list in your replies to me so that others can benefit from and/or contribute to this discussion. To protect yourself against the unexpected in the future, you can follow the following advice excerpted from the FreeBSD Handbook, section 19.2.1.4 [Using FreeBSD-CURRENT]: Join the freebsd-current and the cvs-all lists. This is not just a good idea, it is essential. If you are not on the freebsd-current list, you will not see the comments that people are making about the current state of the system and thus will probably end up stumbling over a lot of problems that others have already found and solved. Even more importantly, you will miss out on important bulletins which may be critical to your system's continued health. The cvs-all list will allow you to see the commit log entry for each change as it is made along with any pertinent information on possible side-effects. In this case, you would have seen this particular issue discussed on freebsd-current several times over the course of the last month or two, and it probably would have allowed you to preempt it from ever happening to you. In addition to the above, don't forget to: - Read /usr/src/UPDATING - Read /usr/ports/UPDATING every time you cvsup. Geoff From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 12:33:54 2004 Return-Path: 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 36BE916A4CE for ; Tue, 21 Sep 2004 12:33:54 +0000 (GMT) Received: from web14823.mail.yahoo.com (web14823.mail.yahoo.com [216.136.225.178]) by mx1.FreeBSD.org (Postfix) with SMTP id E7E1043D3F for ; Tue, 21 Sep 2004 12:33:53 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040921123353.41103.qmail@web14823.mail.yahoo.com> Received: from [212.143.154.227] by web14823.mail.yahoo.com via HTTP; Tue, 21 Sep 2004 05:33:53 PDT Date: Tue, 21 Sep 2004 05:33:53 -0700 (PDT) From: Rostislav Krasny To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 12:33:54 -0000 > Any time 'fdcontrol [anyflag] /dev/fd0' is running the floppy drive > is activated, i.e. the LED of the drive is alight and its heads are > moving for some period of time. This is on 5.3-BETA5. On 5.3-BETA4 the the floppy drive isn't activated during fdcontrol(8) run. __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 12:35:52 2004 Return-Path: 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 8CE6316A4CE for ; Tue, 21 Sep 2004 12:35:52 +0000 (GMT) Received: from chons.visualtech.com (a.smtp.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FAD743D1D for ; Tue, 21 Sep 2004 12:35:52 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.1.76] (unknown [146.145.127.122]) by chons.visualtech.com (Postfix) with ESMTP id 61B95A1E7 for ; Tue, 21 Sep 2004 08:35:48 -0400 (EDT) Message-ID: <415020AD.70600@voicenet.com> Date: Tue, 21 Sep 2004 08:38:05 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) 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: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 12:35:52 -0000 David D.W. Downey wrote: > >Yes I know this all raises more questions than it answers, however I'm >hoping some of the devels on the list will step forward and either >tell *me* I'm on crack and express the why of that, or explain in >better details than I can. (I'm not a developer, I manage systems, >nothing more.) > > Same here. I just want someone to tell me to update to the latest code in CVS and that it'll be working :-) Seriously, though, I'm more than willing to test any patches or try and grab more debugging information. Adam From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 12:39:08 2004 Return-Path: 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 5E24816A4CE for ; Tue, 21 Sep 2004 12:39:08 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB66843D2F for ; Tue, 21 Sep 2004 12:39:07 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8LCd52L000427; Tue, 21 Sep 2004 14:39:05 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Rostislav Krasny From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 21 Sep 2004 05:33:53 PDT." <20040921123353.41103.qmail@web14823.mail.yahoo.com> Date: Tue, 21 Sep 2004 14:39:05 +0200 Message-ID: <423.1095770345@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 12:39:08 -0000 In message <20040921123353.41103.qmail@web14823.mail.yahoo.com>, Rostislav Kras ny writes: >> Any time 'fdcontrol [anyflag] /dev/fd0' is running the floppy drive >> is activated, i.e. the LED of the drive is alight and its heads are >> moving for some period of time. > >This is on 5.3-BETA5. On 5.3-BETA4 the the floppy drive isn't activated >during fdcontrol(8) run. In order to properly detect if there is floppy in the drive it is necessary to step the head at least one cylinder. Some of the more energy-concious floppy drives powers the step-motor for the heads from the same supply as the spindle motor, and therefore the motor has to be started before the step operation happens. -- 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 Tue Sep 21 12:42:39 2004 Return-Path: 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 A078C16A4CE for ; Tue, 21 Sep 2004 12:42:39 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF0C643D45 for ; Tue, 21 Sep 2004 12:42:38 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8LCgce1008361; Tue, 21 Sep 2004 14:42:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Rostislav Krasny From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 21 Sep 2004 05:23:54 PDT." <20040921122354.73480.qmail@web14827.mail.yahoo.com> Date: Tue, 21 Sep 2004 14:42:38 +0200 Message-ID: <8360.1095770558@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 12:42:39 -0000 In message <20040921122354.73480.qmail@web14827.mail.yahoo.com>, Rostislav Kras ny writes: >dmesg fragment from 5.3-BETA5 (verbose): > >fdc0: ic_type 90 part_id 80 >fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on >isa0 >Why the 3F7h port isn't used by new fdc(4) on my system? Is it a >hardware detection bug? Warner is working on this issue. > >2. fdcontrol cannot access /dev/fd0 when there is no diskette inserted > >When no diskette is inserted then running 'fdcontrol [anyflag] >/dev/fd0' produce following error message: > >fdcontrol: open(/dev/fd0): Device not configured We don't have a specific errno for "No media in drive". It would have been nice, but defining errno's is a tricky business. >What is inspected behavior of fdcontrol(8) in 5.3-BETA5? Isn't its >current behavior buggy? Is it concerned with 3F7h port that is not used >on my system by the new fdc(4) driver? The 0x3f7 is a bug, and as I said Warner is working on that. -- 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 Tue Sep 21 14:14:56 2004 Return-Path: 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 1471B16A4CE for ; Tue, 21 Sep 2004 14:14:56 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBA4C43D1F for ; Tue, 21 Sep 2004 14:14:55 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc13) with ESMTP id <2004092114145401500eip4ee> (Authid: europax); Tue, 21 Sep 2004 14:14:55 +0000 Message-ID: <415037A2.9060702@pythonemproject.com> Date: Tue, 21 Sep 2004 07:16:02 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <20040920114237.GA87896@sirius.speicher.org> <20040921122925.GB93142@sirius.speicher.org> In-Reply-To: <20040921122925.GB93142@sirius.speicher.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: XMMS Fatal error at line 83 (core dumped) FreeBSD 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 14:14:56 -0000 Geoff Speicher wrote: > On Tue, Sep 21, 2004 at 07:07:30AM +0200, John Asher wrote: > >>Thank you for helping me. >> >>xmms works now, however if I want to listen to winamp radio, I have other >>lib errors. >> >>I am now upgrading all ports depending on gettext, (after deleting and >>upgrading gettext) as I have seen in a newsgroup, that will probably solve >>that library error. >> >>Are there some ways I can protect myself in future for this type of >>problems? > > > Please copy the list in your replies to me so that others can benefit > from and/or contribute to this discussion. > > To protect yourself against the unexpected in the future, you can follow > the following advice excerpted from the FreeBSD Handbook, section > 19.2.1.4 [Using FreeBSD-CURRENT]: > > Join the freebsd-current and the cvs-all lists. This is not > just a good idea, it is essential. If you are not on the > freebsd-current list, you will not see the comments that people > are making about the current state of the system and thus will > probably end up stumbling over a lot of problems that others > have already found and solved. Even more importantly, you will > miss out on important bulletins which may be critical to your > system's continued health. > > The cvs-all list will allow you to see the commit log entry for > each change as it is made along with any pertinent information > on possible side-effects. > > In this case, you would have seen this particular issue discussed on > freebsd-current several times over the course of the last month or two, > and it probably would have allowed you to preempt it from ever happening > to you. > > In addition to the above, don't forget to: > > - Read /usr/src/UPDATING > - Read /usr/ports/UPDATING > > every time you cvsup. > > Geoff > > _______________________________________________ > 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" > Is xmms back in ports now? I have been compiling it from the www.xmms.org source for some time now with very good success. Sincerely, Rob Lytle From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 14:21:22 2004 Return-Path: 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 E05F016A4CE for ; Tue, 21 Sep 2004 14:21:22 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2BE343D31 for ; Tue, 21 Sep 2004 14:21:22 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc11) with ESMTP id <2004092114212201300aailge> (Authid: europax); Tue, 21 Sep 2004 14:21:22 +0000 Message-ID: <41503926.7080703@pythonemproject.com> Date: Tue, 21 Sep 2004 07:22:30 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Glidepoint tap not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 14:21:23 -0000 Here have a Dell 8600 notebook. I notice on RELENG_5 that the tapping function doesn't work. I remember it working on -stable. I'm wondering if there is a magic config param that I'm missing? Thanks, Rob. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 14:29:20 2004 Return-Path: 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 788A516A4CE for ; Tue, 21 Sep 2004 14:29:20 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 686A343D48 for ; Tue, 21 Sep 2004 14:29:19 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8LEQOIp049761 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Tue, 21 Sep 2004 18:26:24 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8LENHWF049482; (8.12.8/vak/2.1) Tue, 21 Sep 2004 18:23:17 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <415039E5.10205@cronyx.ru> Date: Tue, 21 Sep 2004 18:25:41 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <20040919121953.5de84a64@it.buh.tecnik93.com> In-Reply-To: <20040919121953.5de84a64@it.buh.tecnik93.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: BETA5 regression - reboots -reproducible X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 14:29:20 -0000 Check you hardware. I have almost the same problems with my station that currently Linux/Windows. My problem is not so stable as yours, but looks simular. I didn't see it in text mode, but in graphical mode it occurres time to time. I believe that this is hardware problem. Check for hardware first, for example if chip is overheated if card is properly inserted. Did you see some delay after system is dead and before it reboots? rik Ion-Mihai Tetcu wrote: >Hi, > > >The "good" news is the it happens every time. The bad one - nothing >logged and no idea what it happens. > >My "old" kernel+world was a BETA4 just before the apparition of >debug.witness oids. The new one is: > # uname -a >FreeBSD it.buh.tecnik93.com 5.3-BETA5 FreeBSD 5.3-BETA5 #6: Sat Sep 18 22:55:04 EEST 2004 itetcu@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT53_b3_df i386 >so the time frame is pretty small. > >Kernel and world were build with NOCLEAN (I'm rebuilding now after >removing /usr/obj). > >The problem: >Each time I try to play a video file with gmplayer or mplayer the system >reboots; no error logged. > >This is a ULE, apic, agp kernel, with witness (but running with or without >debug.witness.watch makes no difference) and invariants (see attached >conf file); >root(root)@it> /root [12:08:43] 0 # ll /etc/malloc.conf >lrwxr-xr-x 1 root wheel 2 Sep 7 13:16 /etc/malloc.conf -> aj > >An old BETA3 kernel that happens to lay around works. > >The only thing I've noticed is that X takes a little longer to load (I >mean the initial X screen with the X mouse cursor stays a few seconds >before turning into KDE start-up screen). > > >Also running Xorg with or without dri makes no difference. > >This is the console dri output when loading X: >pci0: driver added >pci1: driver added >found-> vendor=0x1002, dev=0x4966, revid=0x01 > bus=1, slot=0, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) > lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=16 > powerspec 2 supports D0 D1 D2 D3 current D0 >pci1:0:0: reprobing on driver added >drm0: port 0xc000-0xc0ff mem 0xe1000000-0xe100ffff,0xd >8000000-0xdfffffff irq 16 at device 0.0 on pci1 >info: [drm] AGP at 0xd0000000 128MB >info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 >agp0: Setting AGP v2 mode 4 > info: [drm] Loading R200 Microcode >drm0: [MPSAFE] > > > >*Anything* in order to fix this is very welcome. > > >Thanks, > > > >------------------------------------------------------------------------ > >_______________________________________________ >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 Tue Sep 21 14:35:14 2004 Return-Path: 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 4110916A4CF for ; Tue, 21 Sep 2004 14:35:14 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FBD943D2F for ; Tue, 21 Sep 2004 14:35:13 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8LEW8mC050092 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Tue, 21 Sep 2004 18:32:08 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8LEV2WF050014; (8.12.8/vak/2.1) Tue, 21 Sep 2004 18:31:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41503BB6.2070501@cronyx.ru> Date: Tue, 21 Sep 2004 18:33:26 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ringworm@inbox.lv References: <200409202350.12931.ringworm@inbox.lv> In-Reply-To: <200409202350.12931.ringworm@inbox.lv> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Cannot connect DSL with CURRENT ok with STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 14:35:14 -0000 Hi, Michael C. Shultz wrote: >[...] >pppoed_enable="YES" # Run the PPP over Ethernet daemon. >pppoed_provider="verizon" # Provider and ppp(8) config file entry. >pppoed_flags="-P /var/run/pppoed.pid" # Flags to pppoed (if enabled). >pppoed_interface="ed0" # The interface that pppoed runs on. > > Do you really want to run pppoe in daemon mode or you just want to make a connection with your ISP? rik >-Mike > >_______________________________________________ >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 Tue Sep 21 14:41:46 2004 Return-Path: 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 0622316A4CE for ; Tue, 21 Sep 2004 14:41:46 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A02F243D5A for ; Tue, 21 Sep 2004 14:41:42 +0000 (GMT) (envelope-from yurtesen-dated-1096641697.0bd5d4@ispro.net.tr) Received: (qmail 42652 invoked by uid 89); 21 Sep 2004 14:41:37 -0000 Received: from [192.168.0.94] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 21 Sep 2004 17:41:35 +0300 (EEST) Message-ID: <4150CA1E.4040304@ispro.net.tr> Date: Tue, 21 Sep 2004 17:41:02 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit From: Evren Yurtesen X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) X-Primary-Address: yurtesen@ispro.net.tr Subject: nis/yp question about password file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 14:41:46 -0000 Hello, I have upgraded some of my machines from 4.x to 5.x and I am having a weird problem. I have +::::::::: in my master.passwd file and I am able to login to the machine, but after I login the machine seems to think my UID is 100 instead of 501 this problem does not exist in my 4.x machines. when I login, I see my uid as it should be in 4.x machines. can anybody tell what changed in nis/yp that it doesnt work as before anymore? Thanks, Evren From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 14:50:41 2004 Return-Path: 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 0AC1B16A4CE for ; Tue, 21 Sep 2004 14:50:41 +0000 (GMT) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26AE443D49 for ; Tue, 21 Sep 2004 14:50:40 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id DFBB64BF; Tue, 21 Sep 2004 17:50:30 +0300 (EEST) Date: Tue, 21 Sep 2004 17:50:30 +0300 From: Ion-Mihai Tetcu To: Roman Kurakin Message-ID: <20040921175030.4e0d9033@it.buh.tecnik93.com> In-Reply-To: <415039E5.10205@cronyx.ru> References: <20040919121953.5de84a64@it.buh.tecnik93.com> <415039E5.10205@cronyx.ru> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: BETA5 regression - reboots -reproducible X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 14:50:41 -0000 On Tue, 21 Sep 2004 18:25:41 +0400 Roman Kurakin wrote: > Check you hardware. I have almost the same problems with my station that > currently Linux/Windows. My problem is not so stable as yours, but looks > simular. I didn't see it in text mode, but in graphical mode it occurres > time to > time. I believe that this is hardware problem. Check for hardware first, for > example if chip is overheated if card is properly inserted. > > Did you see some delay after system is dead and before it reboots? No. The system doesn't go dead, it just reboots. I think I traced it: On Mon, 20 Sep 2004 23:40:07 +0300 Ion-Mihai Tetcu wrote: > On Sun, 19 Sep 2004 12:19:53 +0300 > Ion-Mihai Tetcu wrote: > > > Hi, > > > > > > The "good" news is the it happens every time. The bad one - nothing > > logged and no idea what it happens. > [...] > > The problem: > > Each time I try to play a video file with gmplayer or mplayer the system > > reboots; no error logged. > > > > This is a ULE, apic, agp kernel, with witness (but running with or without > > debug.witness.watch makes no difference) and invariants (see attached > > conf file); > > root(root)@it> /root [12:08:43] 0 # ll /etc/malloc.conf > > lrwxr-xr-x 1 root wheel 2 Sep 7 13:16 /etc/malloc.conf -> aj > > I've isolated the problem to commits on 14.09 and emulators/rtc. > > The world is from 17.09 > mplayer-gtk-esound-0.99.5_2 port built on 10.09 with rtc support > rtc-2004.02.24.1_4 port was built on 7.09 > > With kernel from 13.09 there's no problem. > With kernel from 14.09 with rtc.ko loaded I get instant reboot; > With kernel from 14.09 *without* rtc.ko loaded > (/usr/local/etc/rd.d/rtc.sh start) all is OK. > > After rebuilding rtc the system doesn't reboot anymore. -- IOnut Unregistered ;) FreeBSD "user" 5.3-BETA4 - try `sysctl debug.witness_watch=0` and prepare to fly :-) From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 15:01:17 2004 Return-Path: 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 C61C416A4CE for ; Tue, 21 Sep 2004 15:01:17 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D309843D4C for ; Tue, 21 Sep 2004 15:01:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8LF1FRZ024569; Tue, 21 Sep 2004 18:01:15 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 72755-03; Tue, 21 Sep 2004 18:01:15 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8LF0EWN024539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Sep 2004 18:00:14 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8LF0HhH098645; Tue, 21 Sep 2004 18:00:17 +0300 (EEST) (envelope-from ru) Date: Tue, 21 Sep 2004 18:00:17 +0300 From: Ruslan Ermilov To: "Axel S. Gruner" Message-ID: <20040921150017.GD97310@ip.net.ua> References: <20040921094759.GB84155@pcs28.suedfactoring.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RhUH2Ysw6aD5utA4" Content-Disposition: inline In-Reply-To: <20040921094759.GB84155@pcs28.suedfactoring.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: Problems building BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 15:01:18 -0000 --RhUH2Ysw6aD5utA4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 21, 2004 at 11:47:59AM +0200, Axel S. Gruner wrote: > Hi. >=20 > I try to build the world with sources from today. So, "buildworld" runs > without an error, but "buildkernel" gives me always the same error (i > tried to delete /usr/obj, built the world again, cvsup new sources,...): >=20 > >>> stage 2.3: build tools > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/PCS28; > MAKESRCPATH=3D/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f > /usr/src/sys/dev/aic7xxx/aicasm/Makefile > Warning: Object directory not changed from original > /usr/obj/usr/src/sys/PCS28 > cc -O -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -c > /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c > In file included from /usr/include/regex.h:4, > from /usr/include/regex.h:4, > from /usr/include/regex.h:4, > from /usr/include/regex.h:4, > from /usr/include/regex.h:4, > [...] > from /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c:49: > /usr/include/regex.h:3:23: #include nested too deeply > /usr/include/regex.h:4:32: #include nested too deeply > In file included from /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c:63: > /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.h:112: error: syntax error > before "regex_t" > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/PCS28. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > The only SCSI stuff i have in my kernel config is: >=20 > device scbus =20 > device ch =20 > device da =20 > device sa =20 > device cd =20 > device pass =20 >=20 > At the moment i run FreeBSD 5.3-BETA4. > So, what could be the problem and how to solve it? >=20 Make sure your /usr/include/regex.h is not corrupt. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --RhUH2Ysw6aD5utA4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBUEIBqRfpzJluFF4RAgjJAJ4lAWxtGr3izOtSgyDdkMa8XEvNTwCcCPkC 6gaMozy8UWelJ8011oWQAZY= =FrL5 -----END PGP SIGNATURE----- --RhUH2Ysw6aD5utA4-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 15:11:42 2004 Return-Path: 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 CBE9B16A4CF for ; Tue, 21 Sep 2004 15:11:42 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3206B43D54 for ; Tue, 21 Sep 2004 15:11:42 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so1613796rnk for ; Tue, 21 Sep 2004 08:11:41 -0700 (PDT) Received: by 10.38.15.66 with SMTP id 66mr3017199rno; Tue, 21 Sep 2004 08:11:38 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Tue, 21 Sep 2004 08:11:38 -0700 (PDT) Message-ID: <790a9fff04092108116253b585@mail.gmail.com> Date: Tue, 21 Sep 2004 10:11:38 -0500 From: Scot Hetzel To: Edwin Brown In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-current@freebsd.org Subject: Re: NetGear GA302T Adapter Very Chatty 5.3BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 15:11:42 -0000 On Mon, 20 Sep 2004 23:24:33 -0400, Edwin Brown wrote: > I'm currently running 5.3BETA5 and my console is flooded with messages of > > bge0: gigabit link up. > > The message originates from > > /usr/src/sys/dev/bge/if_bge.c line number 2952 which is inside the > function bge_tick_locked( struct bge_softc *); > > I've not had any extra time to invest in debugging right now. > > It seems much worse since I enabled PREEMPTION and SCHED_ULE in > the kernel. Those are the only two changes that have been made from > the base system. > > Anyone know the answer? > First you should switch back to SCHED_BSD, as SCHED_ULE has problems that the developers are currently trying to isolate. Bill Paul was working on a fix for bge to eliminate these false link up messages. See "Call for testers, if_bge patch for BCM570x users" Sep 15 in the FreeBSD-Current Archive. Scot From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 15:20:53 2004 Return-Path: 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 0FD6D16A4CE for ; Tue, 21 Sep 2004 15:20:53 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 9770C43D2F for ; Tue, 21 Sep 2004 15:20:51 +0000 (GMT) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 85448 invoked by uid 1000); 21 Sep 2004 15:18:44 -0000 Date: Tue, 21 Sep 2004 17:18:44 +0200 From: Joan Picanyol To: freebsd-current@freebsd.org Message-ID: <20040921151844.GA84909@grummit.biaix.org> Mail-Followup-To: freebsd-current@freebsd.org References: <4150CA1E.4040304@ispro.net.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4150CA1E.4040304@ispro.net.tr> User-Agent: Mutt/1.4.1i Subject: Re: nis/yp question about password file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 15:20:53 -0000 * Evren Yurtesen [20040921 16:43]: > I have > > +::::::::: > > in my master.passwd file [...] > can anybody tell what changed in nis/yp that it doesnt work as before > anymore? Nothing that I know of. Do you have a +:*::::: in /etc/passwd as well? Otherwise, rebuild your password file. qvb -- pica From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 15:39:05 2004 Return-Path: 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 084EF16A4CE for ; Tue, 21 Sep 2004 15:39:05 +0000 (GMT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id A128443D41 for ; Tue, 21 Sep 2004 15:39:03 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2])i8LFcwKn029554; Tue, 21 Sep 2004 17:38:59 +0200 (MEST) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id BD1FE589; Tue, 21 Sep 2004 17:38:53 +0200 (CEST) Date: Tue, 21 Sep 2004 17:38:53 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Evren Yurtesen Message-ID: <20040921173853.22700630@arc.pmp.uni-hannover.de> In-Reply-To: <4150CA1E.4040304@ispro.net.tr> References: <4150CA1E.4040304@ispro.net.tr> Organization: Plasmaphysik X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) 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-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Tue, 21 Sep 2004 17:38:59 +0200 (MEST) X-Scanned-By: MIMEDefang 2.42 cc: freebsd-current@freebsd.org Subject: Re: nis/yp question about password file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 15:39:05 -0000 On Tue, 21 Sep 2004 17:41:02 -0700 Evren Yurtesen wrote about nis/yp question about password file: EY> can anybody tell what changed in nis/yp that it doesnt work as before EY> anymore? 5.x is featuring /etc/nsswitch.conf Did you create one during your update process? Mine looks like this and works fine with yp: cat /etc/nsswitch.conf group: nis files group_compat: nis hosts: files nis dns passwd: nis files passwd_compat: nis cu Gerrit From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 15:44:51 2004 Return-Path: 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 CAEF316A4CE for ; Tue, 21 Sep 2004 15:44:51 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D9F43D1F for ; Tue, 21 Sep 2004 15:44:51 +0000 (GMT) (envelope-from bob@immure.com) Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1])i8LFinWC356660; Tue, 21 Sep 2004 11:44:50 -0400 Received: from luke.immure.com (luke.immure.com [10.1.132.3]) by maul.immure.com (8.12.11/8.12.11) with ESMTP id i8LFilR1019642; Tue, 21 Sep 2004 10:44:47 -0500 (CDT) (envelope-from bob@immure.com) Received: from luke.immure.com (localhost [127.0.0.1]) by luke.immure.com (8.12.11/8.12.11) with ESMTP id i8LFilto058917; Tue, 21 Sep 2004 10:44:47 -0500 (CDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.12.11/8.12.11/Submit) id i8LFil2s058916; Tue, 21 Sep 2004 10:44:47 -0500 (CDT) (envelope-from bob) Date: Tue, 21 Sep 2004 10:44:47 -0500 From: Bob Willcox , To@FreeBSD.ORG:Mike B Message-ID: <20040921154447.GB57728@luke.immure.com> References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> <414FA035.6000503@cinci.rr.com> <20040921035919.GA81408@parodius.com> <414FAB6C.4040504@cinci.rr.com> <20040921043545.GA82495@parodius.com> <41500529.9020004@cinci.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41500529.9020004@cinci.rr.com> User-Agent: Mutt/1.5.6i X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner: Found to be clean X-MailScanner-From: bob@immure.com cc: Current cc: Jeremy Chadwick Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bob Willcox List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 15:44:51 -0000 On Tue, Sep 21, 2004 at 06:40:41AM -0400, Mike B wrote: > Jeremy Chadwick wrote: > > >Do things work properly in vim (preferrably ports/editors/vim-lite) but > >not native /usr/bin/vi, or are they generally horked all around? > > > > > > > You all are right about the behavior of vi, but the backspace in vim is > definitely broken. I've tried using the :fixdel command and also > remapping the key with :map but the result is always the same. Perhaps > this is a bug or incompatability that has arisen in vim; every other > text editor seems to work flawlessly. Thanks FWI, all versions of vi that I've used over the past 20 years (I only use vim when using Linux) had this behavior wrt the backspace key (backing over but no erasing). This has been mostly on on AIX, ESIX, and FreeBSD. So for me anyway, it's the "norm." Bob -- Bob Willcox Acquaintance, n.: bob@immure.com A person whom we know well enough to borrow from, Austin, TX but not well enough to lend to. -- Ambrose Bierce, "The Devil's Dictionary" From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 16:05:10 2004 Return-Path: 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 E0C1516A4CE for ; Tue, 21 Sep 2004 16:05:10 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1875543D58 for ; Tue, 21 Sep 2004 16:05:10 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8LG265I054224 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Tue, 21 Sep 2004 20:02:06 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8LG0Bk3054113; (8.12.8/vak/2.1) Tue, 21 Sep 2004 20:00:11 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4150509C.9030409@cronyx.ru> Date: Tue, 21 Sep 2004 20:02:36 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <41421D6A.8070805@cronyx.ru> <414E7581.2070505@root.org> <414F256B.1030304@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> In-Reply-To: <200409201652.24457.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: FreeBSD Current cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 16:05:11 -0000 John Baldwin wrote: >It seems odd that this is needed though. Does it go away if you use >DISABLE_PSE or DISABLE_PGE? > > No, this doesn't help in any combination. By the way, I am not alone: http://lists.freebsd.org/pipermail/freebsd-current/2004-April/026290.html rik From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 16:08:34 2004 Return-Path: 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 2ACB916A4CE for ; Tue, 21 Sep 2004 16:08:34 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F7D143D41 for ; Tue, 21 Sep 2004 16:08:33 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail 15299 invoked by uid 65534); 21 Sep 2004 16:08:31 -0000 Received: from pD951F7D7.dip.t-dialin.net (EHLO [217.81.247.215]) (217.81.247.215) by mail.gmx.net (mp012) with SMTP; 21 Sep 2004 18:08:31 +0200 X-Authenticated: #989277 From: Martin To: Grover Lines In-Reply-To: <20040917010328.9648843D2D@mx1.FreeBSD.org> References: <20040917010328.9648843D2D@mx1.FreeBSD.org> Content-Type: text/plain Message-Id: <1095782908.16370.6.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 18:08:29 +0200 Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: slotcount oddity message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 16:08:34 -0000 Am Fr, den 17.09.2004 schrieb Grover Lines um 3:03: > pid 729: corrected slot count (2->1) I want to confirm this, too. I'm on BETA5 i386 with SCHED_4BSD. Is it safe to ignore it? Martin From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 16:26:50 2004 Return-Path: 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 651C716A4CE; Tue, 21 Sep 2004 16:26:50 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D042A43D4C; Tue, 21 Sep 2004 16:26:49 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i8LGQlEm018884; Tue, 21 Sep 2004 12:26:48 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040921071704.GF89016@ip.net.ua> References: <414F4507.2010609@savvis.net> <20040921071704.GF89016@ip.net.ua> Date: Tue, 21 Sep 2004 12:26:46 -0400 To: Ruslan Ermilov , Maksim Yevmenkin From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: sparc64 buildworld is broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 16:26:50 -0000 At 10:17 AM +0300 9/21/04, Ruslan Ermilov wrote: > >And no, this has nothing to do with 64bTT. Whether or not *this* problem has anything to do with 64bTT, anyone on Sparc64 who is upgrading from 5.2.1-RELEASE to 6.x-current should pay attention to the upgrade instructions for 64bTT. This is only an issue for sparc64 users, of course. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 16:29:28 2004 Return-Path: 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 EB3D816A4CE for ; Tue, 21 Sep 2004 16:29:28 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D8EE43D53 for ; Tue, 21 Sep 2004 16:29:28 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8LGQ9fQ055179 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Tue, 21 Sep 2004 20:26:09 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8LGOoKt055087; (8.12.8/vak/2.1) Tue, 21 Sep 2004 20:24:50 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41505663.40407@cronyx.ru> Date: Tue, 21 Sep 2004 20:27:15 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current References: <41421D6A.8070805@cronyx.ru> <414E7581.2070505@root.org> <414F256B.1030304@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> In-Reply-To: <200409201652.24457.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: Ian Freislich cc: John Baldwin cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 16:29:29 -0000 My solution works for current so I am going to commit it and MFC after a while. To be sure that I am not on the wrong way I need some reviewed/approved signs ;-) I also hope to get one (or more) tested signs. Patch I plan to commit following patch: Index: mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.238 diff -u -r1.238 mp_machdep.c --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 +++ mp_machdep.c 21 Sep 2004 15:54:41 -0000 @@ -743,10 +743,11 @@ u_int8_t *dst8; u_int16_t *dst16; u_int32_t *dst32; + vm_offset_t va = (vm_offset_t) dst; POSTCODE(INSTALL_AP_TRAMP_POST); - pmap_kenter(boot_address + KERNBASE, boot_address); + pmap_map(&va, boot_address, boot_address + size, 0); for (x = 0; x < size; ++x) *dst++ = *src++; Any signs for(or against)? Thanks! PS. John: I am against of pmap_kenter/pmap_invalidate_XXX since we could get the same problem if we would use atomic functions instead of composite functions, which, I hope, will track all changes in the future. rik From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 17:11:09 2004 Return-Path: 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 2AEB816A4CE; Tue, 21 Sep 2004 17:11:09 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C2B43D1D; Tue, 21 Sep 2004 17:11:08 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57])i8LHArCE005846; Tue, 21 Sep 2004 13:10:53 -0400 Message-ID: <4150607D.3020900@root.org> Date: Tue, 21 Sep 2004 10:10:21 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <41421D6A.8070805@cronyx.ru> <414E7581.2070505@root.org> <414F256B.1030304@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <41505663.40407@cronyx.ru> In-Reply-To: <41505663.40407@cronyx.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Ian Freislich cc: John Baldwin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 17:11:09 -0000 Roman Kurakin wrote: > My solution works for current so I am going to commit it and MFC after > a while. To be sure that I am not on the wrong way I need some > reviewed/approved signs ;-) I also hope to get one (or more) tested signs. > > Patch I plan to commit following patch: > > Index: mp_machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v > retrieving revision 1.238 > diff -u -r1.238 mp_machdep.c > --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > +++ mp_machdep.c 21 Sep 2004 15:54:41 -0000 > @@ -743,10 +743,11 @@ > u_int8_t *dst8; > u_int16_t *dst16; > u_int32_t *dst32; > + vm_offset_t va = (vm_offset_t) dst; > > POSTCODE(INSTALL_AP_TRAMP_POST); > > - pmap_kenter(boot_address + KERNBASE, boot_address); > + pmap_map(&va, boot_address, boot_address + size, 0); > for (x = 0; x < size; ++x) > *dst++ = *src++; > > Any signs for(or against)? > > Thanks! A quick "no" vote from me until this is really understood. I think the real problem is an interference between the pmap for the AP trampoline and the acpi wake code (sys/i386/acpica/acpi_wakeup.c). The address you gave (0x9f000) is right before the base address we use for the wakeup code (0xa0000). As I woke up this morning, I was wondering if this could be the issue. An easy way to test is to disable the call to acpi_install_wakeup_handler() in sys/i386/acpica/acpi_machdep.c and see if this alone fixes the problem. If I'm wrong, feel free to commit your patch. P.S. Spaces instead of tabs in your diff. -Nate From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 17:12:05 2004 Return-Path: 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 8D09016A4CE for ; Tue, 21 Sep 2004 17:12:05 +0000 (GMT) Received: from virtual.micronet.sk (smtp-r.micronet.sk [213.215.96.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5013243D2F for ; Tue, 21 Sep 2004 17:12:04 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from danger.dnv.dewnet.sk ([213.215.105.189]) by virtual.micronet.sk (8.12.11/8.12.11) with ESMTP id i8LHBlV8054428 for ; Tue, 21 Sep 2004 19:11:52 +0200 (CEST) (envelope-from danger@wilbury.sk) Date: Tue, 21 Sep 2004 19:12:43 +0200 From: DanGer X-Mailer: The Bat! (v2.12.00) Business X-Priority: 3 (Normal) Message-ID: <2510109482.20040921191243@wilbury.sk> To: current@freebsd.org In-Reply-To: <259306135.20040915091315@wilbury.sk> References: <20040915.021427.74736836.fujita@soum.co.jp> <259306135.20040915091315@wilbury.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re[2]: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DanGer List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 17:12:05 -0000 Hello DanGer, Wednesday, September 15, 2004, 9:13:15 AM, you wrote: > Mounting root from ufs:/dev/ad0s1a > WARNING: /data was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > Accounting enabled > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=161995103 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3609119 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3610303 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=21064831 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=21064831 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3941919 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3942047 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3942751 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3942751 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3943263 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3943263 > ad0: FAILURE - READ_DMA status=51 > error=84 LBA=3943263 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=21064383 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3767239 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3767063 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=3767063 > ad0: FAILURE - READ_DMA status=51 > error=84 LBA=3767063 > spec_getpages:(ad0s1e) I/O read failure: (error=5) bp 0xcb6d98c8 vp 0xc3c0c514 > size: 65536, resid: 65536, a_count: 65536, valid: 0x0 > nread: 0, reqpage: 7, pindex: 142, pcount: 16 this solved problem for me and some guy from mailing list, so i think it was not due to bad cable...here is the solution: to the /boot/loader.conf add line: hw.ata.ata_dma=0 to the /etc/rc.local add line: atacontrol mode 0 udma2 udma2 and restart your system. can somebody competent explain me, why this solved the problem? are these errors due to some problems with ata driver or udma pproblem? -- Best regards +----------==/\/\==----------+ | DanGer | | DanGer@IRCnet ICQ261701668 | | http://danger.homeunix.org | +----------==\/\/==----------+ From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 17:30:48 2004 Return-Path: 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 AB82B16A4CE; Tue, 21 Sep 2004 17:30:48 +0000 (GMT) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7981343D5A; Tue, 21 Sep 2004 17:30:46 +0000 (GMT) (envelope-from leporter@xmission.com) Received: from [198.60.22.201] (helo=mgr1.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 1C9oTV-0003OR-02; Tue, 21 Sep 2004 11:30:45 -0600 Received: from [166.70.25.145] (helo=[192.168.0.3]) by mgr1.xmission.com with esmtp (Exim 4.32) id 1C9oTV-0008Pp-RE; Tue, 21 Sep 2004 11:30:45 -0600 Message-ID: <4150653C.6090006@xmission.com> Date: Tue, 21 Sep 2004 11:30:36 -0600 From: Jason Porter User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Andree References: <414F2ABD.2030604@xmission.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr1.xmission.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=8.0 tests=T_TM2_M_HEADER_IN_MSG autolearn=no version=2.63 X-SA-Exim-Connect-IP: 166.70.25.145 X-SA-Exim-Mail-From: leporter@xmission.com X-SA-Exim-Version: 4.0 (built Sat, 24 Apr 2004 12:31:30 +0200) X-SA-Exim-Scanned: Yes (on mgr1.xmission.com) cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: ACPI not working for shutdown -p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 17:30:48 -0000 Nope, still no go. It gives me a timeout whenever it tries to shutdown, I don't know if that has anything to do with the timeout tables, I'd assume so, but I haven't the slightest idea on how to fix that. I'm still confused as to why it doesn't work on FreeBSD, but the Windows drive I have shuts down the machine just fine. Oh well. Thanks for the help though. Matthias Andree wrote: > Jason Porter writes: > > >>I had things working just fine before, then I rebuild my kernel and I >>don't know what happened, but I can't get ACPI to turn off the computer >>anymore. I'm running a 5.3BETA3 from Sept 9 and I'm on an ASUS A7S333. >> I'll include the dmesg report, if anyone has any questions, let me >>know, thanks. > > > Try adding the following line to /boot/loader.conf.local and see if that > helps, I've needed this line with an A7V600-X but haven't recently (in > BETA) checked if it's still needed (dual-boot machine which usually sees > reboot, not halt -p): > > hw.acpi.disable_on_poweroff="0" > -Jason Porter From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 17:36:49 2004 Return-Path: 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 025D116A516 for ; Tue, 21 Sep 2004 17:36:49 +0000 (GMT) Received: from mail825.megamailservers.com (mail825.carrierinternetsolutions.com [69.49.106.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78FE343D45 for ; Tue, 21 Sep 2004 17:36:48 +0000 (GMT) (envelope-from strick@covad.net) X-POP-User: strick.covad.net Received: from mist.nodomain (h-67-101-100-188.snfccasy.dynamic.covad.net [67.101.100.188])i8LHakat012292 for ; Tue, 21 Sep 2004 13:36:46 -0400 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.11/8.12.11) with ESMTP id i8LHajpo000464; Tue, 21 Sep 2004 10:36:45 -0700 (PDT) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.11/8.12.11/Submit) id i8LHajfK000463; Tue, 21 Sep 2004 10:36:45 -0700 (PDT) (envelope-from dan) Date: Tue, 21 Sep 2004 10:36:45 -0700 (PDT) From: Dan Strick Message-Id: <200409211736.i8LHajfK000463@mist.nodomain> To: freebsd-current@freebsd.org cc: dan@mist.nodomain Subject: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 17:36:49 -0000 I just downloaded and burned 5.3-BETA5-i386-disc1.iso and attempted to start an installation. --------------------------- If I try the default boot (option #1), the system wedges after these messages: ... pmtimer 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 tic every 10.000 msec md0: Preloaded image 4423680 bytes at 0xc09b68a4 kernel trao 12 with interrupts disabled fatal trap 12: pague fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x108 fault code = supervisor read, page not present instruction pointer = 0x8:0xc06027a1 stack pointer = 0x10:0xe519db48 frame pointer = 0x10:0xe519db54 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 2 (g_event) trap number = 12 panic: page fault cpuid = 0 uptime: 1s --------------------------- If I boot with ACPI disabled, the system gets a little farther and then wedges after these messages: ... ATAPI_RESET time = 90us acd0: CDRW at ata1-master UDMA33 em0: Link is up 100 Mbps Full Duplex Interrupt storm detected on "irq18: em0 uhci2"; throttling interrupt source I also get a bunch of error messages of the form: unknown: can't assign resources (port) and copies of this message: ahc3: No resources allocated. (which is a little odd since there is no ahc3). --------------------------- The system is a 2.8 GHz hyperthreaded P4 on a Gigabyte 8KNXP motherboard (Intel 875/ICH5R support chips) and 1 GB of main memory. Additional information about the system and its behavior under FreeBSD is available on request, but you have to be specific about what you want. Remember that since the system won't finish device configuration, I have to manually copy the messages off the screen onto paper and then type them back into my email program. --------------------------- Summary: I am rather disturbed because I can't even get the generic kernel to boot. If 5.3 is declared "stable" under these circumstances, I could end up Microsoft Creek without a paddle. P.S. Release 4.10 works fine on my machine but doesn't support some of the modern motherboard devices very well. Release 5.1 seemed to boot ok but my ps2 mouse randomly failed due to ACPI problems. Release 5.2/5.2.1 would boot only with ACPI disabled and then failed to configure the interrupt for my ethernet interface. Now 5.3 BETA won't boot at all. Each new release of 5.x seems slightly more problematic than the previous release. Bummer ... Dan Strick strick@covad.net From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 18:15:05 2004 Return-Path: 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 CB12516A4CE for ; Tue, 21 Sep 2004 18:15:05 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id E336E43D48 for ; Tue, 21 Sep 2004 18:15:04 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so1670378rnk for ; Tue, 21 Sep 2004 11:15:00 -0700 (PDT) Received: by 10.38.74.50 with SMTP id w50mr2965587rna; Tue, 21 Sep 2004 11:14:59 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Tue, 21 Sep 2004 11:14:59 -0700 (PDT) Message-ID: <790a9fff040921111487afbca@mail.gmail.com> Date: Tue, 21 Sep 2004 13:14:59 -0500 From: Scot Hetzel To: Dan Strick In-Reply-To: <200409211736.i8LHajfK000463@mist.nodomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200409211736.i8LHajfK000463@mist.nodomain> cc: freebsd-current@freebsd.org cc: Nate Lawson Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 18:15:05 -0000 On Tue, 21 Sep 2004 10:36:45 -0700 (PDT), Dan Strick wrote: > I just downloaded and burned 5.3-BETA5-i386-disc1.iso and attempted to > start an installation. > > --------------------------- > Since disabling ACPI didn't work try, disabling APIC at the loader prompt with: set hint.apic.0.disabled="1" at the loader prompt If this works, you might want to ask Nate if he wants your dmesg output and a dump of your ACPI. Scot From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 18:30:42 2004 Return-Path: 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 8099816A4CE for ; Tue, 21 Sep 2004 18:30:42 +0000 (GMT) Received: from blue.host.is (blue.host.is [212.30.222.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B2E043D2D for ; Tue, 21 Sep 2004 18:30:42 +0000 (GMT) (envelope-from martin@swift.is) Received: by blue.host.is (Postfix, from userid 1001) id 4EE13316; Tue, 21 Sep 2004 18:30:41 +0000 (GMT) Date: Tue, 21 Sep 2004 18:30:41 +0000 From: Martin Swift To: freebsd-current@freebsd.org Message-ID: <20040921183041.GD10593@swift.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: BETA5 hangs shortly after boot. Unknown cause. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 18:30:42 -0000 Hi list, Just cvsup-ed to BETA5 tonight and after having built world and built and installed the kernel I rebooted into single user to install world. As I was mounting the filesystem the machine hung. The only way to get to prompt was booting "normally" so that fsck went into background (nice feature, btw). Still that didn't do much, same kind of hangs occurred just 10-20 seconds after login. I wish I could say this was definately not my fault, but before rebuilding the kernel I added apm and disabled acpi in /boot/device.hints ... something that had caused hangs in past BETAs. I know; I must be stupid, stupid, stupid, but in my defence: I used to be able to reenable acpi at boot. Furthermore, booting with set hint.acpi.0.disabled=0 boot /boot/kernel.old doesn't work ... hmmm. Any bright ideas for this novice? Like the rest of you, I don't have infinite amounts of time, but if anyone can point out what to debug (and, importantly: how to get the data before it dissappears off the screen) I'm willing to try and extract what information from the machine that I can. Sincerely, Martin Swift From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 18:40:25 2004 Return-Path: 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 C305D16A4CE for ; Tue, 21 Sep 2004 18:40:25 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C7DA43D3F for ; Tue, 21 Sep 2004 18:40:25 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57])i8LIeOqM026833; Tue, 21 Sep 2004 14:40:25 -0400 Message-ID: <4150757E.60504@root.org> Date: Tue, 21 Sep 2004 11:39:58 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scot Hetzel References: <200409211736.i8LHajfK000463@mist.nodomain> <790a9fff040921111487afbca@mail.gmail.com> In-Reply-To: <790a9fff040921111487afbca@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Dan Strick cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 18:40:25 -0000 Scot Hetzel wrote: > On Tue, 21 Sep 2004 10:36:45 -0700 (PDT), Dan Strick wrote: > >>I just downloaded and burned 5.3-BETA5-i386-disc1.iso and attempted to >>start an installation. >> >>--------------------------- >> > > Since disabling ACPI didn't work try, disabling APIC at the loader prompt with: > > set hint.apic.0.disabled="1" at the loader prompt > > If this works, you might want to ask Nate if he wants your dmesg > output and a dump of your ACPI. The "safe mode" from the daemon loader disables both acpi and apic so that's one easy way to do this. -Nate From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 18:56:15 2004 Return-Path: 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 5334216A4CE for ; Tue, 21 Sep 2004 18:56:15 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D83843D2D for ; Tue, 21 Sep 2004 18:56:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 0DEE97A41E; Tue, 21 Sep 2004 11:56:15 -0700 (PDT) Message-ID: <4150794E.6030405@elischer.org> Date: Tue, 21 Sep 2004 11:56:14 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Martin References: <20040917010328.9648843D2D@mx1.FreeBSD.org> <1095782908.16370.6.camel@klotz.local> In-Reply-To: <1095782908.16370.6.camel@klotz.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Grover Lines Subject: Re: slotcount oddity message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 18:56:15 -0000 Martin wrote: >Am Fr, den 17.09.2004 schrieb Grover Lines um 3:03: > > > >>pid 729: corrected slot count (2->1) >> >> > >I want to confirm this, too. >I'm on BETA5 i386 with SCHED_4BSD. > >Is it safe to ignore it? > yes it is safe to ignore.... I am still trying to work out how thius happens but it should have no ill effects. > >Martin > > >_______________________________________________ >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 Tue Sep 21 19:01:35 2004 Return-Path: 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 5CF8516A4CE for ; Tue, 21 Sep 2004 19:01:35 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ADF743D5F for ; Tue, 21 Sep 2004 19:01:35 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18543 invoked from network); 21 Sep 2004 19:01:35 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 21 Sep 2004 19:01:34 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8LJ1NQZ033439; Tue, 21 Sep 2004 15:01:29 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Nate Lawson Date: Tue, 21 Sep 2004 14:41:42 -0400 User-Agent: KMail/1.6.2 References: <41421D6A.8070805@cronyx.ru> <41505663.40407@cronyx.ru> <4150607D.3020900@root.org> In-Reply-To: <4150607D.3020900@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409211441.42325.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: FreeBSD Current cc: Ian Freislich cc: Roman Kurakin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 19:01:35 -0000 On Tuesday 21 September 2004 01:10 pm, Nate Lawson wrote: > Roman Kurakin wrote: > > My solution works for current so I am going to commit it and MFC after > > a while. To be sure that I am not on the wrong way I need some > > reviewed/approved signs ;-) I also hope to get one (or more) tested > > signs. > > > > Patch I plan to commit following patch: > > > > Index: mp_machdep.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v > > retrieving revision 1.238 > > diff -u -r1.238 mp_machdep.c > > --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > > +++ mp_machdep.c 21 Sep 2004 15:54:41 -0000 > > @@ -743,10 +743,11 @@ > > u_int8_t *dst8; > > u_int16_t *dst16; > > u_int32_t *dst32; > > + vm_offset_t va = (vm_offset_t) dst; > > > > POSTCODE(INSTALL_AP_TRAMP_POST); > > > > - pmap_kenter(boot_address + KERNBASE, boot_address); > > + pmap_map(&va, boot_address, boot_address + size, 0); > > for (x = 0; x < size; ++x) > > *dst++ = *src++; > > > > Any signs for(or against)? > > > > Thanks! > > A quick "no" vote from me until this is really understood. I think the > real problem is an interference between the pmap for the AP trampoline > and the acpi wake code (sys/i386/acpica/acpi_wakeup.c). The address you > gave (0x9f000) is right before the base address we use for the wakeup > code (0xa0000). As I woke up this morning, I was wondering if this > could be the issue. An easy way to test is to disable the call to > acpi_install_wakeup_handler() in sys/i386/acpica/acpi_machdep.c and see > if this alone fixes the problem. > > If I'm wrong, feel free to commit your patch. > > P.S. Spaces instead of tabs in your diff. Umm, 0xa0000 is the start of Video RAM, so I sure hope the ACPI wake code doesn't try to write code into Video memory. The pmap_invalidate_page is certainly needed. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 19:01:37 2004 Return-Path: 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 9ECC916A4CE for ; Tue, 21 Sep 2004 19:01:37 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B9943D5A for ; Tue, 21 Sep 2004 19:01:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 5060 invoked from network); 21 Sep 2004 19:01:37 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 21 Sep 2004 19:01:36 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8LJ1NQa033439; Tue, 21 Sep 2004 15:01:33 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Roman Kurakin Date: Tue, 21 Sep 2004 14:45:52 -0400 User-Agent: KMail/1.6.2 References: <41421D6A.8070805@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <41505663.40407@cronyx.ru> In-Reply-To: <41505663.40407@cronyx.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409211445.52372.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Roman Kurakin cc: FreeBSD Current cc: Ian Freislich cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 19:01:37 -0000 On Tuesday 21 September 2004 12:27 pm, Roman Kurakin wrote: > My solution works for current so I am going to commit it and MFC after > a while. To be sure that I am not on the wrong way I need some > reviewed/approved signs ;-) I also hope to get one (or more) tested signs. > > Patch I plan to commit following patch: > > Index: mp_machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v > retrieving revision 1.238 > diff -u -r1.238 mp_machdep.c > --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > +++ mp_machdep.c 21 Sep 2004 15:54:41 -0000 > @@ -743,10 +743,11 @@ > u_int8_t *dst8; > u_int16_t *dst16; > u_int32_t *dst32; > + vm_offset_t va = (vm_offset_t) dst; > > POSTCODE(INSTALL_AP_TRAMP_POST); > > - pmap_kenter(boot_address + KERNBASE, boot_address); > + pmap_map(&va, boot_address, boot_address + size, 0); > for (x = 0; x < size; ++x) > *dst++ = *src++; > > Any signs for(or against)? > > Thanks! > > PS. John: I am against of pmap_kenter/pmap_invalidate_XXX since we could > get > the same problem if we would use atomic functions instead of composite > functions, > which, I hope, will track all changes in the future. pmap_foo() doesn't change much. :) One reason I would prefer the kenter/invalidate is that we explicitly assume a single page for the boot code when we go to allocate an address for it, so I'd kind of like to keep it as an explicit assumption, but I'd be ok with just adding a KASSERT(size <= PAGE_SIZE, ("bewm")); Also, I think your end va needs to be boot_address + size -1 so that if size == PAGE_SIZE you don't bogusly try to map the first page of Video RAM as read/write memory. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 19:05:26 2004 Return-Path: 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 C742616A4CE for ; Tue, 21 Sep 2004 19:05:26 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F37C43D5D for ; Tue, 21 Sep 2004 19:05:26 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 3782 invoked from network); 21 Sep 2004 19:05:25 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 21 Sep 2004 19:05:25 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8LJ5L4C033500; Tue, 21 Sep 2004 15:05:22 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Roman Kurakin Date: Tue, 21 Sep 2004 15:05:59 -0400 User-Agent: KMail/1.6.2 References: <41421D6A.8070805@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <41505663.40407@cronyx.ru> In-Reply-To: <41505663.40407@cronyx.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409211505.59361.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Roman Kurakin cc: FreeBSD Current cc: Ian Freislich cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 19:05:26 -0000 On Tuesday 21 September 2004 12:27 pm, Roman Kurakin wrote: > My solution works for current so I am going to commit it and MFC after > a while. To be sure that I am not on the wrong way I need some > reviewed/approved signs ;-) I also hope to get one (or more) tested signs. > > Patch I plan to commit following patch: > > Index: mp_machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v > retrieving revision 1.238 > diff -u -r1.238 mp_machdep.c > --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > +++ mp_machdep.c 21 Sep 2004 15:54:41 -0000 > @@ -743,10 +743,11 @@ > u_int8_t *dst8; > u_int16_t *dst16; > u_int32_t *dst32; > + vm_offset_t va = (vm_offset_t) dst; > > POSTCODE(INSTALL_AP_TRAMP_POST); > > - pmap_kenter(boot_address + KERNBASE, boot_address); > + pmap_map(&va, boot_address, boot_address + size, 0); > for (x = 0; x < size; ++x) > *dst++ = *src++; > > Any signs for(or against)? > > Thanks! > > PS. John: I am against of pmap_kenter/pmap_invalidate_XXX since we could > get > the same problem if we would use atomic functions instead of composite > functions, > which, I hope, will track all changes in the future. > > rik Actually, another alternative might be this: --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 +++ mp_machdep.c 21 Sep 2004 19:05:12 -0000 @@ -738,7 +738,7 @@ int x; int size = *(int *) ((u_long) & bootMP_size); u_char *src = (u_char *) ((u_long) bootMP); - u_char *dst = (u_char *) boot_address + KERNBASE; + u_char *dst; u_int boot_base = (u_int) bootMP; u_int8_t *dst8; u_int16_t *dst16; @@ -746,7 +746,7 @@ POSTCODE(INSTALL_AP_TRAMP_POST); - pmap_kenter(boot_address + KERNBASE, boot_address); + dst = pmap_mapdev(boot_address, size); for (x = 0; x < size; ++x) *dst++ = *src++; Though it's not really a device. :-P -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 19:06:05 2004 Return-Path: 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 3961D16A4CF for ; Tue, 21 Sep 2004 19:06:05 +0000 (GMT) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF6343D60 for ; Tue, 21 Sep 2004 19:06:04 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) ESMTP id i8LJ64P1006800; Tue, 21 Sep 2004 12:06:04 -0700 Received: from [192.168.1.101] (c-24-18-235-11.client.comcast.net [24.18.235.11]) (authenticated bits=0)i8LJ63TL016870 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 21 Sep 2004 12:06:04 -0700 From: David Syphers To: freebsd-current@freebsd.org Date: Tue, 21 Sep 2004 12:06:03 -0700 User-Agent: KMail/1.6.2 References: <200409211736.i8LHajfK000463@mist.nodomain> <790a9fff040921111487afbca@mail.gmail.com> <4150757E.60504@root.org> In-Reply-To: <4150757E.60504@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409211206.03632.dsyphers@u.washington.edu> cc: Nate Lawson Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 19:06:05 -0000 On Tuesday 21 September 2004 11:39 am, Nate Lawson wrote: > Scot Hetzel wrote: > > On Tue, 21 Sep 2004 10:36:45 -0700 (PDT), Dan Strick wrote: > >>I just downloaded and burned 5.3-BETA5-i386-disc1.iso and attempted to > >>start an installation. > >> > >>--------------------------- > > > > Since disabling ACPI didn't work try, disabling APIC at the loader prompt > > with: > > > > set hint.apic.0.disabled="1" at the loader prompt > > > > If this works, you might want to ask Nate if he wants your dmesg > > output and a dump of your ACPI. > > The "safe mode" from the daemon loader disables both acpi and apic so > that's one easy way to do this. This is the same problem I reported yesterday (with the more generic subject of "can't install 5.3-BETA5"). Booting in "safe mode" worked fine, and got me to the installation screen. -David -- +++ Divide By Cucumber Error. Please Reinstall Universe And Reboot. +++ From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 19:23:24 2004 Return-Path: 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 E27BE16A4CE for ; Tue, 21 Sep 2004 19:23:24 +0000 (GMT) Received: from email09.aon.at (warsl404pip6.highway.telekom.at [195.3.96.89]) by mx1.FreeBSD.org (Postfix) with SMTP id DCD7043D54 for ; Tue, 21 Sep 2004 19:23:23 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 204604 invoked from network); 21 Sep 2004 19:23:22 -0000 Received: from m089p031.dipool.highway.telekom.at (HELO ?62.46.1.31?) ([62.46.1.31]) (envelope-sender ) by email09.aon.at (qmail-ldap-1.03) with SMTP for ; 21 Sep 2004 19:23:22 -0000 From: Stefan Ehmann To: current@freebsd.org In-Reply-To: <1095156706.779.17.camel@taxman> References: <1095156706.779.17.camel@taxman> Content-Type: text/plain Message-Id: <1095794597.1536.4.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 21:23:17 +0200 Content-Transfer-Encoding: 7bit Subject: Re: 6.0-CURRENT very unstable with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 19:23:25 -0000 On Tue, 2004-09-14 at 12:11, Stefan Ehmann wrote: > Since it's default now, I turned PREEMPTION (with SCHED_4BSD) on again > in my KERNCONF on my 6.0-CURRENT i386 pc. > > After about 10-15 minutes some windows stop beeing redrawn... new terms > can be started very slowly for a short period of time. Then everything > completely freezes. > > Unfortunately I can't provide much more information. So far I've only > been able to reproduce this in X. Getting coredumps has not been working > for months now and I don't have a serial console setup. > > Without PREEMPTION everything works very stable. Tried today again with fresh world/kernel and was able to reproduce the hang in the console. The only thing working after a while was switching consoles. No panic or any other messages though. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 19:55:59 2004 Return-Path: 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 CD01B16A4CE for ; Tue, 21 Sep 2004 19:55:59 +0000 (GMT) Received: from smtp-bedford-dr.mitre.org (smtpproxy2.mitre.org [192.160.51.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A07243D1D for ; Tue, 21 Sep 2004 19:55:59 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (8.11.6/8.11.6) with SMTP id i8LJtw115053 for ; Tue, 21 Sep 2004 15:55:58 -0400 Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id 9A87E4F8E3 for ; Tue, 21 Sep 2004 15:55:58 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) i8LJtvU14928; Tue, 21 Sep 2004 15:55:57 -0400 Received: from mm112324-2k.mitre.org (128.29.24.43) by mailhub1.mitre.org with SMTP id 9542537; Tue, 21 Sep 2004 15:55:54 -0400 Message-ID: <41508747.3090207@mitre.org> Date: Tue, 21 Sep 2004 15:55:51 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bob Willcox References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> <414FA035.6000503@cinci.rr.com> <20040921035919.GA81408@parodius.com> <414FAB6C.4040504@cinci.rr.com> <20040921043545.GA82495@parodius.com> <"415005 29.9020004"@cinci.rr.com> <20040921154447.GB57728@luke.immure.com> In-Reply-To: <20040921154447.GB57728@luke.immure.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Current cc: Jeremy Chadwick Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 19:55:59 -0000 Bob Willcox wrote: >On Tue, Sep 21, 2004 at 06:40:41AM -0400, Mike B wrote: > > >>Jeremy Chadwick wrote: >> >> >> >>>Do things work properly in vim (preferrably ports/editors/vim-lite) but >>>not native /usr/bin/vi, or are they generally horked all around? >>> >>> >>> >>> >>> >>You all are right about the behavior of vi, but the backspace in vim is >>definitely broken. I've tried using the :fixdel command and also >>remapping the key with :map but the result is always the same. Perhaps >>this is a bug or incompatability that has arisen in vim; every other >>text editor seems to work flawlessly. Thanks >> >> > >FWI, all versions of vi that I've used over the past 20 years (I only >use vim when using Linux) had this behavior wrt the backspace key >(backing over but no erasing). This has been mostly on on AIX, ESIX, and >FreeBSD. So for me anyway, it's the "norm." > > AFAIK, the "backspace as a motion key" behavior dates all the way back to teletypes, because they were just typewriters with modems and they didn't have any way of actually deleting characters on the line. I think this is also where the use of "x" as a delete character comes from, people actually x-ing out words on their teletype. Look on the bright side, your editor may have bizarre commands, but it will still work even if you're stuck in the most primitive of editing environments. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 20:03:56 2004 Return-Path: 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 049F916A4CE for ; Tue, 21 Sep 2004 20:03:56 +0000 (GMT) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FA2643D49 for ; Tue, 21 Sep 2004 20:03:55 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 388D61B8; Tue, 21 Sep 2004 23:03:48 +0300 (EEST) Date: Tue, 21 Sep 2004 23:03:47 +0300 From: Ion-Mihai Tetcu To: Julian Elischer Message-ID: <20040921230347.6423276d@it.buh.tecnik93.com> In-Reply-To: <4150794E.6030405@elischer.org> References: <20040917010328.9648843D2D@mx1.FreeBSD.org> <1095782908.16370.6.camel@klotz.local> <4150794E.6030405@elischer.org> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Martin cc: Grover Lines Subject: Re: slotcount oddity message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 20:03:56 -0000 On Tue, 21 Sep 2004 11:56:14 -0700 Julian Elischer wrote: > Martin wrote: > > >Am Fr, den 17.09.2004 schrieb Grover Lines um 3:03: > > > >>pid 729: corrected slot count (2->1) > > > >I want to confirm this, too. > >I'm on BETA5 i386 with SCHED_4BSD. > > > >Is it safe to ignore it? > > > yes it is safe to ignore.... > I am still trying to work out how thius happens but it should have no > ill effects. Happens also with ULE on BETA5. -- IOnut Unregistered ;) FreeBSD "user" 5.3-BETA4 - try `sysctl debug.witness_watch=0` and prepare to fly :-) From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 20:08:39 2004 Return-Path: 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 503A716A4CE for ; Tue, 21 Sep 2004 20:08:39 +0000 (GMT) Received: from spxau01.smeglobalnet.net (spxau01.smeglobalnet.net [203.57.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABAE343D58 for ; Tue, 21 Sep 2004 20:08:38 +0000 (GMT) (envelope-from andy@bradfieldprichard.com.au) Received: from bpgate.speednet.com.au ([203.41.15.9]) by spxau01.smeglobalnet.net with Microsoft SMTPSVC(5.0.2195.6713); Wed, 22 Sep 2004 05:25:48 +1000 Received: from bpgate.speednet.com.au (localhost [127.0.0.1]) i8LJPlGo063589; Wed, 22 Sep 2004 05:25:47 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) Received: from localhost (andy@localhost)i8LJPkSB063586; Wed, 22 Sep 2004 05:25:46 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) X-Authentication-Warning: bpgate.speednet.com.au: andy owned process doing -bs Date: Wed, 22 Sep 2004 05:25:46 +1000 (EST) From: Andy Farkas X-X-Sender: andy@bpgate.speednet.com.au To: Dan Strick In-Reply-To: <200409211736.i8LHajfK000463@mist.nodomain> Message-ID: <20040922051725.C63446@bpgate.speednet.com.au> References: <200409211736.i8LHajfK000463@mist.nodomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 21 Sep 2004 19:25:48.0760 (UTC) FILETIME=[CCB5BD80:01C4A010] cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 20:08:39 -0000 On Tue, 21 Sep 2004, Dan Strick wrote: > I also get a bunch of error messages of the form: > > unknown: can't assign resources (port) > > and copies of this message: > > ahc3: No resources allocated. > > (which is a little odd since there is no ahc3). > Like this?: ... unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) ahc6: No resources allocated. ahc6: No resources allocated. ahc6: No resources allocated. ahc6: No resources allocated. ahc6: No resources allocated. ahc6: No resources allocated. ahc6: No resources allocated. ... The "No resources allocated." message has only recently appeared. - andyf From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 20:09:31 2004 Return-Path: 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 192AF16A4CE; Tue, 21 Sep 2004 20:09:31 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A323543D3F; Tue, 21 Sep 2004 20:09:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8LK9SL1055320; Tue, 21 Sep 2004 16:09:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8LK9R9F085407; Tue, 21 Sep 2004 16:09:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D826E7303F; Tue, 21 Sep 2004 16:09:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040921200927.D826E7303F@freebsd-current.sentex.ca> Date: Tue, 21 Sep 2004 16:09:27 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 20:09:31 -0000 TB --- 2004-09-21 19:42:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-21 19:42:02 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-21 19:42:02 - checking out the source tree TB --- 2004-09-21 19:42:02 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-21 19:42:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-21 19:47:52 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-21 19:47:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-21 19:47:52 - /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 [...] cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_init.c -o res_init.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_mkquery.c -o res_mkquery.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_mkupdate.c -o res_mkupdate.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_query.c -o res_query.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_send.c -o res_send.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_sendsigned.c -o res_sendsigned.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_update.c -o res_update.So make: don't know how to make /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libpthread.a. Stop *** Error code 2 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-21 20:09:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-21 20:09:27 - ERROR: failed to build world TB --- 2004-09-21 20:09:27 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 20:14:12 2004 Return-Path: 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 CFDEA16A4CE for ; Tue, 21 Sep 2004 20:14:12 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2822843D2F for ; Tue, 21 Sep 2004 20:14:12 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8LKB6R0065285 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Wed, 22 Sep 2004 00:11:06 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8LK8UUT065166; (8.12.8/vak/2.1) Wed, 22 Sep 2004 00:08:30 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4150886F.1040101@cronyx.ru> Date: Wed, 22 Sep 2004 00:00:47 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Nate Lawson References: <41421D6A.8070805@cronyx.ru> <414E7581.2070505@root.org> <414F256B.1030304@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <41505663.40407@cronyx.ru> <4150607D.3020900@root.org> In-Reply-To: <4150607D.3020900@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: FreeBSD Current cc: John Baldwin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 20:14:12 -0000 Nate Lawson: > Roman Kurakin wrote: > >> My solution works for current so I am going to commit it and MFC after >> a while. To be sure that I am not on the wrong way I need some >> reviewed/approved signs ;-) I also hope to get one (or more) tested >> signs. >> >> Patch I plan to commit following patch: >> >> Index: mp_machdep.c >> =================================================================== >> RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v >> retrieving revision 1.238 >> diff -u -r1.238 mp_machdep.c >> --- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 >> +++ mp_machdep.c 21 Sep 2004 15:54:41 -0000 >> @@ -743,10 +743,11 @@ >> u_int8_t *dst8; >> u_int16_t *dst16; >> u_int32_t *dst32; >> + vm_offset_t va = (vm_offset_t) dst; >> >> POSTCODE(INSTALL_AP_TRAMP_POST); >> >> - pmap_kenter(boot_address + KERNBASE, boot_address); >> + pmap_map(&va, boot_address, boot_address + size, 0); >> for (x = 0; x < size; ++x) >> *dst++ = *src++; >> >> Any signs for(or against)? >> >> Thanks! > > > A quick "no" vote from me until this is really understood. I think > the real problem is an interference between the pmap for the AP > trampoline and the acpi wake code (sys/i386/acpica/acpi_wakeup.c). > The address you gave (0x9f000) is right before the base address we use > for the wakeup code (0xa0000). As I woke up this morning, I was > wondering if this could be the issue. An easy way to test is to > disable the call to acpi_install_wakeup_handler() in > sys/i386/acpica/acpi_machdep.c and see if this alone fixes the problem. Ok, I'll check it tomorrow. If it is, it really should be fixed. But any way, we modify pte and it could be cached (we have this now). Who could guarantee that it wouldn't/shouldn't. If it shouldn't, do we really should rely on it, or cache invalidation is unsafe or have some side effects? I can't unsfer to these questions for sure by my self ... If I didn't miss smth, it seems that install_ap_tramp is the only place that do not invalidate cache after modifing pte entry. > If I'm wrong, feel free to commit your patch. > > P.S. Spaces instead of tabs in your diff. I know, it was just cat-pasted from console as an example. Real one without spaces. rik > -Nate From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 20:17:22 2004 Return-Path: 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 CA99416A4CE for ; Tue, 21 Sep 2004 20:17:22 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89DAA43D5D for ; Tue, 21 Sep 2004 20:17:20 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.101] (pcp04364354pcs.glstrt01.nj.comcast.net[68.44.156.246]) by comcast.net (rwcrmhc13) with ESMTP id <2004092120171901500eaimge> (Authid: akirchhoff135014); Tue, 21 Sep 2004 20:17:19 +0000 Message-ID: <41508C4F.7060009@voicenet.com> Date: Tue, 21 Sep 2004 16:17:19 -0400 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <9B5C1FCAFB35084787C21EFFFA78DD9E612DF1@EBE1.gc.nat> In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9E612DF1@EBE1.gc.nat> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: robin.blanchard@gactr.uga.edu Subject: Re: SMP problems with -CURRENT? (and BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 20:17:22 -0000 Robin P. Blanchard wrote: >Have you tried booting with: > >hint.acpi.0.disabled=0 >hint.apic.0.disabled=1 > >--------------------------------------- >Robin P. Blanchard >Systems Integration Specialist >Georgia Center for Continuing Education >fon: 706.542.2404 < > fax: 706.542.6546 >--------------------------------------- > > > I just did. And I was able to completely boot up! However, that does disable all HTT. Not the end of the world, but clearly there was a bug introduced in the ACPI or APIC code between BETA4 and BETA5. Is anyone currently working on this? Adam > > >>-----Original Message----- >>From: owner-freebsd-current@freebsd.org >>[mailto:owner-freebsd-current@freebsd.org] On Behalf Of Adam >>K Kirchhoff >>Sent: Monday, September 20, 2004 5:52 PM >>To: freebsd-current@freebsd.org >>Subject: Re: SMP problems with -CURRENT? (and BETA5) >> >>Adam K Kirchhoff wrote: >> >> >> >>>Oliver Brandmueller wrote: >>> >>> >>> >>>>Hi again. >>>> >>>>On Mon, Sep 20, 2004 at 03:36:03PM +0200, Oliver >>>> >>>> >>Brandmueller wrote: >> >> >>>> >>>> >>>> >>>> >>>>>I see the same here with my kernel. Apparently I dot not >>>>> >>>>> >>yet try to >> >> >>>>>switch of HTT and stuff like that. This is a Dual Xeon with HTT >>>>>enabled at the moment. >>>>> >>>>> >>>>> >>>>OK, I had HTT disabled and saw as the last message before >>>> >>>> >>hang (on a >> >> >>>>dual Xeon) >>>> >>>>SMP: AP CPU #1 Launched! >>>> >>>>Now I enabled HTT and the I see: >>>> >>>>SMP: AP CPU #1 Launched! >>>>SMP: AP CPU #2 Launched! >>>>SMP: AP CPU #3 Launched! >>>> >>>>However, booting without ACPI worked. So it seems that this is the >>>>direction, where we have to look for the problem: >>>> >>>>Copyright (c) 1992-2004 The FreeBSD Project. >>>>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, >>>> >>>> >>1992, 1993, 1994 >> >> >>>> The Regents of the University of California. All >>>> >>>> >>rights reserved. >> >> >>>>FreeBSD 5.3-BETA5 #10: Mon Sep 20 12:59:45 CEST 2004 >>>> root@champagne.eusc.inter.net:/usr/obj/usr/src/sys/CHAMPAGNE >>>>Timecounter "i8254" frequency 1193182 Hz quality 0 >>>>CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.05-MHz 686-class CPU) >>>>Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 >>>> >>>> >>>> >>>> >>Features=0xbfebfbff> >> >>PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,P >> >> >>>>BE> >>>> >>>> Hyperthreading: 2 logical CPUs >>>>real memory = 2146959360 (2047 MB) >>>>avail memory = 2099662848 (2002 MB) >>>>MPTable: < SE7501CW2> >>>>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 >>>> >>>> >>(BSP): APIC >> >> >>>>ID: 0 >>>>cpu1 (AP): APIC ID: 6 >>>> >>>> >>>>Greetings, Oliver >>>> >>>> >>>> >>>> >>>> >>>> >>>Unfortunately, for me booting with acpi disabled leads to: >>> >>> >>>Fatal trap 9: general protection fault while in kernel mode >>> >>> >>cpuid = 0; >> >> >>>apic id = 00 >>>instruction pointer = 0x58:0x1023 >>>stack pointer = 0x10:0xf80 >>>frame pointer = 0x10:0x0 >>>code segment = base 0xc00f0000, limit 0xffff, type 0x1b >>> = DPL 0, pres 1, def32 0, gran 0 >>>processor eflags = interrupt enabled, resume, IOPL = 0 >>>current process = 0 (swapper) >>>trap number = 9 >>>panic: general protection fault >>>cpuid = 0 >>>Uptime: 1s >>>Automatic reboot in 15 seconds - press a key on the console to abort >>>--> Press a key on the console to reboot, or switch off the system >>>--> now. >>> >>>I'm gonna try with HTT disabled in the BIOS next. >>> >>>Any other ideas? >>> >>>Adam >>> >>>_______________________________________________ >>>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" >>> >>> >>> >>Well, booting with HTT disabled still doesn't work for me, >>which is making me think this isn't SMP related anymore... >>My boot stalls with: >> >>acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), >>currently 100.0% >>ad0: 39083MB [79408/16/63] at >>ata0-master UDMA100 >>ad1: 117246MB [238216/16/63] at >>ata0-slave UDMA100 ATAPI_RESET time = 40us >>ad2: 76345MB [155114/16/63] at >>ata1-master UDMA100 >>acd0: DVDROM at >>ata1-slave UDMA66 >> >>Ideas? >> >>Adam >> >> >>_______________________________________________ >>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 Tue Sep 21 20:20:36 2004 Return-Path: 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 DB8B116A4CE for ; Tue, 21 Sep 2004 20:20:36 +0000 (GMT) Received: from ms-smtp-02-eri0.ohiordc.rr.com (ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 402BC43D46 for ; Tue, 21 Sep 2004 20:20:36 +0000 (GMT) (envelope-from meb@cinci.rr.com) Received: from [10.0.0.29] (dhcp024-210-244-120.woh.rr.com [24.210.244.120]) i8LKKWna025687; Tue, 21 Sep 2004 16:20:33 -0400 (EDT) Message-ID: <41508C96.7080307@cinci.rr.com> Date: Tue, 21 Sep 2004 16:18:30 -0400 From: Mike B User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> <414FA035.6000503@cinci.rr.com> <20040921035919.GA81408@parodius.com> <414FAB6C.4040504@cinci.rr.com> <20040921043545.GA82495@parodius.com> <41500529.9020004@cinci.rr.com> <20040921112001.GA32372@orion.daedalusnetworks.priv> In-Reply-To: <20040921112001.GA32372@orion.daedalusnetworks.priv> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 20:20:37 -0000 Giorgos Keramidas wrote: >Make sure you're not running vim in `compatible' mode. When this mode >is enabled, then vim behaves like nvi too every time backspace is hit >(i.e. it moves the cursor backwards but doesn't erase the characters >underneath the cursor as it moves). > >- Giorgos > > This led to the solution. Apparently if you do not have a .vimrc vim defaults to compatability mode. 'touch .vimrc' did the trick. Thanks for all the responses. Mike From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 20:23:30 2004 Return-Path: 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 A531516A4CE; Tue, 21 Sep 2004 20:23:30 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E74A43D46; Tue, 21 Sep 2004 20:23:30 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8LKN3Dl008120; Tue, 21 Sep 2004 13:23:05 -0700 Message-ID: <41508D8F.70002@root.org> Date: Tue, 21 Sep 2004 13:22:39 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <41421D6A.8070805@cronyx.ru> <41505663.40407@cronyx.ru> <4150607D.3020900@root.org> <200409211441.42325.jhb@FreeBSD.org> In-Reply-To: <200409211441.42325.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Ian Freislich cc: Roman Kurakin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 20:23:30 -0000 John Baldwin wrote: > On Tuesday 21 September 2004 01:10 pm, Nate Lawson wrote: >>A quick "no" vote from me until this is really understood. I think the >>real problem is an interference between the pmap for the AP trampoline >>and the acpi wake code (sys/i386/acpica/acpi_wakeup.c). The address you >>gave (0x9f000) is right before the base address we use for the wakeup >>code (0xa0000). As I woke up this morning, I was wondering if this >>could be the issue. An easy way to test is to disable the call to >>acpi_install_wakeup_handler() in sys/i386/acpica/acpi_machdep.c and see >>if this alone fixes the problem. >> >>If I'm wrong, feel free to commit your patch. >> >>P.S. Spaces instead of tabs in your diff. > > Umm, 0xa0000 is the start of Video RAM, so I sure hope the ACPI wake code > doesn't try to write code into Video memory. The pmap_invalidate_page is > certainly needed. This call to alloc the memory seems to say 0xa0000 is the first valid start address: if (bus_dma_tag_create(/* parent */ NULL, /* alignment */ 2, 0, /* lowaddr below 1MB */ 0x9ffff, /* highaddr */ BUS_SPACE_MAXADDR, NULL, NULL, PAGE_SIZE, 1, PAGE_SIZE, 0, busdma_lock_mutex, &Giant, &acpi_waketag) != 0) In any case, you're right about needing to invalidate the mapping after creating it so feel free to commit. Do we also need this after pmap_enter() in acpi_sleep_machdep() (i386/acpica/acpi_wakeup.c)? -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 20:26:08 2004 Return-Path: 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 D7D0816A4CE for ; Tue, 21 Sep 2004 20:26:08 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 371E043D45 for ; Tue, 21 Sep 2004 20:26:08 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8LKN7G3065855 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Wed, 22 Sep 2004 00:23:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8LKMAUT065787; (8.12.8/vak/2.1) Wed, 22 Sep 2004 00:22:10 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41508BA3.10003@cronyx.ru> Date: Wed, 22 Sep 2004 00:14:27 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Baldwin References: <41421D6A.8070805@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <41505663.40407@cronyx.ru> <200409211505.59361.jhb@FreeBSD.org> In-Reply-To: <200409211505.59361.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: FreeBSD Current Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 20:26:09 -0000 John Baldwin: > [...] > >- pmap_kenter(boot_address + KERNBASE, boot_address); >+ dst = pmap_mapdev(boot_address, size); > for (x = 0; x < size; ++x) > *dst++ = *src++; > >Though it's not really a device. :-P > I don't like its internals, it is not transparent. In some cases it may have side effects. rik From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 20:28:43 2004 Return-Path: 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 4F2E316A4CE for ; Tue, 21 Sep 2004 20:28:43 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE35443D41 for ; Tue, 21 Sep 2004 20:28:42 +0000 (GMT) (envelope-from bob@immure.com) Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1])i8LKSfWC265816; Tue, 21 Sep 2004 16:28:41 -0400 Received: from luke.immure.com (luke.immure.com [10.1.132.3]) by maul.immure.com (8.12.11/8.12.11) with ESMTP id i8LKSd4j024552; Tue, 21 Sep 2004 15:28:39 -0500 (CDT) (envelope-from bob@immure.com) Received: from luke.immure.com (localhost [127.0.0.1]) by luke.immure.com (8.12.11/8.12.11) with ESMTP id i8LKSdmW063518; Tue, 21 Sep 2004 15:28:39 -0500 (CDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.12.11/8.12.11/Submit) id i8LKSdYv063517; Tue, 21 Sep 2004 15:28:39 -0500 (CDT) (envelope-from bob) Date: Tue, 21 Sep 2004 15:28:39 -0500 From: Bob Willcox To: Jason Andresen Message-ID: <20040921202839.GE57728@luke.immure.com> References: <414F8934.4080509@cinci.rr.com> <20040921021141.GA77929@parodius.com> <414FA035.6000503@cinci.rr.com> <20040921035919.GA81408@parodius.com> <414FAB6C.4040504@cinci.rr.com> <20040921043545.GA82495@parodius.com> <"41500529.9020004"@cinci.rr.com> <20040921154447.GB57728@luke.immure.com> <41508747.3090207@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41508747.3090207@mitre.org> User-Agent: Mutt/1.5.6i X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner: Found to be clean X-MailScanner-From: bob@immure.com cc: Current cc: Jeremy Chadwick Subject: Re: BETA4 Vi backspace behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bob Willcox List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 20:28:43 -0000 On Tue, Sep 21, 2004 at 03:55:51PM -0400, Jason Andresen wrote: > Bob Willcox wrote: > > >On Tue, Sep 21, 2004 at 06:40:41AM -0400, Mike B wrote: > > > > > >>Jeremy Chadwick wrote: > >>>Do things work properly in vim (preferrably ports/editors/vim-lite) but > >>>not native /usr/bin/vi, or are they generally horked all around? > >>> > >>You all are right about the behavior of vi, but the backspace in vim is > >>definitely broken. I've tried using the :fixdel command and also > >>remapping the key with :map but the result is always the same. Perhaps > >>this is a bug or incompatability that has arisen in vim; every other > >>text editor seems to work flawlessly. Thanks > >> > >> > > > >FWI, all versions of vi that I've used over the past 20 years (I only > >use vim when using Linux) had this behavior wrt the backspace key > >(backing over but no erasing). This has been mostly on on AIX, ESIX, and > >FreeBSD. So for me anyway, it's the "norm." > > > > > > AFAIK, the "backspace as a motion key" behavior dates all the way back > to teletypes, because they were just typewriters with modems and they > didn't have any way of actually deleting characters on the line. I > think this is also where the use of "x" as a delete character comes > from, people actually x-ing out words on their teletype. > > Look on the bright side, your editor may have bizarre commands, but it > will still work even if you're stuck in the most primitive of editing > environments. I actually prefer the backspace w/o erasing the character behavior of vi. Indeed, that's one (of several) differences with vim that I find disturbing (using the "u" key for multi-undoing rather than re-doing is my pet peave). Bob -- Bob Willcox Acquaintance, n.: bob@immure.com A person whom we know well enough to borrow from, Austin, TX but not well enough to lend to. -- Ambrose Bierce, "The Devil's Dictionary" From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 20:36:41 2004 Return-Path: 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 8326716A4CE for ; Tue, 21 Sep 2004 20:36:41 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB75543D3F for ; Tue, 21 Sep 2004 20:36:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8LKYjXf084551; Tue, 21 Sep 2004 14:34:46 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 21 Sep 2004 14:35:46 -0600 (MDT) Message-Id: <20040921.143546.63053469.imp@bsdimp.com> To: rosti_bsd@yahoo.com From: "M. Warner Losh" In-Reply-To: <20040921122354.73480.qmail@web14827.mail.yahoo.com> References: <20040921122354.73480.qmail@web14827.mail.yahoo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: new fdc(4) and new fdcontrol(8) behavior (5.3-BETA5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 20:36:41 -0000 In message: <20040921122354.73480.qmail@web14827.mail.yahoo.com> Rostislav Krasny writes: : Why the 3F7h port isn't used by new fdc(4) on my system? Is it a : hardware detection bug? It is a minor, hardware detection bug. Your bios doesn't list it as a resource, but should. We do use it, but we don't allocate it with the bus system, which is why it doesn't appear in dmesg. A mostly-harmless cosmetic issue. Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 21:07:03 2004 Return-Path: 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 150F516A4CE for ; Tue, 21 Sep 2004 21:07:03 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD8F343D3F for ; Tue, 21 Sep 2004 21:07:02 +0000 (GMT) (envelope-from edotokugawa@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so1583740rnk for ; Tue, 21 Sep 2004 14:06:56 -0700 (PDT) Received: by 10.38.181.68 with SMTP id d68mr2290299rnf; Tue, 21 Sep 2004 14:06:55 -0700 (PDT) Received: by 10.38.81.55 with HTTP; Tue, 21 Sep 2004 14:06:55 -0700 (PDT) Message-ID: Date: Tue, 21 Sep 2004 17:06:55 -0400 From: Edwin Brown To: "freebsd-current@freebsd.org" , wpaul@FreeBSD.org, swhetzel@gmail.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: RE: Call for testers, if_bge patch for BCM570x users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Edwin Brown List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2004 21:07:03 -0000 All: Patch works great. Just to let you know I applied your patch to my 5.3-BETA5 installation and the Netgear 302T Adaptor has been quiet as a church mouse. Except for the obvious message when the dhclient initializes the adaptor Best Edwin "Edo" From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 21:18:28 2004 Return-Path: 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 2558B16A4CE; Tue, 21 Sep 2004 21:18:28 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A4D743D1F; Tue, 21 Sep 2004 21:18:27 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8LLIQ3c032653; Wed, 22 Sep 2004 00:18:26 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 97700-09; Wed, 22 Sep 2004 00:18:25 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8LLIPAh032650 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2004 00:18:25 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8LLIHHv033206; Wed, 22 Sep 2004 00:18:17 +0300 (EEST) (envelope-from ru) Date: Wed, 22 Sep 2004 00:18:17 +0300 From: Ruslan Ermilov To: FreeBSD Tinderbox Message-ID: <20040921211817.GC32943@ip.net.ua> References: <20040921200927.D826E7303F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5QAgd0e35j3NYeGe" Content-Disposition: inline In-Reply-To: <20040921200927.D826E7303F@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 21:18:28 -0000 --5QAgd0e35j3NYeGe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 21, 2004 at 04:09:27PM -0400, FreeBSD Tinderbox wrote: > TB --- 2004-09-21 19:42:02 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2004-09-21 19:42:02 - starting CURRENT tinderbox run for sparc64/s= parc64 > TB --- 2004-09-21 19:42:02 - checking out the source tree > TB --- 2004-09-21 19:42:02 - cd /home/tinderbox/CURRENT/sparc64/sparc64 > TB --- 2004-09-21 19:42:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -P= d -A src > TB --- 2004-09-21 19:47:52 - building world (CFLAGS=3D-O2 -pipe) > TB --- 2004-09-21 19:47:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64/s= rc > TB --- 2004-09-21 19:47:52 - /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 > [...] > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_init.c -o res_init.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_mkquery.c -o res_mkquery.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_mkupdate.c -o res_mkupdate.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_query.c -o res_query.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_send.c -o res_send.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_sendsigned.c -o res_sendsigned= =2ESo > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_update.c -o res_update.So > make: don't know how to make /home/tinderbox/CURRENT/sparc64/sparc64/obj/= sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libpthread.a. St= op > *** Error code 2 >=20 > Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind. > *** Error code 1 >=20 I've sent an analysis of the problem to des@. The fix for sparc64 and alpha (src/Makefile.inc1 only) is trivial. Stay tuned. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --5QAgd0e35j3NYeGe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBUJqZqRfpzJluFF4RAjLiAKCQ96ipgTt7ytUmq+rk6k0HbhrhzACeMryx BO2VgnYMBzQqp1qFAeBNEpI= =aTN3 -----END PGP SIGNATURE----- --5QAgd0e35j3NYeGe-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 21:48:56 2004 Return-Path: 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 156D716A4CE for ; Tue, 21 Sep 2004 21:48:56 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3B8243D45 for ; Tue, 21 Sep 2004 21:48:55 +0000 (GMT) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 1DE905487E; Tue, 21 Sep 2004 16:48:55 -0500 (CDT) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 46699-01; Tue, 21 Sep 2004 16:48:44 -0500 (CDT) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (not verified)) by gw.celabo.org (Postfix) with ESMTP id 73C4F54861; Tue, 21 Sep 2004 16:48:44 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id B0E5E6D468; Tue, 21 Sep 2004 16:48:32 -0500 (CDT) Date: Tue, 21 Sep 2004 16:48:32 -0500 From: "Jacques A. Vidrine" To: Gerrit =?iso-8859-1?Q?K=FChn?= Message-ID: <20040921214832.GB52693@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Gerrit =?iso-8859-1?Q?K=FChn?= , Evren Yurtesen , freebsd-current@freebsd.org References: <4150CA1E.4040304@ispro.net.tr> <20040921173853.22700630@arc.pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20040921173853.22700630@arc.pmp.uni-hannover.de> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: Evren Yurtesen Subject: Re: nis/yp question about password file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 21:48:56 -0000 On Tue, Sep 21, 2004 at 05:38:53PM +0200, Gerrit K=FChn wrote: > On Tue, 21 Sep 2004 17:41:02 -0700 Evren Yurtesen > wrote about nis/yp question about password file: >=20 >=20 > EY> can anybody tell what changed in nis/yp that it doesnt work as befo= re=20 > EY> anymore? >=20 > 5.x is featuring /etc/nsswitch.conf > Did you create one during your update process? Mine looks like this and > works fine with yp: >=20 > cat /etc/nsswitch.conf =20 > group: nis files > group_compat: nis > hosts: files nis dns > passwd: nis files > passwd_compat: nis Your "group_compat" and "passwd_compat" lines will never be used. The original poster will need to use an nsswitch.conf that either (a) has no "group" or "passwd" lines, or (b) has the following: group: compat group_compat: nis passwd: compat passwd_compat: nis Also see nsswitch.conf(5). Cheers, --=20 Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 21:59:29 2004 Return-Path: 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 58FC516A4CE for ; Tue, 21 Sep 2004 21:59:29 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D168C43D49 for ; Tue, 21 Sep 2004 21:59:28 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i8LLxR4p031790 for ; Tue, 21 Sep 2004 17:59:28 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040428033948.GA7603@dhcp01.pn.xcllnt.net> References: <408F11C5.5030403@freebsd.org> <20040428033948.GA7603@dhcp01.pn.xcllnt.net> Date: Tue, 21 Sep 2004 17:59:27 -0400 To: freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Default support for GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 21:59:29 -0000 [apology for the series of quotes, but they all include info that I want to refer to...] Back on Apr 27/04, Marcel Moolenaar wrote: >On Tue, Apr 27, 2004, Robert Watson wrote: > > > > The GPT partition table includes an fdisk compatibility partition > > table in it to describe the first partition (and reserve the rest?). > > That way you can boot from an older BIOS even if you lay down GPT > > over the entire boot disk, or at least I believe that was the intent. > >Not quite. The MBR on a disk with GPT is expected to be a protective >MBR, which only serves the purpose of marking the whole disk (or as >much as you can cover with the MBR) as used to avoid that MBR tools >trash the GPT disk by thinking there's no data on it. At least EFI >does not support both MBR partitions and GPT, but it is technically >possible to create such a disk. Our GPT code currently allows this, >but this is not by design. It's for convenience. The gpt(8) tool does >not like MBR partitions with GPT, but it could be made less picky. > >It's not unthinkable to have bootable GPT on i386 and amd64. New boot >blocks need to be written and we need a way to mark root partitions. And on April 28/04, in the thread "More than 8 labels per slice ", Poul-Henning Kamp wrote: >"David O'Brien" writes: > >On Tue, Apr 27, 2004, Harald Schmalzbauer wrote: > >> is there any chance that FreeBSD can adopt the OpenBSD changes > >> regarding UFS labels? > > > > I think there is a good chance -- many of us want it. But someone > > needs to do the work and post patches for review. Finding someone > > to port the OpenBSD or NetBSD changes to FreeBSD is the tricky part. > >Please, Can we just loose the BSD labels as fast as possible ? > >It shouldn't be hard to find something with fewer designed in >warts and 2^32 issues. > >I belive GPT is about ready for primetime... And now on Sept 20/04, in the thread "Possible bug in sbin/bsdlabel.c in -CURRENT" Brooks Davis wrote: >IIRC you can't extend the number of partitions unless you don't need >boot blocks so this isn't all that useful except in situtations where >gpt(8) is a much better solution. Fixing this hardcoding seems like >a reasionable idea, but I'm not an expert on this subject. We're >trying to avoid stopgap hack to bsdlabel in general because it's an >obviously dead-end solution and we want to move on to something like >GPT as soon as feasiable. This issue interests me once again, as I am getting a new PC with a "small" 120 gig disk. (the "small" disk was $15 cheaper than the 180gig disk they wanted to sell me...). I always have multiple OS's installed, so I would certainly like to split up that disk into more than 7*4 partitions. Even 15*4 would be very helpful for some of the things I do. Question 1: Since David's comments in April, Matt has changed Dragonfly (based on FreeBSD 4.x) to support 16 partitions in the standard BSD label. How hard would it be to install those changes in 6.x-current? Brooks mentioned the boot-blocks, and I recall that Matt had to move them up. Is there any reason to *not* move the boot blocks? (not in 5.x, certainly, but in 6.x-current) I have no reason to prefer the crusty old bsdlabel format over GPT, but then I don't know anything about GPT. Certainly it would be even nicer if I could create more than 16 partitions, especially for sparc64 (and PPC?) where I don't have the four DOS-level slices to stuff partitions into. Question 2: The thing I don't know is: If we go to GPT for FreeBSD, what does that mean for other operating systems (including FreeBSD 4.x and 5.x) which I would like to install on the same hard disk? Can I mix MBR-based installs and GPT-based installs on a single disk? If I cannot mix them, then I'm back to wishing for a 16-partition version of crusty old bsdlabels... Question 3: If someone wanted to try getting GPT to work with FreeBSD, where do they need to start looking? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 22:14:14 2004 Return-Path: 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 AC4B216A4CE for ; Tue, 21 Sep 2004 22:14:14 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784CD43D3F for ; Tue, 21 Sep 2004 22:14:14 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8LMGWnc017966; Tue, 21 Sep 2004 15:16:32 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8LMGVLA017965; Tue, 21 Sep 2004 15:16:31 -0700 Date: Tue, 21 Sep 2004 15:16:31 -0700 From: Brooks Davis To: Garance A Drosihn Message-ID: <20040921221631.GA14566@odin.ac.hmc.edu> References: <408F11C5.5030403@freebsd.org> <20040428033948.GA7603@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: Default support for GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 22:14:14 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 21, 2004 at 05:59:27PM -0400, Garance A Drosihn wrote: > [apology for the series of quotes, but they all include info > that I want to refer to...] >=20 > Back on Apr 27/04, Marcel Moolenaar wrote: > >On Tue, Apr 27, 2004, Robert Watson wrote: > > > > > > The GPT partition table includes an fdisk compatibility partition > > > table in it to describe the first partition (and reserve the rest?). > > > That way you can boot from an older BIOS even if you lay down GPT > > > over the entire boot disk, or at least I believe that was the intent. > > > >Not quite. The MBR on a disk with GPT is expected to be a protective > >MBR, which only serves the purpose of marking the whole disk (or as > >much as you can cover with the MBR) as used to avoid that MBR tools > >trash the GPT disk by thinking there's no data on it. At least EFI > >does not support both MBR partitions and GPT, but it is technically > >possible to create such a disk. Our GPT code currently allows this, > >but this is not by design. It's for convenience. The gpt(8) tool does > >not like MBR partitions with GPT, but it could be made less picky. > > > >It's not unthinkable to have bootable GPT on i386 and amd64. New boot > >blocks need to be written and we need a way to mark root partitions. >=20 > And on April 28/04, > in the thread "More than 8 labels per slice ", > Poul-Henning Kamp wrote: > >"David O'Brien" writes: > > >On Tue, Apr 27, 2004, Harald Schmalzbauer wrote: > > >> is there any chance that FreeBSD can adopt the OpenBSD changes > > >> regarding UFS labels? > > > > > > I think there is a good chance -- many of us want it. But someone > > > needs to do the work and post patches for review. Finding someone > > > to port the OpenBSD or NetBSD changes to FreeBSD is the tricky part. > > > >Please, Can we just loose the BSD labels as fast as possible ? > > > >It shouldn't be hard to find something with fewer designed in > >warts and 2^32 issues. > > > >I belive GPT is about ready for primetime... >=20 > And now on Sept 20/04, > in the thread "Possible bug in sbin/bsdlabel.c in -CURRENT" > Brooks Davis wrote: > >IIRC you can't extend the number of partitions unless you don't need > >boot blocks so this isn't all that useful except in situtations where > >gpt(8) is a much better solution. Fixing this hardcoding seems like > >a reasionable idea, but I'm not an expert on this subject. We're > >trying to avoid stopgap hack to bsdlabel in general because it's an > >obviously dead-end solution and we want to move on to something like > >GPT as soon as feasiable. >=20 > This issue interests me once again, as I am getting a new PC with a > "small" 120 gig disk. (the "small" disk was $15 cheaper than the > 180gig disk they wanted to sell me...). I always have multiple OS's > installed, so I would certainly like to split up that disk into more > than 7*4 partitions. Even 15*4 would be very helpful for some of > the things I do. >=20 > Question 1: > Since David's comments in April, Matt has changed Dragonfly (based > on FreeBSD 4.x) to support 16 partitions in the standard BSD label. > How hard would it be to install those changes in 6.x-current? > Brooks mentioned the boot-blocks, and I recall that Matt had to > move them up. Is there any reason to *not* move the boot blocks? > (not in 5.x, certainly, but in 6.x-current) I believe PHK has a reason, but I don't know what it is. > I have no reason to prefer the crusty old bsdlabel format over GPT, > but then I don't know anything about GPT. Certainly it would be > even nicer if I could create more than 16 partitions, especially > for sparc64 (and PPC?) where I don't have the four DOS-level slices > to stuff partitions into. As long as you don't want to boot off of it, you can stuff a GPT label on one of your sunlabel partitions partitions today (or at least you should be able to). Since GEOM doesn't care about the order of the disks, you can even do silly things like put an MBR on one of the partitions (subject to convincing fdisk to do it.) > Question 2: > The thing I don't know is: If we go to GPT for FreeBSD, what does > that mean for other operating systems (including FreeBSD 4.x and > 5.x) which I would like to install on the same hard disk? Can I > mix MBR-based installs and GPT-based installs on a single disk? > If I cannot mix them, then I'm back to wishing for a 16-partition > version of crusty old bsdlabels... The OS needs to understand the partiton table so at this time 4.x won't work on a pure GPT system. I suspect we're going to end up with some odd compatability hacks such as using undersided native partition tables followed by a modern table like GPT. That would be fairly easy to implement with GEOM, just present any space after the partition table as an appropriatly named parition. Note that if Intel follows through on their plans to make EFI standard on IA32 servers, we won't have a choice about using GPT as the native partition table. > Question 3: > If someone wanted to try getting GPT to work with FreeBSD, where > do they need to start looking? There's a post from marcel on this topic, I can't remember where. It might have been on developers. IIRC the big things a boot block that understands enough GPT to find a root partition and boot. It's worth noting that GPT labels look just like MBR labels except that normally they reserve the whole disk (or at least the addressable 2TB) as a single partition for them selves and store the real data elsewhere. It may be possiable to build GPTs that have some MBR slices as well, I'm not sure what the standard says. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBUKg/XY6L6fI4GtQRAtcnAJ9xLTUwZMi9z31n+32IpoNq90kN9ACgxyL2 2I8kMYHgzYaEiON5YEuCCYY= =m+Kh -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 22:28:16 2004 Return-Path: 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 15E6D16A4CE for ; Tue, 21 Sep 2004 22:28:16 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 370F643D2D for ; Tue, 21 Sep 2004 22:28:15 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i8LMaJIF011800 for ; Wed, 22 Sep 2004 10:36:19 +1200 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i8LMX5Ce008833 for ; Wed, 22 Sep 2004 10:33:11 +1200 Message-ID: <4150A9CB.70600@ThePacific.Net> Date: Wed, 22 Sep 2004 10:23:07 +1200 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Is HostRAID supported under FreeBSD??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 22:28:16 -0000 **Hi there. Im trying to install freebsd 5.2.1 in a Intel machine with 2 Adaptec* AIC7901 U320 HostRAID 200 Gb. running as a mirror with floppies but the system Can't find the Hard Disk as sonner I start with the install Is another way to install Freebsd in this kind of HD? Any ideas? Many Thanks Marcos Biscaysaqu ThePacific.net From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 22:33:40 2004 Return-Path: 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 51A8D16A4CE for ; Tue, 21 Sep 2004 22:33:40 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E34B743D1D for ; Tue, 21 Sep 2004 22:33:39 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8LMXaPF032132; Tue, 21 Sep 2004 16:33:36 -0600 (MDT) (envelope-from scottl@freebsd.org) Received: from localhost (scottl@localhost)i8LMXae6032129; Tue, 21 Sep 2004 16:33:36 -0600 (MDT) (envelope-from scottl@freebsd.org) X-Authentication-Warning: pooker.samsco.org: scottl owned process doing -bs Date: Tue, 21 Sep 2004 16:33:36 -0600 (MDT) From: Scott Long Sender: scottl@pooker.samsco.org To: "Marcos Biscaysaqu - ThePacific.net" In-Reply-To: <4150A9CB.70600@ThePacific.Net> Message-ID: <20040921163314.D21773@pooker.samsco.org> References: <4150A9CB.70600@ThePacific.Net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: Is HostRAID supported under FreeBSD??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 22:33:40 -0000 On Wed, 22 Sep 2004, Marcos Biscaysaqu - ThePacific.net wrote: > **Hi there. > Im trying to install freebsd 5.2.1 in a Intel machine with 2 Adaptec* AIC7901 U320 HostRAID > 200 Gb. running as a mirror with floppies but the system Can't find the Hard Disk as sonner I start with the install > > Is another way to install Freebsd in this kind of HD? Any ideas? > > > Many Thanks > > Marcos Biscaysaqu > ThePacific.net No, HostRAID is not supported. Scott From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 23:46:53 2004 Return-Path: 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 6E7DA16A4CE for ; Tue, 21 Sep 2004 23:46:53 +0000 (GMT) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2245A43D2D for ; Tue, 21 Sep 2004 23:46:53 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20040921234652m9100ipm77e>; Tue, 21 Sep 2004 23:46:52 +0000 Message-ID: <4150BD6B.30509@math.missouri.edu> Date: Tue, 21 Sep 2004 18:46:51 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040918 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Pccard / 3COM 574B X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 23:46:53 -0000 I just installed FreeBSD 5.3-Beta5 on my Dell Inspiron 7500, which has a 3Com 574B ethernet card in it. I am having some problems with it. 1) If I load the GENERIC kernel it doesn't find the card - instead I get a "CIS is too long" message. I put some debug statements in the kernel code, and tuple.code (in hex) is something like 40 7 0 0 2 0 0 ... then repeat this as often as PCCARD_CIS_SIZE allows. 2) FreeBSD-5.2.1-RELEASE does usually detect the card as ep0. 3) If I use the OLDCARD kernel it also sometimes detects the card. But not always - particularly after switching the computer off and then on again. I am almost thinking that the ethernet card is faulty. But so far Windows 2000 has never failed to find the ethernet card. Any suggestions? Stephen From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 23:46:54 2004 Return-Path: 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 E170616A4CE for ; Tue, 21 Sep 2004 23:46:54 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92DEB43D2D for ; Tue, 21 Sep 2004 23:46:54 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20040921234654m9200ga2gse>; Tue, 21 Sep 2004 23:46:54 +0000 Message-ID: <4150BD6D.40108@math.missouri.edu> Date: Tue, 21 Sep 2004 18:46:53 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040918 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: synaptics touchpad X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 23:46:55 -0000 I just installed FreeBSD 5.3-Beta5 on my Dell Inspiron 7500, which has a synaptics touchpad. I am finding the touchpad to be somewhat unresponsive, particularly under XFree86-4.3. (I would use Xorg, but neither Xorg or XFree86-4.4 work with my video card.) In the end I went into the source code sys/isa/psm.c, and simply commented out the synaptics code, so that FreeBSD thinks that it is a generic mouse. Now it works very much better. Why would the synaptics code be so unresponsive? Do I need to use Xorg, or is it some other issue? Stephen From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 00:22:51 2004 Return-Path: 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 6488316A4CE for ; Wed, 22 Sep 2004 00:22:51 +0000 (GMT) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id D261B43D2F for ; Wed, 22 Sep 2004 00:22:50 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out004.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040922002250.BAOT28868.out004.verizon.net@[10.0.3.231]>; Tue, 21 Sep 2004 19:22:50 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: "M. Warner Losh" In-Reply-To: <200409211309.25428.Lutz.Bichler@unibw-muenchen.de> References: <200409200959.48269.Lutz.Bichler@unibw-muenchen.de> <20040920.225931.29867687.imp@bsdimp.com> <200409211309.25428.Lutz.Bichler@unibw-muenchen.de> Content-Type: text/plain Message-Id: <1095812538.2535.36.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 20:22:18 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [141.153.167.39] at Tue, 21 Sep 2004 19:22:49 -0500 cc: current@freebsd.org Subject: Re: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 00:22:51 -0000 On Tue, 2004-09-21 at 07:09, Lutz Bichler wrote: > On Tuesday 21 September 2004 06:59, you wrote: > > This may be my fault. Any chance you can give me a traceback? > > I would like to, but i cannot get a crash dump. Tried the kernel debugger > (option DDB) an got the following trace: > > db> trace > kobj_delete(c1e2ab80,c068c6a0,c1e28180,cc726c2c,c04862e2) at kobj_delete+0x14 > device_delete_child(c1ef6c80, c1e2ab80,c16v4200,c16c4200,0) at > device_delete_child+0xb1 > usb_disconnect_port(c1f21870,c1ef6c80,cc726c50,c1614bc0,c1ef6c80) at > usb_disconnect_port+0xd2 > uhub_detach(c1ef6c80,c1578874,c067dfc4,c1ef6c80,0) at uhub_detach+0x7e > device_detach(c1ef6c80,c1e2ab80,c1ef6b00,cc726ca8,c04862e2) at > device_detach+0x6a > device_delete_child(c15b4880,c1ef6c80,c15bda80,c15bda80,3) at > device_delete_child+0x3f > usb_disconnect_port(c15b4430,c15b4880,10,c04dca9c,c15ca210) at > usb_disconnect_port+0xd2 > uhub_explore(c15b8900,c15d3140,cc726d10,c0482e48,c15d3140) at > uhub_explore+0x1be > usb_discover(c15d3140,0,5c,c065d8d9,1770) at usb_discover+0x35 > usb_event:_thread(c15d3140,cc726d48,0,0,0) at usb_event_thread+0x88 > fork_exit(c0482dc0,c15d3140,cc726d48) at fork_exit+0x80 > fork_trampoline() at for_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcc726d7c, ebp = 0 --- > db> > > Regards > Lutz > _______________________________________________ > 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" I was able to get crash dump in the situation that looks similar to one above and posted my explorations to this list (see "Re: usb hub disconnect crashes 5.3-BETA4 hard"). If you think they are relevant or useful, let me know and I can resend it to you privately. I am running -current though. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 00:23:55 2004 Return-Path: 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 E7CA816A4CE for ; Wed, 22 Sep 2004 00:23:55 +0000 (GMT) Received: from mxb.saturn-tech.com (mxb.saturn-tech.com [207.229.19.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BA1F43D4C for ; Wed, 22 Sep 2004 00:23:55 +0000 (GMT) (envelope-from drussell@saturn-tech.com) Received: from mxb.saturn-tech.com (localhost [127.0.0.1]) by mxb.saturn-tech.com (8.12.3/8.12.3) with ESMTP id i8M0QHKt005935; Tue, 21 Sep 2004 18:26:17 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost)i8M0QHhQ005932; Tue, 21 Sep 2004 18:26:17 -0600 (MDT) (envelope-from drussell@saturn-tech.com) X-Authentication-Warning: mxb.saturn-tech.com: drussell owned process doing -bs Date: Tue, 21 Sep 2004 18:26:17 -0600 (MDT) From: Doug Russell To: Stephen Montgomery-Smith In-Reply-To: <4150BD6D.40108@math.missouri.edu> Message-ID: <20040921182551.O5875-100000@mxb.saturn-tech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: synaptics touchpad X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 00:23:56 -0000 On Tue, 21 Sep 2004, Stephen Montgomery-Smith wrote: > I just installed FreeBSD 5.3-Beta5 on my Dell Inspiron 7500, which has a > synaptics touchpad. I am finding the touchpad to be somewhat > unresponsive, particularly under XFree86-4.3. (I would use Xorg, but This is a known issue. It is being worked on to be fixed for the release. Later...... From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 00:36:48 2004 Return-Path: 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 0416516A4CE for ; Wed, 22 Sep 2004 00:36:48 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64AD043D45 for ; Wed, 22 Sep 2004 00:36:47 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8M0Zmj4087971; Tue, 21 Sep 2004 18:35:49 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 21 Sep 2004 18:36:50 -0600 (MDT) Message-Id: <20040921.183650.28787484.imp@bsdimp.com> To: Alex.Kovalenko@verizon.net From: "M. Warner Losh" In-Reply-To: <1095812538.2535.36.camel@RabbitsDen> References: <20040920.225931.29867687.imp@bsdimp.com> <200409211309.25428.Lutz.Bichler@unibw-muenchen.de> <1095812538.2535.36.camel@RabbitsDen> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 00:36:48 -0000 In message: <1095812538.2535.36.camel@RabbitsDen> "Alexandre \"Sunny\" Kovalenko" writes: : On Tue, 2004-09-21 at 07:09, Lutz Bichler wrote: : > On Tuesday 21 September 2004 06:59, you wrote: : > > This may be my fault. Any chance you can give me a traceback? : > : > I would like to, but i cannot get a crash dump. Tried the kernel debugger : > (option DDB) an got the following trace: : > : > db> trace : > kobj_delete(c1e2ab80,c068c6a0,c1e28180,cc726c2c,c04862e2) at kobj_delete+0x14 : > device_delete_child(c1ef6c80, c1e2ab80,c16v4200,c16c4200,0) at : > device_delete_child+0xb1 : > usb_disconnect_port(c1f21870,c1ef6c80,cc726c50,c1614bc0,c1ef6c80) at : > usb_disconnect_port+0xd2 : > uhub_detach(c1ef6c80,c1578874,c067dfc4,c1ef6c80,0) at uhub_detach+0x7e : > device_detach(c1ef6c80,c1e2ab80,c1ef6b00,cc726ca8,c04862e2) at : > device_detach+0x6a : > device_delete_child(c15b4880,c1ef6c80,c15bda80,c15bda80,3) at : > device_delete_child+0x3f : > usb_disconnect_port(c15b4430,c15b4880,10,c04dca9c,c15ca210) at : > usb_disconnect_port+0xd2 : > uhub_explore(c15b8900,c15d3140,cc726d10,c0482e48,c15d3140) at : > uhub_explore+0x1be : > usb_discover(c15d3140,0,5c,c065d8d9,1770) at usb_discover+0x35 : > usb_event:_thread(c15d3140,cc726d48,0,0,0) at usb_event_thread+0x88 : > fork_exit(c0482dc0,c15d3140,cc726d48) at fork_exit+0x80 : > fork_trampoline() at for_trampoline+0x8 : > --- trap 0x1, eip = 0, esp = 0xcc726d7c, ebp = 0 --- : > db> : > : > Regards : > Lutz : > _______________________________________________ : > 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" : I was able to get crash dump in the situation that looks similar to one : above and posted my explorations to this list (see "Re: usb hub : disconnect crashes 5.3-BETA4 hard"). If you think they are relevant or : useful, let me know and I can resend it to you privately. I am running : -current though. Ian Dowse also is having problems in this area. He suggested the following patch to me. I have some concerns about the patch, but they are theoretical (what does it mean when a parent is detached, but all its children are attached?), but given the current state of the newbus code it will fix the problem for you. Warner Index: usb_port.h =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/usb/usb_port.h,v retrieving revision 1.67 diff -u -r1.67 usb_port.h --- usb_port.h 15 Aug 2004 23:39:18 -0000 1.67 +++ usb_port.h 21 Sep 2004 23:46:27 -0000 @@ -422,6 +422,7 @@ #define config_detach(dev, flag) \ do { \ free(device_get_ivars(dev), M_USB); \ + device_detach(dev); \ device_delete_child(device_get_parent(dev), dev); \ } while (0); From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 00:39:05 2004 Return-Path: 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 3374616A4CE for ; Wed, 22 Sep 2004 00:39:05 +0000 (GMT) Received: from out014.verizon.net (out014pub.verizon.net [206.46.170.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id B555243D5C for ; Wed, 22 Sep 2004 00:39:04 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out014.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040922003904.LUOY24490.out014.verizon.net@[10.0.3.231]> for ; Tue, 21 Sep 2004 19:39:04 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org In-Reply-To: <20040921230347.6423276d@it.buh.tecnik93.com> References: <20040917010328.9648843D2D@mx1.FreeBSD.org> <4150794E.6030405@elischer.org> <20040921230347.6423276d@it.buh.tecnik93.com> Content-Type: text/plain Message-Id: <1095813512.2535.39.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 20:38:32 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out014.verizon.net from [141.153.167.39] at Tue, 21 Sep 2004 19:39:03 -0500 Subject: Re: slotcount oddity message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 00:39:05 -0000 On Tue, 2004-09-21 at 16:03, Ion-Mihai Tetcu wrote: > On Tue, 21 Sep 2004 11:56:14 -0700 > Julian Elischer wrote: > > > Martin wrote: > > > > >Am Fr, den 17.09.2004 schrieb Grover Lines um 3:03: > > > > > >>pid 729: corrected slot count (2->1) > > > > > >I want to confirm this, too. > > >I'm on BETA5 i386 with SCHED_4BSD. > Happens also with ULE on BETA5. > FWIW: I have seen it on 6.0-current as of 9/18, scheduler is 4BSD. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 00:41:59 2004 Return-Path: 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 A43DC16A4CE for ; Wed, 22 Sep 2004 00:41:59 +0000 (GMT) Received: from out006.verizon.net (out006pub.verizon.net [206.46.170.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C91143D62 for ; Wed, 22 Sep 2004 00:41:59 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out006.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040922004158.IRNM22385.out006.verizon.net@[10.0.3.231]> for ; Tue, 21 Sep 2004 19:41:58 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org In-Reply-To: <4150BD6D.40108@math.missouri.edu> References: <4150BD6D.40108@math.missouri.edu> Content-Type: text/plain Message-Id: <1095813686.2535.42.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 20:41:27 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out006.verizon.net from [141.153.167.39] at Tue, 21 Sep 2004 19:41:58 -0500 Subject: Re: synaptics touchpad X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 00:41:59 -0000 On Tue, 2004-09-21 at 19:46, Stephen Montgomery-Smith wrote: > I just installed FreeBSD 5.3-Beta5 on my Dell Inspiron 7500, which has a > synaptics touchpad. I am finding the touchpad to be somewhat > unresponsive, particularly under XFree86-4.3. (I would use Xorg, but > neither Xorg or XFree86-4.4 work with my video card.) > > In the end I went into the source code sys/isa/psm.c, and simply > commented out the synaptics code, so that FreeBSD thinks that it is a > generic mouse. Now it works very much better. > > Why would the synaptics code be so unresponsive? Do I need to use Xorg, > or is it some other issue? > > Stephen > _______________________________________________ > 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" And if you roll it back to psm.c 1.70, you, likely, will get "tap and drag" as well ;) --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 00:45:45 2004 Return-Path: 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 242C316A4CE for ; Wed, 22 Sep 2004 00:45:45 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFCC643D2D for ; Wed, 22 Sep 2004 00:45:44 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8M0gj6x088024; Tue, 21 Sep 2004 18:42:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 21 Sep 2004 18:43:46 -0600 (MDT) Message-Id: <20040921.184346.43008052.imp@bsdimp.com> To: stephen@math.missouri.edu From: "M. Warner Losh" In-Reply-To: <4150BD6B.30509@math.missouri.edu> References: <4150BD6B.30509@math.missouri.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 cc: freebsd-current@freebsd.org Subject: Re: Pccard / 3COM 574B X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 00:45:45 -0000 In message: <4150BD6B.30509@math.missouri.edu> Stephen Montgomery-Smith writes: : I just installed FreeBSD 5.3-Beta5 on my Dell Inspiron 7500, which has a : 3Com 574B ethernet card in it. I am having some problems with it. I've used my 3C574 card (I don't recall if it is the B version or not, but it isn't the newer TX version) in my Dell i8k and my Sony PCG-Z1WA w/o any problems. : 1) If I load the GENERIC kernel it doesn't find the card - instead I : get a "CIS is too long" message. I put some debug statements in the : kernel code, and tuple.code (in hex) is something like 40 7 0 0 2 0 0 : ... then repeat this as often as PCCARD_CIS_SIZE allows. Sounds like a possible resource conflict. Ugg, damn. I thought I'd killed all of those. : 2) FreeBSD-5.2.1-RELEASE does usually detect the card as ep0. usually? : Any suggestions? Can you send me a dmesg output? This smells like a resource issue, but it is hard to know for sure. Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 00:46:15 2004 Return-Path: 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 94DF716A4CF for ; Wed, 22 Sep 2004 00:46:15 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AC3B43D5C for ; Wed, 22 Sep 2004 00:46:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 3D95A7A3D2; Tue, 21 Sep 2004 17:46:15 -0700 (PDT) Message-ID: <4150CB57.6070801@elischer.org> Date: Tue, 21 Sep 2004 17:46:15 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <20040917010328.9648843D2D@mx1.FreeBSD.org> <4150794E.6030405@elischer.org> <20040921230347.6423276d@it.buh.tecnik93.com> <1095813512.2535.39.camel@RabbitsDen> In-Reply-To: <1095813512.2535.39.camel@RabbitsDen> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: slotcount oddity message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 00:46:15 -0000 Alexandre "Sunny" Kovalenko wrote: >On Tue, 2004-09-21 at 16:03, Ion-Mihai Tetcu wrote: > > >>On Tue, 21 Sep 2004 11:56:14 -0700 >>Julian Elischer wrote: >> >> >> >>>Martin wrote: >>> >>> >>> >>>>Am Fr, den 17.09.2004 schrieb Grover Lines um 3:03: >>>> >>>> >>>> >>>>>pid 729: corrected slot count (2->1) >>>>> >>>>> >>>>I want to confirm this, too. >>>>I'm on BETA5 i386 with SCHED_4BSD. >>>> >>>> > > > >>Happens also with ULE on BETA5. >> >> >> >FWIW: I have seen it on 6.0-current as of 9/18, scheduler is 4BSD. > as I said before.. I know about it. it is not a problem, and I'm looking for the reason... >--- >Alexandre "Sunny" Kovalenko. > >_______________________________________________ >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 Wed Sep 22 00:50:27 2004 Return-Path: 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 E15A516A4E0 for ; Wed, 22 Sep 2004 00:50:27 +0000 (GMT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id A100E43D3F for ; Wed, 22 Sep 2004 00:50:26 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out007.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040922005025.KIPA1210.out007.verizon.net@[10.0.3.231]>; Tue, 21 Sep 2004 19:50:25 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Rob In-Reply-To: <41503926.7080703@pythonemproject.com> References: <41503926.7080703@pythonemproject.com> Content-Type: text/plain Message-Id: <1095814193.2535.45.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 20:49:53 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [141.153.167.39] at Tue, 21 Sep 2004 19:50:24 -0500 cc: freebsd-current Subject: Re: Glidepoint tap not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 00:50:28 -0000 On Tue, 2004-09-21 at 10:22, Rob wrote: > Here have a Dell 8600 notebook. I notice on RELENG_5 that the tapping > function doesn't work. I remember it working on -stable. I'm wondering > if there is a magic config param that I'm missing? > > Thanks, Rob. > _______________________________________________ > 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" Look for thread "[PLEASE TEST] Better support for Synaptics Touchpads". Some people reported success with some flags in device.hints. YMMV. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 01:27:07 2004 Return-Path: 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 EB63B16A4CE for ; Wed, 22 Sep 2004 01:27:06 +0000 (GMT) Received: from out002.verizon.net (out002pub.verizon.net [206.46.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6833B43D49 for ; Wed, 22 Sep 2004 01:27:06 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out002.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040922012705.SEUZ6722.out002.verizon.net@[10.0.3.231]>; Tue, 21 Sep 2004 20:27:05 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: "M. Warner Losh" In-Reply-To: <20040921.183650.28787484.imp@bsdimp.com> References: <20040920.225931.29867687.imp@bsdimp.com> <200409211309.25428.Lutz.Bichler@unibw-muenchen.de> <1095812538.2535.36.camel@RabbitsDen> <20040921.183650.28787484.imp@bsdimp.com> Content-Type: text/plain Message-Id: <1095816390.657.2.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 21:26:31 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out002.verizon.net from [141.153.167.39] at Tue, 21 Sep 2004 20:27:05 -0500 cc: current@freebsd.org Subject: Re: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 01:27:07 -0000 On Tue, 2004-09-21 at 20:36, M. Warner Losh wrote: > In message: <1095812538.2535.36.camel@RabbitsDen> > "Alexandre \"Sunny\" Kovalenko" writes: > : On Tue, 2004-09-21 at 07:09, Lutz Bichler wrote: > : > On Tuesday 21 September 2004 06:59, you wrote: > : > > This may be my fault. Any chance you can give me a traceback? > : > > : > I would like to, but i cannot get a crash dump. Tried the kernel debugger > : > (option DDB) an got the following trace: > : > > : > db> trace > : > kobj_delete(c1e2ab80,c068c6a0,c1e28180,cc726c2c,c04862e2) at kobj_delete+0x14 > : > device_delete_child(c1ef6c80, c1e2ab80,c16v4200,c16c4200,0) at > : > device_delete_child+0xb1 > : > usb_disconnect_port(c1f21870,c1ef6c80,cc726c50,c1614bc0,c1ef6c80) at > : > usb_disconnect_port+0xd2 > : > uhub_detach(c1ef6c80,c1578874,c067dfc4,c1ef6c80,0) at uhub_detach+0x7e > : > device_detach(c1ef6c80,c1e2ab80,c1ef6b00,cc726ca8,c04862e2) at > : > device_detach+0x6a > : > device_delete_child(c15b4880,c1ef6c80,c15bda80,c15bda80,3) at > : > device_delete_child+0x3f > : > usb_disconnect_port(c15b4430,c15b4880,10,c04dca9c,c15ca210) at > : > usb_disconnect_port+0xd2 > : > uhub_explore(c15b8900,c15d3140,cc726d10,c0482e48,c15d3140) at > : > uhub_explore+0x1be > : > usb_discover(c15d3140,0,5c,c065d8d9,1770) at usb_discover+0x35 > : > usb_event:_thread(c15d3140,cc726d48,0,0,0) at usb_event_thread+0x88 > : > fork_exit(c0482dc0,c15d3140,cc726d48) at fork_exit+0x80 > : > fork_trampoline() at for_trampoline+0x8 > : > --- trap 0x1, eip = 0, esp = 0xcc726d7c, ebp = 0 --- > : > db> > : > > : > Regards > : > Lutz > : > _______________________________________________ > : > 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" > : I was able to get crash dump in the situation that looks similar to one > : above and posted my explorations to this list (see "Re: usb hub > : disconnect crashes 5.3-BETA4 hard"). If you think they are relevant or > : useful, let me know and I can resend it to you privately. I am running > : -current though. > > Ian Dowse also is having problems in this area. He suggested the > following patch to me. I have some concerns about the patch, but they > are theoretical (what does it mean when a parent is detached, but all > its children are attached?), but given the current state of the newbus > code it will fix the problem for you. > > Warner > > Index: usb_port.h > =================================================================== > RCS file: /dump/FreeBSD-CVS/src/sys/dev/usb/usb_port.h,v > retrieving revision 1.67 > diff -u -r1.67 usb_port.h > --- usb_port.h 15 Aug 2004 23:39:18 -0000 1.67 > +++ usb_port.h 21 Sep 2004 23:46:27 -0000 > @@ -422,6 +422,7 @@ > #define config_detach(dev, flag) \ > do { \ > free(device_get_ivars(dev), M_USB); \ > + device_detach(dev); \ > device_delete_child(device_get_parent(dev), dev); \ > } while (0); > > _______________________________________________ > 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" I can confirm that with this patch system does not crash no matter how many times I plug and unplug the hub with plenty of devices attached to it. System in question is 6.0 current as of 9/18. Thank you very much. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 03:15:48 2004 Return-Path: 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 2284016A4CE for ; Wed, 22 Sep 2004 03:15:48 +0000 (GMT) Received: from neo.redjade.org (neo.redjade.org [219.254.21.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2600A43D2F for ; Wed, 22 Sep 2004 03:15:47 +0000 (GMT) (envelope-from ssw@neo.redjade.org) Received: from neo.redjade.org (localhost [127.0.0.1]) by neo.redjade.org (8.13.1/8.13.1) with ESMTP id i8M3Fm1q021747; Wed, 22 Sep 2004 12:15:48 +0900 (KST) (envelope-from ssw@neo.redjade.org) Received: (from ssw@localhost) by neo.redjade.org (8.13.1/8.13.1/Submit) id i8M3FmKS021746; Wed, 22 Sep 2004 12:15:48 +0900 (KST) (envelope-from ssw) Date: Wed, 22 Sep 2004 12:15:48 +0900 From: Sangwoo Shim To: Alexandre Sunny Kovalenko Message-ID: <20040922031548.GA21731@neo.redjade.org> References: <20040920.225931.29867687.imp@bsdimp.com> <200409211309.25428.Lutz.Bichler@unibw-muenchen.de> <1095812538.2535.36.camel@RabbitsDen> <20040921.183650.28787484.imp@bsdimp.com> <1095816390.657.2.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline In-Reply-To: <1095816390.657.2.camel@RabbitsDen> User-Agent: Mutt/1.5.4i cc: current@freebsd.org cc: imp@bsdimp.com Subject: Re: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 03:15:48 -0000 On Tue, Sep 21, 2004 at 09:26:31PM -0400, Alexandre Sunny Kovalenko wrote: [snip] > I can confirm that with this patch system does not crash no matter how > many times I plug and unplug the hub with plenty of devices attached to > it. System in question is 6.0 current as of 9/18. > This patch worked for me, too. (PR kern/71956) Thanks! Sangwoo Shim > Thank you very much. > --- > Alexandre "Sunny" Kovalenko. > > _______________________________________________ > 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 Wed Sep 22 03:29:52 2004 Return-Path: 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 C217816A4CE; Wed, 22 Sep 2004 03:29:52 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D26143D1F; Wed, 22 Sep 2004 03:29:52 +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.1/8.13.1) with ESMTP id i8M3Tpbb076121; Tue, 21 Sep 2004 23:29:51 -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.12.11/8.12.11) with ESMTP id i8M3Tp2G061152; Tue, 21 Sep 2004 23:29:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 761C27303F; Tue, 21 Sep 2004 23:29:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040922032951.761C27303F@freebsd-current.sentex.ca> Date: Tue, 21 Sep 2004 23:29:51 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 03:29:53 -0000 TB --- 2004-09-22 03:12:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-22 03:12:59 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-22 03:12:59 - checking out the source tree TB --- 2004-09-22 03:12:59 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-22 03:12:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-22 03:21:37 - building world (CFLAGS=-O -pipe) TB --- 2004-09-22 03:21:37 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-22 03:21:37 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-22 03:29:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-22 03:29:51 - ERROR: failed to build world TB --- 2004-09-22 03:29:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 03:37:07 2004 Return-Path: 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 3141B16A4CE for ; Wed, 22 Sep 2004 03:37:07 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90DEA43D3F for ; Wed, 22 Sep 2004 03:37:06 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i8M3iT4t004697 for ; Wed, 22 Sep 2004 15:45:11 +1200 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i8M3hS0W003392; Wed, 22 Sep 2004 15:43:29 +1200 Message-ID: <4150F28B.9040908@ThePacific.Net> Date: Wed, 22 Sep 2004 15:33:31 +1200 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long , freebsd-current@freebsd.org References: <4150A9CB.70600@ThePacific.Net> <20040921163314.D21773@pooker.samsco.org> In-Reply-To: <20040921163314.D21773@pooker.samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Is HostRAID supported under FreeBSD??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 03:37:07 -0000 Hi There and Scott. Im sorry I put the wrong name, my HD is intel: Adaptec* ICH5R-S Serial ATA RAID someone knows if this kind of system under Freebsd?? thanks Marcos Scott Long wrote: >On Wed, 22 Sep 2004, Marcos Biscaysaqu - ThePacific.net wrote: > > >>**Hi there. >>Im trying to install freebsd 5.2.1 in a Intel machine with 2 Adaptec* AIC7901 U320 HostRAID >>200 Gb. running as a mirror with floppies but the system Can't find the Hard Disk as sonner I start with the install >> >>Is another way to install Freebsd in this kind of HD? Any ideas? >> >> >>Many Thanks >> >>Marcos Biscaysaqu >>ThePacific.net >> >> > >No, HostRAID is not supported. > >Scott > > > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 03:41:37 2004 Return-Path: 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 D7AB216A4CE for ; Wed, 22 Sep 2004 03:41:37 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA5C43D3F for ; Wed, 22 Sep 2004 03:41:37 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8M3fboT018478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 21 Sep 2004 20:41:37 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8M3fbUh018477 for freebsd-current@freebsd.org; Tue, 21 Sep 2004 20:41:37 -0700 (PDT) (envelope-from jdc) Date: Tue, 21 Sep 2004 20:41:37 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040922034137.GA18393@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <4150A9CB.70600@ThePacific.Net> <20040921163314.D21773@pooker.samsco.org> <4150F28B.9040908@ThePacific.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4150F28B.9040908@ThePacific.Net> User-Agent: Mutt/1.5.6i Subject: Re: Is HostRAID supported under FreeBSD??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 03:41:38 -0000 Yes, it is supported, however the RAID portion is not. I'm still waiting on Soren and crew to get metadata support for the RAID portion of the ICH5-R -- this RAID controller is purely software-based, it is not a hardware RAID solution. In English: the controller will work fine as a standalone SATA controller, with the RAID option disabled. We have a couple SuperMicro 5013C-T servers which do this. You can use FreeBSD software RAID (ataraid, ccd, or vinum) to accomplish goals instead. If Soren needs hardware to play with, I can gladly send him a P4-based motherboard. RAM and CPU will be his own problem though... :) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Sep 22, 2004 at 03:33:31PM +1200, Marcos Biscaysaqu - ThePacific.net wrote: > Hi There and Scott. > Im sorry I put the wrong name, my HD is intel: Adaptec* ICH5R-S > Serial ATA RAID > > someone knows if this kind of system under Freebsd?? > > thanks > Marcos > > > > Scott Long wrote: > > >On Wed, 22 Sep 2004, Marcos Biscaysaqu - ThePacific.net wrote: > > > > > >>**Hi there. > >>Im trying to install freebsd 5.2.1 in a Intel machine with 2 Adaptec* > >>AIC7901 U320 HostRAID > >> > >>200 Gb. running as a mirror with floppies but the system Can't find the > >>Hard Disk as sonner I start with the install > >> > >>Is another way to install Freebsd in this kind of HD? Any ideas? > >> > >> > >>Many Thanks > >> > >>Marcos Biscaysaqu > >>ThePacific.net > >> > >> > > > >No, HostRAID is not supported. > > > >Scott > > > > > > > > > > _______________________________________________ > 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 Wed Sep 22 04:32:22 2004 Return-Path: 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 90D6516A4CE for ; Wed, 22 Sep 2004 04:32:22 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FFC043D55 for ; Wed, 22 Sep 2004 04:32:22 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so1839293rnk for ; Tue, 21 Sep 2004 21:32:21 -0700 (PDT) Received: by 10.38.15.66 with SMTP id 66mr3757920rno; Tue, 21 Sep 2004 21:32:21 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Tue, 21 Sep 2004 21:32:21 -0700 (PDT) Message-ID: Date: Wed, 22 Sep 2004 16:32:21 +1200 From: Juha Saarinen To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Me too: Beta3->Beta5; booting with ACPI enabled fails on P4 HT system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 04:32:22 -0000 $ uname -a FreeBSD vim2.saarinen.org 5.3-BETA5 FreeBSD 5.3-BETA5 #0: Wed Sep 22 12:02:04 NZST 2004 root@mybox.org:/usr/obj/usr/src/sys/vim2-040922 i386 Dmesg with ACPI enabled: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #0: Wed Sep 22 12:02:04 NZST 2004 root@mybox.com:/usr/obj/usr/src/sys/vim2-040922 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3049.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536608768 (511 MB) avail memory = 515432448 (491 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf0000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 1.0 on pci2 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0 usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 18 at device 1.1 on pci2 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0 usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhid0: American Power Conversion Back-UPS RS 1500 FW:8.g6 .I USB FW:g6, rev 1.10/1.06, addr 2, iclass 3/0 pci2: at device 1.2 (no driver attached) fxp0: port 0xdf00-0xdf3f mem 0xfeafb000-0xfeafbfff irq 20 at dev ice 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:c3:0f:20 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xef80-0xef9f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb2: on uhci0 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 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: PJL,MLC,PCL,PCLXL lpt0: on ppbus0 lpt0: Interrupt-driven port pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec ad0: 58644MB [119150/16/63] at ata0-master UDMA100 ad1: 29311MB [59554/16/63] at ata0-slave UDMA100 ATAPI_RESET time = 90us acd0: DVDROM at ata1-master PIO4 SMP: AP CPU #1 Launched! With ACPI disabled: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #0: Wed Sep 22 12:02:04 NZST 2004 root@mybox.org:/usr/obj/usr/src/sys/vim2-040922 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3049.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536608768 (511 MB) avail memory = 519626752 (495 MB) MPTable: ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xf0000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 pcib2: unable to route slot 1 INTC ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 1.0 on pci2 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0 usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 18 at device 1.1 on pci2 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0 usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhid0: American Power Conversion Back-UPS RS 1500 FW:8.g6 .I USB FW:g6, rev 1.10/1.06, addr 2, iclass 3/0 pci2: at device 1.2 (no driver attached) fxp0: port 0xdf00-0xdf3f mem 0xfeafb000-0xfeafbfff irq 20 at dev ice 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:c3:0f:20 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xef80-0xef9f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb2: on uhci0 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 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) cpu0 on motherboard pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: PJL,MLC,PCL,PCLXL lpt0: on ppbus0 lpt0: Interrupt-driven port sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) Timecounter "TSC" frequency 3049499520 Hz quality 800 Timecounters tick every 10.000 msec ad0: 58644MB [119150/16/63] at ata0-master UDMA100 ad1: 29311MB [59554/16/63] at ata0-slave UDMA100 ATAPI_RESET time = 90us acd0: DVDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a Kernel configuration: machine i386 cpu I686_CPU ident VIM2 options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options PFIL_HOOKS # pfil(9) framework options ADAPTIVE_GIANT # Giant mutex is adaptive. options EXT2FS # Linux Ext2fs support # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device ums # Mouse device uscanner # Scanners -- Juha From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 05:23:21 2004 Return-Path: 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 2ECA216A4CE for ; Wed, 22 Sep 2004 05:23:21 +0000 (GMT) Received: from smtp04.wanadoo.nl (smtp04.wanadoo.nl [194.134.35.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id E904843D49 for ; Wed, 22 Sep 2004 05:23:19 +0000 (GMT) (envelope-from j.asher@wanadoo.nl) Received: from localhost (c529d865e.cable.wanadoo.nl [82.157.134.94]) by smtp4.wanadoo.nl (Postfix) with ESMTP id DA87F5550A for ; Wed, 22 Sep 2004 07:23:17 +0200 (CEST) To: "current@freebsd.org" Date: Wed, 22 Sep 2004 07:23:33 +0200 From: "John Asher" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: XF86 4.4.0 tv output garbled (ATI RADEON 7500 retail) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 05:23:21 -0000 Hello, I am trying to use my T.V. out (s-video) to work with XF86 4.4.0. Result if I just use one of the XConfiguration tools is that my T.V. displays a garbled screen reflection of what is on my monitor screen, so it is almost working, however I have the feeling that the refresh rate is to high for my T.V. Since it is almost working, it would be great if someone could give me the final clue how to solve this. Included are my configuration file and log file after starting xwindows connected to my T.V. (I am using a European T.V.) I think the system is PAL. Best regards and thanks a lot in advance for helping me!, John Asher ---- XF86 Configuration Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/urwfonts-ttf/" #FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" #FontPath "/usr/X11R6/lib/X11/fonts/Type1/" #FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection Section "Module" Load "extmod" Load "glx" Load "dri" Load "dbe" Load "record" Load "xtrap" Load "freetype" Load "speedo" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" EndSection Section "Monitor" #DisplaySize 320 240# mm Identifier "Monitor0" #VendorName "SAM" # ModelName "SyncMaster" Option "DPMS" HorizSync31.5 - 82.0 VertRefresh 50 - 160 EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "ForcePCIMode" # [] #Option "BusType" # [] #Option "CPPIOMode" # [] #Option "CPusecTimeout" # #Option "AGPMode" # #Option "AGPFastWrite" # [] #Option "AGPSize" # #Option "GARTSize" # #Option "RingSize" # #Option "BufferSize" # #Option "EnableDepthMoves" # [] #Option "EnablePageFlip" # [] #Option "NoBackBuffer" # [] #Option "PanelOff" # [] #Option "DDCMode" # [] #Option "MonitorLayout" # [] #Option "IgnoreEDID" # [] #Option "OverlayOnCRTC2" # [] #Option "CloneMode" # [] #Option "CloneHSync" # [] #Option "CloneVRefresh" # [] #Option "UseFBDev" # [] #Option "VideoKey" # #Option "DisplayPriority" # [] #Option "PanelSize" # [] #Option "ForceMinDotClock" # Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "Radeon RV200 QW [Radeon 7500]" BusID "PCI:1:0:0" Option "TVOutput""PAL" Option "Xinerama""yes" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth24 Modes"1024x768" "800x600" EndSubSection EndSection ---- XF86 Log file XFree86 Version 4.4.0 Release Date: 29 February 2004 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 6.0 i386 [ELF] Current Operating System: FreeBSD localhost 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Wed Sep 15 15:27:42 CEST 2004 root@localhost:/usr/obj/usr/src/sys/MYKERNEL i386 Build Date: 17 September 2004 Changelog Date: 29 February 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Wed Sep 22 06:38:48 2004 (==) Using config file: "/etc/X11/XF86Config" (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/urwfonts-ttf/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.7 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 0000,0000 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106,0000 rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 0000,0000 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 1a class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 1a class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card 0000,0000 rev 40 class 06,00,00 hdr 00 (II) PCI: 00:07:5: chip 1106,3058 card 1462,3400 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:08:0: chip 10b7,9200 card 10b7,1000 rev 74 class 02,00,00 hdr 00 (II) PCI: 00:09:0: chip 1102,0002 card 1102,100a rev 0a class 04,01,00 hdr 80 (II) PCI: 00:09:1: chip 1102,7002 card 1102,0020 rev 0a class 09,80,00 hdr 80 (II) PCI: 01:00:0: chip 1002,5157 card 1002,013a rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -100x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -100x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -100x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -100x00009000 - 0x000090ff (0x100) IX[B] [1] -100x00009400 - 0x000094ff (0x100) IX[B] [2] -100x00009800 - 0x000098ff (0x100) IX[B] [3] -100x00009c00 - 0x00009cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -100xdc000000 - 0xddffffff (0x2000000) MX[B] (II) Bus 1 prefetchable memory range: [0] -100xd0000000 - 0xd7ffffff (0x8000000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:7:4), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus -1 I/O range: [0] -100x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -100x00000000 - 0xffffffff (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -100x00000000 - 0xffffffff (0x0) MX[B] (--) PCI:*(1:0:0) ATI Technologies Inc Radeon RV200 QW [Radeon 7500] rev 0, Mem @ 0xd0000000/27, 0xdd000000/16, I/O @ 0x9000/8 (II) Addressable bus resource ranges are [0] -100x00000000 - 0xffffffff (0x0) MX[B] [1] -100x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -100xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -100x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -100x000f0000 - 0x000fffff (0x10000) MX[B] [3] -100x000c0000 - 0x000effff (0x30000) MX[B] [4] -100x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -100x0000ffff - 0x0000ffff (0x1) IX[B] [6] -100x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xd8000000 from 0xdfffffff to 0xd7ffffff (II) Active PCI resource ranges: [0] -100xdf000000 - 0xdfffffff (0x1000000) MX[B]E [1] -100xd8000000 - 0xd7ffffff (0x0) MX[B]EO [2] -100xdd000000 - 0xdd00ffff (0x10000) MX[B](B) [3] -100xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [4] -100x0000c000 - 0x0000c0ff (0x100) IX[B]E [5] -100x0000bc00 - 0x0000bcff (0x100) IX[B]E [6] -100x0000b800 - 0x0000b8ff (0x100) IX[B]E [7] -100x0000b400 - 0x0000b4ff (0x100) IX[B]E [8] -100x0000b000 - 0x0000b0ff (0x100) IX[B]E [9] -100x0000ac00 - 0x0000acff (0x100) IX[B]E [10] -100x0000a800 - 0x0000a8ff (0x100) IX[B]E [11] -100x0000a400 - 0x0000a4ff (0x100) IX[B]E [12] -100x0000a000 - 0x0000a0ff (0x100) IX[B]E [13] -100x00009000 - 0x000090ff (0x100) IX[B](B) (II) Active PCI resource ranges after removing overlaps: [0] -100xdf000000 - 0xdfffffff (0x1000000) MX[B]E [1] -100xd8000000 - 0xd7ffffff (0x0) MX[B]EO [2] -100xdd000000 - 0xdd00ffff (0x10000) MX[B](B) [3] -100xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [4] -100x0000c000 - 0x0000c0ff (0x100) IX[B]E [5] -100x0000bc00 - 0x0000bcff (0x100) IX[B]E [6] -100x0000b800 - 0x0000b8ff (0x100) IX[B]E [7] -100x0000b400 - 0x0000b4ff (0x100) IX[B]E [8] -100x0000b000 - 0x0000b0ff (0x100) IX[B]E [9] -100x0000ac00 - 0x0000acff (0x100) IX[B]E [10] -100x0000a800 - 0x0000a8ff (0x100) IX[B]E [11] -100x0000a400 - 0x0000a4ff (0x100) IX[B]E [12] -100x0000a000 - 0x0000a0ff (0x100) IX[B]E [13] -100x00009000 - 0x000090ff (0x100) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -100xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -100x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -100x000f0000 - 0x000fffff (0x10000) MX[B] [3] -100x000c0000 - 0x000effff (0x30000) MX[B] [4] -100x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -100x0000ffff - 0x0000ffff (0x1) IX[B] [6] -100x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -100xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -100x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -100x000f0000 - 0x000fffff (0x10000) MX[B] [3] -100x000c0000 - 0x000effff (0x30000) MX[B] [4] -100x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -100xdf000000 - 0xdfffffff (0x1000000) MX[B]E [6] -100xd8000000 - 0xd7ffffff (0x0) MX[B]EO [7] -100xdd000000 - 0xdd00ffff (0x10000) MX[B](B) [8] -100xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [9] -100x0000ffff - 0x0000ffff (0x1) IX[B] [10] -100x00000000 - 0x000000ff (0x100) IX[B] [11] -100x0000c000 - 0x0000c0ff (0x100) IX[B]E [12] -100x0000bc00 - 0x0000bcff (0x100) IX[B]E [13] -100x0000b800 - 0x0000b8ff (0x100) IX[B]E [14] -100x0000b400 - 0x0000b4ff (0x100) IX[B]E [15] -100x0000b000 - 0x0000b0ff (0x100) IX[B]E [16] -100x0000ac00 - 0x0000acff (0x100) IX[B]E [17] -100x0000a800 - 0x0000a8ff (0x100) IX[B]E [18] -100x0000a400 - 0x0000a4ff (0x100) IX[B]E [19] -100x0000a000 - 0x0000a0ff (0x100) IX[B]E [20] -100x00009000 - 0x000090ff (0x100) IX[B](B) (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a (II) Module drm: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.13.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "xtrap" (II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a (II) Module xtrap: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DEC-XTRAP (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project & the After X-TT Project" compiled for 4.4.0, module version = 2.1.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "speedo" (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a (II) Module speedo: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.1 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Speedo (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.2 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "radeon" (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o (II) Module radeon: vendor="The XFree86 Project" compiled for 4.4.0, module version = 4.0.1 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.7 (II) LoadModule: "ati" (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o (II) Module ati: vendor="The XFree86 Project" compiled for 4.4.0, module version = 6.5.6 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.4 (II) ATI: ATI driver (version 6.5.6) for chipsets: ati, ativga (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP), ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP), ATI Rage 128 Pro GL PA (PCI/AGP), ATI Rage 128 Pro GL PB (PCI/AGP), ATI Rage 128 Pro GL PC (PCI/AGP), ATI Rage 128 Pro GL PD (PCI), ATI Rage 128 Pro GL PE (PCI/AGP), ATI Rage 128 Pro GL PF (AGP), ATI Rage 128 Pro VR PG (PCI/AGP), ATI Rage 128 Pro VR PH (PCI/AGP), ATI Rage 128 Pro VR PI (PCI/AGP), ATI Rage 128 Pro VR PJ (PCI/AGP), ATI Rage 128 Pro VR PK (PCI/AGP), ATI Rage 128 Pro VR PL (PCI/AGP), ATI Rage 128 Pro VR PM (PCI/AGP), ATI Rage 128 Pro VR PN (PCI/AGP), ATI Rage 128 Pro VR PO (PCI/AGP), ATI Rage 128 Pro VR PP (PCI), ATI Rage 128 Pro VR PQ (PCI/AGP), ATI Rage 128 Pro VR PR (PCI), ATI Rage 128 Pro VR PS (PCI/AGP), ATI Rage 128 Pro VR PT (PCI/AGP), ATI Rage 128 Pro VR PU (PCI/AGP), ATI Rage 128 Pro VR PV (PCI/AGP), ATI Rage 128 Pro VR PW (PCI/AGP), ATI Rage 128 Pro VR PX (PCI/AGP), ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI), ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (PCI/AGP), ATI Rage 128 4X SF (PCI/AGP), ATI Rage 128 4X SG (PCI/AGP), ATI Rage 128 4X SH (PCI/AGP), ATI Rage 128 4X SK (PCI/AGP), ATI Rage 128 4X SL (PCI/AGP), ATI Rage 128 4X SM (AGP), ATI Rage 128 4X SN (PCI/AGP), ATI Rage 128 Pro ULTRA TF (AGP), ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP), ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?), ATI Rage 128 Pro ULTRA TU (AGP?) (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon Mobility 7000 IGP 4437, ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon 9200PRO 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9700 NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI FireGL RV360 AV (AGP), ATI Radeon Mobility 9600 (M10) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2 (M11) NV (AGP), ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP) (II) Primary Device is: PCI 01:00:0 (--) Chipset ATI Radeon 7500 QW (AGP/PCI) found (II) resource ranges after xf86ClaimFixedResources() call: [0] -100xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -100x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -100x000f0000 - 0x000fffff (0x10000) MX[B] [3] -100x000c0000 - 0x000effff (0x30000) MX[B] [4] -100x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -100xdf000000 - 0xdfffffff (0x1000000) MX[B]E [6] -100xd8000000 - 0xd7ffffff (0x0) MX[B]EO [7] -100xdd000000 - 0xdd00ffff (0x10000) MX[B](B) [8] -100xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [9] -100x0000ffff - 0x0000ffff (0x1) IX[B] [10] -100x00000000 - 0x000000ff (0x100) IX[B] [11] -100x0000c000 - 0x0000c0ff (0x100) IX[B]E [12] -100x0000bc00 - 0x0000bcff (0x100) IX[B]E [13] -100x0000b800 - 0x0000b8ff (0x100) IX[B]E [14] -100x0000b400 - 0x0000b4ff (0x100) IX[B]E [15] -100x0000b000 - 0x0000b0ff (0x100) IX[B]E [16] -100x0000ac00 - 0x0000acff (0x100) IX[B]E [17] -100x0000a800 - 0x0000a8ff (0x100) IX[B]E [18] -100x0000a400 - 0x0000a4ff (0x100) IX[B]E [19] -100x0000a000 - 0x0000a0ff (0x100) IX[B]E [20] -100x00009000 - 0x000090ff (0x100) IX[B](B) (II) Loading sub module "radeon" (II) LoadModule: "radeon" (II) Reloading /usr/X11R6/lib/modules/drivers/radeon_drv.o (II) resource ranges after probing: [0] -100xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -100x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -100x000f0000 - 0x000fffff (0x10000) MX[B] [3] -100x000c0000 - 0x000effff (0x30000) MX[B] [4] -100x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -100xdf000000 - 0xdfffffff (0x1000000) MX[B]E [6] -100xd8000000 - 0xd7ffffff (0x0) MX[B]EO [7] -100xdd000000 - 0xdd00ffff (0x10000) MX[B](B) [8] -100xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [9] 000x000a0000 - 0x000affff (0x10000) MS[B] [10] 000x000b0000 - 0x000b7fff (0x8000) MS[B] [11] 000x000b8000 - 0x000bffff (0x8000) MS[B] [12] -100x0000ffff - 0x0000ffff (0x1) IX[B] [13] -100x00000000 - 0x000000ff (0x100) IX[B] [14] -100x0000c000 - 0x0000c0ff (0x100) IX[B]E [15] -100x0000bc00 - 0x0000bcff (0x100) IX[B]E [16] -100x0000b800 - 0x0000b8ff (0x100) IX[B]E [17] -100x0000b400 - 0x0000b4ff (0x100) IX[B]E [18] -100x0000b000 - 0x0000b0ff (0x100) IX[B]E [19] -100x0000ac00 - 0x0000acff (0x100) IX[B]E [20] -100x0000a800 - 0x0000a8ff (0x100) IX[B]E [21] -100x0000a400 - 0x0000a4ff (0x100) IX[B]E [22] -100x0000a000 - 0x0000a0ff (0x100) IX[B]E [23] -100x00009000 - 0x000090ff (0x100) IX[B](B) [24] 000x000003b0 - 0x000003bb (0xc) IS[B] [25] 000x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): MMIO registers at 0xdd000000 (==) RADEON(0): Write-combining range (0xdd000000,0x80000) was already clear (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.4.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.7 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (II) RADEON(0): PCI bus 1 card 0 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (II) RADEON(0): initializing int10 (==) RADEON(0): Write-combining range (0xa0000,0x20000) was already clear (==) RADEON(0): Write-combining range (0xc0000,0x40000) was already clear (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (--) RADEON(0): Chipset: "ATI Radeon 7500 QW (AGP/PCI)" (ChipID = 0x5157) (--) RADEON(0): Linear framebuffer at 0xd0000000 (--) RADEON(0): VideoRAM: 65536 kByte (128 bit DDR SDRAM) (II) RADEON(0): AGP card detected (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.2.0 ABI class: XFree86 Video Driver, version 0.7 (II) RADEON(0): I2C bus "DDC" initialized. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 2, Detected Type: 0 (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 4, Detected Type: 0 (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 3, Detected Type: 1 (II) RADEON(0): Displays Detected: Monitor1--Type 1, Monitor2--Type 0 (II) RADEON(0): Monitor1 EDID data --------------------------- (II) RADEON(0): Manufacturer: SAM Model: 27 Serial#: 1095840055 (II) RADEON(0): Year: 2001 Week: 45 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V (II) RADEON(0): Sync: Separate (II) RADEON(0): Max H-Image Size [cm]: horiz.: 32 vert.: 24 (II) RADEON(0): Gamma: 2.07 (II) RADEON(0): DPMS capabilities: Off; RGB/Color Display (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.645 redY: 0.321 greenX: 0.285 greenY: 0.600 (II) RADEON(0): blueX: 0.142 blueY: 0.057 whiteX: 0.283 whiteY: 0.298 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 720x400@88Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@67Hz (II) RADEON(0): 640x480@72Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@56Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@72Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 832x624@75Hz (II) RADEON(0): 1024x768@87Hz (interlaced) (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): 1024x768@70Hz (II) RADEON(0): 1024x768@75Hz (II) RADEON(0): 1152x870@75Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 640 vsize 480 refresh: 85 vid: 22833 (II) RADEON(0): #1: hsize: 800 vsize 600 refresh: 85 vid: 22853 (II) RADEON(0): #2: hsize: 1024 vsize 768 refresh: 85 vid: 22881 (II) RADEON(0): #3: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 94.5 MHz Image Size: 312 x 234 mm (II) RADEON(0): h_active: 1024 h_sync: 1072 h_sync_end 1168 h_blank_end 1376 h_border: 0 (II) RADEON(0): v_active: 768 v_sync: 769 v_sync_end 772 v_blanking: 808 v_border: 0 (II) RADEON(0): Ranges: V min: 50 V max: 160 Hz, H min: 30 H max: 71 kHz, PixClock max 110 MHz (II) RADEON(0): Monitor name: SyncMaster (II) RADEON(0): Serial No: HJCRB05778 (II) RADEON(0): End of Monitor1 EDID data -------------------- (II) RADEON(0): (II) RADEON(0): Primary Display == Type 1 (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) RADEON(0): Validating modes on Primary head --------- (WW) RADEON(0): config file hsync range 31.5-82kHz not within DDC hsync ranges. (II) RADEON(0): Monitor0: Using hsync range of 31.50-82.00 kHz (II) RADEON(0): Monitor0: Using vrefresh range of 50.00-160.00 Hz (II) RADEON(0): Clock range: 20.00 to 350.00 MHz (II) RADEON(0): Not using default mode "320x175" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "360x200" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x960" (hsync out of range) (II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (WW) (1280x1024,Monitor0) mode clock 135MHz exceeds DDC maximum 110MHz (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (WW) (1600x1200,Monitor0) mode clock 162MHz exceeds DDC maximum 110MHz (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (WW) (1600x1200,Monitor0) mode clock 175.5MHz exceeds DDC maximum 110MHz (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) (II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) (II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) (II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) (II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) (WW) (1400x1050,Monitor0) mode clock 122MHz exceeds DDC maximum 110MHz (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (WW) (1400x1050,Monitor0) mode clock 155.8MHz exceeds DDC maximum 110MHz (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (width too large for virtual size) (II) RADEON(0): Not using default mode "1600x1200" (width too large for virtual size) (II) RADEON(0): Not using default mode "1400x1050" (width too large for virtual size) (II) RADEON(0): Not using default mode "1400x1050" (width too large for virtual size) (II) RADEON(0): Not using default mode "1280x1024" (width too large for virtual size) (II) RADEON(0): Not using default mode "1280x1024" (width too large for virtual size) (II) RADEON(0): Not using default mode "1280x960" (width too large for virtual size) (II) RADEON(0): Not using default mode "1152x864" (width too large for virtual size) (II) RADEON(0): Not using default mode "1152x768" (width too large for virtual size) (--) RADEON(0): Virtual size is 1024x768 (pitch 1024) (**) RADEON(0): *Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz (II) RADEON(0): Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (**) RADEON(0): *Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz (II) RADEON(0): Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (**) RADEON(0): Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz (II) RADEON(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (**) RADEON(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz (II) RADEON(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (**) RADEON(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz (II) RADEON(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (**) RADEON(0): Default mode "1024x768": 44.9 MHz, 35.5 kHz, 87.1 Hz (I) (II) RADEON(0): Modeline "1024x768" 44.90 1024 1032 1208 1264 768 768 776 817 interlace +hsync +vsync (**) RADEON(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz (II) RADEON(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (**) RADEON(0): Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz (II) RADEON(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (**) RADEON(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz (II) RADEON(0): Modeline "800x600" 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (**) RADEON(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz (II) RADEON(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (**) RADEON(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (II) RADEON(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (**) RADEON(0): Default mode "640x480": 36.0 MHz, 43.3 kHz, 85.0 Hz (II) RADEON(0): Modeline "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz (II) RADEON(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz (II) RADEON(0): Modeline "640x480" 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (**) RADEON(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz (II) RADEON(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (**) RADEON(0): Default mode "720x400": 35.5 MHz, 37.9 kHz, 85.0 Hz (II) RADEON(0): Modeline "720x400" 35.50 720 756 828 936 400 401 404 446 -hsync +vsync (**) RADEON(0): Default mode "640x400": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) RADEON(0): Modeline "640x400" 31.50 640 672 736 832 400 401 404 445 -hsync +vsync (**) RADEON(0): Default mode "640x350": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) RADEON(0): Modeline "640x350" 31.50 640 672 736 832 350 382 385 445 +hsync -vsync (**) RADEON(0): Default mode "512x384": 22.4 MHz, 35.5 kHz, 87.1 Hz (D) (II) RADEON(0): Modeline "512x384" 22.45 512 516 604 632 384 384 388 409 interlace doublescan +hsync +vsync (**) RADEON(0): Default mode "416x312": 28.6 MHz, 49.7 kHz, 74.7 Hz (D) (II) RADEON(0): Modeline "416x312" 28.64 416 432 464 576 312 312 314 333 doublescan -hsync -vsync (**) RADEON(0): Default mode "400x300": 28.1 MHz, 53.7 kHz, 85.3 Hz (D) (II) RADEON(0): Modeline "400x300" 28.15 400 416 448 524 300 300 302 315 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 24.8 MHz, 46.9 kHz, 75.1 Hz (D) (II) RADEON(0): Modeline "400x300" 24.75 400 408 448 528 300 300 302 312 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 25.0 MHz, 48.1 kHz, 72.2 Hz (D) (II) RADEON(0): Modeline "400x300" 25.00 400 428 488 520 300 318 321 333 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 20.0 MHz, 37.9 kHz, 60.3 Hz (D) (II) RADEON(0): Modeline "400x300" 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (--) RADEON(0): Display dimensions: (320, 240) mm (--) RADEON(0): DPI set to (81, 81) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.2 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="The XFree86 Project" compiled for 4.4.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.7 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.1.0 ABI class: XFree86 Video Driver, version 0.7 (II) RADEON(0): AGP Fast Write disabled by default (II) RADEON(0): Depth moves disabled by default (II) Loading sub module "shadowfb" (II) LoadModule: "shadowfb" (II) Loading /usr/X11R6/lib/modules/libshadowfb.a (II) Module shadowfb: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.2 (II) RADEON(0): Page flipping disabled (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 000xdd000000 - 0xdd00ffff (0x10000) MX[B] [1] 000xd0000000 - 0xd7ffffff (0x8000000) MX[B] [2] -100xffe00000 - 0xffffffff (0x200000) MX[B](B) [3] -100x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -100x000f0000 - 0x000fffff (0x10000) MX[B] [5] -100x000c0000 - 0x000effff (0x30000) MX[B] [6] -100x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -100xdf000000 - 0xdfffffff (0x1000000) MX[B]E [8] -100xd8000000 - 0xd7ffffff (0x0) MX[B]EO [9] -100xdd000000 - 0xdd00ffff (0x10000) MX[B](B) [10] -100xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] 000x000a0000 - 0x000affff (0x10000) MS[B](OprU) [12] 000x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [13] 000x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [14] 000x00009000 - 0x000090ff (0x100) IX[B] [15] -100x0000ffff - 0x0000ffff (0x1) IX[B] [16] -100x00000000 - 0x000000ff (0x100) IX[B] [17] -100x0000c000 - 0x0000c0ff (0x100) IX[B]E [18] -100x0000bc00 - 0x0000bcff (0x100) IX[B]E [19] -100x0000b800 - 0x0000b8ff (0x100) IX[B]E [20] -100x0000b400 - 0x0000b4ff (0x100) IX[B]E [21] -100x0000b000 - 0x0000b0ff (0x100) IX[B]E [22] -100x0000ac00 - 0x0000acff (0x100) IX[B]E [23] -100x0000a800 - 0x0000a8ff (0x100) IX[B]E [24] -100x0000a400 - 0x0000a4ff (0x100) IX[B]E [25] -100x0000a000 - 0x0000a0ff (0x100) IX[B]E [26] -100x00009000 - 0x000090ff (0x100) IX[B](B) [27] 000x000003b0 - 0x000003bb (0xc) IS[B](OprU) [28] 000x000003c0 - 0x000003df (0x20) IS[B](OprU) (==) RADEON(0): Write-combining range (0xdd000000,0x80000) was already clear (==) RADEON(0): Write-combining range (0xd0000000,0x4000000) (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): Wrote: rd=12, fd=126, pd=4 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmGetBusid returned '' (II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:0:0" (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc1c43000 (II) RADEON(0): [drm] mapped SAREA 0xc1c43000 to 0x2835d000 (II) RADEON(0): [drm] framebuffer handle = 0xd0000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x0000/0x0000; Card 0x1002/0x5157] (II) RADEON(0): [agp] 8192 kB allocated with handle 0xc17c5e80 (II) RADEON(0): [agp] ring handle = 0xd8000000 (II) RADEON(0): [agp] Ring mapped at 0x2c400000 (II) RADEON(0): [agp] ring read ptr handle = 0xd8101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0x282da000 (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xd8102000 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x2c501000 (II) RADEON(0): [agp] GART texture map handle = 0xd8302000 (II) RADEON(0): [agp] GART Texture map mapped at 0x2c701000 (II) RADEON(0): [drm] register handle = 0xdd000000 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): CP in BM mode (II) RADEON(0): Using 8 MB GART aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 5 MB for GART textures (II) RADEON(0): Memory manager initialized to (0,0) (1024,8191) (II) RADEON(0): Reserved area from (0,768) to (1024,770) (II) RADEON(0): Largest offscreen area available: 1024 x 7421 (II) RADEON(0): Will use back buffer at offset 0xc00000 (II) RADEON(0): Will use depth buffer at offset 0xf00000 (II) RADEON(0): Will use 47104 kb for textures at offset 0x1200000 (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (==) RADEON(0): Backing store disabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor (scanline 770) (II) RADEON(0): Largest offscreen area available: 1024 x 7417 (**) Option "dpms" (**) RADEON(0): DPMS enabled (WW) RADEON(0): Option "TVOutput" is not used (WW) RADEON(0): Option "Xinerama" is not used (II) RADEON(0): X context handle = 0x00000001 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 11 (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 (II) RADEON(0): Direct rendering enabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/sysmouse" (**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (==) Mouse0: Buttons: 3 (II) Keyboard "Keyboard0" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (II) RADEON(0): Wrote: rd=12, fd=100, pd=2 (II) RADEON(0): Wrote: rd=12, fd=126, pd=4 (II) RADEON(0): Wrote: rd=12, fd=100, pd=2 (II) RADEON(0): Wrote: rd=12, fd=126, pd=4 (II) 3rd Button detected: disabling emulate3Button (II) RADEON(0): Wrote: rd=12, fd=100, pd=2 (II) RADEON(0): Wrote: rd=12, fd=126, pd=4 -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 05:34:04 2004 Return-Path: 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 0600C16A4CE for ; Wed, 22 Sep 2004 05:34:04 +0000 (GMT) Received: from cardinal.mail.pas.earthlink.net (cardinal.mail.pas.earthlink.net [207.217.121.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDFE343D5A for ; Wed, 22 Sep 2004 05:34:03 +0000 (GMT) (envelope-from ringworm@inbox.lv) Received: from pool0049.cvx27-bradley.dialup.earthlink.net ([209.179.56.49] helo=ringworm.mechee.com) by cardinal.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1C9zlP-0007hB-00; Tue, 21 Sep 2004 22:34:00 -0700 Received: by ringworm.mechee.com (Postfix, from userid 1001) id ABE26B47BD; Tue, 21 Sep 2004 22:33:59 -0700 (PDT) From: "Michael C. Shultz" To: freebsd-current@freebsd.org Date: Tue, 21 Sep 2004 22:33:57 -0700 User-Agent: KMail/1.7 References: <200409202350.12931.ringworm@inbox.lv> <414FEBF8.8060308@elischer.org> In-Reply-To: <414FEBF8.8060308@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409212233.58701.ringworm@inbox.lv> cc: julian@elischer.org Subject: Re: Cannot connect DSL with CURRENT ok with STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ringworm@inbox.lv List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 05:34:04 -0000 > Michael C. Shultz wrote: > > Hello, > > > > I have a machine that dual boots in 4.10 STABLE or 6.0 CURENT. With > > identical settings I cannot connect to Verizon DSL in CURRENT. Any > > advice? Thankyou. Here are my sttings: > > > > ppp.conf: > > > > default: > > set log Phase tun command > > set ifaddr 10.0.0.1/0 10.0.0.2/0 > > enable dns > > verizon: > > set device PPPoE:ed0 > > set dial > > set login > > add default HISADDR > > > > rc.conf > > > > pppoed_enable="YES" # Run the PPP over Ethernet daemon. > > pppoed_provider="verizon" # Provider and ppp(8) config file entry. > > pppoed_flags="-P /var/run/pppoed.pid" # Flags to pppoed (if enabled). > > pppoed_interface="ed0" # The interface that pppoed runs on. > > > > -Mike On Tuesday 21 September 2004 01:53, Julian Elischer wrote: > output from tcpdump -i ed0 > would be good for both successful and failing setups. > OK, I posted them below. Note, I get the connection in STABLE after running dhclient, in CURRENT dhclient hangs. While in current when I compile then install dhclient from STABLE I connect no problem so I think there is something wrong with dhclient in CURRENT. good (from STABLE 4.10): root@~>tcpdump -i ed0 tcpdump: listening on ed0 21:57:14.105494 4.26.55.206.3201 > 4.26.230.108.loc-srv: S 27718824:27718824 (0) win 64240 (DF) 21:57:14.302237 201.133.233.89.3686 > 4.26.227.185.microsoft-ds: S 3626197126:3626197126(0) win 64800 (DF) 21:57:16.756732 4.26.85.219.1679 > 4.26.227.185.microsoft-ds: S 1891626377:1891626377(0) win 16384 (DF) 21:57:19.622700 4.7.41.253.3068 > 4.26.230.108.microsoft-ds: S 3265755531:3265755531(0) win 16384 (DF) 21:57:20.054668 201.133.233.89.3686 > 4.26.227.185.microsoft-ds: S 3626197126:3626197126(0) win 64800 (DF) 21:57:22.497887 4.7.41.253.3068 > 4.26.230.108.microsoft-ds: S 3265755531:3265755531(0) win 16384 (DF) 21:57:23.554664 4.26.87.108.4983 > 4.26.227.185.loc-srv: S 3387494663:3387494663(0) win 16384 (DF) 21:57:25.007299 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x1995be32 [| bootp] [tos 0x10] 21:57:25.504180 4.26.80.1.bootps > 4.26.86.117.bootpc: xid:0x1995be32 Y:4.26.86.117 S:209.244.7.5 [|bootp] [tos 0x10] 21:57:25.505318 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x1995be32 [| bootp] [tos 0x10] 21:57:25.587984 4.26.80.1.bootps > 4.26.86.117.bootpc: xid:0x1995be32 Y:4.26.86.117 S:209.244.7.5 [|bootp] [tos 0x10] 21:57:25.876082 arp who-has 4.26.86.117 tell 4.26.86.117 21:57:26.225701 arp who-has 4.26.80.1 tell 4.26.86.117 21:57:26.263556 arp reply 4.26.80.1 is-at 0:2:3b:1:16:2a 21:57:26.263622 4.26.86.117.2437 > 207.69.188.187.domain: 6640+ PTR? 117.86.26.4.in-addr.arpa. (42) 21:57:26.307857 207.69.188.187.domain > 4.26.86.117.2437: 6640 NXDomain 0/1/0 (115) (DF) 21:57:26.405924 4.26.195.114.3103 > 4.26.86.117.loc-srv: S 2693531866:2693531866(0) win 64240 (DF) 21:57:27.208013 4.227.59.0.4081 > 4.26.86.117.microsoft-ds: S 902967275:902967275(0) win 8760 (DF) 21:57:28.978723 4.26.114.100.3552 > 4.26.230.108.microsoft-ds: S 4159777173:4159777173(0) win 64240 (DF) 21:57:30.127360 4.227.59.0.4081 > 4.26.86.117.microsoft-ds: S 902967275:902967275(0) win 8760 (DF) 21:57:30.787547 4.26.82.255.2823 > 4.26.227.185.loc-srv: S 356500099:356500099 (0) win 16384 (DF) bad from (CURRENT 6.0) root@~>tcpdump -i ed0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ed0, link-type EN10MB (Ethernet), capture size 96 bytes 22:04:22.294573 IP 4.26.84.39.4597 > 4.26.86.117.loc-srv: S 1562494193:1562494193(0) win 64240 22:04:23.360243 IP 4.26.147.187.4201 > 4.26.230.108.loc-srv: S 1406724163:1406724163(0) win 16384 22:04:23.508565 PPPoE PADI [Host-Uniq 0x008900C1] 22:04:23.543132 arp who-has 4.26.227.185 tell 4.26.224.1 22:04:25.507208 PPPoE PADI [Host-Uniq 0x008900C1] 22:04:25.695178 arp who-has 4.26.227.185 tell 4.26.224.1 22:04:26.382926 IP 208.63.124.4.45664 > 4.26.230.108.microsoft-ds: S 1894493832:1894493832(0) win 64240 22:04:26.699809 arp who-has 4.26.227.185 tell 4.26.224.1 22:04:27.697964 arp who-has 4.26.227.185 tell 4.26.224.1 22:04:29.568670 PPPoE PADI [Host-Uniq 0xC0380DC1] 22:04:31.567295 PPPoE PADI [Host-Uniq 0xC0380DC1] 22:04:33.762123 IP 65.61.101.16.4721 > 4.26.230.108.microsoft-ds: S 1446633888:1446633888(0) win 8760 22:04:35.026550 IP 24.88.36.229.4597 > 4.26.230.108.microsoft-ds: S 439167034:439167034(0) win 64240 22:04:35.643907 PPPoE PADI [Host-Uniq 0x403A0DC1] 22:04:37.501279 IP 202.178.156.50.3568 > 4.26.86.117.microsoft-ds: S 2126185622:2126185622(0) win 64240 22:04:37.637362 PPPoE PADI [Host-Uniq 0x403A0DC1] 22:04:37.793436 IP 24.88.36.229.4597 > 4.26.230.108.microsoft-ds: S 439167034:439167034(0) win 64240 22:04:40.134584 IP 4.26.245.133.miteksys-lm > 4.26.86.117.microsoft-ds: S 4043206572:4043206572(0) win 64240 22:04:40.422860 IP 202.178.156.50.3568 > 4.26.86.117.microsoft-ds: S 2126185622:2126185622(0) win 64240 22:04:41.699575 PPPoE PADI [Host-Uniq 0xC07BF8C0] 22:04:43.697447 PPPoE PADI [Host-Uniq 0xC07BF8C0] 22:04:46.467407 IP 202.178.156.50.3568 > 4.26.86.117.microsoft-ds: S 2126185622:2126185622(0) win 64240 22:04:47.758880 PPPoE PADI [Host-Uniq 0xC08A00C1] 22:04:49.757508 PPPoE PADI [Host-Uniq 0xC08A00C1] 22:04:50.775977 IP 4.26.244.249.4115 > 4.26.230.108.loc-srv: S 3339430298:3339430298(0) win 64240 22:04:51.428577 IP 4.26.242.71.4097 > 4.26.230.108.microsoft-ds: S 1605743494:1605743494(0) win 64240 22:04:53.614146 IP 4.26.244.249.4115 > 4.26.230.108.loc-srv: S 3339430298:3339430298(0) win 64240 22:04:53.818990 PPPoE PADI [Host-Uniq 0xC05943C1] 22:04:54.340078 IP 4.26.242.71.4097 > 4.26.230.108.microsoft-ds: S 1605743494:1605743494(0) win 64240 22:04:55.817588 PPPoE PADI [Host-Uniq 0xC05943C1] 22:04:58.970800 IP 4.26.223.210.sophia-lm > 4.26.86.117.loc-srv: S 3411251725:3411251725(0) win 64240 22:04:59.879010 PPPoE PADI [Host-Uniq 0x805343C1] 22:05:01.877670 PPPoE PADI [Host-Uniq 0x805343C1] 22:05:02.015564 IP 24.94.26.145.1981 > 4.26.86.117.microsoft-ds: S 3060340817:3060340817(0) win 16384 22:05:03.845120 IP 81.37.215.133.2075 > 4.26.86.117.microsoft-ds: S 3738125076:3738125076(0) win 16384 22:05:04.990806 IP 24.94.26.145.1981 > 4.26.86.117.microsoft-ds: S 3060340817:3060340817(0) win 16384 22:05:05.232482 IP 4.26.143.242.4227 > 4.26.86.117.loc-srv: S 4121653173:4121653173(0) win 64240 22:05:05.271587 IP 4.26.55.206.2437 > 4.26.230.108.loc-srv: S 4033941466:4033941466(0) win 64240 22:05:05.590780 IP 4.26.127.89.4706 > 4.26.86.117.microsoft-ds: S 763631196:763631196(0) win 16384 22:05:05.939134 PPPoE PADI [Host-Uniq 0x005D43C1] 22:05:06.763665 IP 4.26.86.119.4085 > 4.26.86.117.microsoft-ds: S 815576764:815576764(0) win 64240 22:05:06.765656 IP 4.26.86.119.4086 > 4.26.86.117.ms-sql-s: S 815627672:815627672(0) win 64240 22:05:07.127080 IP 4.26.23.70.4910 > 4.26.230.108.loc-srv: S 3943823469:3943823469(0) win 16384 22:05:07.628628 IP 201.133.117.183.3097 > 4.26.86.117.microsoft-ds: S 1119685365:1119685365(0) win 64800 22:05:07.937755 PPPoE PADI [Host-Uniq 0x005D43C1] 22:05:07.997047 IP 4.26.143.242.4227 > 4.26.86.117.loc-srv: S 4121653173:4121653173(0) win 64240 22:05:08.339031 IP 4.26.127.89.4706 > 4.26.86.117.microsoft-ds: S 763631196:763631196(0) win 16384 ^C 47 packets captured 47 packets received by filter 0 packets dropped by kernel From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 05:36:23 2004 Return-Path: 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 6F7B116A4CE for ; Wed, 22 Sep 2004 05:36:23 +0000 (GMT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A60B43D5C for ; Wed, 22 Sep 2004 05:36:23 +0000 (GMT) (envelope-from ringworm@inbox.lv) Received: from pool0049.cvx27-bradley.dialup.earthlink.net ([209.179.56.49] helo=ringworm.mechee.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1C9zni-0000x2-00 for freebsd-current@freebsd.org; Tue, 21 Sep 2004 22:36:22 -0700 Received: by ringworm.mechee.com (Postfix, from userid 1001) id 7F6CCB47BD; Tue, 21 Sep 2004 22:36:22 -0700 (PDT) From: "Michael C. Shultz" To: freebsd-current@freebsd.org Date: Tue, 21 Sep 2004 22:36:21 -0700 User-Agent: KMail/1.7 References: <200409202350.12931.ringworm@inbox.lv> <414FD054.5040805@authtec.net> In-Reply-To: <414FD054.5040805@authtec.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409212236.21691.ringworm@inbox.lv> Subject: Re: Cannot connect DSL with CURRENT ok with STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ringworm@inbox.lv List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 05:36:23 -0000 On Monday 20 September 2004 23:55, sam wrote: > Michael C. Shultz wrote: > >Hello, > > > >I have a machine that dual boots in 4.10 STABLE or 6.0 CURENT. With > > identical settings I cannot connect to Verizon DSL in CURRENT. Any > > advice? Thankyou. Here are my sttings: > > > >ppp.conf: > > > >default: > > set log Phase tun command > > set ifaddr 10.0.0.1/0 10.0.0.2/0 > > enable dns > >verizon: > > set device PPPoE:ed0 > > set dial > > set login > > add default HISADDR > > > >rc.conf > > > >pppoed_enable="YES" # Run the PPP over Ethernet daemon. > >pppoed_provider="verizon" # Provider and ppp(8) config file entry. > >pppoed_flags="-P /var/run/pppoed.pid" # Flags to pppoed (if enabled). > >pppoed_interface="ed0" # The interface that pppoed runs on. > > The following configuration works for FreeBSD 53Beta 4/5: > > default: > set device PPPoE:fxp0 > set speed sync > add default HISADDR > > myisp: > set authname myid > set authkey mypass > > ppp cofiguration in rc.conf: > ppp_enable="YES" > > ppp_mode="ddial" > ppp_nat="NO" ppp_profile="myisp" > > sam Hey thanks! I had my rc.config wrong, now its corrected, still have a problem from CURRENT though. -Mike From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 05:51:06 2004 Return-Path: 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 593EC16A4CE for ; Wed, 22 Sep 2004 05:51:06 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id F08E243D41 for ; Wed, 22 Sep 2004 05:51:05 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-120-130-54.dsl.snfc21.pacbell.net [68.120.130.54])i8M5p6qM015980; Wed, 22 Sep 2004 01:51:06 -0400 Message-ID: <415112C6.80406@elischer.org> Date: Tue, 21 Sep 2004 22:51:02 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: ringworm@inbox.lv References: <200409202350.12931.ringworm@inbox.lv> <414FEBF8.8060308@elischer.org> <200409212233.58701.ringworm@inbox.lv> In-Reply-To: <200409212233.58701.ringworm@inbox.lv> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Cannot connect DSL with CURRENT ok with STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 05:51:06 -0000 Michael C. Shultz wrote: >>Michael C. Shultz wrote: >> >>>Hello, >>> >>>I have a machine that dual boots in 4.10 STABLE or 6.0 CURENT. With >>>identical settings I cannot connect to Verizon DSL in CURRENT. Any >>>advice? Thankyou. Here are my sttings: >>> >>>ppp.conf: >>> >>>default: >>> set log Phase tun command >>> set ifaddr 10.0.0.1/0 10.0.0.2/0 >>> enable dns >>>verizon: >>> set device PPPoE:ed0 >>> set dial >>> set login >>> add default HISADDR >>> >>>rc.conf >>> >>>pppoed_enable="YES" # Run the PPP over Ethernet daemon. >>>pppoed_provider="verizon" # Provider and ppp(8) config file entry. >>>pppoed_flags="-P /var/run/pppoed.pid" # Flags to pppoed (if enabled). >>>pppoed_interface="ed0" # The interface that pppoed runs on. >>> >>>-Mike > > > On Tuesday 21 September 2004 01:53, Julian Elischer wrote: > >>output from tcpdump -i ed0 >>would be good for both successful and failing setups. >> > > OK, I posted them below. Note, I get the connection in STABLE > after running dhclient, in CURRENT dhclient hangs. While in current > when I compile then install dhclient from STABLE I connect no problem > so I think there is something wrong with dhclient in CURRENT. > > > good (from STABLE 4.10): > > root@~>tcpdump -i ed0 this shows NO pppoe packets > tcpdump: listening on ed0 > 21:57:14.105494 4.26.55.206.3201 > 4.26.230.108.loc-srv: S 27718824:27718824 > (0) win 64240 (DF) > 21:57:14.302237 201.133.233.89.3686 > 4.26.227.185.microsoft-ds: S > 3626197126:3626197126(0) win 64800 (DF) > 21:57:16.756732 4.26.85.219.1679 > 4.26.227.185.microsoft-ds: S > 1891626377:1891626377(0) win 16384 (DF) > 21:57:19.622700 4.7.41.253.3068 > 4.26.230.108.microsoft-ds: S > 3265755531:3265755531(0) win 16384 (DF) > 21:57:20.054668 201.133.233.89.3686 > 4.26.227.185.microsoft-ds: S > 3626197126:3626197126(0) win 64800 (DF) > 21:57:22.497887 4.7.41.253.3068 > 4.26.230.108.microsoft-ds: S > 3265755531:3265755531(0) win 16384 (DF) > 21:57:23.554664 4.26.87.108.4983 > 4.26.227.185.loc-srv: S > 3387494663:3387494663(0) win 16384 (DF) > 21:57:25.007299 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x1995be32 [| > bootp] [tos 0x10] > 21:57:25.504180 4.26.80.1.bootps > 4.26.86.117.bootpc: xid:0x1995be32 > Y:4.26.86.117 S:209.244.7.5 [|bootp] [tos 0x10] > 21:57:25.505318 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x1995be32 [| > bootp] [tos 0x10] > 21:57:25.587984 4.26.80.1.bootps > 4.26.86.117.bootpc: xid:0x1995be32 > Y:4.26.86.117 S:209.244.7.5 [|bootp] [tos 0x10] > 21:57:25.876082 arp who-has 4.26.86.117 tell 4.26.86.117 > 21:57:26.225701 arp who-has 4.26.80.1 tell 4.26.86.117 > 21:57:26.263556 arp reply 4.26.80.1 is-at 0:2:3b:1:16:2a > 21:57:26.263622 4.26.86.117.2437 > 207.69.188.187.domain: 6640+ PTR? > 117.86.26.4.in-addr.arpa. (42) > 21:57:26.307857 207.69.188.187.domain > 4.26.86.117.2437: 6640 NXDomain 0/1/0 > (115) (DF) > 21:57:26.405924 4.26.195.114.3103 > 4.26.86.117.loc-srv: S > 2693531866:2693531866(0) win 64240 (DF) > 21:57:27.208013 4.227.59.0.4081 > 4.26.86.117.microsoft-ds: S > 902967275:902967275(0) win 8760 (DF) > 21:57:28.978723 4.26.114.100.3552 > 4.26.230.108.microsoft-ds: S > 4159777173:4159777173(0) win 64240 (DF) > 21:57:30.127360 4.227.59.0.4081 > 4.26.86.117.microsoft-ds: S > 902967275:902967275(0) win 8760 (DF) > 21:57:30.787547 4.26.82.255.2823 > 4.26.227.185.loc-srv: S 356500099:356500099 > (0) win 16384 (DF) > > bad from (CURRENT 6.0) > this shows teh pppoe server just is not responding.. there are PADI packets and no PADO packets > root@~>tcpdump -i ed0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on ed0, link-type EN10MB (Ethernet), capture size 96 bytes > 22:04:22.294573 IP 4.26.84.39.4597 > 4.26.86.117.loc-srv: S > 1562494193:1562494193(0) win 64240 > 22:04:23.360243 IP 4.26.147.187.4201 > 4.26.230.108.loc-srv: S > 1406724163:1406724163(0) win 16384 > 22:04:23.508565 PPPoE PADI [Host-Uniq 0x008900C1] > 22:04:23.543132 arp who-has 4.26.227.185 tell 4.26.224.1 > 22:04:25.507208 PPPoE PADI [Host-Uniq 0x008900C1] > 22:04:25.695178 arp who-has 4.26.227.185 tell 4.26.224.1 > 22:04:26.382926 IP 208.63.124.4.45664 > 4.26.230.108.microsoft-ds: S > 1894493832:1894493832(0) win 64240 > 22:04:26.699809 arp who-has 4.26.227.185 tell 4.26.224.1 > 22:04:27.697964 arp who-has 4.26.227.185 tell 4.26.224.1 > 22:04:29.568670 PPPoE PADI [Host-Uniq 0xC0380DC1] > 22:04:31.567295 PPPoE PADI [Host-Uniq 0xC0380DC1] > 22:04:33.762123 IP 65.61.101.16.4721 > 4.26.230.108.microsoft-ds: S > 1446633888:1446633888(0) win 8760 > 22:04:35.026550 IP 24.88.36.229.4597 > 4.26.230.108.microsoft-ds: S > 439167034:439167034(0) win 64240 > 22:04:35.643907 PPPoE PADI [Host-Uniq 0x403A0DC1] > 22:04:37.501279 IP 202.178.156.50.3568 > 4.26.86.117.microsoft-ds: S > 2126185622:2126185622(0) win 64240 > 22:04:37.637362 PPPoE PADI [Host-Uniq 0x403A0DC1] > 22:04:37.793436 IP 24.88.36.229.4597 > 4.26.230.108.microsoft-ds: S > 439167034:439167034(0) win 64240 > 22:04:40.134584 IP 4.26.245.133.miteksys-lm > 4.26.86.117.microsoft-ds: S > 4043206572:4043206572(0) win 64240 > 22:04:40.422860 IP 202.178.156.50.3568 > 4.26.86.117.microsoft-ds: S > 2126185622:2126185622(0) win 64240 > 22:04:41.699575 PPPoE PADI [Host-Uniq 0xC07BF8C0] > 22:04:43.697447 PPPoE PADI [Host-Uniq 0xC07BF8C0] > 22:04:46.467407 IP 202.178.156.50.3568 > 4.26.86.117.microsoft-ds: S > 2126185622:2126185622(0) win 64240 > 22:04:47.758880 PPPoE PADI [Host-Uniq 0xC08A00C1] > 22:04:49.757508 PPPoE PADI [Host-Uniq 0xC08A00C1] > 22:04:50.775977 IP 4.26.244.249.4115 > 4.26.230.108.loc-srv: S > 3339430298:3339430298(0) win 64240 > 22:04:51.428577 IP 4.26.242.71.4097 > 4.26.230.108.microsoft-ds: S > 1605743494:1605743494(0) win 64240 > 22:04:53.614146 IP 4.26.244.249.4115 > 4.26.230.108.loc-srv: S > 3339430298:3339430298(0) win 64240 > 22:04:53.818990 PPPoE PADI [Host-Uniq 0xC05943C1] > 22:04:54.340078 IP 4.26.242.71.4097 > 4.26.230.108.microsoft-ds: S > 1605743494:1605743494(0) win 64240 > 22:04:55.817588 PPPoE PADI [Host-Uniq 0xC05943C1] > 22:04:58.970800 IP 4.26.223.210.sophia-lm > 4.26.86.117.loc-srv: S > 3411251725:3411251725(0) win 64240 > 22:04:59.879010 PPPoE PADI [Host-Uniq 0x805343C1] > 22:05:01.877670 PPPoE PADI [Host-Uniq 0x805343C1] > 22:05:02.015564 IP 24.94.26.145.1981 > 4.26.86.117.microsoft-ds: S > 3060340817:3060340817(0) win 16384 > 22:05:03.845120 IP 81.37.215.133.2075 > 4.26.86.117.microsoft-ds: S > 3738125076:3738125076(0) win 16384 > 22:05:04.990806 IP 24.94.26.145.1981 > 4.26.86.117.microsoft-ds: S > 3060340817:3060340817(0) win 16384 > 22:05:05.232482 IP 4.26.143.242.4227 > 4.26.86.117.loc-srv: S > 4121653173:4121653173(0) win 64240 > 22:05:05.271587 IP 4.26.55.206.2437 > 4.26.230.108.loc-srv: S > 4033941466:4033941466(0) win 64240 > 22:05:05.590780 IP 4.26.127.89.4706 > 4.26.86.117.microsoft-ds: S > 763631196:763631196(0) win 16384 > 22:05:05.939134 PPPoE PADI [Host-Uniq 0x005D43C1] > 22:05:06.763665 IP 4.26.86.119.4085 > 4.26.86.117.microsoft-ds: S > 815576764:815576764(0) win 64240 > 22:05:06.765656 IP 4.26.86.119.4086 > 4.26.86.117.ms-sql-s: S > 815627672:815627672(0) win 64240 > 22:05:07.127080 IP 4.26.23.70.4910 > 4.26.230.108.loc-srv: S > 3943823469:3943823469(0) win 16384 > 22:05:07.628628 IP 201.133.117.183.3097 > 4.26.86.117.microsoft-ds: S > 1119685365:1119685365(0) win 64800 > 22:05:07.937755 PPPoE PADI [Host-Uniq 0x005D43C1] > 22:05:07.997047 IP 4.26.143.242.4227 > 4.26.86.117.loc-srv: S > 4121653173:4121653173(0) win 64240 > 22:05:08.339031 IP 4.26.127.89.4706 > 4.26.86.117.microsoft-ds: S > 763631196:763631196(0) win 16384 > ^C > 47 packets captured > 47 packets received by filter > 0 packets dropped by kernel From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 06:17:47 2004 Return-Path: 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 816CD16A4CF; Wed, 22 Sep 2004 06:17:47 +0000 (GMT) Received: from sffwd0.suedfactoring.de (port-212-202-224-251.static.qsc.de [212.202.224.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6188F43D1D; Wed, 22 Sep 2004 06:17:46 +0000 (GMT) (envelope-from agruner@suedfactoring.de) Received: from pcs28.suedfac.com ([10.2.1.228]) ESMTP id i8M6HiO2015272; Wed, 22 Sep 2004 08:17:44 +0200 Received: by pcs28.suedfac.com (Postfix, from userid 1001) id 42922B91C; Wed, 22 Sep 2004 08:19:38 +0200 (CEST) Date: Wed, 22 Sep 2004 08:19:38 +0200 From: "Axel S. Gruner" To: Ruslan Ermilov Message-ID: <20040922061938.GB49571@pcs28.suedfactoring.de> References: <20040921094759.GB84155@pcs28.suedfactoring.de> <20040921150017.GD97310@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040921150017.GD97310@ip.net.ua> Organization: SuedFactoring GmbH Adress1: 70191 Stuttgart Adress2: Heilbronnerstrasse 86 Phone: (+49)711/127-3865 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: Problems building BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: axel.gruner@suedfactoring.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 06:17:47 -0000 Hi Ruslan! On Tue, 21 Sep 2004, Ruslan Ermilov wrote: > > At the moment i run FreeBSD 5.3-BETA4. > > So, what could be the problem and how to solve it? > > > Make sure your /usr/include/regex.h is not corrupt. Thanks for your reply. Well, for me, the /usr/include/regex.h looks fine, so, how can i get it out that it is corrupt? asg -- Systemadministrator SuedFactoring GmbH Heilbronnerstrasse 86 70191 Stuttgart axel.gruner@suedfactoring.de (+49)711/127-3865 From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 07:13:37 2004 Return-Path: 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 4CFB316A4CE for ; Wed, 22 Sep 2004 07:13:37 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52D4243D2D for ; Wed, 22 Sep 2004 07:13:36 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8M7DYcb044040; Wed, 22 Sep 2004 10:13:34 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 24121-05; Wed, 22 Sep 2004 10:13:33 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8M7DXLt044037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2004 10:13:33 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8M7DQwt035663; Wed, 22 Sep 2004 10:13:26 +0300 (EEST) (envelope-from ru) Date: Wed, 22 Sep 2004 10:13:26 +0300 From: Ruslan Ermilov To: "Axel S. Gruner" Message-ID: <20040922071326.GC35457@ip.net.ua> References: <20040921094759.GB84155@pcs28.suedfactoring.de> <20040921150017.GD97310@ip.net.ua> <20040922061938.GB49571@pcs28.suedfactoring.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="m51xatjYGsM+13rf" Content-Disposition: inline In-Reply-To: <20040922061938.GB49571@pcs28.suedfactoring.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: Problems building BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 07:13:37 -0000 --m51xatjYGsM+13rf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 22, 2004 at 08:19:38AM +0200, Axel S. Gruner wrote: > Hi Ruslan! >=20 > On Tue, 21 Sep 2004, Ruslan Ermilov wrote: >=20 > > > At the moment i run FreeBSD 5.3-BETA4. > > > So, what could be the problem and how to solve it? > > >=20 > > Make sure your /usr/include/regex.h is not corrupt. >=20 > Thanks for your reply.=20 > Well, for me, the /usr/include/regex.h looks fine, so, how can i get it > out that it is corrupt? >=20 ident /usr/include/regex.h md5 /usr/include/regex.h would help check this. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --m51xatjYGsM+13rf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBUSYWqRfpzJluFF4RAsx7AJ9XveXJSXdW+EspjvkZG8+2GA/sgwCglBI+ OrWZnLiyfNXGrZ5FvuSHFq4= =OlAf -----END PGP SIGNATURE----- --m51xatjYGsM+13rf-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 07:28:23 2004 Return-Path: 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 7F77316A4CE; Wed, 22 Sep 2004 07:28:23 +0000 (GMT) Received: from mpehp1.mpe-garching.mpg.de (mpehp1.mpe-garching.mpg.de [130.183.70.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0320B43D1D; Wed, 22 Sep 2004 07:28:22 +0000 (GMT) (envelope-from robert@mpe.mpg.de) Received: from robert2.mpe-garching.mpg.de (robert2.mpe-garching.mpg.de [130.183.136.59])with ESMTP id JAA29609; Wed, 22 Sep 2004 09:28:19 +0200 (METDST) Received: from robert2.mpe-garching.mpg.de (localhost.mpe-garching.mpg.de [127.0.0.1])i8M7T3O7004257; Wed, 22 Sep 2004 09:29:03 +0200 (CEST) (envelope-from krs@robert2.mpe-garching.mpg.de) Message-Id: <200409220729.i8M7T3O7004257@robert2.mpe-garching.mpg.de> To: Robert Watson Date: Wed, 22 Sep 2004 09:29:03 +0200 From: Klaus Robert Suetterlin cc: freebsd-current@freebsd.org Subject: (BETA5-i386) de0: abnormal interrupt: transmit underflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: robert@mpe.mpg.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 07:28:23 -0000 I get some strange behaviour with my de0 card ... last stable behaviour was with 5.2.1-Release, I updated to BETA5 this week. As long as I do innocet stuff like ping everything seems to work. Once I transfer any useful data (i.e. make update, ssh, ftp, http, ...) The system responds (after approx 1 and 2 seconds) with de0: abnormal interrupt: transmit underflow (raising TX threshold to 96|256) de0: abnormal interrupt: transmit underflow (raising TX threshold to 128|512) and network transfer speed gets so slow I cannot even measure it. (Ping to my gateway on the local network takes 10 seconds and up.) By ifconfig de0 down|up I can reset the card and repeat as often as I please. The speed problem can be undone by setting debug.mpsafenet=0. Please tell me if I can give any diagnostics that might help. Or if I can test any patches You might work on. Kind Regards, Robert S. -- FreeBSD robert3.mpe-garching.mpg.de 5.3-BETA5 FreeBSD 5.3-BETA5 #0: Tue Sep 21 11:08:16 CEST 2004 root@robert3.mpe-garching.mpg.de:/usr/obj/usr/src/sys/ROBERT3 i386 From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 07:31:32 2004 Return-Path: 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 BEBDB16A4CF for ; Wed, 22 Sep 2004 07:31:32 +0000 (GMT) Received: from nulis.lt (adsl-213-190-44-175.takas.lt [213.190.44.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0906243D39 for ; Wed, 22 Sep 2004 07:31:31 +0000 (GMT) (envelope-from bob@nulis.lt) Received: from highland.tamsa ([10.0.1.1]) by nulis.lt with esmtp (Exim 4.34) id 1CA1Zt-0000cg-Bi; Wed, 22 Sep 2004 10:30:13 +0300 Message-ID: <41512A51.8040802@nulis.lt> Date: Wed, 22 Sep 2004 10:31:29 +0300 From: Saulius Menkevicius User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <4150A9CB.70600@ThePacific.Net> <20040921163314.D21773@pooker.samsco.org> <4150F28B.9040908@ThePacific.Net> <20040922034137.GA18393@parodius.com> In-Reply-To: <20040922034137.GA18393@parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Is HostRAID supported under FreeBSD??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 07:31:32 -0000 Jeremy Chadwick wrote: >Yes, it is supported, however the RAID portion is not. I'm still >waiting on Soren and crew to get metadata support for the RAID portion >of the ICH5-R -- this RAID controller is purely software-based, it is >not a hardware RAID solution. > >In English: the controller will work fine as a standalone SATA >controller, with the RAID option disabled. We have a couple SuperMicro >5013C-T servers which do this. You can use FreeBSD software RAID >(ataraid, ccd, or vinum) to accomplish goals instead. > >If Soren needs hardware to play with, I can gladly send him a >P4-based motherboard. RAM and CPU will be his own problem though... :) > > I have a patch for RELENG_5 which I ported from Doug Abrisko's patch for 4.10 that adds support for ICH5-R RAID metadata. Personally I use the RAID-0 mode, thus can't tell how well it would work in RAID-1. The patch is at http://www.nulis.lt/bob/download/intel-raid-patch-releng5. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 07:39:06 2004 Return-Path: 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 BEADF16A4CE; Wed, 22 Sep 2004 07:39:06 +0000 (GMT) Received: from sffwd0.suedfactoring.de (port-212-202-224-251.static.qsc.de [212.202.224.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0FF443D46; Wed, 22 Sep 2004 07:39:05 +0000 (GMT) (envelope-from agruner@suedfactoring.de) Received: from pcs28.suedfac.com ([10.2.1.228]) ESMTP id i8M7d2O2016476; Wed, 22 Sep 2004 09:39:02 +0200 Received: by pcs28.suedfac.com (Postfix, from userid 1001) id CDB80B91C; Wed, 22 Sep 2004 09:40:55 +0200 (CEST) Date: Wed, 22 Sep 2004 09:40:55 +0200 From: "Axel S. Gruner" To: Ruslan Ermilov Message-ID: <20040922074054.GH49571@pcs28.suedfactoring.de> References: <20040921094759.GB84155@pcs28.suedfactoring.de> <20040921150017.GD97310@ip.net.ua> <20040922061938.GB49571@pcs28.suedfactoring.de> <20040922071326.GC35457@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040922071326.GC35457@ip.net.ua> Organization: SuedFactoring GmbH Adress1: 70191 Stuttgart Adress2: Heilbronnerstrasse 86 Phone: (+49)711/127-3865 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: Problems building BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: axel.gruner@suedfactoring.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 07:39:06 -0000 Hi Ruslan! On Wed, 22 Sep 2004, Ruslan Ermilov wrote: > > Thanks for your reply. > > Well, for me, the /usr/include/regex.h looks fine, so, how can i get it > > out that it is corrupt? > > > ident /usr/include/regex.h > md5 /usr/include/regex.h > > would help check this. Okok, my fault, my silly question. Got it. Thanks for pushing me the right way. -- Systemadministrator SuedFactoring GmbH Heilbronnerstrasse 86 70191 Stuttgart axel.gruner@suedfactoring.de (+49)711/127-3865 From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 07:56:07 2004 Return-Path: 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 9C0DF16A4CE for ; Wed, 22 Sep 2004 07:56:07 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C360843D1D for ; Wed, 22 Sep 2004 07:56:06 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8M7rx4M026380 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Wed, 22 Sep 2004 11:53:59 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8M7qqik026309; (8.12.8/vak/2.1) Wed, 22 Sep 2004 11:52:52 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41512D81.1030602@cronyx.ru> Date: Wed, 22 Sep 2004 11:45:05 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Nate Lawson References: <41421D6A.8070805@cronyx.ru> <41505663.40407@cronyx.ru> <4150607D.3020900@root.org> <200409211441.42325.jhb@FreeBSD.org> <41508D8F.70002@root.org> In-Reply-To: <41508D8F.70002@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: FreeBSD Current cc: Ian Freislich cc: John Baldwin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 07:56:07 -0000 Nate Lawson: > John Baldwin wrote: > >> On Tuesday 21 September 2004 01:10 pm, Nate Lawson wrote: >> >>> A quick "no" vote from me until this is really understood. I think the >>> real problem is an interference between the pmap for the AP trampoline >>> and the acpi wake code (sys/i386/acpica/acpi_wakeup.c). The address >>> you >>> gave (0x9f000) is right before the base address we use for the wakeup >>> code (0xa0000). As I woke up this morning, I was wondering if this >>> could be the issue. An easy way to test is to disable the call to >>> acpi_install_wakeup_handler() in sys/i386/acpica/acpi_machdep.c and see >>> if this alone fixes the problem. >>> >>> If I'm wrong, feel free to commit your patch. >>> >>> P.S. Spaces instead of tabs in your diff. >> >> >> Umm, 0xa0000 is the start of Video RAM, so I sure hope the ACPI wake >> code doesn't try to write code into Video memory. The >> pmap_invalidate_page is certainly needed. > > This call to alloc the memory seems to say 0xa0000 is the first valid > start address: > > if (bus_dma_tag_create(/* parent */ NULL, /* alignment */ 2, 0, > /* lowaddr below 1MB */ 0x9ffff, > /* highaddr */ BUS_SPACE_MAXADDR, NULL, NULL, > PAGE_SIZE, 1, PAGE_SIZE, 0, busdma_lock_mutex, > &Giant, &acpi_waketag) != 0) > > In any case, you're right about needing to invalidate the mapping > after creating it so feel free to commit. Do we also need this after > pmap_enter() in acpi_sleep_machdep() (i386/acpica/acpi_wakeup.c)? No, a quick view tells that pmap_enter() do this by it self. In my case pmap_kenter (). rik > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 08:05:54 2004 Return-Path: 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 3C83A16A4CE; Wed, 22 Sep 2004 08:05:54 +0000 (GMT) Received: from smtp.enta.net (smtp.enta.net [195.74.97.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC0D443D2D; Wed, 22 Sep 2004 08:05:53 +0000 (GMT) (envelope-from jacs@gnome.co.uk) Received: from hawk.gnome.co.uk (81-31-113-153.adsl.entanet.co.uk [81.31.113.153]) by smtp.enta.net (Postfix) with SMTP id 4D33299F3C; Wed, 22 Sep 2004 09:14:45 +0100 (BST) Received: from [192.168.123.12] (hawk.gnome.co.uk [192.168.123.12]) by hawk.gnome.co.uk (8.13.1/8.12.10) with ESMTP id i8M85mKn023670; Wed, 22 Sep 2004 09:05:48 +0100 (BST) (envelope-from jacs@gnome.co.uk) From: Chris Stenton To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1095840348.23443.14.camel@hawk.gnome.co.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 22 Sep 2004 09:05:48 +0100 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.44 cc: threads@freebsd.org Subject: daemon threads bug with libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 08:05:54 -0000 If you create a thread before calling daemon then the next thread you create after the daemon call will cause the following error from the libpthread library. Fatal error 'mutex is on list' at line 516 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) This error does not occur if you link with -lc_r, linking with -lthr causes a core dump. -lthr does not look very stable. Here is some test code. I am running FreeBSD 5.3-beta Please reply directly as I am not on the mailing list Thanks Chris #include #include #include #include void *slave (void *args); void *slave2 (void *args); typedef struct { int data; pthread_mutex_t *mut; } simple; simple status; int main () { pthread_t sla, sla2; pthread_create (&sla, NULL, slave, &status); pthread_join(sla, NULL); daemon(0,1); pthread_create (&sla2, NULL, slave2, &status); for(;;){ } return 0; } void *slave (void *arg) { simple *status; status = (simple *)arg; pthread_mutex_lock (status->mut); status->data++; usleep(500000); printf("******slave me me me %d *********** \n",status->data ); pthread_mutex_unlock (status->mut); return (NULL); } void *slave2 (void *arg) { simple *status; status = (simple *)arg; for(; /* ever */ ;) { pthread_mutex_lock (status->mut); status->data++; usleep(500000); printf("******slave2 me me me %d \n",status->data ); pthread_mutex_unlock (status->mut); } return (NULL); } From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 08:11:33 2004 Return-Path: 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 A166B16A4CE for ; Wed, 22 Sep 2004 08:11:33 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E791A43D45 for ; Wed, 22 Sep 2004 08:11:32 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8M88Foq026995 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Wed, 22 Sep 2004 12:08:15 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8M86TVA026899; (8.12.8/vak/2.1) Wed, 22 Sep 2004 12:06:29 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <415130B3.5040205@cronyx.ru> Date: Wed, 22 Sep 2004 11:58:43 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Baldwin References: <41421D6A.8070805@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <41505663.40407@cronyx.ru> <200409211445.52372.jhb@FreeBSD.org> In-Reply-To: <200409211445.52372.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: FreeBSD Current cc: Ian Freislich cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 08:11:33 -0000 John Baldwin: >On Tuesday 21 September 2004 12:27 pm, Roman Kurakin wrote: > > >>My solution works for current so I am going to commit it and MFC after >>a while. To be sure that I am not on the wrong way I need some >>reviewed/approved signs ;-) I also hope to get one (or more) tested signs. >> >>Patch I plan to commit following patch: >> >>Index: mp_machdep.c >>=================================================================== >>RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v >>retrieving revision 1.238 >>diff -u -r1.238 mp_machdep.c >>--- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 >>+++ mp_machdep.c 21 Sep 2004 15:54:41 -0000 >>@@ -743,10 +743,11 @@ >> u_int8_t *dst8; >> u_int16_t *dst16; >> u_int32_t *dst32; >>+ vm_offset_t va = (vm_offset_t) dst; >> >> POSTCODE(INSTALL_AP_TRAMP_POST); >> >>- pmap_kenter(boot_address + KERNBASE, boot_address); >>+ pmap_map(&va, boot_address, boot_address + size, 0); >> for (x = 0; x < size; ++x) >> *dst++ = *src++; >> >>Any signs for(or against)? >> >>Thanks! >> >>PS. John: I am against of pmap_kenter/pmap_invalidate_XXX since we could >>get >>the same problem if we would use atomic functions instead of composite >>functions, >>which, I hope, will track all changes in the future. >> >> >pmap_foo() doesn't change much. :) One reason I would prefer the >kenter/invalidate is that we explicitly assume a single page for the boot >code when we go to allocate an address for it, so I'd kind of like to keep it >as an explicit assumption, but I'd be ok with just adding a KASSERT(size <= > Are you sure that some one who will add new features wouldn't forget about this place? If you consider that we can ignore this I'll commit kenter/invalidate pair with KASSERT(). >PAGE_SIZE, ("bewm")); Also, I think your end va needs to be boot_address + >size -1 so that if size == PAGE_SIZE you don't bogusly try to map the first >page of Video RAM as read/write memory. > Tell me if I am wrong, but as I understand this code "end" is not really last, but next to last. Hm, may be this is other (potential) bug, probably we should rename 'end' to smth else? (va + psz < va + psz) rik From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 08:15:20 2004 Return-Path: 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 4E76C16A4D1 for ; Wed, 22 Sep 2004 08:15:20 +0000 (GMT) Received: from clubfoot.cracktown.com (clubfoot.cracktown.com [66.152.21.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id A98C843D5A for ; Wed, 22 Sep 2004 08:15:18 +0000 (GMT) (envelope-from joeo@cracktown.com) Received: from clubfoot.cracktown.com (clubfoot.cracktown.com [66.152.21.243]) i8M8gtIb023027 for ; Wed, 22 Sep 2004 04:42:55 -0400 (EDT) (envelope-from joeo@cracktown.com) Date: Wed, 22 Sep 2004 04:42:55 -0400 (EDT) From: Joe O To: freebsd-current@freebsd.org In-Reply-To: <200409220729.i8M7T3O7004257@robert2.mpe-garching.mpg.de> Message-ID: <20040922043703.D44628@clubfoot.cracktown.com> References: <200409220729.i8M7T3O7004257@robert2.mpe-garching.mpg.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: (BETA5-i386) de0: abnormal interrupt: transmit underflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 08:15:20 -0000 I was seeing a similar behavior with a DE500 on 5.3-BETA4-i386 on and old P200. The machine eventually no longer responds over the network. Sticking the card in promiscuous mode alleviates the severe network lagginess. replacing the card with an EEPRO or 3c905 also alleviates the problem. On Wed, 22 Sep 2004, Klaus Robert Suetterlin wrote: > I get some strange behaviour with my de0 card ... last stable > behaviour was with 5.2.1-Release, I updated to BETA5 this week. > > As long as I do innocet stuff like ping everything seems to work. > Once I transfer any useful data (i.e. make update, ssh, ftp, http, > ...) The system responds (after approx 1 and 2 seconds) with > de0: abnormal interrupt: transmit underflow (raising TX threshold to 96|256) > de0: abnormal interrupt: transmit underflow (raising TX threshold to 128|512) > and network transfer speed gets so slow I cannot even measure it. > (Ping to my gateway on the local network takes 10 seconds and up.) > > By ifconfig de0 down|up I can reset the card and repeat as often > as I please. > > The speed problem can be undone by setting debug.mpsafenet=0. > > Please tell me if I can give any diagnostics that might help. Or > if I can test any patches You might work on. > > Kind Regards, Robert S. > -- > FreeBSD robert3.mpe-garching.mpg.de 5.3-BETA5 FreeBSD 5.3-BETA5 #0: > Tue Sep 21 11:08:16 CEST 2004 > root@robert3.mpe-garching.mpg.de:/usr/obj/usr/src/sys/ROBERT3 i386 > _______________________________________________ > 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 Wed Sep 22 08:16:20 2004 Return-Path: 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 72CFC16A4CE for ; Wed, 22 Sep 2004 08:16:20 +0000 (GMT) Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EB0D43D55 for ; Wed, 22 Sep 2004 08:16:19 +0000 (GMT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.13.1/8.13.1) with ESMTP id i8M8GGA0032338 for ; Wed, 22 Sep 2004 10:16:16 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Received: (from k@localhost) by numeri.campus.luth.se (8.13.1/8.13.1/Submit) id i8M8GG6U032337 for freebsd-current@freebsd.org; Wed, 22 Sep 2004 10:16:16 +0200 (CEST) (envelope-from k) Date: Wed, 22 Sep 2004 10:16:16 +0200 From: Johan Karlsson To: freebsd-current@freebsd.org Message-ID: <20040922081616.GA18509@numeri.campus.luth.se> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 08:16:20 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi I get an instant panic when I insert the network card into my T20. The card: dc0: port 0x1080-0x10ff mem 0x88000000-0x880007ff,0x88000800-0x88000fff irq 11 at device 0.0 on cardbus1 And the panic message: cbb alloc res fail cardbus1: Can't get memory for IO ports found-> vendor=0x115d, dev=0x0003, revid=0x03 bus=5, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x14 (5000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 dc0: port 0-0x7f mem 0x88000000-0x880007ff,0x88000800-0x88000fff at device 0.0 on cardbus1 cbb alloc res fail dc0: couldn't map ports/memory Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x30 fault code = supervisor write, page not present instruction pointer = 0x8:0xc079238e stack pointer = 0x10:0xcc75cc10 frame pointer = 0x10:0xcc75cc14 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 39 (cbb1) trap number = 12 panic: page fault cpuid = 0 Uptime: 4m42s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Shutting down ACPI stray irq9 Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... I only get the panic when ACPI is enabled. With ACPI disabled it attached properly and works as expected. If I leave the card in the slot during boot it will panic when it tries to attached it with the same message. Moreover, I have seen a similar panic (if not the exact same one) on another T20 with another cardbus card. I have attached two verbose dmesg output (gzipped) 1) just after boot with ACPI enabled 2) after inserting the dc0 card with ACPI disabled I have also attached a script output from kgdb session with a backtrace and a 'list *' These files can also be found at http://numeri.campus.luth.se/~k/dmesg.acpi http://numeri.campus.luth.se/~k/dmesg.no_acpi http://numeri.campus.luth.se/~k/kgdb.out Please let me know if there is any other info I can provide that will help with the debugging of this problem. /Johan K -- Johan Karlsson mailto:johan@FreeBSD.org --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kgdb.out" Content-Transfer-Encoding: quoted-printable Script started on Wed Sep 22 09:37:12 2004 sm-pc471# exit=0D=1B[11`rm kgdb.o=1B[11`exit=1B[K=0D=1B[11`kgdb kernel.debu= g /var/crash/vmcore.1=0D=0D kgdb: /var/crash/vmcore.1: No such file or directory=0D sm-pc471# kgdb kernel.debug /var/crash/vmcore.1=08=1B[K2=0D=0D [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"]=0D GNU gdb 6.1.1 [FreeBSD]=0D Copyright 2004 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-marcel-freebsd".=0D doadump () at pcpu.h:159=0D (kgdb) bt=0D #0 doadump () at pcpu.h:159=0D #1 0xc060b1fb in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 97=0D #2 0xc060b521 in panic (fmt=3D0xc07ec8c8 "%s")=0D at /usr/src/sys/kern/kern_shutdown.c:553=0D #3 0xc07a5aa4 in trap_fatal (frame=3D0xcc75cbd0, eva=3D48)=0D at /usr/src/sys/i386/i386/trap.c:809=0D #4 0xc07a57e7 in trap_pfault (frame=3D0xcc75cbd0, usermode=3D0, eva=3D48)= =0D at /usr/src/sys/i386/i386/trap.c:727=0D #5 0xc07a5421 in trap (frame=3D=0D {tf_fs =3D -1067319272, tf_es =3D -1050673136, tf_ds =3D -1046740976,= tf_edi =3D 6, tf_esi =3D -1047375872, tf_ebp =3D -864695276, tf_isp =3D -8= 64695300, tf_ebx =3D 0, tf_edx =3D 0, tf_ecx =3D -1056882688, tf_eax =3D 16= , tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1065802866, tf_cs =3D 8, tf_e= flags =3D 66118, tf_esp =3D 0, tf_ss =3D -864695252}) at /usr/src/sys/i386/= i386/trap.c:417=0D #6 0xc079390a in calltrap () at /usr/src/sys/i386/i386/exception.s:140=0D #7 0xc0620018 in bus_generic_rl_set_resource (dev=3D0x0, child=3D0x0, =0D type=3D-1050630528, rid=3D-1047375872, start=3D3430272116, count=3D6)=0D at bus_if.h:522=0D #8 0xc06fe6aa in dc_detach (dev=3D0x8) at /usr/src/sys/pci/if_dc.c:2364=0D #9 0xc06fe560 in dc_attach (dev=3D0xc19cdc80) at /usr/src/sys/pci/if_dc.c:= 2318=0D #10 0xc061f1f0 in device_attach (dev=3D0xc19cdc80) at device_if.h:177=0D #11 0xc061f190 in device_probe_and_attach (dev=3D0xc19cdc80)=0D at /usr/src/sys/kern/subr_bus.c:2147=0D #12 0xc04da2ef in cardbus_attach_card (cbdev=3D0xc160a680)=0D ---Type to continue, or q to quit---=0D at /usr/src/sys/dev/cardbus/cardbus.c:189=0D #13 0xc0560d76 in cbb_insert (sc=3D0xc15c5800) at card_if.h:82=0D #14 0xc0560b69 in cbb_event_thread (arg=3D0xc15c5800)=0D at /usr/src/sys/dev/pccbb/pccbb.c:489=0D #15 0xc05f61e9 in fork_exit (callout=3D0xc0560a24 , =0D arg=3D0xc15c5800, frame=3D0xcc75cd48) at /usr/src/sys/kern/kern_fork.c:= 811=0D #16 0xc079396c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 209=0D (kgdb) list *0xc079238e=0D 0xc079238e is in bus_dmamap_destroy (/usr/src/sys/i386/i386/busdma_machdep.= c:418).=0D 413 if (map !=3D NULL && map !=3D &nobounce_dmamap) {=0D 414 if (STAILQ_FIRST(&map->bpages) !=3D NULL)=0D 415 return (EBUSY);=0D 416 free(map, M_DEVBUF);=0D 417 }=0D 418 dmat->map_count--;=0D 419 return (0);=0D 420 }=0D 421 =0D 422 =0D (kgdb) quit=0D sm-pc471# exit=0D=0D exit=0D Script done on Wed Sep 22 09:49:47 2004 --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 08:16:25 2004 Return-Path: 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 16F9D16A4F6 for ; Wed, 22 Sep 2004 08:16:25 +0000 (GMT) Received: from blue.host.is (blue.host.is [212.30.222.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B310C43D49 for ; Wed, 22 Sep 2004 08:16:24 +0000 (GMT) (envelope-from martin@swift.is) Received: by blue.host.is (Postfix, from userid 1001) id BEA6F2CB; Wed, 22 Sep 2004 08:16:23 +0000 (GMT) Date: Wed, 22 Sep 2004 08:16:23 +0000 From: Martin Swift To: freebsd-current@freebsd.org Message-ID: <20040922081623.GA19645@swift.is> References: <20040921183041.GD10593@swift.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040921183041.GD10593@swift.is> User-Agent: Mutt/1.5.6i Subject: Re: BETA5 hangs shortly after boot. Unknown cause. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 08:16:25 -0000 Using the debug option in the boot menu gives (hand transcript): ---------- Fatal trap 12: page fault while in kernel mode fault virual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc057c368 stack pointer = 0x10:0xdc5a8b58 frame pointer = 0x10:0xdc5a8b58 code segment = base 0x0, limit 0xffffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 227 (devd) trap number = 12 panic: page fault ---------- Being a physicist, I naturally repeated the process a few times and got the following lines different: ---------- stack pointer = 0x10:0xdc5b4b58 frame pointer = 0x10:0xdc5b4b58 current process = 245 (devd) ---------- stack pointer = 0x10:0xcc50eb58 frame pointer = 0x10:0xcc50eb58 current process = 245 (devd) ---------- stack pointer = 0x10:0xdc5b4b58 frame pointer = 0x10:0xdc5b4b58 current process = 245 (devd) ---------- stack pointer = 0x10:0xdc5b4b58 frame pointer = 0x10:0xdc5b4b58 current process = 245 (devd) ---------- ... don't know if that helps. - martin - From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 08:38:17 2004 Return-Path: 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 EBF5D16A4CE for ; Wed, 22 Sep 2004 08:38:17 +0000 (GMT) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B7043D46 for ; Wed, 22 Sep 2004 08:38:17 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from laptop (81-178-127-34.dsl.pipex.com [81.178.127.34]) by colossus.systems.pipex.net (Postfix) with SMTP id E7B201C0039D; Wed, 22 Sep 2004 09:38:14 +0100 (BST) Message-ID: <03a201c4a07f$c4523870$f800000a@laptop> From: "Markie" To: "Stefan Ehmann" , References: <1095156706.779.17.camel@taxman> <1095794597.1536.4.camel@taxman> Date: Wed, 22 Sep 2004 09:40:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Re: 6.0-CURRENT very unstable with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 08:38:18 -0000 ----- Original Message ----- From: "Stefan Ehmann" To: Sent: Tuesday, September 21, 2004 8:23 PM Subject: Re: 6.0-CURRENT very unstable with PREEMPTION | On Tue, 2004-09-14 at 12:11, Stefan Ehmann wrote: | > Since it's default now, I turned PREEMPTION (with SCHED_4BSD) on again | > in my KERNCONF on my 6.0-CURRENT i386 pc. | > | > After about 10-15 minutes some windows stop beeing redrawn... new terms | > can be started very slowly for a short period of time. Then everything | > completely freezes. | > | > Unfortunately I can't provide much more information. So far I've only | > been able to reproduce this in X. Getting coredumps has not been working | > for months now and I don't have a serial console setup. | > | > Without PREEMPTION everything works very stable. | | Tried today again with fresh world/kernel and was able to reproduce the | hang in the console. The only thing working after a while was switching | consoles. No panic or any other messages though. | I had that problem the other day, with a -CURRENT before all the PREEMPTION stuff was put in :-) around 1st of June kernel I think. | _______________________________________________ | 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 Wed Sep 22 09:04:33 2004 Return-Path: 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 86F7816A4CE; Wed, 22 Sep 2004 09:04:33 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E0F43D4C; Wed, 22 Sep 2004 09:04:32 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 31C8E65213; Wed, 22 Sep 2004 10:04:31 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 39976-02-2; Wed, 22 Sep 2004 10:04:30 +0100 (BST) Received: from empiric.dek.spc.org (adsl-64-171-185-245.dsl.snfc21.pacbell.net [64.171.185.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 74FA56520E; Wed, 22 Sep 2004 10:04:09 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 006776455; Wed, 22 Sep 2004 02:04:06 -0700 (PDT) Date: Wed, 22 Sep 2004 02:04:06 -0700 From: Bruce M Simpson To: John Baldwin Message-ID: <20040922090406.GF4985@empiric.icir.org> Mail-Followup-To: John Baldwin , Nate Lawson , FreeBSD Current , Ian Freislich , Roman Kurakin References: <41421D6A.8070805@cronyx.ru> <41505663.40407@cronyx.ru> <4150607D.3020900@root.org> <200409211441.42325.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409211441.42325.jhb@FreeBSD.org> cc: FreeBSD Current cc: Roman Kurakin cc: Ian Freislich cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 09:04:33 -0000 Just FYI... On Tue, Sep 21, 2004 at 02:41:42PM -0400, John Baldwin wrote: > Umm, 0xa0000 is the start of Video RAM, so I sure hope the ACPI wake code > doesn't try to write code into Video memory. The pmap_invalidate_page is > certainly needed. This is more common than you'd think, by the way. The 0xA0000 range is sometimes used as a place to hold 'hidden memory' used whilst servicing an SMI; ie the pages are 'stolen' from main memory by the during BIOS initialization using registers for APM/ACPI support in the chipset. Sometimes this is referred to as SMRAM or Systems Management Memory (SMM). I posted some code just over a year ago illustrating how to access this 'hidden segment' on the i440BX to the lists. BMS From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 09:42:49 2004 Return-Path: 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 0AAB916A4CE for ; Wed, 22 Sep 2004 09:42:49 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B45343D41 for ; Wed, 22 Sep 2004 09:42:48 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD)) id 1CA3eB-000ABg-8M for freebsd-current@freebsd.org; Wed, 22 Sep 2004 11:42:47 +0200 Date: Wed, 22 Sep 2004 11:42:47 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20040922094246.GC34041@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller Subject: Re: Me too: Beta3->Beta5; booting with ACPI enabled fails on P4 HT system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 09:42:49 -0000 Hi. The problem seems not to be related to HTT itself, I do also see it on a dual Xeon maching with HTT disabled, so it seems to be releated to SMP in some way. Have a look at the thread "SMP problems with -CURRENT? (and BETA5)" in current@ - there seem to be quite a few people having this problem. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 09:54:20 2004 Return-Path: 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 697BD16A4CE for ; Wed, 22 Sep 2004 09:54:20 +0000 (GMT) Received: from cedar.ie.tusur.ru (fet-gw.ttk.tusur.ru [212.192.163.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C54F743D49 for ; Wed, 22 Sep 2004 09:54:12 +0000 (GMT) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.12.11/8.12.11) with ESMTP id i8M9s2nS040051 for ; Wed, 22 Sep 2004 16:54:03 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (localhost.ie.tusur.ru [127.0.0.1]) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9) with ESMTP id i8M9qv4D086008 for ; Wed, 22 Sep 2004 16:52:57 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: (from pg@localhost) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9/Submit) id i8M9qv8Y086007 for freebsd-current@freebsd.org; Wed, 22 Sep 2004 16:52:57 +0700 (TSD) (envelope-from pg) Date: Wed, 22 Sep 2004 16:52:57 +0700 From: Pavel Gubin To: freebsd-current@freebsd.org Message-ID: <20040922095257.GA81709@ie.tusur.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on cedar.ie.tusur.ru X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Virus-Status: Clean Subject: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 09:54:20 -0000 Hello, I'm trying to set up RELENG_5 on a box, and got some panices. 1) Box configuration: MSI MS-6568 (SiS740 + SiS961B), Duron 1100, Realtek RTL8101 on-board, BIOS v1.2 (04102002, the latest) 2) Panices are reproducible during all last RELENG_5 stages (3,4,5 betas) 3) Kernel config is derived from GENERIC by commenting out unneeded devices and adding some options: === cut here === machine i386 cpu I686_CPU ident Pine makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols [...] options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. 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 options BREAK_TO_DEBUGGER options KDB_TRACE options AUTO_EOI_1 options INCLUDE_CONFIG_FILE options QUOTA options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets options BRIDGE options DUMMYNET options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC [...] === cut here === Panices. -------- 1) When MPS 1.4 is enabled with the BIOS setting and ACPI disabled either by BIOS or by unsetting `acpi_load' loader variable, the kernel panices immediately with "panic: Multiple entries for PCI IRQ 16" message. As one can see from #1 Bootlog, there are really two entries for IRQ16. I think this is the BIOS bug, but I also think the diagnostics for this situation should be more precise than that. 2) Disabling MPS or enabling ACPI allows the system to boot and to run some time, but (depending on the system load) the system panices with "panic: _sx_xlock (user map): xlock already held @ /.../sys/vm/vm_map.c:2997". I could dig some additional info from this situation if I be told what to do. Logs. ----- #1 Bootlog ---------- Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #0: Tue Sep 21 14:50:21 TSD 2004 pg@lynx.ie.tusur.ru:/var/data/5/obj/var/data/5/src/sys/Pine WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc070a000. Calibrating clock(s) ... i8254 clock: 1193274 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1100046855 Hz CPU: AMD Duron(tm) Processor (1100.05-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x671 Stepping = 1 Features=0x383fbff AMD Features=0xc0480000 [...] avail memory = 121827328 (116 MB) MP Configuration Table version 1.4 found at 0xc00f62b0 APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) MPTable: bios32: Found BIOS32 Service Directory header at 0xc00fdae0 bios32: Entry = 0xfdaf0 (c00fdaf0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb11 pnpbios: Found PnP BIOS data at 0xc00f7520 pnpbios: Entry = f0000:64cb Rev = 1.0 Other BIOS signatures found: ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) ioapic0: intpin 1 bus ISA ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: high ioapic0: intpin 2 bus ISA ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high ioapic0: intpin 3 bus ISA ioapic0: intpin 3 trigger: edge ioapic0: intpin 3 polarity: high ioapic0: intpin 4 bus ISA ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: high ioapic0: intpin 6 bus ISA ioapic0: intpin 6 trigger: edge ioapic0: intpin 6 polarity: high ioapic0: intpin 7 bus ISA ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: high ioapic0: intpin 8 bus ISA ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: high ioapic0: intpin 9 bus ISA ioapic0: intpin 9 trigger: edge ioapic0: intpin 9 polarity: high ioapic0: intpin 12 bus ISA ioapic0: intpin 12 trigger: edge ioapic0: intpin 12 polarity: high ioapic0: intpin 13 bus ISA ioapic0: intpin 13 trigger: edge ioapic0: intpin 13 polarity: high ioapic0: intpin 14 bus ISA ioapic0: intpin 14 trigger: edge ioapic0: intpin 14 polarity: high ioapic0: intpin 15 bus ISA ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 23 bus PCI ioapic0: intpin 23 trigger: level ioapic0: intpin 23 polarity: low lapic: Routing ExtINT -> LINT0 lapic: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff mem: Pentium Pro MTRR support enabled io: null: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000cf8 pci_open(1a): mode1res=0x00000cf8 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=07401039) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00f7b40 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x41 3 4 5 7 10 11 12 14 15 embedded 0 1 B 0x42 3 4 5 7 10 11 12 14 15 embedded 0 1 C 0x43 3 4 5 7 10 11 12 14 15 embedded 0 1 D 0x44 3 4 5 7 10 11 12 14 15 embedded 0 2 A 0x63 3 4 5 7 10 11 12 14 15 embedded 0 2 B 0x42 3 4 5 7 10 11 12 14 15 embedded 0 2 C 0x61 3 4 5 7 10 11 12 14 15 embedded 0 2 D 0x60 3 4 5 7 10 11 12 14 15 embedded 0 3 A 0x62 3 4 5 7 10 11 12 14 15 slot 1 0 7 A 0x42 3 4 5 7 10 11 12 14 15 slot 1 0 7 B 0x43 3 4 5 7 10 11 12 14 15 slot 1 0 7 C 0x44 3 4 5 7 10 11 12 14 15 slot 1 0 7 D 0x41 3 4 5 7 10 11 12 14 15 slot 2 0 8 A 0x43 3 4 5 7 10 11 12 14 15 slot 2 0 8 B 0x44 3 4 5 7 10 11 12 14 15 slot 2 0 8 C 0x41 3 4 5 7 10 11 12 14 15 slot 2 0 8 D 0x42 3 4 5 7 10 11 12 14 15 slot 3 0 9 A 0x44 3 4 5 7 10 11 12 14 15 slot 3 0 9 B 0x41 3 4 5 7 10 11 12 14 15 slot 3 0 9 C 0x42 3 4 5 7 10 11 12 14 15 slot 3 0 9 D 0x43 3 4 5 7 10 11 12 14 15 embedded 0 10 A 0x43 3 4 5 7 10 11 12 14 15 embedded 0 10 B 0x44 3 4 5 7 10 11 12 14 15 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base d0000000, size 25, enabled found-> vendor=0x1039, dev=0x0740, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0001, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0008, revid=0x00 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base cfffa000, size 12, enabled pcib0: slot 2 INTD routed to irq 20 found-> vendor=0x1039, dev=0x7001, revid=0x07 bus=0, slot=2, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=20 map[10]: type 1, range 32, base cfffb000, size 12, enabled panic: Multiple entries for PCI IRQ 16 cpuid = 0 KDB: stack backtrace: kdb_backtrace(100,c063aa20,c0821b18,16,c0821b18) at kdb_backtrace+0x29 panic(c0603b09,10,c00f6398,c0821b04,c05b2019) at panic+0x114 mptable_pci_route_interrupt_handler(c00f6398,c0821b18,c0821b18,2,c0f22600) at mptable_pci_route_interrupt_handler+0x63 mptable_walk_table(c05b2964,c0821b18) at mptable_walk_table+0x3d mptable_pci_route_interrupt(c0e8a980,c0f22600,1) at mptable_pci_route_interrupt+0xe9 pci_assign_interrupt_method(c0e8a900,c0f22600) at pci_assign_interrupt_method+0x58 pci_add_resources(c0e8a980,c0e8a900,c0f22600,c0f22600,c0e8a480) at pci_add_resources+0x229 pci_add_child(c0e8a900,c0e8a480) at pci_add_child+0x49 pci_add_children(c0e8a900,0,78,0,c0e8a900) at pci_add_children+0xfa pci_attach(c0e8a900) at pci_attach+0x79 device_attach(c0e8a900,c0e8aa80,c0e8a900,c0e8a980,c0e8a980) at device_attach+0x58 device_probe_and_attach(c0e8a900) at device_probe_and_attach+0xb4 bus_generic_attach(c0e8a980,c0e8a980,c0600e0b,0,0) at bus_generic_attach+0x16 mptable_hostb_attach(c0e8a980) at mptable_hostb_attach+0x69 device_attach(c0e8a980,c0633560,c0e8a980,c0e8aa80,0) at device_attach+0x58 device_probe_and_attach(c0e8a980) at device_probe_and_attach+0xb4 bus_generic_attach(c0e8aa80,c0e8aa80,c060c944,c0e8aa80,c0e8aa80) at bus_generic_attach+0x16 legacy_attach(c0e8aa80) at legacy_attach+0x19 device_attach(c0e8aa80,0,c0e8aa80,c0e8ab00,0) at device_attach+0x58 device_probe_and_attach(c0e8aa80) at device_probe_and_attach+0xb4 bus_generic_attach(c0e8ab00,c0e8ab00,c0e8ab00,c0821d44,c04bb388) at bus_generic_attach+0x16 nexus_attach(c0e8ab00) at nexus_attach+0x13 device_attach(c0e8ab00,c0628110,c0e8ab00,c0628110,829000) at device_attach+0x58 device_probe_and_attach(c0e8ab00) at device_probe_and_attach+0xb4 root_bus_configure(c0ecc100,c0603c17,0) at root_bus_configure+0x16 configure(0,81ec00,81e000,0,c04296a5) at configure+0x1b mi_startup() at mi_startup+0x96 begin() at begin+0x2c KDB: enter: panic [thread 0] Stopped at kdb_enter+0x2b: nop db> #2 Panic log ------------ panic: _sx_xlock (user map): xlock already held @ /var/data/5/src/sys/vm/vm_map.c:2997 cpuid = 0 KDB: stack backtrace: kdb_backtrace(100,c0f794e0,c0e983c8,1,bb5) at kdb_backtrace+0x29 panic(c05eaffa,c05d320c,c05fd313,c05fd393,bb5) at panic+0x114 _sx_xlock(c0e983c8,c05fd393,bb5) at _sx_xlock+0x44 _vm_map_lock_read(c0e98384,c05fd393,bb5,1f49a0c,c113692c) at _vm_map_lock_read+0x37 vm_map_lookup(c9f49a64,bfca2000,1,c9f49a68,c9f49a58) at vm_map_lookup+0x28 vm_fault(c0e98384,bfca2000,1,0,c0f794e0) at vm_fault+0x66 trap_pfault(c9f49b2c,0,bfca253c) at trap_pfault+0xd2 trap(18,10,10,c0e98444,c0c95c48) at trap+0x30d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc05b541c, esp = 0xc9f49b6c, ebp = 0xc9f49b78 --- pmap_enter_quick(c0e98444,2894f000,c0d7c2e8,0,0) at pmap_enter_quick+0xc8 vm_map_pmap_enter(c0e98384,2894f000,5,c1327084,0,0,800000,10) at vm_map_pmap_enter+0x1e6 vm_map_insert(c0e98384,c1327084,0,0,2894f000) at vm_map_insert+0x28c vm_map_find(c0e98384,c1327084,0,0,c9f49cd8) at vm_map_find+0x86 vm_mmap(c0e98384,c9f49cd8,800000,1,5) at vm_mmap+0x22c mmap(c0f794e0,c9f49d14,8,a,202) at mmap+0x316 syscall(2f,2f,2f,0,0) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (198, FreeBSD ELF32, nosys), eip = 0x280c17e3, esp = 0xbfbfebac, ebp = 0xbfbfebe8 --- KDB: enter: panic [thread 100066] Stopped at kdb_enter+0x2b: nop db> -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 10:13:52 2004 Return-Path: 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 6765616A4CE for ; Wed, 22 Sep 2004 10:13:52 +0000 (GMT) Received: from msweeper.ntmk.ru (msweeper.ntmk.ru [217.114.241.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41FA043D5D for ; Wed, 22 Sep 2004 10:13:49 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (unverified) by msweeper.ntmk.ru (Content Technologies SMTPRS 4.3.14) with ESMTP id for ; Wed, 22 Sep 2004 04:16:19 +0500 Received: from boris.nikom.ru ([10.1.16.195] helo=ntmk.ru) by mail.ntmk.ru with esmtp (Exim 4.34) id 1CA486-0003vn-EM for freebsd-current@freebsd.org; Wed, 22 Sep 2004 16:13:42 +0600 Message-ID: <4151505D.5010703@ntmk.ru> Date: Wed, 22 Sep 2004 16:13:49 +0600 From: Boris Kovalenko User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6) Gecko/20040117 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-current Content-Type: multipart/mixed; boundary="------------060605060502020004070006" Subject: Problems running Xorg and XFree with 5.3B4, B5 and HP D330m uT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 10:13:52 -0000 This is a multi-part message in MIME format. --------------060605060502020004070006 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hello! I have troubles running Xorg and XFree with 5.3B4 and B5. XFree86.log attached. The computer is HP D330m uT with i865G on-board. There is no problems with this configuration on 5.2.1-RELEASE. May someone help me and point what is wrong? -- With respect, Boris ********************************************************************** This message contains no virus. --------------060605060502020004070006 Content-Type: text/plain; name="xfree86.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xfree86.log" _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/boris.nikom.ru:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 XFree86 Version 4.4.0 Release Date: 29 February 2004 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 5.3 i386 [ELF] Current Operating System: FreeBSD boris.nikom.ru 5.3-BETA5 FreeBSD 5.3-BETA5 #0: Wed Sep 22 15:24:07 YEKST 2004 root@boris.nikom.ru:/usr/obj/usr/src/sys/BSYS i386 Build Date: 17 September 2004 Changelog Date: 29 February 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Wed Sep 22 15:48:16 2004 (++) Using config file: "XF86Config.new" (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.7 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2570 card 103c,12bc rev 02 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,2572 card 103c,12bc rev 02 class 03,00,00 hdr 00 (II) PCI: 00:1d:0: chip 8086,24d2 card 103c,12bc rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24d4 card 103c,12bc rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24d7 card 103c,12bc rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24dd card 103c,12bc rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev c2 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24d0 card 0000,0000 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24db card 103c,12bc rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,24d1 card 103c,12bc rev 02 class 01,01,8f hdr 00 (II) PCI: 00:1f:5: chip 8086,24d5 card 103c,12bc rev 02 class 04,01,00 hdr 00 (II) PCI: 05:02:0: chip 14e4,1696 card 103c,12bc rev 03 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,5), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 5: bridge is at (0:30:0), (0,5,5), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 5 non-prefetchable memory range: [0] -1 0 0xf8500000 - 0xf87fffff (0x300000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:2:0) Intel Corp. 82865G Integrated Graphics Device rev 2, Mem @ 0xf0000000/27, 0xf8400000/19, I/O @ 0x14e0/3 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe8000000 from 0xefffffff to 0xe7ffffff (II) Active PCI resource ranges: [0] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [1] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [2] -1 0 0xf8480400 - 0xf84807ff (0x400) MX[B]E [3] -1 0 0xf8480000 - 0xf84fffff (0x80000) MX[B]E [4] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [5] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [6] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [7] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]E [8] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [9] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [10] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [11] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]E [12] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E [13] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [14] -1 0 0x000014c0 - 0x000014ff (0x40) IX[B]E [15] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [16] -1 0 0x000014f0 - 0x000014ff (0x10) IX[B]E [17] -1 0 0x00001808 - 0x0000180f (0x8) IX[B]E [18] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [19] -1 0 0x00001480 - 0x000014ff (0x80) IX[B]E [20] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [21] -1 0 0x00001440 - 0x0000147f (0x40) IX[B]E [22] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (II) PCI Memory resource overlap reduced 0xf8480400 from 0xf84807ff to 0xf84805ff (II) PCI I/O resource overlap reduced 0x00001400 from 0x000014ff to 0x0000143f (II) PCI I/O resource overlap reduced 0x00001800 from 0x000018ff to 0x00001807 (II) PCI I/O resource overlap reduced 0x00001810 from 0x0000181f to 0x00001813 (II) PCI I/O resource overlap reduced 0x000014c0 from 0x000014ff to 0x000014cf (II) PCI I/O resource overlap reduced 0x000014f0 from 0x000014ff to 0x000014f7 (II) PCI I/O resource overlap reduced 0x00001808 from 0x0000180f to 0x0000180b (II) PCI Memory resource overlap reduced 0xf8480000 from 0xf84fffff to 0xf84803ff (II) PCI I/O resource overlap reduced 0x00001480 from 0x000014ff to 0x000014bf (II) PCI I/O resource overlap reduced 0x00001440 from 0x0000147f to 0x0000145f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [1] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [2] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E [3] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E [4] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [5] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [6] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [7] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [8] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [9] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [10] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [11] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [12] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [13] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [14] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [15] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [16] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [17] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [18] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [19] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [20] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [21] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [22] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [6] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [7] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E [8] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E [9] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [10] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [16] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [17] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [18] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [19] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [20] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [21] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [22] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [23] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [24] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [25] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [26] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [27] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [28] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [29] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a (II) Module drm: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.13.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "xtrap" (II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a (II) Module xtrap: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DEC-XTRAP (II) LoadModule: "speedo" (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a (II) Module speedo: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.1 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Speedo (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.2 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "i810" (II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o (II) Module i810: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.3.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.4 (II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G (II) Primary Device is: PCI 00:02:0 (--) Chipset 865G found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [6] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [7] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E [8] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E [9] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [10] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [16] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [17] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [18] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [19] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [20] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [21] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [22] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [23] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [24] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [25] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [26] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [27] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [28] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [29] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (WW) ****INVALID IO ALLOCATION**** b: 0x14e0 e: 0x14e7 correcting (II) window: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) resSize: [0] -1 0 0x00000000 - 0xffffffff (0x0) IX[B] (II) window fixed: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf8500000 - 0xf85fffff (0x100000) MX[B]E [6] -1 0 0xf8480600 - 0xf84807ff (0x200) MX[B]E [7] -1 0 0xf8480400 - 0xf84805ff (0x200) MX[B]E [8] -1 0 0xf8480000 - 0xf84803ff (0x400) MX[B]E [9] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [10] -1 0 0xf8400000 - 0xf847ffff (0x80000) MX[B](B) [11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [13] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [14] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [15] -1 0 0x00000400 - 0x00000407 (0x8) IX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [19] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [20] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [21] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [22] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [23] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [24] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [25] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [26] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [27] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [28] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [29] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [30] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [31] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [32] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [33] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [34] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.1.0 ABI class: XFree86 Video Driver, version 0.7 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.4.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.7 (==) I810(0): Depth 16, (==) framebuffer bpp 16 (==) I810(0): RGB weight 565 (==) I810(0): Default visual is TrueColor (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.a (II) I810(0): initializing int10 (==) I810(0): Write-combining range (0xa0000,0x20000) was already clear (==) I810(0): Write-combining range (0xc0000,0x40000) was already clear (WW) I810(0): Bad V_BIOS checksum (II) I810(0): Primary V_BIOS segment is: 0xc000 (==) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 262080 kB (II) I810(0): VESA VBE OEM: Intel(r)865G Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product: Intel(r)865G Graphics Controller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (II) I810(0): Integrated Graphics Chipset: Intel(R) 865G (--) I810(0): Chipset: "865G" (--) I810(0): Linear framebuffer at 0xF0000000 (--) I810(0): IO registers at addr 0xF8400000 (==) I810(0): Write-combining range (0xf8400000,0x80000) was already clear (II) I810(0): detected 8060 kB stolen memory. (WW) I810(0): Detected stolen memory (8000 kB) doesn't match what the BIOS reports (262080 kB) (II) I810(0): I830CheckAvailableMemory: 450560 kB available (--) I810(0): Pre-allocated VideoRAM: 8060 kByte (==) I810(0): VideoRAM: 32768 kByte (==) I810(0): video overlay key set to 0x83e (**) I810(0): page flipping disabled (--) I810(0): Maximum frambuffer space: 32616 kByte (==) I810(0): Using gamma correction (1.0, 1.0, 1.0) (II) I810(0): 1 display pipe available. (==) I810(0): Display Info: enabled. (II) I810(0): Broken BIOSes cause the system to hang here. If you encounter this problem please add Option "DisplayInfo" "FALSE" to the Device section of your XF86Config file. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (II) I810(0): Currently active displays on Pipe A: (II) I810(0): CRT (II) I810(0): TV (II) I810(0): DFP (digital flat panel) (II) I810(0): LFP (local flat panel) (II) I810(0): TV2 (second TV) (II) I810(0): DFP2 (second digital flat panel) (II) I810(0): Some unknown display devices may also be present (II) I810(0): No display size information available for pipe A. (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (II) I810(0): VESA VBE DDC supported (II) I810(0): VESA VBE DDC Level none (II) I810(0): VESA VBE DDC transfer in appr. 0 sec. (II) I810(0): VESA VBE DDC read failed (--) I810(0): A non-CRT device is attached to pipe A. No refresh rate overrides will be attempted. (--) I810(0): Maximum space available for video modes: 32616 kByte Mode: 30 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 32 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 34 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 38 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 3a (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 3c (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 41 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 43 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 45 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 49 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 4b (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 4d (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 50 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 52 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 54 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 58 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 5a (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 5c (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 60 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 61 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 62 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 63 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 64 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 65 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 66 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 67 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 68 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (EE) I810(0): No Video BIOS modes for chosen depth. (==) I810(0): Write-combining range (0x0,0x1000) was already clear (II) UnloadModule: "i810" (II) UnloadModule: "ddc" (II) Unloading /usr/X11R6/lib/modules/libddc.a (II) UnloadModule: "int10" (II) UnloadModule: "vgahw" (II) Unloading /usr/X11R6/lib/modules/libvgahw.a (II) UnloadModule: "vbe" (II) Unloading /usr/X11R6/lib/modules/libvbe.a (II) UnloadModule: "int10" (II) Unloading /usr/X11R6/lib/modules/libint10.a (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to xfree86@xfree86.org. --------------060605060502020004070006-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 10:43:06 2004 Return-Path: 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 4ED6716A4CE; Wed, 22 Sep 2004 10:43:06 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E859343D2D; Wed, 22 Sep 2004 10:43:05 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id DBDB95C952; Wed, 22 Sep 2004 03:43:05 -0700 (PDT) Date: Wed, 22 Sep 2004 03:43:05 -0700 From: Alfred Perlstein To: sos@freebsd.org Message-ID: <20040922104305.GO11948@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: atapi cdrom hangs with -current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 10:43:06 -0000 hi, with -current as of last night (24 hrs ago) I hang if my laptop's cdrom IDE drive is connected, otherwise I'm fine. I see: ATAPI_RESET time = 30us in the log, and then it hangs hard. (this is without media present), it also seems to happen with media present. Any ideas? -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 10:46:39 2004 Return-Path: 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 10E6216A4CE; Wed, 22 Sep 2004 10:46:39 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A8D43D2F; Wed, 22 Sep 2004 10:46:38 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CA4ds-0001Um-00 Wed, 22 Sep 2004 12:46:32 +0200 Received: from [212.106.207.12] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CA4dr-0001UM-00 Wed, 22 Sep 2004 12:46:32 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8MAkZxK007936; Wed, 22 Sep 2004 12:46:36 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Wed, 22 Sep 2004 12:46:35 +0200 To: x11@freebsd.org From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.67 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: gnome@freebsd.org cc: kde@freebsd.org cc: current@freebsd.org Subject: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 10:46:39 -0000 Hi, After test FreeBSD-5.3-BETA5 + current ports, I'm very glad with how it's worked out. But I'm not convince about how X11, gnome and kde works together. I've to develop a NetWS / Kiosk for a customer and need to work on this. Is anyone interested on that? My TODO List is now by that: - Plans for moving/merging X11 config form /usr/X11R6/lib/X11/ to /etc/X11/ + seems to be most Linux/Unix trends + easier WS setup. - Plans to work and standard FreeBSD way to X11 + An implementation guide common to x11/gnome/kde (document -> article | handbook) + FreeBSD specific support for xinit/xdm config (~/.xinitrc ...) + rcNG support for x11 * /etc/rc.d/xdm. operative and valid for gdm/kdm/xdm * /etc/rc.d/xfs? we need a font server with libXFT trends? * /etc/rc.d/xserver. Xserver init for XDMCP (XTerminal) * /etc/rc.d/xinit. Special init via xinit. - Plans to work on a FreeBSD 'feeling'. Same fonts, ... + tweaks to apps-defaults, gnome and kde config. + common process of resources. Xresources , Xmodmap, ... - Plans to specific support for NetBooting. NetWS, XTerminals, Kiosk - Plans to specific support easy thenmeing 'a la FreeBSD'. Any sugestion on this is welcome. -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:05:16 2004 Return-Path: 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 6F92C16A4CF for ; Wed, 22 Sep 2004 11:05:16 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6284943D1D for ; Wed, 22 Sep 2004 11:05:15 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8MB24TE035741 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Wed, 22 Sep 2004 15:02:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8MB1rhI035716; (8.12.8/vak/2.1) Wed, 22 Sep 2004 15:01:53 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41515C31.3030102@cronyx.ru> Date: Wed, 22 Sep 2004 15:04:17 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <41421D6A.8070805@cronyx.ru> <414E7581.2070505@root.org> <414F256B.1030304@cronyx.ru> <200409201652.24457.jhb@FreeBSD.org> <41505663.40407@cronyx.ru> <4150607D.3020900@root.org> In-Reply-To: <4150607D.3020900@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: rik@FreeBSD.org cc: FreeBSD Current cc: John Baldwin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:05:16 -0000 Nate Lawson wrote: [...] > A quick "no" vote from me until this is really understood. I think > the real problem is an interference between the pmap for the AP trampoline > and the acpi wake code (sys/i386/acpica/acpi_wakeup.c). The address > you gave (0x9f000) is right before the base address we use for the This didn't help: static void acpi_alloc_wakeup_handler(void) { void *wakeaddr; return; ... So it looks like problem in other place. Probably some othe code affects. rik > wakeup code (0xa0000). As I woke up this morning, I was wondering if > this could be the issue. An easy way to test is to disable the call > to acpi_install_wakeup_handler() in sys/i386/acpica/acpi_machdep.c and > see if this alone fixes the problem. > > If I'm wrong, feel free to commit your patch. > > P.S. Spaces instead of tabs in your diff. > > -Nate From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:12:21 2004 Return-Path: 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 F153A16A4CE for ; Wed, 22 Sep 2004 11:12:21 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 913A743D5F for ; Wed, 22 Sep 2004 11:12:21 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with dspam-scanned (Exim 4.42 (FreeBSD)) id 1CA50V-0003mj-4g for current@freebsd.org; Wed, 22 Sep 2004 13:09:55 +0200 Received: from mailnull by anduin.net with spamassassin-scanned (Exim 4.42 (FreeBSD)) id 1CA50S-0003mS-3O for current@freebsd.org; Wed, 22 Sep 2004 13:09:55 +0200 Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtp (Exim 4.42 (FreeBSD)) id 1CA50N-0003m0-PT; Wed, 22 Sep 2004 13:09:47 +0200 Message-ID: <41515E5A.4040205@anduin.net> Date: Wed, 22 Sep 2004 13:13:30 +0200 From: Eirik Oeverby User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Markie References: <1095156706.779.17.camel@taxman> <1095794597.1536.4.camel@taxman> <03a201c4a07f$c4523870$f800000a@laptop> In-Reply-To: <03a201c4a07f$c4523870$f800000a@laptop> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=-3.8 required=7.5 tests=AWL,BAYES_00 autolearn=no version=2.64 cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: 6.0-CURRENT very unstable with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:12:22 -0000 Markie wrote: > ----- Original Message ----- > From: "Stefan Ehmann" > To: > Sent: Tuesday, September 21, 2004 8:23 PM > Subject: Re: 6.0-CURRENT very unstable with PREEMPTION > > > | On Tue, 2004-09-14 at 12:11, Stefan Ehmann wrote: > | > Since it's default now, I turned PREEMPTION (with SCHED_4BSD) on again > | > in my KERNCONF on my 6.0-CURRENT i386 pc. > | > > | > After about 10-15 minutes some windows stop beeing redrawn... new terms > | > can be started very slowly for a short period of time. Then everything > | > completely freezes. > | > > | > Unfortunately I can't provide much more information. So far I've only > | > been able to reproduce this in X. Getting coredumps has not been > working > | > for months now and I don't have a serial console setup. > | > > | > Without PREEMPTION everything works very stable. > | > | Tried today again with fresh world/kernel and was able to reproduce the > | hang in the console. The only thing working after a while was switching > | consoles. No panic or any other messages though. > | > > I had that problem the other day, with a -CURRENT before all the PREEMPTION > stuff was put in :-) around 1st of June kernel I think. I've seen this behaviour too, on amd64 pre-PREEMPTION. Late may/early june checkout. The box could be stable for days or weeks but then suddenly hang like that. /Eirik > > | _______________________________________________ > | 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" > > _______________________________________________ > 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 Wed Sep 22 11:17:21 2004 Return-Path: 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 602CA16A4CE for ; Wed, 22 Sep 2004 11:17:21 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A67843D31 for ; Wed, 22 Sep 2004 11:17:21 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc13) with ESMTP id <2004092211172001500ed9ppe> (Authid: europax); Wed, 22 Sep 2004 11:17:21 +0000 Message-ID: <41515F84.60105@pythonemproject.com> Date: Wed, 22 Sep 2004 04:18:28 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: iso's more reliable after complete erase X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:17:21 -0000 I found this out after some bad luck with blank on burncd. I found that a complete erase cured my inoperative iso's. Now I do it all the time. Its not so bad for time with 4x and up. Good luck. Sincerely, Rob. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:18:45 2004 Return-Path: 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 0FB7116A4CE; Wed, 22 Sep 2004 11:18:45 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42C2043D49; Wed, 22 Sep 2004 11:18:43 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.13.1/8.13.1) with ESMTP id i8MBIXco008602; Wed, 22 Sep 2004 13:18:33 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.1/8.13.1) with ESMTP id i8MBIfOn011080; Wed, 22 Sep 2004 13:18:41 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.1/8.13.1/Submit) id i8MBIfaa011079; Wed, 22 Sep 2004 13:18:41 +0200 (CEST) (envelope-from ftigeot) Date: Wed, 22 Sep 2004 13:18:41 +0200 From: Francois Tigeot To: Jose M Rodriguez Message-ID: <20040922111841.GA9943@aoi.wolfpond.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: gnome@freebsd.org cc: kde@freebsd.org cc: x11@freebsd.org cc: current@freebsd.org cc: thinbsd@cogidis.com Subject: Re: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:18:45 -0000 On Wed, Sep 22, 2004 at 12:46:35PM +0200, Jose M Rodriguez wrote: > > After test FreeBSD-5.3-BETA5 + current ports, I'm very glad with how it's > worked out. > > But I'm not convince about how X11, gnome and kde works together. > > I've to develop a NetWS / Kiosk for a customer and need to work on this. > > Is anyone interested on that? > > My TODO List is now by that: [...] > - Plans to specific support for NetBooting. NetWS, XTerminals, Kiosk You should be interested in this little project then: http://www.thinbsd.org/ It is a FreeBSD-based system you can netboot and use as a X-terminal. It is still quite VIA-Epia centric but runs on more hardware nowadays, contrary to what the documentation says. I just haven't had enough time to rewrite it properly... -- Francois Tigeot From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:25:54 2004 Return-Path: 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 D607416A4CE for ; Wed, 22 Sep 2004 11:25:54 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86A9443D45 for ; Wed, 22 Sep 2004 11:25:54 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (sccrmhc12) with ESMTP id <2004092211255301200cutbke> (Authid: europax); Wed, 22 Sep 2004 11:25:54 +0000 Message-ID: <41516185.5060802@pythonemproject.com> Date: Wed, 22 Sep 2004 04:27:01 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "cur >> freebsd-current" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Fwd: Re: Glidepoint tap not working] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:25:55 -0000 -------- Original Message -------- Subject: Re: Glidepoint tap not working Date: Tue, 21 Sep 2004 10:28:53 -0600 From: Amar Takhar To: Rob References: <41503926.7080703@pythonemproject.com> On 2004-09-21 07:22 -0700, Rob wrote: > Here have a Dell 8600 notebook. I notice on RELENG_5 that the tapping > function doesn't work. I remember it working on -stable. I'm wondering > if there is a magic config param that I'm missing? If you're using moused, put: moused_flags="-m 1=4" in /etc/rc.conf Amar. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:26:24 2004 Return-Path: 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 15C9516A4D1 for ; Wed, 22 Sep 2004 11:26:24 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4FCE43D46 for ; Wed, 22 Sep 2004 11:26:23 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (sccrmhc12) with ESMTP id <2004092211262301200cv19ne> (Authid: europax); Wed, 22 Sep 2004 11:26:23 +0000 Message-ID: <415161A3.4090701@pythonemproject.com> Date: Wed, 22 Sep 2004 04:27:31 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "cur >> freebsd-current" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Fwd: Re: Glidepoint tap not working] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:26:24 -0000 -------- Original Message -------- Subject: Re: Glidepoint tap not working Date: Tue, 21 Sep 2004 16:18:47 -0500 From: David Booth Reply-To: davidb@boothscientific.com To: Rob References: <41503926.7080703@pythonemproject.com> On Tuesday 21 September 2004 09:22 am, you wrote: > Here have a Dell 8600 notebook. I notice on RELENG_5 that the tapping > function doesn't work. I remember it working on -stable. I'm wondering > if there is a magic config param that I'm missing? > > Thanks, Rob. > _______________________________________________ > 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" I have and 8600 and tapping works until I suspend and then it quits working. Stopping and restarting moused does not help. The only special setting I use for the mouse is hint.psm.0.flags="0x200" in device.hints. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:27:00 2004 Return-Path: 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 9B56916A4D2 for ; Wed, 22 Sep 2004 11:27:00 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86F2D43D2F for ; Wed, 22 Sep 2004 11:26:59 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i8MBQpBx315010 for ; Wed, 22 Sep 2004 13:26:53 +0200 Date: Wed, 22 Sep 2004 13:27:10 +0200 (CEST) From: Lukas Ertl To: freebsd-current@FreeBSD.org Message-ID: <20040922131122.G549@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: imap 4247; Body=1 Fuz1=1 Fuz2=1 Subject: isp(4) deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:27:00 -0000 Hi, I just got hold of a QLogic FC adapter, it's identified as: none3@pci6:1:0: class=0x0c0400 card=0x01001077 chip=0x23121077 rev=0x02 hdr=0x00 vendor = 'QLogic Corporation' device = 'QLA2312 SANblade 2300 64-bit FC-AL Adapter' class = serial bus subclass = Fibre Channel If I load the isp module, the box deadlocks hard. Even with MP_WATCHDOG I can't get at any debug info. Any ideas about that? Is isp(4) still supported? cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:30:41 2004 Return-Path: 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 7074A16A4CE for ; Wed, 22 Sep 2004 11:30:41 +0000 (GMT) Received: from mail19g.g19.rapidsite.net (mail19g.g19.rapidsite.net [198.170.241.21]) by mx1.FreeBSD.org (Postfix) with SMTP id EA4C743D1F for ; Wed, 22 Sep 2004 11:30:40 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from www.pythonemproject.com (198.104.176.109)3-0655682639; Wed, 22 Sep 2004 07:30:40 -0400 (EDT) Message-ID: <415162A3.8000404@pythonemproject.com> Date: Wed, 22 Sep 2004 04:31:47 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sam References: <41515F84.60105@pythonemproject.com> <4151610D.5010801@authtec.net> In-Reply-To: <4151610D.5010801@authtec.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 cc: freebsd-current Subject: Re: iso's more reliable after complete erase X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:30:41 -0000 sam wrote: > Rob wrote: > >> I found this out after some bad luck with blank on burncd. >> >> I found that a complete erase cured my inoperative iso's. >> >> Now I do it all the time. Its not so bad for time with 4x and up. >> >> Good luck. Sincerely, Rob. >> _______________________________________________ > > > > I think the make command "make ... " or "make -DNOCLEAN ...." in > /usr/src/release/ directory always completely erase the old files > before building new release > > sam. > Hi Sam, I'm sure it does. I was referring to the iso's on the FreeBSD website. I think this is due to defects in the writing process or the cd's themselves. Rob. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:34:47 2004 Return-Path: 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 714FD16A4CE; Wed, 22 Sep 2004 11:34:47 +0000 (GMT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FDCD43D31; Wed, 22 Sep 2004 11:34:46 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from fer.hr (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id i8MBgZsM012126; Wed, 22 Sep 2004 13:42:36 +0200 (MEST) Message-ID: <4151632F.1010801@fer.hr> Date: Wed, 22 Sep 2004 13:34:07 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.5 (X11/20040430) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <414F331C.2000606@fer.hr> <20040921111815.GG93460@darkness.comp.waw.pl> In-Reply-To: <20040921111815.GG93460@darkness.comp.waw.pl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: ggate trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:34:47 -0000 Pawel Jakub Dawidek wrote: > On Mon, Sep 20, 2004 at 09:44:28PM +0200, Ivan Voras wrote: > +> Ggated demon on the server works fine, and doing "telnet server 3080" on > +> the client establishes connection (I tried typing some garbage into the > +> connection, but the server seems to ignore it, and doesn't send any data > +> back; it DOES log into server syslog that it's confused when I do that > +> ("ggated: Requested path isn't exported: Unknown error: 0.; ggated: > +> exiting")). > Is there anything between those two machines? Maybe some kind of firewall > which remove connections after some idle time? Sorry for the delay, the machines are remote from me, and I had to ask people on site. No, they are both plugged into the same nonmanaged 100mbit switch. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:45:06 2004 Return-Path: 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 6D0EC16A4CF for ; Wed, 22 Sep 2004 11:45:06 +0000 (GMT) Received: from web14104.mail.yahoo.com (web14104.mail.yahoo.com [216.136.172.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 369C943D5D for ; Wed, 22 Sep 2004 11:45:06 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040922114506.94905.qmail@web14104.mail.yahoo.com> Received: from [194.248.174.58] by web14104.mail.yahoo.com via HTTP; Wed, 22 Sep 2004 13:45:06 CEST Date: Wed, 22 Sep 2004 13:45:06 +0200 (CEST) From: Claus Guttesen To: Lukas Ertl , freebsd-current@FreeBSD.org In-Reply-To: <20040922131122.G549@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: isp(4) deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:45:06 -0000 > I just got hold of a QLogic FC adapter, ... > If I load the isp module, the box deadlocks hard. > Any ideas about that? Is isp(4) still supported? Did you try device isp # Qlogic family device ispfw in your kernel-config? Is this releng_5 or current? I have a QLogic FC adapter running current from Feb. I would like to upgrade when 5.3 have been out for a while. Claus From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:48:00 2004 Return-Path: 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 3E61016A4CE for ; Wed, 22 Sep 2004 11:48:00 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E93143D49 for ; Wed, 22 Sep 2004 11:47:59 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i8MBlgVY201042; Wed, 22 Sep 2004 13:47:46 +0200 Date: Wed, 22 Sep 2004 13:48:01 +0200 (CEST) From: Lukas Ertl To: Claus Guttesen In-Reply-To: <20040922114506.94905.qmail@web14104.mail.yahoo.com> Message-ID: <20040922134717.G549@pcle2.cc.univie.ac.at> References: <20040922114506.94905.qmail@web14104.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4247; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: isp(4) deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:48:00 -0000 On Wed, 22 Sep 2004, Claus Guttesen wrote: >> I just got hold of a QLogic FC adapter, ... >> If I load the isp module, the box deadlocks hard. >> Any ideas about that? Is isp(4) still supported? > > Did you try > > device isp # Qlogic family > device ispfw > > in your kernel-config? No, I wanted to go with modules first, but I guess I'll try to add it to the kernel. > Is this releng_5 or current? This is -CURRENT. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 18:19:39 2004 Return-Path: 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 D64F516A4CF for ; Tue, 21 Sep 2004 18:19:39 +0000 (GMT) Received: from blue.host.is (blue.host.is [212.30.222.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F5D43D1F for ; Tue, 21 Sep 2004 18:19:39 +0000 (GMT) (envelope-from martin@swift.is) Received: by blue.host.is (Postfix, from userid 1001) id 032E3354; Tue, 21 Sep 2004 18:19:37 +0000 (GMT) Date: Tue, 21 Sep 2004 18:19:37 +0000 From: Martin Swift To: current@freebsd.org Message-ID: <20040921181937.GB10593@swift.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Wed, 22 Sep 2004 11:58:46 +0000 Subject: BETA5 hangs shortly after boot. Unknown cause. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 18:19:40 -0000 Hi list, Just cvsup-ed to BETA5 tonight and after having built world and built and installed the kernel I rebooted into single user to install world. As I was mounting the filesystem the machine hung. The only way to get to prompt was booting "normally" so that fsck went into background (nice feature, btw). Still that didn't do much, same kind of hangs occurred just 10-20 seconds after login. I wish I could say this was definately not my fault, but before rebuilding the kernel I added apm and disabled acpi in /boot/device.hints ... something that had caused hangs in past BETAs. I know; I must be stupid, stupid, stupid, but in my defence: I used to be able to reenable acpi at boot. Furthermore, booting with set hint.acpi.0.disabled=0 boot /boot/kernel.old doesn't work ... hmmm. Any bright ideas for this novice? Like the rest of you, I don't have infinite amounts of time, but if anyone can point out what to debug (and, importantly: how to get the data before it dissappears off the screen) I'm willing to try and extract what information from the machine that I can. Sincerely, Martin Swift From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 22:52:13 2004 Return-Path: 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 C459A16A4CE for ; Tue, 21 Sep 2004 22:52:13 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 031B243D49 for ; Tue, 21 Sep 2004 22:52:13 +0000 (GMT) (envelope-from timprice@tasman.net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i8LN0HCx003120 for ; Wed, 22 Sep 2004 11:00:17 +1200 Received: from swamp (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i8LMu1b7032629 for ; Wed, 22 Sep 2004 10:56:01 +1200 Message-Id: <200409212256.i8LMu1b7032629@sage.ts.co.nz> From: "Tim price" To: Date: Wed, 22 Sep 2004 10:46:46 +1200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 Thread-Index: AcSgLN/B8U6582vMRAmrabosk2Hzmg== X-Mailman-Approved-At: Wed, 22 Sep 2004 11:58:46 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Adaptec ICH5R-S Serial ATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 21 Sep 2004 22:52:13 -0000 Hi, I'm looking for information regarding current support for the onboard SATA raid device on the Intel SR1325TP1-E motherboard, listed as Adaptec ICH5R-S Serial ATA RAID. We've basically got a server with two 200GB SATA drives configured in a mirrored array in the above controller. I'm looking for a way of installing and running freebsd v4.10 - v5.2.1 in that configuration. Any help would be greatly appreciated. Regards Tim Price Senior Support / Network Operations Tasman Solutions 03 5439092 www.tasman.net From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 03:19:19 2004 Return-Path: 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 D354D16A4CE; Wed, 22 Sep 2004 03:19:19 +0000 (GMT) Received: from atlant.asiamusic.ru (AsiaTrade-Orient.orient.net.ru [195.161.236.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3538043D53; Wed, 22 Sep 2004 03:19:17 +0000 (GMT) (envelope-from ivi@dhs.net.ru) Received: from [192.168.125.10] (webmaster.atm [192.168.125.10]) by atlant.asiamusic.ru (8.11.7/8.11.7) with ESMTP id i8M3JEV79652; Wed, 22 Sep 2004 12:19:14 +0900 (IRKST) (envelope-from ivi@dhs.net.ru) Message-ID: <4150EF32.2090508@dhs.net.ru> Date: Wed, 22 Sep 2004 12:19:14 +0900 From: "Vyacheslav I. Ivanchenko" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040903 X-Accept-Language: ru, en, en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <414E4B34.9080702@elischer.org> In-Reply-To: <414E4B34.9080702@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 22 Sep 2004 11:58:46 +0000 cc: Julian Elischer cc: Ken Smith Subject: Re: 5.3-BETA5 Available (5.3-BETA5 boot process freeze) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 03:19:19 -0000 FreeBSD 5.3-BETA5 boot process freeze. 5.3-BETA5: ... kernel: em0: Link is up 100 Mbps Full Duplex kernel: ad4: 76319MB [155061/16/63] at ata2-master SATA150 kernel: cd0 at ata1 bus 0 target 0 lun 0 kernel: cd0: Removable CD-ROM SCSI-0 device kernel: cd0: 33.000MB/s transfers kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present kernel: cd1 at ata1 bus 0 target 1 lun 0 kernel: cd1: Removable CD-ROM SCSI-0 device kernel: cd1: 33.000MB/s transfers kernel: cd1: Attempt to query device size failed: NOT READY, Medium not present ** FREEZE HERE ** 5.3-BETA3 booted without any problems. 5.3-BETA3: ... kernel: em0: Link is up 100 Mbps Full Duplex kernel: cd0 at ata1 bus 0 target 0 lun 0 kernel: cd0: Removable CD-ROM SCSI-0 device kernel: cd0: 33.000MB/s transfers kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present kernel: cd1 at ata1 bus 0 target 1 lun 0 kernel: cd1: Removable CD-ROM SCSI-0 device kernel: cd1: 33.000MB/s transfers kernel: cd1: Attempt to query device size failed: NOT READY, Medium not present kernel: Mounting root from ufs:/dev/ad4s1a named[328]: starting (/etc/namedb/named.conf). named 8.3.7-REL Wed Sep 8 18:49:05 ... I don't use option PREEMPTION and SMP. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:25:51 2004 Return-Path: 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 6D94A16A4CE for ; Wed, 22 Sep 2004 11:25:51 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C91243D45 for ; Wed, 22 Sep 2004 11:25:50 +0000 (GMT) (envelope-from sam.wun@authtec.net) Received: (qmail 42755 invoked from network); 22 Sep 2004 11:25:49 -0000 Received: from unknown (HELO [192.168.4.129]) (samwun@hgcbroadband.com@[221.127.106.26]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 22 Sep 2004 11:25:49 -0000 Message-ID: <4151610D.5010801@authtec.net> Date: Wed, 22 Sep 2004 19:25:01 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <41515F84.60105@pythonemproject.com> In-Reply-To: <41515F84.60105@pythonemproject.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 22 Sep 2004 11:58:46 +0000 cc: freebsd-current Subject: Re: iso's more reliable after complete erase X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 11:25:51 -0000 Rob wrote: > I found this out after some bad luck with blank on burncd. > > I found that a complete erase cured my inoperative iso's. > > Now I do it all the time. Its not so bad for time with 4x and up. > > Good luck. Sincerely, Rob. > _______________________________________________ I think the make command "make ... " or "make -DNOCLEAN ...." in /usr/src/release/ directory always completely erase the old files before building new release sam. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:59:36 2004 Return-Path: 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 DD3CC16A4CE; Wed, 22 Sep 2004 11:59:35 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85D9B43D5C; Wed, 22 Sep 2004 11:59:35 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i8MBxYKi021181; Wed, 22 Sep 2004 07:59:34 -0400 (EDT) Date: Wed, 22 Sep 2004 07:59:34 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Chris Stenton In-Reply-To: <1095840348.23443.14.camel@hawk.gnome.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: threads@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: daemon threads bug with libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 11:59:36 -0000 On Wed, 22 Sep 2004, Chris Stenton wrote: > If you create a thread before calling daemon then the next thread you > create after the daemon call will cause the following error from the > libpthread library. daemon() calls fork(). I don't think you can create a threaded program after a fork if you are already threaded. You have to wait to do any threading (including mutexes and stuff) until after the fork. When you call daemon() there is already a thread and perhaps some locks in the library (libc and libpthread). After the fork, the parent exits and the child is left. You are single threaded after the fork (as defined by POSIX), but libpthread and libc have locks that may be locked by threads created before the fork. > Fatal error 'mutex is on list' at line 516 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) > > This error does not occur if you link with -lc_r, linking with -lthr > causes a core dump. -lthr does not look very stable. > > Here is some test code. I am running FreeBSD 5.3-beta > > Please reply directly as I am not on the mailing list -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 12:13:42 2004 Return-Path: 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 4C8AA16A4CE for ; Wed, 22 Sep 2004 12:13:42 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 940B643D2D for ; Wed, 22 Sep 2004 12:13:41 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i8MCDVdS181492; Wed, 22 Sep 2004 14:13:33 +0200 Date: Wed, 22 Sep 2004 14:13:50 +0200 (CEST) From: Lukas Ertl To: Claus Guttesen In-Reply-To: <20040922134717.G549@pcle2.cc.univie.ac.at> Message-ID: <20040922141255.E549@pcle2.cc.univie.ac.at> References: <20040922114506.94905.qmail@web14104.mail.yahoo.com> <20040922134717.G549@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mail 4248; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: isp(4) deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 12:13:42 -0000 On Wed, 22 Sep 2004, Lukas Ertl wrote: > On Wed, 22 Sep 2004, Claus Guttesen wrote: > >>> I just got hold of a QLogic FC adapter, ... >>> If I load the isp module, the box deadlocks hard. >>> Any ideas about that? Is isp(4) still supported? >> >> Did you try >> >> device isp # Qlogic family >> device ispfw >> >> in your kernel-config? > > No, I wanted to go with modules first, but I guess I'll try to add it to the > kernel. Cool, that seemed to work. Though it takes a small break when detecting the device, it boots up fine. Now I need to try and plug something in. :-) Thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 12:17:27 2004 Return-Path: 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 45E8316A4CE for ; Wed, 22 Sep 2004 12:17:27 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82AE243D46 for ; Wed, 22 Sep 2004 12:17:26 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8MCEAgi039495 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 22 Sep 2004 16:14:10 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8MCBKgC039348; (8.12.8/vak/2.1) Wed, 22 Sep 2004 16:11:20 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41516C79.5090707@cronyx.ru> Date: Wed, 22 Sep 2004 16:13:45 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <41515F84.60105@pythonemproject.com> In-Reply-To: <41515F84.60105@pythonemproject.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current Subject: Re: iso's more reliable after complete erase X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 12:17:27 -0000 Hi, I do complete erase of rw media every ~4 circles, otherwise data may be corrupted with very high probability. Probably by reducing speed of recording the number of circles for full erase may be increased, but I don't have time/wish to check this. rik Rob wrote: > I found this out after some bad luck with blank on burncd. > > I found that a complete erase cured my inoperative iso's. > > Now I do it all the time. Its not so bad for time with 4x and up. > > Good luck. Sincerely, Rob. > _______________________________________________ > 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 Wed Sep 22 12:20:50 2004 Return-Path: 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 4712F16A4CE for ; Wed, 22 Sep 2004 12:20:50 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE4BB43D1D for ; Wed, 22 Sep 2004 12:20:49 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 1AA013EFA; Wed, 22 Sep 2004 14:20:49 +0200 (CEST) Received: from kamino.rfc1149.org (dsl-213-023-207-181.arcor-ip.net [213.23.207.181]) by coruscant.rfc1149.org (Postfix) with ESMTP id C594A3D2E; Wed, 22 Sep 2004 14:20:46 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id CE52F40F1; Wed, 22 Sep 2004 14:20:23 +0200 (CEST) To: Stephen Montgomery-Smith In-Reply-To: <4150BD6D.40108@math.missouri.edu> (Stephen Montgomery-Smith's message of "Tue, 21 Sep 2004 18:46:53 -0500") References: <4150BD6D.40108@math.missouri.edu> From: Arne Schwabe Date: Wed, 22 Sep 2004 14:20:23 +0200 Message-ID: <86ekkutrzs.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.8 required=5.0 tests=BAYES_00,RCVD_IN_SORBS autolearn=no version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: synaptics touchpad X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 12:20:50 -0000 Stephen Montgomery-Smith writes: > I just installed FreeBSD 5.3-Beta5 on my Dell Inspiron 7500, which has a > synaptics touchpad. I am finding the touchpad to be somewhat > unresponsive, particularly under XFree86-4.3. (I would use Xorg, but > neither Xorg or XFree86-4.4 work with my video card.) > > In the end I went into the source code sys/isa/psm.c, and simply > commented out the synaptics code, so that FreeBSD thinks that it is a > generic mouse. Now it works very much better. > > Why would the synaptics code be so unresponsive? Do I need to use Xorg, > or is it some other issue? > You have also the possibility of using the Xfree Driver. A few minutes ago I just posted a little hlep on -mobile. Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 12:35:34 2004 Return-Path: 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 B980516A4D0 for ; Wed, 22 Sep 2004 12:35:34 +0000 (GMT) Received: from nulis.lt (adsl-213-190-44-175.takas.lt [213.190.44.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id B75D643D49 for ; Wed, 22 Sep 2004 12:35:33 +0000 (GMT) (envelope-from bob@nulis.lt) Received: from highland.tamsa ([10.0.1.1]) by nulis.lt with esmtp (Exim 4.34) id 1CA6K5-0000q0-4x; Wed, 22 Sep 2004 15:34:13 +0300 Message-ID: <41517193.60604@nulis.lt> Date: Wed, 22 Sep 2004 15:35:31 +0300 From: Saulius Menkevicius User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040907) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim price References: <200409212256.i8LMu1b7032629@sage.ts.co.nz> In-Reply-To: <200409212256.i8LMu1b7032629@sage.ts.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Adaptec ICH5R-S Serial ATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 12:35:34 -0000 Tim price wrote: >Hi, I'm looking for information regarding current support for the onboard >SATA raid device on the Intel SR1325TP1-E motherboard, listed as Adaptec >ICH5R-S Serial ATA RAID. > > > >We've basically got a server with two 200GB SATA drives configured in a >mirrored array in the above controller. I'm looking for a way of installing >and running freebsd v4.10 - v5.2.1 in that configuration. > > Doug Abrisko has patches for 4.10 which (among other things) adds support for the ICH5-R SATA RAID metadata. Look for http://www.ambrisko.com/doug/ata/ata_stable_sata_5.patch. A patch for RELENG_5 is at http://www.nulis.lt/bob/download/intel-raid-patch-releng5. This one has been ported from Doug's patch (with minor changes). Personally I run SATA 2x120GB disk stripe (RAID0) with ICH5-R thus can't tell how it would work in mirror mode. > > >Any help would be greatly appreciated. > > > > > >Regards > > > >Tim Price > >Senior Support / Network Operations > >Tasman Solutions > >03 5439092 > >www.tasman.net > > > >_______________________________________________ >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 Wed Sep 22 12:57:05 2004 Return-Path: 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 8D59B16A4CE; Wed, 22 Sep 2004 12:57:05 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3BE043D46; Wed, 22 Sep 2004 12:57:04 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CA6g6-0005O3-00 Wed, 22 Sep 2004 14:56:58 +0200 Received: from [212.106.207.12] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CA6g6-0005N4-00 Wed, 22 Sep 2004 14:56:58 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8MCv1qO053650; Wed, 22 Sep 2004 14:57:02 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Wed, 22 Sep 2004 14:57:00 +0200 To: "Francois Tigeot" References: <20040922111841.GA9943@aoi.wolfpond.org> From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20040922111841.GA9943@aoi.wolfpond.org> User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.67 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: gnome@freebsd.org cc: kde@freebsd.org cc: x11@freebsd.org cc: current@freebsd.org Subject: Re: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 12:57:05 -0000 On Wed, 22 Sep 2004 13:18:41 +0200, Francois Tigeot wrote: > On Wed, Sep 22, 2004 at 12:46:35PM +0200, Jose M Rodriguez wrote: >> >> After test FreeBSD-5.3-BETA5 + current ports, I'm very glad with how >> it's >> worked out. >> >> But I'm not convince about how X11, gnome and kde works together. >> >> I've to develop a NetWS / Kiosk for a customer and need to work on this. >> >> Is anyone interested on that? >> >> My TODO List is now by that: > > [...] > >> - Plans to specific support for NetBooting. NetWS, XTerminals, Kiosk > > You should be interested in this little project then: > > http://www.thinbsd.org/ > Thanks for the point, but we are happy with our actual setup. EPIA MII servers (c3 1,2 GHz). EPIA VE500 Clients (now to ME600 and up). PXE Booting with shared /, /usr, /home FreeBSD 4.10 (going to 5.3) KDE 3.2.3 (going to 3.3), semi-kiosk setup. ... YP/NIS ... Our main problem is that we need to do some tweaks to FreeBSD that can go to ports and base. We prefer share them that making local patches. Our main objection is that x11, gnome and kde are heavy (and happy) maintained. Our ask is about comments, notes and approvals to: - patchs against src for /etc/rc.d/xdm and so. - patchs against xorg-clients (and sim) to move xinit/xdm config to /etc/X11 - patchs to get an uniform processing of Xresources, Xprofile, ... - patchs against gnome (mainly gdm) to share as much config as posible with X11 - patchs against kde (mainly kdm in kdebase) with same purpose. ... We think that the path form 5.3 to 5.4 maybe short. So we want work on this ASAP, but whithout interfering in 5.3 release cicle. > It is a FreeBSD-based system you can netboot and use as a X-terminal. > > It is still quite VIA-Epia centric but runs on more hardware nowadays, > contrary to what the documentation says. > I just haven't had enough time to rewrite it properly... > -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 13:03:15 2004 Return-Path: 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 B82E216A4CE; Wed, 22 Sep 2004 13:03:15 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0811B43D39; Wed, 22 Sep 2004 13:03:15 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 38C581674E8; Wed, 22 Sep 2004 15:03:13 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8MD3B5K094335 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 22 Sep 2004 15:03:12 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-x11@freebsd.org Date: Wed, 22 Sep 2004 15:03:08 +0200 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1805224.eepsnG0JhH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409221503.10247.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: gnome@freebsd.org cc: kde@freebsd.org cc: x11@freebsd.org cc: Jose M Rodriguez cc: current@freebsd.org Subject: Re: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 13:03:15 -0000 --nextPart1805224.eepsnG0JhH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 22 September 2004 12:46, Jose M Rodriguez wrote: > - Plans to work and standard FreeBSD way to X11 > =A0=A0=A0=A0=A0=A0=A0=A0+ An implementation guide common to x11/gnome/kde= (document -> > =A0=A0=A0=A0=A0=A0=A0=A0article | handbook) > - Plans to work on a FreeBSD 'feeling'. Same fonts, ... > + tweaks to apps-defaults, gnome and kde config. > + common process of resources. Xresources , Xmodmap, ... > - Plans to specific support easy thenmeing 'a la FreeBSD'. I'm rather sceptical about those. You need to remember that FreeBSD isn't a= =20 commercial linux distribution with their own art department and people who= =20 specialise in enforcing a common look'n'feel.=20 If this should really happen, we'd need more than just a few new scripts -= =20 we'd need a team of people dedicated to make it work, keep it working and=20 deal with the constant flaming of users that don't like the new common=20 look'n'feel. My own humble opinion is that it is probably more realistic to do those thi= ngs=20 in your specific project where you're in control anyway. Unifying the big=20 desktop environments is a big task, and so far I'm not aware of any project= =20 which managed to do it without more or less taking the look&feel of one and= =20 stomping it on the other (for example, Redhat went mostly for GNOME, SuSE=20 mostly went for KDE). > =A0=A0=A0=A0=A0=A0=A0=A0+ rcNG support for x11 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0* /etc/rc.d/xdm. =A0opera= tive and valid for gdm/kdm/xdm > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0* /etc/rc.d/xfs? =A0we ne= ed a font server with libXFT trends? > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0* /etc/rc.d/xserver. =A0X= server init for XDMCP (XTerminal) > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0* /etc/rc.d/xinit. =A0Spe= cial init via xinit. Those things are probably doable. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1805224.eepsnG0JhH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBUXgOXhc68WspdLARAq7wAJwO3T1Vsu7Mkyl0m1mOkrXb9KbjWwCfV/MG CqynLjzuPhb59UjAFKVTDtA= =y8os -----END PGP SIGNATURE----- --nextPart1805224.eepsnG0JhH-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 13:14:28 2004 Return-Path: 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 DFB8316A4CE; Wed, 22 Sep 2004 13:14:28 +0000 (GMT) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D170B43D5D; Wed, 22 Sep 2004 13:14:27 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1CA6wy-000DJv-PG; Wed, 22 Sep 2004 17:14:24 +0400 Date: Wed, 22 Sep 2004 17:14:24 +0400 From: "Boris B. Samorodov" To: "Vyacheslav I. Ivanchenko" Message-ID: <20040922131424.GA51177@ipt.ru> References: <20040920022927.GA70726@bobbi.cse.buffalo.edu> <414E4B34.9080702@elischer.org> <4150EF32.2090508@dhs.net.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4150EF32.2090508@dhs.net.ru> Sender: "Boris B. Samorodov" cc: freebsd-current@freebsd.org cc: Julian Elischer cc: Ken Smith Subject: Re: 5.3-BETA5 Available (5.3-BETA5 boot process freeze) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 13:14:29 -0000 Hi! On Wed, Sep 22, 2004 at 12:19:14PM +0900, Vyacheslav I. Ivanchenko wrote: > FreeBSD 5.3-BETA5 boot process freeze. > > 5.3-BETA5: > ... > kernel: em0: Link is up 100 Mbps Full Duplex > kernel: ad4: 76319MB [155061/16/63] at ata2-master SATA150 > kernel: cd0 at ata1 bus 0 target 0 lun 0 > kernel: cd0: Removable CD-ROM SCSI-0 device > kernel: cd0: 33.000MB/s transfers > kernel: cd0: Attempt to query device size failed: NOT READY, Medium not > present > kernel: cd1 at ata1 bus 0 target 1 lun 0 > kernel: cd1: Removable CD-ROM SCSI-0 device > kernel: cd1: 33.000MB/s transfers > kernel: cd1: Attempt to query device size failed: NOT READY, Medium not > present > > ** FREEZE HERE ** > I don't use option PREEMPTION and SMP. The same story. I managed to boot system without acpi support. WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 13:33:54 2004 Return-Path: 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 CF93C16A4CE; Wed, 22 Sep 2004 13:33:54 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 510EA43D53; Wed, 22 Sep 2004 13:33:54 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CA7G5-000539-00 Wed, 22 Sep 2004 15:34:09 +0200 Received: from [212.106.207.12] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CA7G2-00052d-00 Wed, 22 Sep 2004 15:34:06 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8MDUfJA073252; Wed, 22 Sep 2004 15:30:42 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Wed, 22 Sep 2004 15:30:41 +0200 To: "Michael Nottebrock" , freebsd-x11@freebsd.org References: <200409221503.10247.michaelnottebrock@gmx.net> From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <200409221503.10247.michaelnottebrock@gmx.net> User-Agent: Opera M2/7.54 (FreeBSD, build 751) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.67 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: current@freebsd.org Subject: Re: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 13:33:55 -0000 On Wed, 22 Sep 2004 15:03:08 +0200, Michael Nottebrock wrote: > On Wednesday 22 September 2004 12:46, Jose M Rodriguez wrote: > >> - Plans to work and standard FreeBSD way to X11 >>         + An implementation guide common to x11/gnome/kde (document -> >>         article | handbook) >> - Plans to work on a FreeBSD 'feeling'. Same fonts, ... >> + tweaks to apps-defaults, gnome and kde config. >> + common process of resources. Xresources , Xmodmap, ... >> - Plans to specific support easy thenmeing 'a la FreeBSD'. > > I'm rather sceptical about those. You need to remember that FreeBSD > isn't a > commercial linux distribution with their own art department and people > who > specialise in enforcing a common look'n'feel. > I don't think so. And we doesn't have the resources of, let say, Mandrakesoft. Also, FreeBSD gnome, kde and x11 projects are, more o less, independent. > If this should really happen, we'd need more than just a few new scripts > - > we'd need a team of people dedicated to make it work, keep it working and > deal with the constant flaming of users that don't like the new common > look'n'feel. And, as we haven't a splendit car, we can't even walk. I'm talking about simple and reallistik thinks like: - Have a simple document about how xinit, xdm, and so must work. - What to put in ~/.login or /.profile, and what in ~/.xprofile - who to use ~/.xinitrc and know when gdm/kdm/xdm must use it. - Try to reuse the basic xinit/xdm config from gdm/kdm. - Try to get a real failsafe X login. - Try to get the same defaults colours and font on xterms ... > > My own humble opinion is that it is probably more realistic to do those > things > in your specific project where you're in control anyway. Unifying the big > desktop environments is a big task, and so far I'm not aware of any > project > which managed to do it without more or less taking the look&feel of one > and > stomping it on the other (for example, Redhat went mostly for GNOME, SuSE > mostly went for KDE). > Agree. This is not the point. >>         + rcNG support for x11 >>                 * /etc/rc.d/xdm.  operative and valid for gdm/kdm/xdm >>                 * /etc/rc.d/xfs?  we need a font server with libXFT >> trends? >>                 * /etc/rc.d/xserver.  Xserver init for XDMCP (XTerminal) >>                 * /etc/rc.d/xinit.  Special init via xinit. > > Those things are probably doable. > -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 13:45:24 2004 Return-Path: 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 B3D2E16A4CE for ; Wed, 22 Sep 2004 13:45:24 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0DF2043D4C for ; Wed, 22 Sep 2004 13:45:24 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 22517 invoked from network); 22 Sep 2004 13:45:22 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay.pair.com with SMTP; 22 Sep 2004 13:45:22 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i8MDjLCs086679 for ; Wed, 22 Sep 2004 15:45:21 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.10/8.12.10/Submit) id i8MDjLt7086678 for current@freebsd.org; Wed, 22 Sep 2004 15:45:21 +0200 (CEST) (envelope-from pho) Date: Wed, 22 Sep 2004 15:45:21 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20040922134521.GA86631@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: panic: sbuf_data called with unfinished or corrupt sbuf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 13:45:24 -0000 With HEAD from Sep 22 12:56 UTC. http://www.holm.cc/stress/log/cons76.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 13:48:59 2004 Return-Path: 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 716BF16A4CE for ; Wed, 22 Sep 2004 13:48:59 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A02A43D41 for ; Wed, 22 Sep 2004 13:48:58 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i8MDms4h047466 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 22 Sep 2004 15:48:55 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i8MDmskf047465 for current@freebsd.org; Wed, 22 Sep 2004 15:48:54 +0200 (CEST) Date: Wed, 22 Sep 2004 15:48:54 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040922134854.GA47406@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: not being able to read from cdrom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 13:48:59 -0000 Hi I am experiencing this: witten ~# ll /mnt/cdrom/DEPECHE\ MODE\ -\ 101/01.\ Pimpf.mp3 -r-xr-xr-x 1 root wheel 906K Apr 29 1998 /mnt/cdrom/DEPECHE MODE - 101/01. Pimpf.mp3* witten ~# cat /mnt/cdrom/DEPECHE\ MODE\ -\ 101/01.\ Pimpf.mp3 cat: /mnt/cdrom/DEPECHE MODE - 101/01. Pimpf.mp3: Socket operation on non-socket witten ~# where /mnt/cdrom is cdrom-drive witten ~# uname -a FreeBSD witten 6.0-CURRENT FreeBSD 6.0-CURRENT #131: Tue Sep 21 15:46:19 CEST 2004 root@witten:/usr/obj/usr/src/sys/NEOLOGISM i386 witten ~# thnx for help roman From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 13:51:51 2004 Return-Path: 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 19DE116A4CE for ; Wed, 22 Sep 2004 13:51:51 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96D0743D62 for ; Wed, 22 Sep 2004 13:51:50 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i8MDpswn067680; Wed, 22 Sep 2004 09:51:54 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i8MDpsQ5067596; Wed, 22 Sep 2004 09:51:54 -0400 (EDT) (envelope-from green) Date: Wed, 22 Sep 2004 09:51:53 -0400 From: Brian Fundakowski Feldman To: Peter Holm Message-ID: <20040922135153.GE3407@green.homeunix.org> References: <20040922134521.GA86631@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040922134521.GA86631@peter.osted.lan> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: panic: sbuf_data called with unfinished or corrupt sbuf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 13:51:51 -0000 On Wed, Sep 22, 2004 at 03:45:21PM +0200, Peter Holm wrote: > With HEAD from Sep 22 12:56 UTC. > > http://www.holm.cc/stress/log/cons76.html Not really stress-test-related much, but fixed. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 14:29:40 2004 Return-Path: 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 B834816A4CE; Wed, 22 Sep 2004 14:29:40 +0000 (GMT) Received: from smtp.enta.net (smtp.enta.net [195.74.97.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 780AF43D39; Wed, 22 Sep 2004 14:29:40 +0000 (GMT) (envelope-from jacs@gnome.co.uk) Received: from hawk.gnome.co.uk (81-31-113-153.adsl.entanet.co.uk [81.31.113.153]) by smtp.enta.net (Postfix) with SMTP id 781A899EFE; Wed, 22 Sep 2004 15:38:33 +0100 (BST) Received: from kite (kite.gnome.co.uk [192.168.123.3]) by hawk.gnome.co.uk (8.13.1/8.12.10) with SMTP id i8METWqa036020; Wed, 22 Sep 2004 15:29:32 +0100 (BST) (envelope-from jacs@gnome.co.uk) Message-ID: <00da01c4a0b0$93b46d60$037ba8c0@gnome.co.uk> From: "Chris Stenton" To: "Daniel Eischen" References: Date: Wed, 22 Sep 2004 15:29:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Scanned-By: MIMEDefang 2.44 cc: threads@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: daemon threads bug with libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 14:29:40 -0000 Thanks Dan, As you can see I do a pthread_join before the daemon call so all threads should be closed at that point. There must be some residual state left. Chris ----- Original Message ----- From: "Daniel Eischen" To: "Chris Stenton" Cc: ; Sent: Wednesday, September 22, 2004 12:59 PM Subject: Re: daemon threads bug with libpthread > On Wed, 22 Sep 2004, Chris Stenton wrote: > >> If you create a thread before calling daemon then the next thread you >> create after the daemon call will cause the following error from the >> libpthread library. > > daemon() calls fork(). I don't think you can create a threaded > program after a fork if you are already threaded. You have to > wait to do any threading (including mutexes and stuff) until > after the fork. > > When you call daemon() there is already a thread and perhaps > some locks in the library (libc and libpthread). After the > fork, the parent exits and the child is left. You are single > threaded after the fork (as defined by POSIX), but libpthread > and libc have locks that may be locked by threads created > before the fork. > >> Fatal error 'mutex is on list' at line 516 in file >> /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) >> >> This error does not occur if you link with -lc_r, linking with -lthr >> causes a core dump. -lthr does not look very stable. >> >> Here is some test code. I am running FreeBSD 5.3-beta >> >> Please reply directly as I am not on the mailing list > > -- > Dan Eischen > From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 15:01:35 2004 Return-Path: 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 CD05D16A4CE for ; Wed, 22 Sep 2004 15:01:35 +0000 (GMT) Received: from www.reppep.com (www.reppep.com [66.92.104.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE5F43D48 for ; Wed, 22 Sep 2004 15:01:35 +0000 (GMT) (envelope-from pepper@reppep.com) Received: from [129.85.219.160] (salt.rockefeller.edu [129.85.219.160]) by www.reppep.com (Postfix) with ESMTP id 4AFD2FE94 for ; Wed, 22 Sep 2004 11:01:33 -0400 (EDT) Mime-Version: 1.0 Message-Id: In-Reply-To: <20040922031548.GA21731@neo.redjade.org> References: <20040920.225931.29867687.imp@bsdimp.com> <200409211309.25428.Lutz.Bichler@unibw-muenchen.de> <1095812538.2535.36.camel@RabbitsDen> <20040921.183650.28787484.imp@bsdimp.com> <1095816390.657.2.camel@RabbitsDen> <20040922031548.GA21731@neo.redjade.org> Date: Wed, 22 Sep 2004 10:57:17 -0400 To: current@freebsd.org From: Chris Pepper Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 15:01:35 -0000 This week, guest (an HP 7915) is crashing when I switch my USB KVM to/from it. This wasn't a problem a week ago. The logs of two crashes and a dmesg are at . The second happened not when I switched the IOGear 2-port KVM and it attached to the system, but when I detached it again; I didn't notice if the first crash was on attachment or detachment. I cvsupped against RELENG_5 last night. I will confirm the problem persists with RELENG_5, then try the patch Warner suggested. Additional suggestions for shooting this trouble are welcome. The kernel & world are from a Sep 19 cvsup. No local patches, and the kernel config is posted in the same place. >FreeBSD guest.reppep.com 5.3-BETA4 FreeBSD 5.3-BETA4 #5: Wed Sep 15 >03:08:50 EDT 2004 >root@guest.reppep.com:/usr/obj/usr/src/sys/REPPEP5 i386 Regards, Chris Pepper -- Chris Pepper: Rockefeller University: From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 15:02:27 2004 Return-Path: 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 0B47116A4CE for ; Wed, 22 Sep 2004 15:02:27 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5EC043D2F for ; Wed, 22 Sep 2004 15:02:26 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8MF4qjQ019081; Wed, 22 Sep 2004 08:04:52 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8MF4qTk019080; Wed, 22 Sep 2004 08:04:52 -0700 Date: Wed, 22 Sep 2004 08:04:52 -0700 From: Brooks Davis To: Peter Holm Message-ID: <20040922150452.GB17806@odin.ac.hmc.edu> References: <20040922134521.GA86631@peter.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <20040922134521.GA86631@peter.osted.lan> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: current@freebsd.org Subject: Re: panic: sbuf_data called with unfinished or corrupt sbuf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 15:02:27 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 22, 2004 at 03:45:21PM +0200, Peter Holm wrote: > With HEAD from Sep 22 12:56 UTC. >=20 > http://www.holm.cc/stress/log/cons76.html My fault. Thanks to Brian for fixing it. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBUZSTXY6L6fI4GtQRAmSwAJ9YjN1YNkwTEK/9HK27I5T+dA6vtgCgpfI7 /N9ThXKaAAxd2bFjXOn7lWA= =12bx -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 15:19:24 2004 Return-Path: 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 29B9716A4CE for ; Wed, 22 Sep 2004 15:19:24 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07D9A43D1F for ; Wed, 22 Sep 2004 15:19:22 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8MFJLgk035944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 22 Sep 2004 08:19:21 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8MFJLlm035943 for freebsd-current@freebsd.org; Wed, 22 Sep 2004 08:19:21 -0700 (PDT) (envelope-from jdc) Date: Wed, 22 Sep 2004 08:19:21 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040922151921.GA35903@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <4150A9CB.70600@ThePacific.Net> <20040921163314.D21773@pooker.samsco.org> <4150F28B.9040908@ThePacific.Net> <20040922034137.GA18393@parodius.com> <41512A51.8040802@nulis.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41512A51.8040802@nulis.lt> User-Agent: Mutt/1.5.6i Subject: Re: Is HostRAID supported under FreeBSD??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 15:19:24 -0000 Is there any chance of seeing this put into -CURRENT? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Sep 22, 2004 at 10:31:29AM +0300, Saulius Menkevicius wrote: > Jeremy Chadwick wrote: > > >Yes, it is supported, however the RAID portion is not. I'm still > >waiting on Soren and crew to get metadata support for the RAID portion > >of the ICH5-R -- this RAID controller is purely software-based, it is > >not a hardware RAID solution. > > > >In English: the controller will work fine as a standalone SATA > >controller, with the RAID option disabled. We have a couple SuperMicro > >5013C-T servers which do this. You can use FreeBSD software RAID > >(ataraid, ccd, or vinum) to accomplish goals instead. > > > >If Soren needs hardware to play with, I can gladly send him a > >P4-based motherboard. RAM and CPU will be his own problem though... :) > > > > > I have a patch for RELENG_5 which I ported from Doug Abrisko's patch for > 4.10 that adds support for ICH5-R RAID metadata. Personally I use the > RAID-0 mode, thus can't tell how well it would work in RAID-1. > > The patch is at http://www.nulis.lt/bob/download/intel-raid-patch-releng5. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 15:31:48 2004 Return-Path: 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 03CEA16A4CE for ; Wed, 22 Sep 2004 15:31:48 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 676A243D1D for ; Wed, 22 Sep 2004 15:31:45 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 14633 invoked from network); 22 Sep 2004 15:31:42 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay.pair.com with SMTP; 22 Sep 2004 15:31:42 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i8MFVeCs087305 for ; Wed, 22 Sep 2004 17:31:40 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.10/8.12.10/Submit) id i8MFVePR087304 for current@freebsd.org; Wed, 22 Sep 2004 17:31:40 +0200 (CEST) (envelope-from pho) Date: Wed, 22 Sep 2004 17:31:40 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20040922153140.GA87249@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Non ACPI boot broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 15:31:48 -0000 http://www.holm.cc/stress/log/cons77.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 15:55:13 2004 Return-Path: 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 503C816A4CE for ; Wed, 22 Sep 2004 15:55:13 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C56D743D2D for ; Wed, 22 Sep 2004 15:55:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8MFq3Gd097968; Wed, 22 Sep 2004 09:52:03 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 22 Sep 2004 09:53:05 -0600 (MDT) Message-Id: <20040922.095305.25814083.imp@bsdimp.com> To: pepper@reppep.com From: "M. Warner Losh" In-Reply-To: References: <1095816390.657.2.camel@RabbitsDen> <20040922031548.GA21731@neo.redjade.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 15:55:13 -0000 In message: Chris Pepper writes: : I cvsupped against RELENG_5 last night. I will confirm the : problem persists with RELENG_5, then try the patch Warner suggested. This patch didn't work after rebuilding? Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 16:09:13 2004 Return-Path: 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 A1C5A16A4CE for ; Wed, 22 Sep 2004 16:09:13 +0000 (GMT) Received: from www.reppep.com (www.reppep.com [66.92.104.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AE8D43D46 for ; Wed, 22 Sep 2004 16:09:13 +0000 (GMT) (envelope-from pepper@reppep.com) Received: from [129.85.219.160] (salt.rockefeller.edu [129.85.219.160]) by www.reppep.com (Postfix) with ESMTP id 07FE110341; Wed, 22 Sep 2004 12:09:11 -0400 (EDT) Mime-Version: 1.0 Message-Id: In-Reply-To: <20040922.095305.25814083.imp@bsdimp.com> References: <1095816390.657.2.camel@RabbitsDen> <20040922031548.GA21731@neo.redjade.org> <20040922.095305.25814083.imp@bsdimp.com> Date: Wed, 22 Sep 2004 12:08:59 -0400 To: "M. Warner Losh" From: Chris Pepper Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: current@freebsd.org Subject: Re: Detaching USB stick crashes BETA4/BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 16:09:13 -0000 At 9:53 AM -0600 2004/09/22, M. Warner Losh wrote: >In message: > Chris Pepper writes: >: I cvsupped against RELENG_5 last night. I will confirm the >: problem persists with RELENG_5, then try the patch Warner suggested. > >This patch didn't work after rebuilding? The rebuild against RELENG_5 (unpatched) finished this morning. I will try switching the KVM both with and without the patch tonight. Chris -- Chris Pepper: Rockefeller University: From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 16:13:09 2004 Return-Path: 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 D56D916A4CE; Wed, 22 Sep 2004 16:13:08 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FF1F43D41; Wed, 22 Sep 2004 16:13:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8MGD7ah016632; Wed, 22 Sep 2004 12:13:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8MGD7E8037482; Wed, 22 Sep 2004 12:13:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8C66D7303F; Wed, 22 Sep 2004 12:13:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040922161307.8C66D7303F@freebsd-current.sentex.ca> Date: Wed, 22 Sep 2004 12:13:07 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 16:13:09 -0000 TB --- 2004-09-22 15:05:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-22 15:05:33 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-09-22 15:05:33 - checking out the source tree TB --- 2004-09-22 15:05:33 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2004-09-22 15:05:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-22 15:11:26 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-22 15:11:26 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2004-09-22 15:11:26 - /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 [...] cc -O2 -pipe -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/cut/cut.c cc -O2 -pipe -o cut cut.o gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/cut/cut.1 > cut.1.gz ===> usr.bin/dig (all) cc -O2 -pipe -DVERSION='"9.3.0rc4"' -DHAVE_CONFIG_H -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/dig/../../lib/bind -I/tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/dig/../../contrib/bind9/bin/dig/include -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/dig/../../contrib/bind9/bin/dig/dig.c cc -O2 -pipe -DVERSION='"9.3.0rc4"' -DHAVE_CONFIG_H -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/dig/../../lib/bind -I/tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/dig/../../contrib/bind9/bin/dig/include -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/dig/../../contrib/bind9/bin/dig/dighost.c cc -O2 -pipe -DVERSION='"9.3.0rc4"' -DHAVE_CONFIG_H -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/dig/../../lib/bind -I/tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/dig/../../contrib/bind9/bin/dig/include -o dig dig.o dighost.o -lbind9 -ldns -lisccc -lisccfg -lisc -llwres -lcrypto -lpthread /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/usr/lib/libpthread.so: undefined reference to `_thr_start_sig_daemon' *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/dig. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-09-22 16:13:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-22 16:13:07 - ERROR: failed to build world TB --- 2004-09-22 16:13:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 16:24:08 2004 Return-Path: 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 E404116A4CE; Wed, 22 Sep 2004 16:24:07 +0000 (GMT) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7E8643D31; Wed, 22 Sep 2004 16:24:06 +0000 (GMT) (envelope-from ast@marabu.ch) Received-SPF: pass (oneplusone.ch: domain of ast@marabu.ch designates 127.0.0.1 as permitted sender) receiver=oneplusone.ch; client_ip=127.0.0.1; envelope-from=ast@marabu.ch; Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.12.11/8.12.11) with ESMTP id i8MGO3Yi050691; Wed, 22 Sep 2004 18:24:03 +0200 (MEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.12.11/8.12.11/Submit) with UUCP id i8MGO3MZ050690; Wed, 22 Sep 2004 18:24:03 +0200 (MEST) (envelope-from ast@marabu.ch) Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3]) by nano.marabu.ch (8.12.9/8.12.9) with ESMTP id i8MGKHcV023446; Wed, 22 Sep 2004 18:20:18 +0200 (CEST) (envelope-from ast@marabu.marabu.ch) Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.3) id SAA14914; Wed, 22 Sep 2004 18:20:16 +0200 (CEST) Message-Id: <200409221620.SAA14914@marabu.marabu.ch> MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6) Content-Type: text/plain In-Reply-To: <20040922081616.GA18509@numeri.campus.luth.se> X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.124.8483.6) From: Adrian Steinmann Date: Wed, 22 Sep 2004 18:20:14 +0200 To: Johan Karlsson References: <20040922081616.GA18509@numeri.campus.luth.se> X-Organization: Webgroup Consulting AG, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85 cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 16:24:08 -0000 I can confirm that this has been happening on my Thinkpad T20 hw.vpd.machine.type.0: 2647 hw.vpd.machine.model.0: 41G hw.vpd.build_id.0: IYET60WW hw.vpd.serial.box.0: 55596R6 hw.vpd.serial.planar.0: K106R122M6U as well for the Netgear FA511 10/100BaseTX PC-Card: dc0@pci2:0:0: class=0x020000 card=0x511a1385 chip=0x19851317 rev=0x11 hdr=0x00 vendor = 'ADMtek Inc' device = 'AN985 FastNIC CardBus 10/100 Fast Ethernet Adapter' class = network subclass = ethernet since mid June. When I build a kernel with date 20040613, I'm ok, then for 20040615 I have this probe problem, i.e.: cvs -qR -d /usr/cvs co -D20040615UTC sys - bad cvs -qR -d /usr/cvs co -D20040613UTC sys - good (20040614UTC doesn't build correctly for me: "undefined reference to `tbr_dequeue'") I can supply kernel config, vmcore, kernel.debug,and pciconf -lv as well as full dmesg verbose if needed. Below the analogous output Johan Karlsson posted for his Xircom X3201 10/100BaseTX card for 5.3-BETA5: dc0: port 0-0xff mem 0x88000000-0x880003ff at device 0.0 on cardbus0 cbb alloc res fail dc0: couldn't map ports/memory lock order reversal 1st 0xc1e81124 dc0 (network driver) @ /usr/src/sys/modules/dc/../../pci/if_dc.c:2339 2nd 0xc071b004 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c07242a8,c0725810,c06f4fec) at kdb_backtrace+0x29 witness_checkorder(c071b004,9,c06ceb04,bb5) at witness_checkorder+0x544 _sx_xlock(c071b004,c06ceb04,bb5) at _sx_xlock+0x50 _vm_map_lock_read(c071afc0,c06ceb04,bb5,2000000,c15d192c) at _vm_map_lock_read+0x37 vm_map_lookup(cc75ab04,0,2,cc75ab08,cc75aaf8) at vm_map_lookup+0x28 vm_fault(c071afc0,0,2,8,c15d2640) at vm_fault+0x65 trap_pfault(cc75abcc,0,30) at trap_pfault+0xd2 trap(c0740018,c1e80010,c0720010,6,c1e80000) at trap+0x321 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0660ec6, esp = 0xcc75ac0c, ebp = 0xcc75ac10 --- bus_dmamap_destroy(0,0,c15d9a80,c1e80000,cc75ac70) at bus_dmamap_destroy+0x2e dc_detach(c1e72100,0,c1e72100,cc75ac54,0) at dc_detach+0x12e dc_attach(c1e72100) at dc_attach+0xe14 device_attach(c1e72100,0,c1870000,0,c15d7880) at device_attach+0x58 device_probe_and_attach(c1e72100,c1870000,c15d9a80,c1e72100,c1e72100,c1870000,c1870004) at device_probe_and_attach+0xb4 cardbus_attach_card(c15d9a80) at cardbus_attach_card+0x167 cbb_insert(c1595000) at cbb_insert+0xd6 cbb_event_thread(c1595000,cc75ad48,c1595000,c0491354,0) at cbb_event_thread+0x129 fork_exit(c0491354,c1595000,cc75ad48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc75ad7c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0660ec6 stack pointer = 0x10:0xcc75ac0c frame pointer = 0x10:0xcc75ac10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 38 (cbb0) # kgdb /usr/obj/usr/src/sys/NIC/kernel.debug vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". doadump () at pcpu.h:159 (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc0509510 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc05097bb in panic (fmt=0xc06a3963 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc0440d15 in db_panic (addr=-1067053370, have_addr=0, count=-1, modif=0xcc75aa38 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc0440cac in db_command (last_cmdp=0xc0714de4, cmd_table=0x0, aux_cmd_tablep=0xc06db6f8, aux_cmd_tablep_end=0xc06db6fc) at /usr/src/sys/ddb/db_command.c:349 #5 0xc0440d74 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #6 0xc04428d9 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc051f136 in kdb_trap (type=12, code=0, tf=0xcc75abcc) at /usr/src/sys/kern/subr_kdb.c:418 #8 0xc0673251 in trap_fatal (frame=0xcc75abcc, eva=48) at /usr/src/sys/i386/i386/trap.c:804 #9 0xc0672fd7 in trap_pfault (frame=0xcc75abcc, usermode=0, eva=48) at /usr/src/sys/i386/i386/trap.c:727 #10 0xc0672c3d in trap (frame= {tf_fs = -1066139624, tf_es = -1041760240, tf_ds = -1066270704, tf_edi = 6, tf_esi = -1041760256, tf_ebp = -864703472, tf_isp = -864703496, tf_ebx = 0, tf_edx = 0, tf_ecx = -1066105992, tf_eax = 16, tf_trapno = 12, tf_err = 2, tf_eip = -1067053370, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = -864703448}) at /usr/src/sys/i386/i386/trap.c:417 ---Type to continue, or q to quit--- #11 0xc0663d4a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #12 0xc0740018 in w_locklistdata () #13 0xc1e80010 in ?? () #14 0xc0720010 in lockbuilder_pool () #15 0x00000006 in ?? () #16 0xc1e80000 in ?? () #17 0xcc75ac10 in ?? () #18 0xcc75abf8 in ?? () #19 0x00000000 in ?? () #20 0x00000000 in ?? () #21 0xc0748378 in w_locklistdata () #22 0x00000010 in ?? () #23 0x0000000c in ?? () #24 0x00000002 in ?? () #25 0xc0660ec6 in bus_dmamap_destroy (dmat=0x0, map=0x0) at /usr/src/sys/i386/i386/busdma_machdep.c:416 #26 0xc080a3aa in ?? () #27 0x00000000 in ?? () #28 0x00000000 in ?? () #29 0xc15d9a80 in ?? () #30 0xc1e80000 in ?? () #31 0xcc75ac70 in ?? () #32 0xc080a26c in ?? () ---Type to continue, or q to quit--- #33 0xc1e72100 in ?? () #34 0x00000000 in ?? () #35 0xc1e72100 in ?? () #36 0xcc75ac54 in ?? () #37 0x00000000 in ?? () #38 0x00000000 in ?? () #39 0xc06deb54 in device_attach_method_default () #40 0x00000010 in ?? () #41 0xcc75ac68 in ?? () #42 0xc051f3c4 in kobj_lookup_method (cls=0xc1e72100, cep=0x0, desc=0x0) at /usr/src/sys/kern/subr_kobj.c:234 Previous frame inner to this frame (corrupt stack?) (kgdb) list *0xc0660ec6 0xc0660ec6 is in bus_dmamap_destroy (/usr/src/sys/i386/i386/busdma_machdep.c:418). 413 if (map != NULL && map != &nobounce_dmamap) { 414 if (STAILQ_FIRST(&map->bpages) != NULL) 415 return (EBUSY); 416 free(map, M_DEVBUF); 417 } 418 dmat->map_count--; 419 return (0); 420 } 421 422 (kgdb) quit From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 16:38:43 2004 Return-Path: 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 57E3116A4CE for ; Wed, 22 Sep 2004 16:38:43 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id F22E543D39 for ; Wed, 22 Sep 2004 16:38:41 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 11326 invoked by uid 65534); 22 Sep 2004 16:38:40 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp012) with SMTP; 22 Sep 2004 18:38:40 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Wed, 22 Sep 2004 18:38:30 +0200 User-Agent: KMail/1.7 References: <20040919164532.98795.qmail@web50708.mail.yahoo.com> In-Reply-To: <20040919164532.98795.qmail@web50708.mail.yahoo.com> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1360010.09F0ZGXlI2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409221838.38137.Emanuel.Strobl@gmx.net> cc: Kim Culhan Subject: Re: usb serial port not working using tip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 16:38:43 -0000 --nextPart1360010.09F0ZGXlI2 Content-Type: multipart/mixed; boundary="Boundary-01=_IqaUBX2OBWM/lid" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_IqaUBX2OBWM/lid Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Sonntag, 19. September 2004 18:45 schrieb Kim Culhan: > This running 5.3-BETA4 > > Trying to use tip to connect with a usb serial port > ucom0, which is connected to the console on another > machine running 5.3-BETA4 > > The serial hardware: > > kernel: ucom0: Prolific Technology Inc. USB-Serial Controller, > rev 1.10/3.00, addr 2 > > It usually returns: connected See the attached message. Just a hint, perhaps it's related to your problem. -Mano > > Yet on sending a few c/r's nothing is displayed. > > The port on the other machine has been connected via > cuaa0 for some time and it worked reliably. > > Rarely I can try it and it connects.. What is a method > to help debug this? > > Also, after closing the tip connection with ~! then > reopening the connection again, the lock file is still > present and must be removed manually. > > Any help on this is greatly appreciated.. > > -kim > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Mail - 50x more storage than other providers! > http://promotions.yahoo.com/new_mail > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --Boundary-01=_IqaUBX2OBWM/lid Content-Type: message/rfc822; name="forwarded message" Content-Transfer-Encoding: 7bit Content-Description: "Poul-Henning Kamp" : Re: TTY cleanups have started... Content-Disposition: inline Return-Path: Received: from korso.flintsbach.schmalzbauer.de ([unix socket]) by korso.flintsbach.schmalzbauer.de (Cyrus v2.2.6) with LMTPA; Tue, 21 Sep 2004 12:20:08 +0200 X-Sieve: CMU Sieve 2.2 Received: from flb.schmalzbauer.de (mailjail.dmz.flintsbach.schmalzbauer.de [192.168.0.2]) by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id 88809153 for ; Tue, 21 Sep 2004 12:20:08 +0200 (CEST) Received: from mx0.gmx.net (mx0.gmx.de [213.165.64.100]) by flb.schmalzbauer.de (8.12.11/8.12.11) with SMTP id i8LAK5uf070304 for ; Tue, 21 Sep 2004 12:20:05 +0200 (CEST) bounce=owner-freebsd-current#afreebsd.org=209=67c4=emanuel.strobl@gmx.net) Received: (qmail 22407 invoked by alias); 21 Sep 2004 10:19:59 -0000 Delivered-To: GMX delivery to emanuel.strobl@gmx.net Received: (qmail 22322 invoked by uid 65534); 21 Sep 2004 10:19:59 -0000 Received: from mx2.freebsd.org (EHLO mx2.freebsd.org) (216.136.204.119) by mx0.gmx.net (mx037) with SMTP; 21 Sep 2004 12:19:59 +0200 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 5B2DF578E2; Tue, 21 Sep 2004 10:19:39 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9A6C816A4D1; Tue, 21 Sep 2004 10:19:38 +0000 (GMT) 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 714A416A4CE for ; Tue, 21 Sep 2004 10:19:34 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFBA643D1D for ; Tue, 21 Sep 2004 10:19:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8LAJWpf080614; Tue, 21 Sep 2004 12:19:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Alexandre \"Sunny\" Kovalenko" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 21 Sep 2004 06:17:05 EDT." <1095761825.2535.31.camel@RabbitsDen> Date: Tue, 21 Sep 2004 12:19:32 +0200 Message-ID: <80613.1095761972@critter.freebsd.dk> Cc: freebsd-current@freebsd.org Subject: Re: TTY cleanups have started... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-GMX-Antispam: 0 (Mail was not recognized as spam) X-Resent-By: Forwarder X-Resent-For: emanuel.strobl@gmx.net X-Resent-To: gmx@schmalzbauer.de X-Spam-Status: No, hits=0.0 required=3.5 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mailjail.dmz.flintsbach.schmalzbauer.de X-UID: 16686 X-Length: 4801 Content-Type: In message <1095761825.2535.31.camel@RabbitsDen>, "Alexandre \"Sunny\" Kovalenk o" writes: >> I bet you the problem is the DCD, since the most recent commit makes >> ucom0 act like a real tty devices (rather than a cua device). >> >> Can you try adding "O_NDELAY" to the open flags ? > >I have added O_NDELAY and 'open' went through. Will it break application >or three or is it just me being silly? Hopefully the discussion now on arch@ will result in us having "cua" devices for USB serial ports, and that will solve the problem by giving you a device you can open when there is no DCD signal present. -- 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. _______________________________________________ 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" --Boundary-01=_IqaUBX2OBWM/lid-- --nextPart1360010.09F0ZGXlI2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBUaqNBylq0S4AzzwRAibbAJ0dXNg0kejdZyh6FXHK+WLl8RAXZACghawq oErCFlIffbJ7/Qa/1yrmtFE= =bAJA -----END PGP SIGNATURE----- --nextPart1360010.09F0ZGXlI2-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 16:47:07 2004 Return-Path: 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 965FE16A4D1; Wed, 22 Sep 2004 16:47:07 +0000 (GMT) Received: from telecom.net.et (sparrow.telecom.net.et [213.55.64.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D9CE43D5D; Wed, 22 Sep 2004 16:47:03 +0000 (GMT) (envelope-from mtm@identd.net) Received: from [213.55.68.240] (HELO rogue.acs.lan) by telecom.net.et (CommuniGate Pro SMTP 3.4.8) with ESMTP id 57966412; Wed, 22 Sep 2004 19:39:57 +0300 Received: by rogue.acs.lan (Postfix, from userid 1000) id 69110B86E; Wed, 22 Sep 2004 19:47:09 +0300 (EAT) Date: Wed, 22 Sep 2004 19:47:09 +0300 From: Mike Makonnen To: Chris Stenton Message-ID: <20040922164709.GA14929@rogue.acs.lan> References: <1095840348.23443.14.camel@hawk.gnome.co.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <1095840348.23443.14.camel@hawk.gnome.co.uk> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD/6.0-CURRENT (i386) cc: threads@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: daemon threads bug with libpthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 16:47:07 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 22, 2004 at 09:05:48AM +0100, Chris Stenton wrote: > If you create a thread before calling daemon then the next thread you > create after the daemon call will cause the following error from the > libpthread library. > > Fatal error 'mutex is on list' at line 516 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) > > This error does not occur if you link with -lc_r, linking with -lthr > causes a core dump. -lthr does not look very stable. Do you have any specific gripes with it? If so, please let me know. > > Here is some test code. I am running FreeBSD 5.3-beta > > Please reply directly as I am not on the mailing list The problem is with your test program. See the attached diff. After you apply it, it should work as expected. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm@FreeBSD.Org| FreeBSD - Unleash the Daemon ! --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="daemontest.diff" --- daemontest.c Wed Sep 22 18:43:36 2004 +++ daemontest2.c Wed Sep 22 19:43:11 2004 @@ -9,7 +9,7 @@ typedef struct { int data; - pthread_mutex_t *mut; + pthread_mutex_t mut; } simple; @@ -41,11 +41,11 @@ status = (simple *)arg; - pthread_mutex_lock (status->mut); + pthread_mutex_lock (&status->mut); status->data++; usleep(500000); printf("******slave me me me %d *********** \n",status->data ); - pthread_mutex_unlock (status->mut); + pthread_mutex_unlock (&status->mut); return (NULL); } @@ -59,11 +59,11 @@ for(; /* ever */ ;) { - pthread_mutex_lock (status->mut); + pthread_mutex_lock (&status->mut); status->data++; usleep(500000); printf("******slave2 me me me %d \n",status->data ); - pthread_mutex_unlock (status->mut); + pthread_mutex_unlock (&status->mut); } return (NULL); --jRHKVT23PllUwdXP-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 17:34:17 2004 Return-Path: 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 56C8C16A4CE for ; Wed, 22 Sep 2004 17:34:17 +0000 (GMT) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E48AE43D41 for ; Wed, 22 Sep 2004 17:34:16 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.11/8.12.11) with ESMTP id i8MHYGDo034675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2004 10:34:16 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.11/8.12.11/Submit) id i8MHYEsB052689; Wed, 22 Sep 2004 10:34:14 -0700 (PDT) (envelope-from jdp) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040920232312.GA17065@mail.unixjunkie.com> Date: Wed, 22 Sep 2004 10:34:14 -0700 (PDT) From: John Polstra To: John X-Bogosity: No, tests=bogofilter, spamicity=0.017901, version=0.14.5 cc: freebsd-current@freebsd.org Subject: RE: odd cvsup error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 17:34:17 -0000 On 20-Sep-2004 John wrote: > Is this anything to worry about? > > Connected to cvsup.freebsd.org > Updating collection src-all/cvs > Edit src/include/Makefile > Cannot calculate checksum for "/usr/src/share/man/man9/store.9": Operation not > supported > > No other file shows that. I rm.ed (didn't run chflags) said file and reran cvsup > and it ran fine. It would have been nice to have seen an "ls -lo" on that file. It sounds like it mysteriously became a directory, or something like that. John From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 17:39:06 2004 Return-Path: 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 CC13D16A4CE for ; Wed, 22 Sep 2004 17:39:06 +0000 (GMT) Received: from mail806.megamailservers.com (mail806.carrierinternetsolutions.com [69.49.106.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F31943D2F for ; Wed, 22 Sep 2004 17:39:06 +0000 (GMT) (envelope-from strick@covad.net) X-POP-User: runkel.covad.net Received: from mist.nodomain (h-67-101-99-221.snfccasy.dynamic.covad.net [67.101.99.221])i8MHcrMF027073; Wed, 22 Sep 2004 13:38:54 -0400 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.11/8.12.11) with ESMTP id i8MHcq6Y000433; Wed, 22 Sep 2004 10:38:52 -0700 (PDT) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.11/8.12.11/Submit) id i8MHcqcv000432; Wed, 22 Sep 2004 10:38:52 -0700 (PDT) (envelope-from dan) Date: Wed, 22 Sep 2004 10:38:52 -0700 (PDT) From: Dan Strick Message-Id: <200409221738.i8MHcqcv000432@mist.nodomain> To: freebsd-current@freebsd.org cc: andy@bradfieldprichard.com.au Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 17:39:06 -0000 On Tue, 21 Sep 2004, I wrote: >> > I also get a bunch of error messages of the form: > > unknown: can't assign resources (port) > > and copies of this message: > > ahc3: No resources allocated. > > (which is a little odd since there is no ahc3). >> On Wed, 22 Sep 2004 05:25:46 +1000, Andy Farkas responded: >> > Like this?: > > ... > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > ahc6: No resources allocated. > ahc6: No resources allocated. > ahc6: No resources allocated. > ahc6: No resources allocated. > ahc6: No resources allocated. > ahc6: No resources allocated. > ahc6: No resources allocated. > ... > > The "No resources allocated." message has only recently appeared. >> Yes. What it actually displays is: unknown: can't assign resources (port) ahc3: No resources allocated. ahc3: No resources allocated. ahc3: No resources allocated. unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Dan Strick From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 17:54:58 2004 Return-Path: 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 4CC4D16A4D1 for ; Wed, 22 Sep 2004 17:54:58 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB12043D53 for ; Wed, 22 Sep 2004 17:54:57 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so2042584rnk for ; Wed, 22 Sep 2004 10:54:57 -0700 (PDT) Received: by 10.38.99.13 with SMTP id w13mr5135546rnb; Wed, 22 Sep 2004 10:54:33 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Wed, 22 Sep 2004 10:54:33 -0700 (PDT) Message-ID: <790a9fff040922105436d139f6@mail.gmail.com> Date: Wed, 22 Sep 2004 12:54:33 -0500 From: Scot Hetzel To: Jose M Rodriguez In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040922111841.GA9943@aoi.wolfpond.org> cc: gnome@freebsd.org cc: x11@freebsd.org cc: kde@freebsd.org cc: current@freebsd.org Subject: Re: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 17:54:58 -0000 On Wed, 22 Sep 2004 14:57:00 +0200, Jose M Rodriguez wrote: > Our main problem is that we need to do some tweaks to FreeBSD that > can go to ports and base. We prefer share them that making local patches. > > Our main objection is that x11, gnome and kde are heavy (and happy) > maintained. > > Our ask is about comments, notes and approvals to: > > - patchs against src for /etc/rc.d/xdm and so. > - patchs against xorg-clients (and sim) to move xinit/xdm config to > /etc/X11 The rc.d scripts would still need to be installed into ${PREFIX}/etc/rc.d You should ask on the ports mailing list as these changes would affect more than just 5.3+ and -CURRENT. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 17:56:57 2004 Return-Path: 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 4B85B16A4CE for ; Wed, 22 Sep 2004 17:56:57 +0000 (GMT) Received: from mail814.megamailservers.com (mail814.carrierinternetsolutions.com [69.49.106.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C498543D31 for ; Wed, 22 Sep 2004 17:56:56 +0000 (GMT) (envelope-from strick@covad.net) X-POP-User: runkel.covad.net Received: from mist.nodomain (h-67-101-99-221.snfccasy.dynamic.covad.net [67.101.99.221])i8MHutnR031241; Wed, 22 Sep 2004 13:56:55 -0400 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.11/8.12.11) with ESMTP id i8MHus4p000462; Wed, 22 Sep 2004 10:56:54 -0700 (PDT) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.11/8.12.11/Submit) id i8MHusL6000461; Wed, 22 Sep 2004 10:56:54 -0700 (PDT) (envelope-from dan) Date: Wed, 22 Sep 2004 10:56:54 -0700 (PDT) From: Dan Strick Message-Id: <200409221756.i8MHusL6000461@mist.nodomain> To: freebsd-current@freebsd.org cc: swhetzel@gmail.com cc: dan@mist.nodomain cc: nate@root.org Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 17:56:57 -0000 Booting 3.5-BETA5-i386-disc2 in "safe mode" worked, but the system did not seem to see my floppy disk drive and consequently I was unable to copy my dmesg and pciconf output anywhere. With some extra effort, I might be able to transfer the stuff via a hard disk partition. Is there any useful diagnostic information that I might produce for anyone? Dan Strick strick@covad.net P.S. It would be convenient if /mnt2/rescue and such directories were also in the fixit mode search path. It would also be useful if there were man pages available (on the disc2 "live filesystem"). I am not yet familiar with release 5.x quirks and when my system is running one of the 3.5-BETA5-i386 installation systems it can't be running something else from which I could access the 5.x man pages. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 17:57:47 2004 Return-Path: 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 8045C16A4CF; Wed, 22 Sep 2004 17:57:47 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A2DB43D2D; Wed, 22 Sep 2004 17:57:47 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8MHvWDl003764; Wed, 22 Sep 2004 10:57:34 -0700 Message-ID: <4151BCF4.6070501@root.org> Date: Wed, 22 Sep 2004 10:57:08 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <41421D6A.8070805@cronyx.ru> <41505663.40407@cronyx.ru> <4150607D.3020900@root.org> <200409211441.42325.jhb@FreeBSD.org> <20040922090406.GF4985@empiric.icir.org> In-Reply-To: <20040922090406.GF4985@empiric.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Ian Freislich cc: John Baldwin cc: Roman Kurakin Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 17:57:47 -0000 Bruce M Simpson wrote: > On Tue, Sep 21, 2004 at 02:41:42PM -0400, John Baldwin wrote: >>Umm, 0xa0000 is the start of Video RAM, so I sure hope the ACPI wake code >>doesn't try to write code into Video memory. The pmap_invalidate_page is >>certainly needed. > > This is more common than you'd think, by the way. The 0xA0000 range is > sometimes used as a place to hold 'hidden memory' used whilst servicing > an SMI; ie the pages are 'stolen' from main memory by the during BIOS > initialization using registers for APM/ACPI support in the chipset. > > Sometimes this is referred to as SMRAM or Systems Management Memory (SMM). > I posted some code just over a year ago illustrating how to access this > 'hidden segment' on the i440BX to the lists. Thanks, I work with SMIs a lot. :) The DDJ article is a good intro: http://www.rcollins.org/ddj/Jan97/Jan97.html -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 18:03:48 2004 Return-Path: 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 A8C8916A4CE for ; Wed, 22 Sep 2004 18:03:48 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5597243D60 for ; Wed, 22 Sep 2004 18:03:48 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-91-61.roa.east.verizon.net [151.199.91.61]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id i8MI3j6q098714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 22 Sep 2004 14:03:47 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i8MI3d9q028135 for ; Wed, 22 Sep 2004 14:03:40 -0400 (EDT) From: Paul Mather To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1095876218.7199.7.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 22 Sep 2004 14:03:39 -0400 Content-Transfer-Encoding: 7bit Subject: cd9660 filesystem broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 18:03:48 -0000 I upgraded my -CURRENT system (both userland and kernel) via recent sources (circa 21st September, 2004) and one side effect seems to have been that mounting cd9660 filesystems has broken---partially. I say "partially" because I can mount CD-ROMs and DVD-ROMs. I can see the directory and files. If I try to access the file content, however, I get something like "Socket operation on non-socket" or "Operation not supported." I don't believe this is a hardware problem. For example, I can watch a DVD-Video via ogle under the current kernel; I just can't access any of the files when mounting the disc via mount_cd9660. Also, CD-ROM and DVD-ROM discs that previously were accessible (and are via the old kernel) are no longer so. I looked in UPDATING but couldn't spot anything I should have done that I didn't. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 18:18:41 2004 Return-Path: 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 D618616A4D0 for ; Wed, 22 Sep 2004 18:18:41 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12B5C43D2D for ; Wed, 22 Sep 2004 18:18:41 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8MIIbNt002941; Wed, 22 Sep 2004 20:18:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Paul Mather From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 22 Sep 2004 14:03:39 EDT." <1095876218.7199.7.camel@zappa.Chelsea-Ct.Org> Date: Wed, 22 Sep 2004 20:18:37 +0200 Message-ID: <2940.1095877117@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: cd9660 filesystem broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 18:18:42 -0000 In message <1095876218.7199.7.camel@zappa.Chelsea-Ct.Org>, Paul Mather writes: >I upgraded my -CURRENT system (both userland and kernel) via recent >sources (circa 21st September, 2004) and one side effect seems to have >been that mounting cd9660 filesystems has broken---partially. fixed, sorry. -- 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 Wed Sep 22 18:20:56 2004 Return-Path: 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 BDA8A16A4CE for ; Wed, 22 Sep 2004 18:20:56 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD5343D31 for ; Wed, 22 Sep 2004 18:20:56 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8MIKuqP041652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 22 Sep 2004 11:20:56 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8MIKtvr041651 for freebsd-current@freebsd.org; Wed, 22 Sep 2004 11:20:56 -0700 (PDT) (envelope-from jdc) Date: Wed, 22 Sep 2004 11:20:55 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040922182055.GA41579@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <1095876218.7199.7.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1095876218.7199.7.camel@zappa.Chelsea-Ct.Org> User-Agent: Mutt/1.5.6i Subject: Re: cd9660 filesystem broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 18:20:56 -0000 http://lists.freebsd.org/pipermail/freebsd-current/2004-September/038031.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Sep 22, 2004 at 02:03:39PM -0400, Paul Mather wrote: > I upgraded my -CURRENT system (both userland and kernel) via recent > sources (circa 21st September, 2004) and one side effect seems to have > been that mounting cd9660 filesystems has broken---partially. > > I say "partially" because I can mount CD-ROMs and DVD-ROMs. I can see > the directory and files. If I try to access the file content, however, > I get something like "Socket operation on non-socket" or "Operation not > supported." > > I don't believe this is a hardware problem. For example, I can watch a > DVD-Video via ogle under the current kernel; I just can't access any of > the files when mounting the disc via mount_cd9660. Also, CD-ROM and > DVD-ROM discs that previously were accessible (and are via the old > kernel) are no longer so. > > I looked in UPDATING but couldn't spot anything I should have done that > I didn't. > > Cheers, > > Paul. > -- > e-mail: paul@gromit.dlib.vt.edu > > "Without music to decorate it, time is just a bunch of boring production > deadlines or dates by which bills must be paid." > --- Frank Vincent Zappa > > _______________________________________________ > 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 Wed Sep 22 18:21:48 2004 Return-Path: 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 0FC9A16A4CE; Wed, 22 Sep 2004 18:21:48 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 507EF43D58; Wed, 22 Sep 2004 18:21:47 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.2] (vpn-client-2.marcuscom.com [10.2.1.2]) i8MILAWd051660; Wed, 22 Sep 2004 14:21:11 -0400 (EDT) (envelope-from marcus@marcuscom.com) Message-ID: <4151C2B8.2020707@marcuscom.com> Date: Wed, 22 Sep 2004 14:21:44 -0400 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: gnome@freebsd.org cc: kde@freebsd.org cc: x11@freebsd.org cc: current@freebsd.org Subject: Re: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 18:21:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jose M Rodriguez wrote: | | Hi, | | After test FreeBSD-5.3-BETA5 + current ports, I'm very glad with how | it's worked out. | | But I'm not convince about how X11, gnome and kde works together. | | I've to develop a NetWS / Kiosk for a customer and need to work on this. GNOME has been adding quite a few lock-down features to aid in these types of deployments. I would be very interested in knowing how they work out for you. | | Is anyone interested on that? I have always thought FreeBSD needed for desktop loving. I would be interested in helping with any project that makes FreeBSD more desktop-friendly. | | My TODO List is now by that: | | - Plans for moving/merging X11 config form /usr/X11R6/lib/X11/ to | /etc/X11/ | + seems to be most Linux/Unix trends | + easier WS setup. This is a mistake, IMHO. FreeBSD's model is not to put ports configuration files in /etc. In fact, the PAM files in /etc/pam.d now are rumored to me moving out to ${LOCALBASE} and ${X11BASE}. | | - Plans to work and standard FreeBSD way to X11 | + An implementation guide common to x11/gnome/kde (document -> | article | handbook) | + FreeBSD specific support for xinit/xdm config (~/.xinitrc ...) | + rcNG support for x11 | * /etc/rc.d/xdm. operative and valid for gdm/kdm/xdm | * /etc/rc.d/xfs? we need a font server with libXFT trends? | * /etc/rc.d/xserver. Xserver init for XDMCP (XTerminal) | * /etc/rc.d/xinit. Special init via xinit. I have a patch for rcNG support for gdm that will be going in after the freeze. | | - Plans to work on a FreeBSD 'feeling'. Same fonts, ... | + tweaks to apps-defaults, gnome and kde config. | + common process of resources. Xresources , Xmodmap, ... | | - Plans to specific support for NetBooting. NetWS, XTerminals, Kiosk | | - Plans to specific support easy thenmeing 'a la FreeBSD'. This sounds like a good project in and of itself (i.e. FreeBSD Desktop Project). Joe | | Any sugestion on this is welcome. | | -- | josemi | - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBUcK3b2iPiv4Uz4cRArgWAJ4rJYgRbcexKl/gCSbwzHD6SqXDFQCghOFY FYsKpvKeokyODOtJUE9NuWs= =BcG4 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 18:43:04 2004 Return-Path: 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 8584516A4CE; Wed, 22 Sep 2004 18:43:04 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B445F43D48; Wed, 22 Sep 2004 18:43:03 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CAC4v-0001ZQ-00 Wed, 22 Sep 2004 20:42:57 +0200 Received: from [212.106.207.12] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CAC4v-0001ZD-00 Wed, 22 Sep 2004 20:42:57 +0200 Received: from localhost.redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i8MIh0JI025747; Wed, 22 Sep 2004 20:43:00 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Date: Wed, 22 Sep 2004 20:42:59 +0200 To: "Scot Hetzel" References: <20040922111841.GA9943@aoi.wolfpond.org> <790a9fff040922105436d139f6@mail.gmail.com> From: "Jose M Rodriguez" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <790a9fff040922105436d139f6@mail.gmail.com> User-Agent: Opera M2/7.60 (FreeBSD, build 793) X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.67 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: gnome@freebsd.org cc: x11@freebsd.org cc: current@freebsd.org Subject: Re: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 18:43:04 -0000 On Wed, 22 Sep 2004 12:54:33 -0500, Scot Hetzel wrote: > On Wed, 22 Sep 2004 14:57:00 +0200, Jose M Rodriguez > wrote: >> Our main problem is that we need to do some tweaks to FreeBSD that >> can go to ports and base. We prefer share them that making local >> patches. >> >> Our main objection is that x11, gnome and kde are heavy (and happy) >> maintained. >> >> Our ask is about comments, notes and approvals to: >> >> - patchs against src for /etc/rc.d/xdm and so. >> - patchs against xorg-clients (and sim) to move xinit/xdm config to >> /etc/X11 > > The rc.d scripts would still need to be installed into ${PREFIX}/etc/rc.d > No. I'm talking about /usr/src/etc/rc.d/xdm This script is inherit from NetBSD rcNG, but is not active on FreeBSD. I think is a better option that: ${PREFIX}/etc/rc.d{gdm.sh|kdm.sh|xdm.sh} And more in the way of launch xdm/kdm from init via /etc/ttys So, any "xdm" you choose, allways make the config on /etc - via /etc/ttys -> classic FreeBSD method to launch xdm/kdm - via /etc/rc.conf -> new method I want to try /etc/defaults/rc.conf + xdm_enble="NO" + xdm_program="/usr/X11R6/bin/xdm" /etc/rc.conf (xdm) xdm_enable="YES" /etc/rc.conf (gdm) xdm_program="/usr/X11R6/bin/gdm" xdm_enable="YES" ... > You should ask on the ports mailing list as these changes would affect > more than just 5.3+ and -CURRENT. > Yes, of course. But I want some ack that maybe possible. I no issues by x11 and gnome, my initial workplan about this is: - make /etc/rc.d/xdm usable on CURRENT - convert gdm2 ${PREFIX}/etc/rc.d/gdm.sh.sample in a rcNG gdm.sh script - make gdm2 depend on sysutils/rc_subr on non 5.x systems - after some point of CURRENT/RELENG_5, use xdm_enable instead of gdm_enable - in the same moment or afer that make gmd2 not install ${PREFIX}/etc/rc.d/gdm.sh Any comments about that are welcome Also, on making this or other script capable of launch a Xserver for XDMCP (Xterminal). -- josemi -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 18:46:24 2004 Return-Path: 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 79AAE16A4CE for ; Wed, 22 Sep 2004 18:46:24 +0000 (GMT) Received: from av3-2-sn4.m-sp.skanova.net (av3-2-sn4.m-sp.skanova.net [81.228.10.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 822BB43D3F for ; Wed, 22 Sep 2004 18:46:23 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id B28E537E75; Wed, 22 Sep 2004 20:46:22 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av3-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 9BD9537E61 for ; Wed, 22 Sep 2004 20:46:22 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 65B9637E4B for ; Wed, 22 Sep 2004 20:46:22 +0200 (CEST) From: "Daniel Eriksson" To: Date: Wed, 22 Sep 2004 20:46:15 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSg1HAtHX2NHqP7QH20HaBBHqcwNw== Subject: CURRENT crash (NFS-related on a system not using NFS???) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 18:46:24 -0000 This is the second time I've seen this crash on CURRENT in the last 3-4 days. After it happened the first time I disabled ACPI, but that does = not seem to make any difference. This one happened on a system compiled from sources dated 2004.09.20.20.00.00. I'm not a kernel hacker, but the references to NFS seems strange given that I'm not using NFS on this machine. I do have a core dump saved in case someone wants further information. NFS is compiled into the kernel (just like in GENERIC), but it is never started from rc.conf. Some interesting things from the kernel config: options SCHED_4BSD options DEVICE_POLLING options HZ=3D2000 options ZERO_COPY_SOCKETS options AHC_ALLOW_MEMIO options GEOM_BDE device apic "options PREEMPTION" is NOT used. PS! It's a Tyan Tiger MP motherboard (AMD 760MP based), but only one CPU = is installed (so far) and the kernel is a UP kernel. Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x756363ab fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc0659970 stack pointer =3D 0x10:0xe73f7c74 frame pointer =3D 0x10:0xe73f7c94 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 34 (swi5: clock sio) [thread 100030] Stopped at nfsrv_timer+0x40: movl 0x3c(%ebx),%eax db> tr nfsrv_timer(0,c07b6214,c22fd000,9f17,6836c94) at nfsrv_timer+0x40 softclock(0,0,0,0,0) at softclock+0x1f5 ithread_loop(c2258180,e73f7d48,0,0,0) at ithread_loop+0xb9 fork_exit(c0546a80,c2258180,e73f7d48) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe73f7d7c, ebp =3D 0 --- db> show pcpu=20 cpuid =3D 0 curthread =3D 0xc22fd000: pid 34 "swi5: clock sio" curpcb =3D 0xe73f7da0 fpcurthread =3D none idlethread =3D 0xc2268320: pid 10 "idle" APIC ID =3D 0 currentldt =3D 0x28 db> show map=20 Task map 0xc0659970: pmap=3D0xc07a1180, nentries=3D608487168, = version=3D608487168 db> show irqs irq0: clk (pid 33) irq1: atkbd0 (pid 11) irq3: (pid 12) irq4: sio0 (pid 13) irq5: (pid 14) irq6: fdc0 (pid 15) {ENTROPY} irq7: (pid 16) irq8: rtc (pid 17) irq9: (pid 18) irq10: (pid 19) irq11: (pid 20) irq12: psm0 (pid 21) irq13: (pid 22) irq14: ata0 (pid 23) {ENTROPY} irq15: ata1 (pid 24) {ENTROPY} irq16: ahc0 atapci3 (pid 25) {ENTROPY} irq17: em0 atapci4+ (pid 26) {ENTROPY} irq18: em1 atapci1+ (pid 27) {ENTROPY} irq19: (pid 28) irq20: (pid 29) irq21: (pid 30) irq22: (pid 31) irq23: (pid 32) db> show idt=20 0 Xdiv 1 Xdbg 2 Xnmi 3 Xbpt 4 Xofl 5 Xbnd 6 Xill 7 Xdna 8 0 9 Xfpusegm 10 Xtss 11 Xmissing 12 Xstk 13 Xprot 14 Xpage 16 Xfpu 17 Xalign 18 Xmchk 19 Xxmm 32 Xatpic_intr0 33 Xatpic_intr1 35 Xatpic_intr3 36 Xatpic_intr4 37 Xatpic_intr5 38 Xatpic_intr6 39 Xatpic_intr7 40 Xatpic_intr8 41 Xatpic_intr9 42 Xatpic_intr10 43 Xatpic_intr11 44 Xatpic_intr12 45 Xatpic_intr13 46 Xatpic_intr14 47 Xatpic_intr15 49 Xapic_isr1 52 Xapic_isr1 54 Xapic_isr1 56 Xapic_isr1 60 Xapic_isr1 61 Xapic_isr1 62 Xapic_isr1 63 Xapic_isr1 64 Xapic_isr2 65 Xapic_isr2 66 Xapic_isr2 128 Xint0x80_syscall 255 Xspuriousint (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc044d1cc in db_fncall (dummy1=3D-415270252, dummy2=3D0, = dummy3=3D16, dummy4=3D0xe73f7a8c "\020\037n=C0m\232s=C0=D4=A9t=C0") at /usr/src/sys/ddb/db_command.c:531 #2 0xc044d670 in db_command_loop () at = /usr/src/sys/ddb/db_command.c:349 #3 0xc044f464 in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main.c:221 #4 0xc057ba32 in kdb_trap (type=3D0, code=3D0, tf=3D0xe73f7c34) at /usr/src/sys/kern/subr_kdb.c:418 #5 0xc06f572e in trap_fatal (frame=3D0xe73f7c34, eva=3D1969447851) at /usr/src/sys/i386/i386/trap.c:804 #6 0xc06f5a1b in trap_pfault (frame=3D0xe73f7c34, usermode=3D0, = eva=3D1969447851) at /usr/src/sys/i386/i386/trap.c:727 #7 0xc06f5e75 in trap (frame=3D {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D 16, tf_edi =3D 255153, = tf_esi =3D 586014197, tf_ebp =3D -415269740, tf_isp =3D -415269792, tf_ebx =3D = 1969447791, tf_edx =3D 255153, tf_ecx =3D 490485, tf_eax =3D 586014197, tf_trapno = =3D 12, tf_err =3D 0, tf_eip =3D -1067083408, tf_cs =3D 8, tf_eflags =3D 66054, tf_esp = =3D 582, tf_ss =3D 2147483647}) at /usr/src/sys/i386/i386/trap.c:417 #8 0xc06e3e6a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #9 0x00000018 in ?? () #10 0x00000010 in ?? () #11 0x00000010 in ?? () #12 0x0003e4b1 in ?? () #13 0x22edddf5 in ?? () #14 0xe73f7c94 in ?? () #15 0xe73f7c60 in ?? () #16 0x7563636f in ?? () #17 0x0003e4b1 in ?? () #18 0x00077bf5 in ?? () #19 0x22edddf5 in ?? () #20 0x0000000c in ?? () #21 0x00000000 in ?? () #22 0xc0659970 in nfsrv_timer (arg=3D0x0) at /usr/src/sys/nfsserver/nfs_srvsock.c:817 #23 0xc056df75 in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeout.c:259 #24 0xc0546b39 in ithread_loop (arg=3D0xc2258180) at /usr/src/sys/kern/kern_intr.c:547 #25 0xc05458c2 in fork_exit (callout=3D0xc0546a80 , = arg=3D0x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:807 #26 0xc06e3ecc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 dmesg: ------ KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD 6.0-CURRENT #0: Mon Sep 20 23:59:20 CEST 2004 daniel@xxx.xxx.xxx:/usr/obj/usr/src/sys/FORTIFY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (1992.62-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 =20 Features=3D0x383fbff AMD Features=3D0xc0480000 real memory =3D 1073741824 (1024 MB) avail memory =3D 1041244160 (993 MB) MPTable: ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: port 0x2860-0x2863 mem 0xea000000-0xea000fff,0xec000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.3 (no driver attached) ahc0: port 0x1000-0x10ff mem 0xe80e0000-0xe80e0fff irq 16 at device 8.0 on pci0 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs em0: port 0x2480-0x24bf mem 0xe8000000-0xe803ffff,0xe8080000-0xe809ffff irq 17 at device 9.0 on pci0 em0: Ethernet address: 00:04:23:ac:20:8a em0: Speed:N/A Duplex:N/A em1: port 0x24c0-0x24ff mem 0xe8040000-0xe807ffff,0xe80a0000-0xe80bffff irq 18 at device 9.1 on pci0 em1: Ethernet address: 00:04:23:ac:20:8b em1: Speed:N/A Duplex:N/A atapci1: port 0x1400-0x14ff,0x2864-0x2867,0x2868-0x286f,0x2870-0x2873,0x2878-0x287f = irq 18 at device 10.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 atapci2: port 0x1800-0x18ff,0x2874-0x2877,0x2880-0x2887,0x2888-0x288b,0x2890-0x2897 = irq 18 at device 10.1 on pci0 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 atapci3: port 0x2400-0x247f,0x2850-0x285f,0x2800-0x283f mem 0xe80c0000-0xe80dffff,0xe80e1000-0xe80e1fff irq 16 at device 12.0 on = pci0 atapci3: failed: rid 0x20 is memory, requested 4 ata6: channel #0 on atapci3 ata7: channel #1 on atapci3 ata8: channel #2 on atapci3 ata9: channel #3 on atapci3 atapci4: port 0x1c00-0x1cff,0x288c-0x288f,0x2898-0x289f,0x28a0-0x28a3,0x28a8-0x28af = irq 17 at device 13.0 on pci0 ata10: channel #0 on atapci4 ata11: channel #1 on atapci4 atapci5: port 0x2000-0x20ff,0x28a4-0x28a7,0x28b0-0x28b7,0x28b8-0x28bb,0x28c0-0x28c7 = irq 17 at device 13.1 on pci0 ata12: channel #0 on atapci5 ata13: channel #1 on atapci5 cpu0 on motherboard orm0: at iomem 0xc0000-0xcafff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on = isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 ahc1: No resources allocated. unknown: can't assign resources (port) speaker0: at port 0x61 on isa0 ahc1: No resources allocated. ahc1: No resources allocated. ahc1: No resources allocated. unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 2256618076 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, = default to accept, logging unlimited ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ad1: 114473MB [232581/16/63] at ata0-slave UDMA100 ad2: 117800MB [239340/16/63] at ata1-master UDMA100 ad3: 117800MB [239340/16/63] at ata1-slave UDMA100 ad4: 238475MB [484521/16/63] at = ata2-master UDMA100 ad5: 238475MB [484521/16/63] at = ata2-slave UDMA100 ad6: 239372MB [486344/16/63] at ata3-master UDMA133 ad7: 239372MB [486344/16/63] at ata3-slave = UDMA133 ad8: 194481MB [395136/16/63] at ata4-master UDMA133 ad9: 194481MB [395136/16/63] at ata4-slave = UDMA133 ad10: 194481MB [395136/16/63] at ata5-master UDMA133 ad11: 239372MB [486344/16/63] at ata5-slave UDMA133 ad12: 239372MB [486344/16/63] at ata6-master SATA150 ad14: 238475MB [484521/16/63] at = ata7-master SATA150 em0: Link is up 100 Mbps Full Duplex ad20: 117800MB [239340/16/63] at = ata10-master UDMA100 ad21: 117800MB [239340/16/63] at ata10-slave UDMA100 ad22: 117246MB [238216/16/63] at ata11-master UDMA133 ad23: 117246MB [238216/16/63] at ata11-slave UDMA133 ad24: 114473MB [232581/16/63] at = ata12-master UDMA100 ad25: 117800MB [239340/16/63] at ata12-slave UDMA100 ad26: 26059MB [52946/16/63] at ata13-master = UDMA66 ar0: 476950MB [60802/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad5 at ata2-slave ar1: 478744MB [61031/255/63] status: READY subdisks: disk0 READY on ad6 at ata3-master disk1 READY on ad7 at ata3-slave ar2: 388962MB [49585/255/63] status: READY subdisks: disk0 READY on ad9 at ata4-slave disk1 READY on ad8 at ata4-master ar3: 228946MB [29186/255/63] status: READY subdisks: disk0 READY on ad23 at ata11-slave disk1 READY on ad24 at ata12-master Waiting 5 seconds for SCSI devices to settle em1: Link is up 100 Mbps Full Duplex GEOM_VINUM: subdisk 480GB.p0.s3 is up GEOM_VINUM: subdisk 480GB.p0.s0 is up GEOM_VINUM: subdisk 480GB.p0.s2 is up GEOM_VINUM: subdisk 480GB.p0.s1 is up GEOM_VINUM: subdisk tmp.p0.s0 is up GEOM_VINUM: subdisk var.p0.s0 is up GEOM_VINUM: subdisk usr.p0.s0 is up GEOM_VINUM: subdisk 190GB.p0.s0 is up GEOM_VINUM: subdisk tmp.p1.s0 is up GEOM_VINUM: subdisk var.p1.s0 is up GEOM_VINUM: subdisk usr.p1.s0 is up GEOM_VINUM: subdisk 190GB.p0.s1 is up sa0 at ahc0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device=20 sa0: 10.000MB/s transfers (10.000MHz, offset 15) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged = Queueing Enabled da0: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device=20 da1: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged = Queueing Enabled da1: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) da2 at ahc0 bus 0 target 10 lun 0 da2: Fixed Direct Access SCSI-3 device=20 da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da2: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da3 at ahc0 bus 0 target 11 lun 0 da3: Fixed Direct Access SCSI-3 device=20 da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da3: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da4 at ahc0 bus 0 target 12 lun 0 da4: Fixed Direct Access SCSI-3 device=20 da4: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da4: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da5 at ahc0 bus 0 target 13 lun 0 da5: Fixed Direct Access SCSI-3 device=20 da5: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da5: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) GEOM_VINUM: subdisk raid0.p0.s0 is up GEOM_VINUM: subdisk raid0.p0.s1 is up GEOM_VINUM: subdisk raid0.p0.s2 is up GEOM_VINUM: subdisk raid0.p0.s3 is up Mounting root from ufs:/dev/da0s1a Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: point_to_point kickstart. kernel dumps on /dev/da0s1b swapon: adding /dev/da0s1b as swap device swapon: adding /dev/da1s1b as swap device Starting file system checks: /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 192561 free (905 frags, 23957 blocks, 0.4% fragmentation) /dev/da1s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da1s1e: clean, 913946 free (34 frags, 114239 blocks, 0.0% fragmentation) /dev/da0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1e: clean, 253810 free (26 frags, 31723 blocks, 0.0% = fragmentation) /dev/da1s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da1s1d: clean, 205044 free (1796 frags, 25406 blocks, 0.4% fragmentation) /dev/da0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1f: clean, 999737 free (26529 frags, 121651 blocks, 1.0% fragmentation) /dev/da0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1d: clean, 189312 free (376 frags, 23617 blocks, 0.1% fragmentation) net.inet.tcp.sendspace: 32768 -> 262144 net.inet.tcp.recvspace: 65536 -> 262144 kern.ipc.maxsockbuf: 262144 -> 2097152 kern.maxfiles: 12328 -> 32768 kern.maxfilesperproc: 11095 -> 16384 kern.ipc.somaxconn: 128 -> 1024 net.inet.ip.intr_queue_maxlen: 50 -> 500 kern.polling.enable: 0 -> 1 kern.polling.burst_max: 150 -> 300 kern.polling.each_burst: 5 -> 50 kern.polling.poll_in_trap: 0 -> 1 kern.polling.user_frac: 50 -> 40 /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 19:11:52 2004 Return-Path: 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 3EA3116A4CE for ; Wed, 22 Sep 2004 19:11:52 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0929343D49 for ; Wed, 22 Sep 2004 19:11:52 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 46DF52954C1; Wed, 22 Sep 2004 15:11:46 -0400 (EDT) Received: from 66.11.183.178 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Wed, 22 Sep 2004 15:11:46 -0400 (EDT) Message-ID: <1521.66.11.183.178.1095880306.squirrel@66.11.183.178> In-Reply-To: <41517193.60604@nulis.lt> References: <200409212256.i8LMu1b7032629@sage.ts.co.nz> <41517193.60604@nulis.lt> Date: Wed, 22 Sep 2004 15:11:46 -0400 (EDT) From: "Mike Jakubik" To: "Saulius Menkevicius" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com cc: Tim price cc: freebsd-current@freebsd.org Subject: Re: Adaptec ICH5R-S Serial ATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 19:11:52 -0000 Saulius Menkevicius said: > Tim price wrote: > >>Hi, I'm looking for information regarding current support for the onboard >>SATA raid device on the Intel SR1325TP1-E motherboard, listed as Adaptec >>ICH5R-S Serial ATA RAID. >> >> >> >>We've basically got a server with two 200GB SATA drives configured in a >>mirrored array in the above controller. I'm looking for a way of >> installing >>and running freebsd v4.10 - v5.2.1 in that configuration. >> >> > Doug Abrisko has patches for 4.10 which (among other things) adds > support for the ICH5-R SATA RAID metadata. Look for > http://www.ambrisko.com/doug/ata/ata_stable_sata_5.patch. > > A patch for RELENG_5 is at > http://www.nulis.lt/bob/download/intel-raid-patch-releng5. This one has > been ported from Doug's patch (with minor changes). Personally I run > SATA 2x120GB disk stripe (RAID0) with ICH5-R thus can't tell how it > would work in mirror mode. Why hasnt this stuff been merged to FreeBD yet? I think a lot of people are anxious to see support for this, as most current Intel based boards utilize this, and FreeBSD still has not support for it. The chipset has been out for a long time now. FreeBSD seems to be really lagging behind in hardware support lately. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 19:17:24 2004 Return-Path: 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 568B716A4CE for ; Wed, 22 Sep 2004 19:17:24 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2390C43D49 for ; Wed, 22 Sep 2004 19:17:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6032 invoked from network); 22 Sep 2004 19:17:23 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 22 Sep 2004 19:17:23 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8MJHHit002614; Wed, 22 Sep 2004 15:17:20 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Roman Kurakin Date: Wed, 22 Sep 2004 15:09:10 -0400 User-Agent: KMail/1.6.2 References: <41421D6A.8070805@cronyx.ru> <200409211505.59361.jhb@FreeBSD.org> <41508BA3.10003@cronyx.ru> In-Reply-To: <41508BA3.10003@cronyx.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409221509.10722.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Roman Kurakin cc: FreeBSD Current Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 19:17:24 -0000 On Tuesday 21 September 2004 04:14 pm, Roman Kurakin wrote: > John Baldwin: > > [...] > > > >- pmap_kenter(boot_address + KERNBASE, boot_address); > >+ dst = pmap_mapdev(boot_address, size); > > for (x = 0; x < size; ++x) > > *dst++ = *src++; > > > >Though it's not really a device. :-P > > I don't like its internals, it is not transparent. In some cases it may > have side effects. It is exactly the same except that it better abstracts the KERNBASE 'magic'. It will not have side effects for any valid boot address. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 19:17:27 2004 Return-Path: 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 7CAF016A4CE for ; Wed, 22 Sep 2004 19:17:27 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36C4843D45 for ; Wed, 22 Sep 2004 19:17:27 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 19105 invoked from network); 22 Sep 2004 19:17:26 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 22 Sep 2004 19:17:26 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8MJHHiu002614; Wed, 22 Sep 2004 15:17:22 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Roman Kurakin Date: Wed, 22 Sep 2004 15:14:37 -0400 User-Agent: KMail/1.6.2 References: <41421D6A.8070805@cronyx.ru> <200409211445.52372.jhb@FreeBSD.org> <415130B3.5040205@cronyx.ru> In-Reply-To: <415130B3.5040205@cronyx.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409221514.37187.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Roman Kurakin cc: FreeBSD Current cc: Ian Freislich cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 19:17:28 -0000 On Wednesday 22 September 2004 03:58 am, Roman Kurakin wrote: > John Baldwin: > >On Tuesday 21 September 2004 12:27 pm, Roman Kurakin wrote: > >>My solution works for current so I am going to commit it and MFC after > >>a while. To be sure that I am not on the wrong way I need some > >>reviewed/approved signs ;-) I also hope to get one (or more) tested > >> signs. > >> > >>Patch I plan to commit following patch: > >> > >>Index: mp_machdep.c > >>=================================================================== > >>RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v > >>retrieving revision 1.238 > >>diff -u -r1.238 mp_machdep.c > >>--- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 > >>+++ mp_machdep.c 21 Sep 2004 15:54:41 -0000 > >>@@ -743,10 +743,11 @@ > >> u_int8_t *dst8; > >> u_int16_t *dst16; > >> u_int32_t *dst32; > >>+ vm_offset_t va = (vm_offset_t) dst; > >> > >> POSTCODE(INSTALL_AP_TRAMP_POST); > >> > >>- pmap_kenter(boot_address + KERNBASE, boot_address); > >>+ pmap_map(&va, boot_address, boot_address + size, 0); > >> for (x = 0; x < size; ++x) > >> *dst++ = *src++; > >> > >>Any signs for(or against)? > >> > >>Thanks! > >> > >>PS. John: I am against of pmap_kenter/pmap_invalidate_XXX since we could > >>get > >>the same problem if we would use atomic functions instead of composite > >>functions, > >>which, I hope, will track all changes in the future. > > > >pmap_foo() doesn't change much. :) One reason I would prefer the > >kenter/invalidate is that we explicitly assume a single page for the boot > >code when we go to allocate an address for it, so I'd kind of like to keep > > it as an explicit assumption, but I'd be ok with just adding a > > KASSERT(size <= > > Are you sure that some one who will add new features wouldn't forget > about this > place? If you consider that we can ignore this I'll commit > kenter/invalidate pair with > KASSERT(). Umm, the MP boot code pretty much hasn't changed since it was added in 3.0 and probably won't ever change. I don't expect pmap_kenter() or pmap_invalidate_page() to go away anytime soon either. If someone does break those interfaces it is up to them to fix all callers. But you can use pmap_map(), just KASSERT() the size, and maybe do 'dst = pmap_map()'. > >PAGE_SIZE, ("bewm")); Also, I think your end va needs to be boot_address > > + size -1 so that if size == PAGE_SIZE you don't bogusly try to map the > > first page of Video RAM as read/write memory. > > Tell me if I am wrong, but as I understand this code "end" is not really > last, but next to > last. Hm, may be this is other (potential) bug, probably we should > rename 'end' to smth > else? (va + psz < va + psz) The code has end as the last address. If end starts on a new page then that entire page is mapped. while (start < end) { pmap_kenter(va, start); va += PAGE_SIZE; start += PAGE_SIZE; } Thus, end needs to be the last virtual address, which is start + size - 1. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 19:26:05 2004 Return-Path: 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 7BBD016A4CE for ; Wed, 22 Sep 2004 19:26:05 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E40AC43D54 for ; Wed, 22 Sep 2004 19:26:04 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 57417 invoked from network); 22 Sep 2004 19:20:02 -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 ; 22 Sep 2004 19:20:02 -0000 Message-ID: <4151D1CA.6080400@freebsd.org> Date: Wed, 22 Sep 2004 21:26:02 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Heads up: PFIL_HOOKS is permanent in RELENG_5 now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 19:26:05 -0000 PFIL_HOOKS is now a permanent part of the kernel in RELENG_5 too. Remove "options PFIL_HOOKS" from you kernel configuration file. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 19:32:57 2004 Return-Path: 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 5ABCB16A4CE for ; Wed, 22 Sep 2004 19:32:57 +0000 (GMT) Received: from av2-1-sn3.vrr.skanova.net (av2-1-sn3.vrr.skanova.net [81.228.9.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE8F343D1F for ; Wed, 22 Sep 2004 19:32:56 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av2-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 2DB7E37E6F; Wed, 22 Sep 2004 21:32:56 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av2-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 1E20937E42 for ; Wed, 22 Sep 2004 21:32:56 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id F19D138023 for ; Wed, 22 Sep 2004 21:32:55 +0200 (CEST) From: "Daniel Eriksson" To: Date: Wed, 22 Sep 2004 21:32:49 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSg1HAtHX2NHqP7QH20HaBBHqcwNwABfanw In-Reply-To: Subject: RE: CURRENT crash (NFS-related on a system not using NFS???) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 19:32:57 -0000 I should also mention that I'm getting ATA timeouts on this machine under heavy I/O load: ad1: TIMEOUT - READ_DMA retrying (2 retries left) LBA=87264294 ad1: WARNING - READ_DMA no interrupt but good status ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=150270844 ad2: WARNING - READ_DMA no interrupt but good status ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=97017128 ad2: WARNING - READ_DMA no interrupt but good status ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=147577600 ad2: WARNING - READ_DMA no interrupt but good status ad14: TIMEOUT - READ_DMA retrying (2 retries left) LBA=118132691 ad14: WARNING - READ_DMA no interrupt but good status [...] Also, my /boot/loader.conf contains the following settings: kern.ipc.nmbclusters="32768" kern.ipc.nsfbufs="16384" hw.intr_storm_threshold=5000 console="comconsole" geom_vinum_load="YES" debug.mpsafenet="1" /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 19:34:10 2004 Return-Path: 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 8F97916A4CE; Wed, 22 Sep 2004 19:34:10 +0000 (GMT) Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5F1643D48; Wed, 22 Sep 2004 19:34:09 +0000 (GMT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.13.1/8.13.1) with ESMTP id i8MJY8vg041541; Wed, 22 Sep 2004 21:34:08 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Received: (from k@localhost) by numeri.campus.luth.se (8.13.1/8.13.1/Submit) id i8MJY63r041540; Wed, 22 Sep 2004 21:34:06 +0200 (CEST) (envelope-from k) Date: Wed, 22 Sep 2004 21:34:06 +0200 From: Johan Karlsson To: Adrian Steinmann Message-ID: <20040922193406.GB18509@numeri.campus.luth.se> References: <20040922081616.GA18509@numeri.campus.luth.se> <200409221620.SAA14914@marabu.marabu.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409221620.SAA14914@marabu.marabu.ch> User-Agent: Mutt/1.4.2.1i cc: njl@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 19:34:10 -0000 [cc Nate since he made a commit that might be involved] On Wed, Sep 22, 2004 at 18:20 (+0200), Adrian Steinmann wrote: > > I can confirm that this has been happening on my Thinkpad T20 ... > since mid June. > > When I build a kernel with date 20040613, I'm ok, then for 20040615 > I have this probe problem, i.e.: > > cvs -qR -d /usr/cvs co -D20040615UTC sys - bad > cvs -qR -d /usr/cvs co -D20040613UTC sys - good Using these dates and looking at the diffs, my guess is that this commit ---- njl 2004-06-13 22:52:31 UTC FreeBSD src repository Modified files: sys/dev/acpica acpi.c acpi_acad.c acpi_button.c acpi_cmbat.c acpi_ec.c acpi_isab.c acpi_lid.c acpi_pcib_acpi.c acpi_resource.c acpivar.h Log: Add support to ACPI to manage its own resources. Previously, resource allocation was passed up to nexus. Now, we probe sysresource objects and manage the resources they describe in a local rman pool. This helps devices which attach/detach varying resources (like the _CST object) and module loads/unloads. The allocation/release routines now check to see if the resource is described in a child sysresource object and if so, allocate from the local rman. Sysresource objects add their resources to the pool and reserve them upon boot. This means sysresources need to be probed before other ACPI devices. Changes include: * Add ordering to the child device probe. The current order is: system resource objects, embedded controllers, then everything else. * Make acpi_MatchHid take a handle instead of a device_t arg. * Replace acpi_{get,set}_resource with the generic equivalents. Revision Changes Path 1.159 +137 -52 src/sys/dev/acpica/acpi.c 1.27 +1 -1 src/sys/dev/acpica/acpi_acad.c 1.27 +6 -4 src/sys/dev/acpica/acpi_button.c 1.30 +2 -2 src/sys/dev/acpica/acpi_cmbat.c 1.52 +1 -1 src/sys/dev/acpica/acpi_ec.c 1.8 +3 -1 src/sys/dev/acpica/acpi_isab.c 1.23 +1 -1 src/sys/dev/acpica/acpi_lid.c 1.35 +1 -1 src/sys/dev/acpica/acpi_pcib_acpi.c 1.25 +91 -37 src/sys/dev/acpica/acpi_resource.c 1.71 +3 -1 src/sys/dev/acpica/acpivar.h ---- is involved somehow. That is not to say that there is anything wrong with this commit, but something more might need to be fixed. I have not tried to verify if this is the offending commit, nor have I tried to revert this commit alone since I guess that would fail missirably. Nate, do you think this commit might be the cause of our problem and if so is there any information we can provide. /Johan K -- Johan Karlsson mailto:johan@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 19:50:57 2004 Return-Path: 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 9DB6716A4CE for ; Wed, 22 Sep 2004 19:50:57 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EBA543D31 for ; Wed, 22 Sep 2004 19:50:56 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 23980 invoked by uid 207); 22 Sep 2004 19:50:55 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.217):. Processed in 0.5794 secs); 22 Sep 2004 19:50:55 -0000 Received: from dialup217.ach.sch.gr (HELO gothmog.gr) ([81.186.70.217]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 22 Sep 2004 19:50:54 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i8MJmRFR001485 for ; Wed, 22 Sep 2004 22:48:27 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i8MJmRVO001484 for freebsd-current@freebsd.org; Wed, 22 Sep 2004 22:48:27 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 22 Sep 2004 22:48:26 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20040922194826.GB1137@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Phone: +30-2610-312145 Mobile: +30-6944-116520 Subject: Getting (barely) started with bind9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 19:50:57 -0000 For those of you tracking -CURRENT and upgrading *after* bind9 was connected to the build, here's a relatively minimal named.conf that will work for bind9. % options { % directory "/etc/namedb"; % pid-file "/var/run/named/pid"; % }; % % zone "." { type hint; file "named.root"; }; % zone "0.0.127.IN-ADDR.ARPA" { type master; file "master/127.0.0.rev"; }; % zone "foo.net" { type master; file "master/foo.net"; }; Make sure you update rc.conf to use -c config-file too if you were using the old bind8 option -b config-file. This should get you up and running until you get a chance to read the full list of bin9 options from the file `/usr/src/contrib/bind9/doc/misc/options'. Just my $0.02 to all the -CURRENT users ;-) - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 20:01:39 2004 Return-Path: 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 A36EE16A4CE; Wed, 22 Sep 2004 20:01:39 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E29043D5A; Wed, 22 Sep 2004 20:01:39 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8MK1aDl006550; Wed, 22 Sep 2004 13:01:36 -0700 Message-ID: <4151DA08.6010602@root.org> Date: Wed, 22 Sep 2004 13:01:12 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Johan Karlsson References: <20040922081616.GA18509@numeri.campus.luth.se> <200409221620.SAA14914@marabu.marabu.ch> <20040922193406.GB18509@numeri.campus.luth.se> In-Reply-To: <20040922193406.GB18509@numeri.campus.luth.se> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Adrian Steinmann Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 20:01:40 -0000 Johan Karlsson wrote: > On Wed, Sep 22, 2004 at 18:20 (+0200), Adrian Steinmann wrote: >>I can confirm that this has been happening on my Thinkpad T20 > > ... > >>since mid June. >> >>When I build a kernel with date 20040613, I'm ok, then for 20040615 >>I have this probe problem, i.e.: >> >> cvs -qR -d /usr/cvs co -D20040615UTC sys - bad >> cvs -qR -d /usr/cvs co -D20040613UTC sys - good > > Using these dates and looking at the diffs, my guess is that this commit > ---- > njl 2004-06-13 22:52:31 UTC > > FreeBSD src repository > > Modified files: > sys/dev/acpica acpi.c acpi_acad.c acpi_button.c > acpi_cmbat.c acpi_ec.c acpi_isab.c > acpi_lid.c acpi_pcib_acpi.c > acpi_resource.c acpivar.h > Log: > Add support to ACPI to manage its own resources. > ---- > is involved somehow. That is not to say that there is anything wrong > with this commit, but something more might need to be fixed. > > I have not tried to verify if this is the offending commit, nor have I > tried to revert this commit alone since I guess that would fail missirably. > > Nate, do you think this commit might be the cause of our problem > and if so is there any information we can provide. Um, what is the dc0 card doing mapping ports 0-0xff: Below the analogous output Johan Karlsson posted for his Xircom X3201 10/100BaseTX card for 5.3-BETA5: dc0: port 0-0xff mem 0x88000000-0x880003ff at device 0.0 on cardbus0 cbb alloc res fail dc0: couldn't map ports/memory Dmesg from boot with a working kernel for dc0 would help as well as devinfo -r from a non-working one. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 20:20:02 2004 Return-Path: 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 7B05416A4CE for ; Wed, 22 Sep 2004 20:20:02 +0000 (GMT) Received: from mail.thekeelecentre.com (mail.thekeelecentre.com [217.206.238.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 325C243D49 for ; Wed, 22 Sep 2004 20:20:00 +0000 (GMT) (envelope-from richardtector@thekeelecentre.com) Received: from RLaptop (modem-1345.fruitbat.dialup.pol.co.uk [81.76.197.65]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.thekeelecentre.com (Postfix) with ESMTP id BEFFA54BC for ; Wed, 22 Sep 2004 21:13:51 +0100 (BST) From: "Richard Tector" To: Date: Wed, 22 Sep 2004 21:19:42 +0100 Organization: The Keele Centre Message-ID: <01f601c4a0e1$8549d270$a6eeced9@RLaptop> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-Virus-Scanned: by amavisd-new at thekeelecentre.com Subject: Locking on the ste network driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 20:20:02 -0000 Hi all, I was wondering if anyone is working on removing the need for the Giant = lock from the ste(4) driver. Regards, Richard Tector CAPL Ltd. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 20:30:27 2004 Return-Path: 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 C164D16A4CE for ; Wed, 22 Sep 2004 20:30:27 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27EBA43D1F for ; Wed, 22 Sep 2004 20:30:27 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i8MKcTPw024178; Thu, 23 Sep 2004 08:38:29 +1200 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i8MKbN1q021721; Thu, 23 Sep 2004 08:37:26 +1200 Message-ID: <4151E02E.80405@ThePacific.Net> Date: Thu, 23 Sep 2004 08:27:26 +1200 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Saulius Menkevicius , freebsd-current@freebsd.org References: <4150A9CB.70600@ThePacific.Net> <20040921163314.D21773@pooker.samsco.org> <4150F28B.9040908@ThePacific.Net> <20040922034137.GA18393@parodius.com> <41512A51.8040802@nulis.lt> In-Reply-To: <41512A51.8040802@nulis.lt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Is HostRAID supported under FreeBSD??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 20:30:27 -0000 Hi there. Thanks for the information, but running the patch as: patch -p0 < intel-raid-patch-releng5 on /usr/src/dev/ata create error to recompile the kernel, Im running freebsd 5.2.1. Im missing some thing else? thanks Marcos Biscaysaqu ThePacific.net Saulius Menkevicius wrote: > Jeremy Chadwick wrote: > >> Yes, it is supported, however the RAID portion is not. I'm still >> waiting on Soren and crew to get metadata support for the RAID portion >> of the ICH5-R -- this RAID controller is purely software-based, it is >> not a hardware RAID solution. >> >> In English: the controller will work fine as a standalone SATA >> controller, with the RAID option disabled. We have a couple SuperMicro >> 5013C-T servers which do this. You can use FreeBSD software RAID >> (ataraid, ccd, or vinum) to accomplish goals instead. >> >> If Soren needs hardware to play with, I can gladly send him a >> P4-based motherboard. RAM and CPU will be his own problem though... :) >> >> > I have a patch for RELENG_5 which I ported from Doug Abrisko's patch > for 4.10 that adds support for ICH5-R RAID metadata. Personally I use > the RAID-0 mode, thus can't tell how well it would work in RAID-1. > > The patch is at > http://www.nulis.lt/bob/download/intel-raid-patch-releng5. > _______________________________________________ > 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 Wed Sep 22 20:35:30 2004 Return-Path: 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 5F8F816A4CE for ; Wed, 22 Sep 2004 20:35:30 +0000 (GMT) Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 769B743D58 for ; Wed, 22 Sep 2004 20:35:29 +0000 (GMT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.13.1/8.13.1) with ESMTP id i8MKZS2o042575; Wed, 22 Sep 2004 22:35:28 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Received: (from k@localhost) by numeri.campus.luth.se (8.13.1/8.13.1/Submit) id i8MKZPMS042574; Wed, 22 Sep 2004 22:35:25 +0200 (CEST) (envelope-from k) Date: Wed, 22 Sep 2004 22:35:25 +0200 From: Johan Karlsson To: Nate Lawson Message-ID: <20040922203525.GC18509@numeri.campus.luth.se> References: <20040922081616.GA18509@numeri.campus.luth.se> <200409221620.SAA14914@marabu.marabu.ch> <20040922193406.GB18509@numeri.campus.luth.se> <4151DA08.6010602@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4151DA08.6010602@root.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Adrian Steinmann Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 20:35:30 -0000 On Wed, Sep 22, 2004 at 13:01 (-0700), Nate Lawson wrote: > > Um, what is the dc0 card doing mapping ports 0-0xff: > > Below the analogous output Johan Karlsson posted > for his Xircom X3201 10/100BaseTX card for 5.3-BETA5: > > dc0: port 0-0xff mem 0x88000000-0x880003ff > at device 0.0 on cardbus0 > cbb alloc res fail > dc0: couldn't map ports/memory > > Dmesg from boot with a working kernel for dc0 would help as well as > devinfo -r from a non-working one. I have found a work-around: add debug.acpi.disabled="sysresource" to /boot/loader.conf. Via http://numeri.campus.luth.se/~k/T20/ you can find the info from my computer dmesg.acpi - ACPI enabled (panics when card is inserted) dmesg.no_acpi - ACPI disabled (works) dmesg.acpi.sysresource - with debug.acpi.disabled="sysresource" (works) devinfo-r.sysresource - booted with debug.acpi.disabled="sysresource" devinfo-r - booted with ACPI enabled panic.msg - the panic message when booted with ACPI fully enabled kgdb.out - scripted kgdb output All this is with 5.3-BETA5 I hope this info helps. /Johan K -- Johan Karlsson mailto:johan@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 20:40:41 2004 Return-Path: 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 6848516A4CE for ; Wed, 22 Sep 2004 20:40:41 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7044B43D5C for ; Wed, 22 Sep 2004 20:40:40 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.13.1/8.13.1) with ESMTP id i8MKec6r053911; Wed, 22 Sep 2004 16:40:38 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.13.1/8.13.1/Submit) id i8MKebHQ053909; Wed, 22 Sep 2004 16:40:37 -0400 (EDT) (envelope-from geoff) Date: Wed, 22 Sep 2004 16:40:37 -0400 From: Geoff Speicher To: "Marcos Biscaysaqu - ThePacific.net" Message-ID: <20040922204037.GA53661@sirius.speicher.org> References: <4150A9CB.70600@ThePacific.Net> <20040921163314.D21773@pooker.samsco.org> <4150F28B.9040908@ThePacific.Net> <20040922034137.GA18393@parodius.com> <41512A51.8040802@nulis.lt> <4151E02E.80405@ThePacific.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4151E02E.80405@ThePacific.Net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Is HostRAID supported under FreeBSD??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 20:40:41 -0000 On Thu, Sep 23, 2004 at 08:27:26AM +1200, Marcos Biscaysaqu - ThePacific.net wrote: > Hi there. > Thanks for the information, but running the patch as: patch -p0 < > intel-raid-patch-releng5 on /usr/src/dev/ata create error to recompile > the kernel, Im running freebsd 5.2.1. Im missing some thing else? Yes, you are missing the fact that the patch is against RELENG_5, which is considerably newer than 5.2.1. Do a cvsup with the RELENG_5 tag and try the patch again. Reference: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html Geoff > > thanks > Marcos Biscaysaqu > ThePacific.net > > > Saulius Menkevicius wrote: > > >Jeremy Chadwick wrote: > > > >>Yes, it is supported, however the RAID portion is not. I'm still > >>waiting on Soren and crew to get metadata support for the RAID portion > >>of the ICH5-R -- this RAID controller is purely software-based, it is > >>not a hardware RAID solution. > >> > >>In English: the controller will work fine as a standalone SATA > >>controller, with the RAID option disabled. We have a couple SuperMicro > >>5013C-T servers which do this. You can use FreeBSD software RAID > >>(ataraid, ccd, or vinum) to accomplish goals instead. > >> > >>If Soren needs hardware to play with, I can gladly send him a > >>P4-based motherboard. RAM and CPU will be his own problem though... :) > >> > >> > >I have a patch for RELENG_5 which I ported from Doug Abrisko's patch > >for 4.10 that adds support for ICH5-R RAID metadata. Personally I use > >the RAID-0 mode, thus can't tell how well it would work in RAID-1. > > > >The patch is at > >http://www.nulis.lt/bob/download/intel-raid-patch-releng5. > >_______________________________________________ > >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" > > > > > > _______________________________________________ > 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 Wed Sep 22 20:44:48 2004 Return-Path: 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 8EF0A16A4CE for ; Wed, 22 Sep 2004 20:44:48 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A9143D4C for ; Wed, 22 Sep 2004 20:44:48 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6690 invoked from network); 22 Sep 2004 20:44:48 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 22 Sep 2004 20:44:47 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8MKif3o003234; Wed, 22 Sep 2004 16:44:43 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 22 Sep 2004 16:16:54 -0400 User-Agent: KMail/1.6.2 References: <20040921183041.GD10593@swift.is> <20040922081623.GA19645@swift.is> In-Reply-To: <20040922081623.GA19645@swift.is> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409221616.54982.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Martin Swift Subject: Re: BETA5 hangs shortly after boot. Unknown cause. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 20:44:48 -0000 On Wednesday 22 September 2004 04:16 am, Martin Swift wrote: > Using the debug option in the boot menu gives (hand transcript): > > ---------- > Fatal trap 12: page fault while in kernel mode > fault virual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc057c368 This matters. If you have a kernel.debug, can you do a gdb against it and do 'l *0xc057c368'? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 20:44:51 2004 Return-Path: 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 A780816A4E0 for ; Wed, 22 Sep 2004 20:44:51 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 770D443D1F for ; Wed, 22 Sep 2004 20:44:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 12343 invoked from network); 22 Sep 2004 20:44:51 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 22 Sep 2004 20:44:50 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8MKif3p003234; Wed, 22 Sep 2004 16:44:46 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 22 Sep 2004 16:28:51 -0400 User-Agent: KMail/1.6.2 References: <20040922095257.GA81709@ie.tusur.ru> In-Reply-To: <20040922095257.GA81709@ie.tusur.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409221628.51977.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Pavel Gubin Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 20:44:51 -0000 On Wednesday 22 September 2004 05:52 am, Pavel Gubin wrote: > Hello, > > I'm trying to set up RELENG_5 on a box, and got some panices. > > 1) Box configuration: MSI MS-6568 (SiS740 + SiS961B), Duron 1100, Realtek > RTL8101 on-board, BIOS v1.2 (04102002, the latest) > > 2) Panices are reproducible during all last RELENG_5 stages (3,4,5 betas) > > 3) Kernel config is derived from GENERIC by commenting out unneeded devices > and adding some options: > > === cut here === > machine i386 > cpu I686_CPU > ident Pine > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > [...] > > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options GDB # Support remote GDB. > 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 > options BREAK_TO_DEBUGGER > options KDB_TRACE > > options AUTO_EOI_1 > options INCLUDE_CONFIG_FILE > options QUOTA > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default > options IPDIVERT #divert sockets > options BRIDGE > options DUMMYNET > > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > [...] > === cut here === > > Panices. > -------- > > 1) When MPS 1.4 is enabled with the BIOS setting and ACPI disabled either > by BIOS or by unsetting `acpi_load' loader variable, the kernel panices > immediately with "panic: Multiple entries for PCI IRQ 16" message. As one > can see from #1 Bootlog, there are really two entries for IRQ16. I think > this is the BIOS bug, but I also think the diagnostics for this situation > should be more precise than that. There's not much more precise that can be done. mptable output would be extremely helpful here. > #2 Panic log > ------------ > panic: _sx_xlock (user map): xlock already held @ > /var/data/5/src/sys/vm/vm_map.c:2997 cpuid = 0 > KDB: stack backtrace: > kdb_backtrace(100,c0f794e0,c0e983c8,1,bb5) at kdb_backtrace+0x29 > panic(c05eaffa,c05d320c,c05fd313,c05fd393,bb5) at panic+0x114 > _sx_xlock(c0e983c8,c05fd393,bb5) at _sx_xlock+0x44 > _vm_map_lock_read(c0e98384,c05fd393,bb5,1f49a0c,c113692c) at > _vm_map_lock_read+0x37 vm_map_lookup(c9f49a64,bfca2000,1,c9f49a68,c9f49a58) > at vm_map_lookup+0x28 vm_fault(c0e98384,bfca2000,1,0,c0f794e0) at > vm_fault+0x66 > trap_pfault(c9f49b2c,0,bfca253c) at trap_pfault+0xd2 > trap(18,10,10,c0e98444,c0c95c48) at trap+0x30d > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc05b541c, esp = 0xc9f49b6c, ebp = 0xc9f49b78 --- > pmap_enter_quick(c0e98444,2894f000,c0d7c2e8,0,0) at pmap_enter_quick+0xc8 This is the real bug, can you do 'l *0xc05b541c' from kgdb? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 20:44:55 2004 Return-Path: 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 737C116A518 for ; Wed, 22 Sep 2004 20:44:55 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F6443D45 for ; Wed, 22 Sep 2004 20:44:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10797 invoked from network); 22 Sep 2004 20:44:55 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 22 Sep 2004 20:44:54 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8MKif3r003234; Wed, 22 Sep 2004 16:44:51 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 22 Sep 2004 16:44:48 -0400 User-Agent: KMail/1.6.2 References: <20040922153140.GA87249@peter.osted.lan> In-Reply-To: <20040922153140.GA87249@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409221644.48602.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: Non ACPI boot broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 20:44:55 -0000 On Wednesday 22 September 2004 11:31 am, Peter Holm wrote: > http://www.holm.cc/stress/log/cons77.html FAQ, the 0x58 CS selector is the clue. Somehow the BIOS doesn't realize it's in vm86 mode rather than real mode and tries to write to the code segment, which is not possible in vm86 mode. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 20:44:55 2004 Return-Path: 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 7516216A519 for ; Wed, 22 Sep 2004 20:44:55 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D6A43D41 for ; Wed, 22 Sep 2004 20:44:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10797 invoked from network); 22 Sep 2004 20:44:55 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 22 Sep 2004 20:44:54 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8MKif3r003234; Wed, 22 Sep 2004 16:44:51 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 22 Sep 2004 16:44:48 -0400 User-Agent: KMail/1.6.2 References: <20040922153140.GA87249@peter.osted.lan> In-Reply-To: <20040922153140.GA87249@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409221644.48602.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: Non ACPI boot broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 20:44:55 -0000 On Wednesday 22 September 2004 11:31 am, Peter Holm wrote: > http://www.holm.cc/stress/log/cons77.html FAQ, the 0x58 CS selector is the clue. Somehow the BIOS doesn't realize it's in vm86 mode rather than real mode and tries to write to the code segment, which is not possible in vm86 mode. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:01:15 2004 Return-Path: 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 563F216A4CE; Wed, 22 Sep 2004 21:01:15 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 997FC43D31; Wed, 22 Sep 2004 21:01:14 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 4CE307A423; Wed, 22 Sep 2004 14:01:14 -0700 (PDT) Message-ID: <4151E819.2070201@elischer.org> Date: Wed, 22 Sep 2004 14:01:13 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Alfred Perlstein References: <20040922104305.GO11948@elvis.mu.org> In-Reply-To: <20040922104305.GO11948@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: sos@freebsd.org Subject: Re: atapi cdrom hangs with -current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 21:01:15 -0000 there is a fix on teh way according to sos.. in the meantime try: Stephan Index: sys/dev/ata/ata-lowlevel.c =================================================================== RCS file: /cvsroot/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.47 diff -u -r1.47 ata-lowlevel.c --- sys/dev/ata/ata-lowlevel.c 3 Sep 2004 12:10:44 -0000 1.47 +++ sys/dev/ata/ata-lowlevel.c 21 Sep 2004 17:36:27 -0000 @@ -88,11 +88,15 @@ (ATA_R_ATAPI | ATA_R_DMA | ATA_R_WRITE))) request->flags &= ~ATA_R_DMA; + ch->running = request; + switch (request->flags & (ATA_R_ATAPI | ATA_R_DMA)) { /* ATA PIO data transfer and control commands */ default: { + + /* record command direction here as our request might be gone later */ int write = (request->flags & ATA_R_WRITE); @@ -136,7 +140,7 @@ } /* record the request as running and return for interrupt */ - ch->running = request; + // ch->running = request; return ATA_OP_CONTINUES; /* ATA DMA data transfer commands */ @@ -167,7 +171,7 @@ } /* record the request as running and return for interrupt */ - ch->running = request; + //ch->running = request; return ATA_OP_CONTINUES; /* ATAPI PIO commands */ @@ -192,7 +196,7 @@ /* command interrupt device ? just return and wait for interrupt */ if ((request->device->param->config & ATA_DRQ_MASK) == ATA_DRQ_INTR) { - ch->running = request; + // ch->running = request; return ATA_OP_CONTINUES; } @@ -226,7 +230,7 @@ ATA_PROTO_ATAPI_12 ? 6 : 8); /* record the request as running and return for interrupt */ - ch->running = request; + //ch->running = request; return ATA_OP_CONTINUES; case ATA_R_ATAPI|ATA_R_DMA: @@ -292,9 +296,11 @@ } /* record the request as running and return for interrupt */ - ch->running = request; + // ch->running = request; return ATA_OP_CONTINUES; } + + ch->running = NULL; /* request finish here */ if (ch->dma && ch->dma->flags & ATA_DMA_LOADED) Alfred Perlstein wrote: >hi, with -current as of last night (24 hrs ago) I hang if my laptop's >cdrom IDE drive is connected, otherwise I'm fine. I see: > >ATAPI_RESET time = 30us > >in the log, and then it hangs hard. (this is without media >present), it also seems to happen with media present. > >Any ideas? > > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:08:48 2004 Return-Path: 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 4730016A4CE for ; Wed, 22 Sep 2004 21:08:48 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id F08B943D54 for ; Wed, 22 Sep 2004 21:08:47 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so169504rnl for ; Wed, 22 Sep 2004 14:08:26 -0700 (PDT) Received: by 10.38.74.50 with SMTP id w50mr4328147rna; Wed, 22 Sep 2004 14:08:23 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Wed, 22 Sep 2004 14:08:18 -0700 (PDT) Message-ID: Date: Thu, 23 Sep 2004 09:08:18 +1200 From: Juha Saarinen To: freebsd-current@freebsd.org In-Reply-To: <20040922094246.GC34041@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040922094246.GC34041@e-Gitt.NET> Subject: Re: Me too: Beta3->Beta5; booting with ACPI enabled fails on P4 HT system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 21:08:48 -0000 On Wed, 22 Sep 2004 11:42:47 +0200, Oliver Brandmueller wrote: > Hi. > > The problem seems not to be related to HTT itself, I do also see it on a > dual Xeon maching with HTT disabled, so it seems to be releated to SMP > in some way. > > Have a look at the thread "SMP problems with -CURRENT? (and BETA5)" in > current@ - there seem to be quite a few people having this problem. Yep, noticed that. Seems something broke between Beta4 and Beta5. -- Juha From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:40:49 2004 Return-Path: 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 AD46816A4CE for ; Wed, 22 Sep 2004 21:40:49 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9583943D1D for ; Wed, 22 Sep 2004 21:40:49 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from tardis.isc.org (tardis.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 9D1B867503; Wed, 22 Sep 2004 21:40:48 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: current@freebsd.org Date: Wed, 22 Sep 2004 14:41:10 -0700 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7574736.yAD709YYpa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409221441.14114.Peter_Losher@isc.org> Subject: Install error going from BETA3->5.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 21:40:49 -0000 --nextPart7574736.yAD709YYpa Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Installing a new kernel from BETA3 to BETA5 throw up this shift error when= =20 installing, anything change in the install scripts? Best Wishes - Peter =2D=3D- cd /usr/share/openssl/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/nls; set - `grep "^[a-zA-Z]" /usr/src/etc/nls.alias`; while= =20 [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done shift: can't shift that many *** Error code 2 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. =2D=3D- =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart7574736.yAD709YYpa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBUfF6PtVx9OgEjQgRArNTAKDgQmfewyLlUOUeQIc0IsrdlSu30QCgj8fy pGnaXa2fMbHMEyu/nuop1vc= =GezV -----END PGP SIGNATURE----- --nextPart7574736.yAD709YYpa-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:50:26 2004 Return-Path: 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 5CF3516A4CE for ; Wed, 22 Sep 2004 21:50:26 +0000 (GMT) Received: from esemetz.metz.supelec.fr (esemetz.metz.supelec.fr [193.48.224.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AA6243D3F for ; Wed, 22 Sep 2004 21:50:14 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from smtp.metz.supelec.fr (smtp.metz.supelec.fr [193.48.224.205]) by esemetz.metz.supelec.fr (8.11.6/8.9.3) with ESMTP id i8MLoAO29672 for ; Wed, 22 Sep 2004 23:50:10 +0200 Received: from [193.48.225.2] (nou.rez-metz.supelec.fr [193.48.225.2]) by smtp.metz.supelec.fr (8.11.6/8.11.6) with ESMTP id i8MM0VV22508 for ; Thu, 23 Sep 2004 00:00:31 +0200 From: Gregory Nou To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1095889815.1072.111.camel@alfred> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 22 Sep 2004 23:50:16 +0200 Content-Transfer-Encoding: 8bit Subject: memory always used at 99% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 21:50:26 -0000 Hi I'm experiencing something I see as a problem. I run two computers with freebsd : a server with 5.2.1 and my computer with 5.3-beta-4 On the two version (and as far as I remember, with 5.1 too), the memory is used at 99% after a few hours. For example, here is the mem. use after only 3 hours : Mem: 318M Active, 472M Inact, 120M Wired, 20M Cache, 111M Buf, 63M Free I suppose it's a problem for two reasons : music is experiencing some weird effects or distorsions (the same thing when I have a load of 2 or 3) and my computer used to crash when I was trying to launch UT2004 in this situation. There was not that kind of problems when I was launching it just after the boot. Another weird fact is that when I kill quite everything to have the same configuration as at the boot, the mem use change only a few and the mem free is at about 5% only ... So my question is : is it normal ? If not, did I something wrong ? If I did, what and how to correct it ? (or even a URL with a solution/explanation) I just hope It's not the wrong list :) Thanks a lot ! -- Gregory Nou Supélec From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:52:29 2004 Return-Path: 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 3A10716A4CE; Wed, 22 Sep 2004 21:52:29 +0000 (GMT) Received: from carrick.bishnet.net (carrick.bishnet.net [217.204.9.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81EAF43D4C; Wed, 22 Sep 2004 21:52:28 +0000 (GMT) (envelope-from tim-lists@bishnet.net) Received: from 82-68-45-195.dsl.in-addr.zen.co.uk ([82.68.45.195]) by carrick.bishnet.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42 (FreeBSD)) id 1CAF2C-0005rM-7t; Wed, 22 Sep 2004 22:52:20 +0100 From: Tim Bishop To: freebsd-mobile@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <414FFDAF.80907@gmx.de> References: <200409210945.i8L9jCPS071852@sanne.nlnetlabs.nl> <414FFDAF.80907@gmx.de> Content-Type: text/plain Message-Id: <1095889939.43948.3.camel@inferno.sixth.bishnet.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 22 Sep 2004 22:52:19 +0100 Content-Transfer-Encoding: 7bit X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 5, autolearn=not spam, BAYES_00 -4.90) X-Bishnet-MailScanner-From: tim-lists@bishnet.net cc: Jochen Gensch cc: Ted Lindgreen Subject: Re: NDISsulator: Setting up a 3Com pc card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 21:52:29 -0000 On Tue, 2004-09-21 at 11:08, Jochen Gensch wrote: > I have got the same card and the same problem. > > The hint from Tim Bishop does not work anymore, but an easy > hack on ndis_driver_data.h probably has the same effect: > > substitute "3CRSHPW 96" into "3CRSHPW_96" in the NDIS_PCMCIA_DEV_TABLE > define. > > Then make;make clean;make load in /usr/src/sys/modules/if_ndis and > your card is recognised. > > However, then more serious problems pop up: the kernel will > panic as soon as you type "ifconfig ndis0 up". I've tried to debug this a bit further. I brought my system up to 5.3-BETA5, and attempted to get a dump after the panic. But it doesn't seem to be working - I get the panic, then the uptime, and then nothing. I had expected a dump to happen at this point to give me something to look at. This is the first time I've made an effort to look at a kernel dump, so forgive me if I'm overlooking something trivial. Any suggestions? Cheers, Tim. -- Tim Bishop http://www.bishnet.net/tim PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 22:03:31 2004 Return-Path: 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 C0C7416A4CE for ; Wed, 22 Sep 2004 22:03:31 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 671BB43D39 for ; Wed, 22 Sep 2004 22:03:31 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8MM3UGG048242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 22 Sep 2004 15:03:30 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8MM3Utx048241 for freebsd-current@freebsd.org; Wed, 22 Sep 2004 15:03:30 -0700 (PDT) (envelope-from jdc) Date: Wed, 22 Sep 2004 15:03:30 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040922220330.GA48125@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <200409212256.i8LMu1b7032629@sage.ts.co.nz> <41517193.60604@nulis.lt> <1521.66.11.183.178.1095880306.squirrel@66.11.183.178> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1521.66.11.183.178.1095880306.squirrel@66.11.183.178> User-Agent: Mutt/1.5.6i Subject: Re: Adaptec ICH5R-S Serial ATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 22:03:31 -0000 As I mentioned, Soren may not have an ICH5R to test with. If he doesn't, I can send him a motherboard (no CPU or RAM though) which can help with this department. I think it's "too soon" to get this into RELENG_5, to be honest, unless things happen over the next 7-8 days. -CURRENT is an entirely different story. >From what I understand, there's been a lot of work recently on getting metadata support for different onboard RAID controllers. Soren could comment on this... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Wed, Sep 22, 2004 at 03:11:46PM -0400, Mike Jakubik wrote: > Saulius Menkevicius said: > > > Tim price wrote: > > > >>Hi, I'm looking for information regarding current support for the onboard > >>SATA raid device on the Intel SR1325TP1-E motherboard, listed as Adaptec > >>ICH5R-S Serial ATA RAID. > >> > >> > >> > >>We've basically got a server with two 200GB SATA drives configured in a > >>mirrored array in the above controller. I'm looking for a way of > >> installing > >>and running freebsd v4.10 - v5.2.1 in that configuration. > >> > >> > > Doug Abrisko has patches for 4.10 which (among other things) adds > > support for the ICH5-R SATA RAID metadata. Look for > > http://www.ambrisko.com/doug/ata/ata_stable_sata_5.patch. > > > > A patch for RELENG_5 is at > > http://www.nulis.lt/bob/download/intel-raid-patch-releng5. This one has > > been ported from Doug's patch (with minor changes). Personally I run > > SATA 2x120GB disk stripe (RAID0) with ICH5-R thus can't tell how it > > would work in mirror mode. > > Why hasnt this stuff been merged to FreeBD yet? I think a lot of people > are anxious to see support for this, as most current Intel based boards > utilize this, and FreeBSD still has not support for it. The chipset has > been out for a long time now. FreeBSD seems to be really lagging behind in > hardware support lately. > > > _______________________________________________ > 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 Wed Sep 22 22:49:59 2004 Return-Path: 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 C808816A4CE for ; Wed, 22 Sep 2004 22:49:59 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ECAF43D2F for ; Wed, 22 Sep 2004 22:49:57 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i8MMntp1009665; Wed, 22 Sep 2004 18:49:55 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i8MMntfa009664; Wed, 22 Sep 2004 18:49:55 -0400 (EDT) (envelope-from green) Date: Wed, 22 Sep 2004 18:49:54 -0400 From: Brian Fundakowski Feldman To: Gregory Nou Message-ID: <20040922224954.GC959@green.homeunix.org> References: <1095889815.1072.111.camel@alfred> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1095889815.1072.111.camel@alfred> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: memory always used at 99% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 22:49:59 -0000 On Wed, Sep 22, 2004 at 11:50:16PM +0200, Gregory Nou wrote: > Hi > I'm experiencing something I see as a problem. > I run two computers with freebsd : a server with 5.2.1 and my computer > with 5.3-beta-4 > On the two version (and as far as I remember, with 5.1 too), the memory > is used at 99% after a few hours. > For example, here is the mem. use after only 3 hours : > Mem: 318M Active, 472M Inact, 120M Wired, 20M Cache, 111M Buf, 63M Free > I suppose it's a problem for two reasons : music is experiencing some > weird effects or distorsions (the same thing when I have a load of 2 or > 3) and my computer used to crash when I was trying to launch UT2004 in > this situation. There was not that kind of problems when I was launching > it just after the boot. Another weird fact is that when I kill quite > everything to have the same configuration as at the boot, the mem use > change only a few and the mem free is at about 5% only ... > So my question is : is it normal ? If not, did I something wrong ? If I > did, what and how to correct it ? (or even a URL with a > solution/explanation) > I just hope It's not the wrong list :) > Thanks a lot ! FreeBSD (like most Unixes) will always try to use as much memory as you have available minus a tiny amount for critical shortages where it will be needed without possibility of failure. Active memory is swappable- type memory that is used often. Inactive memory is used less often. Cached memory is not in use at the moment and not part of the free reserve I mentioned first. Buf memory is physical device buffer cache -- for example, files on your filesystems that are recently-accessed. Wired memory is locked by root (mlock/mlockall system calls) or from any number of kernel subsystems -- most do not use any pageable memory. Unless "Wired" is growing without stopping in top(1), or you can watch the swap being filled, you shouldn't have instability due to memory. The sound could be due to needing faster interrupt service/better tuning on your part of the target interrupt rate/CPU starvation of the user program/disk starvation/anything. The crash is for some reason I could not hope to guess; you have to try to get a crashdump or backtrace to go from. My systems look like this: Mem: 197M Active, 166M Inact, 101M Wired, 27M Cache, 60M Buf, 1128K Free Swap: 512M Total, 56K Used, 512M Free Mem: 235M Active, 122M Inact, 99M Wired, 23M Cache, 60M Buf, 11M Free Swap: 1024M Total, 32M Used, 992M Free, 3% Inuse -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 23:08:15 2004 Return-Path: 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 5716A16A4CE; Wed, 22 Sep 2004 23:08:15 +0000 (GMT) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 437C243D48; Wed, 22 Sep 2004 23:08:14 +0000 (GMT) (envelope-from ast@marabu.ch) Received-SPF: pass (oneplusone.ch: domain of ast@marabu.ch designates 127.0.0.1 as permitted sender) receiver=oneplusone.ch; client_ip=127.0.0.1; envelope-from=ast@marabu.ch; Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.12.11/8.12.11) with ESMTP id i8MN84t0051919; Thu, 23 Sep 2004 01:08:04 +0200 (MEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.12.11/8.12.11/Submit) with UUCP id i8MN83ee051918; Thu, 23 Sep 2004 01:08:03 +0200 (MEST) (envelope-from ast@marabu.ch) Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3]) by nano.marabu.ch (8.12.9/8.12.9) with ESMTP id i8MN2dcV028528; Thu, 23 Sep 2004 01:02:39 +0200 (CEST) (envelope-from ast@marabu.marabu.ch) Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.3) id BAA18769; Thu, 23 Sep 2004 01:02:37 +0200 (CEST) Message-Id: <200409222302.BAA18769@marabu.marabu.ch> MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6) Content-Type: text/plain In-Reply-To: <20040922203525.GC18509@numeri.campus.luth.se> X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.124.8483.6) From: Adrian Steinmann Date: Thu, 23 Sep 2004 01:02:35 +0200 To: Johan Karlsson References: <20040922081616.GA18509@numeri.campus.luth.se> <200409221620.SAA14914@marabu.marabu.ch> <20040922193406.GB18509@numeri.campus.luth.se> <4151DA08.6010602@root.org> <20040922203525.GC18509@numeri.campus.luth.se> X-Organization: Webgroup Consulting AG, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85 cc: freebsd-current@freebsd.org cc: Nate Lawson Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 23:08:15 -0000 Johan's work-around: debug.acpi.disabled="sysresource" to /boot/loader.conf. also works for the dc0: . I've put up the Johan's analog info on http://styx.ch/T20_dc/ devinfo-r.acpi.panic devinfo-r.no_acpi devinfo-r.no_acpi.sysresource dmesg.acpi.panic dmesg.no_acpi dmesg.no_acpi.sysresource pciconf-lv All this is also with 5.3-BETA5 Adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 23:22:15 2004 Return-Path: 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 36EAB16A4CE; Wed, 22 Sep 2004 23:22:15 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 799D343D46; Wed, 22 Sep 2004 23:22:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8MNKGvf004762; Wed, 22 Sep 2004 17:20:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 22 Sep 2004 17:21:20 -0600 (MDT) Message-Id: <20040922.172120.29652264.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <4151DA08.6010602@root.org> References: <200409221620.SAA14914@marabu.marabu.ch> <20040922193406.GB18509@numeri.campus.luth.se> <4151DA08.6010602@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: ast@marabu.ch cc: johan@freebsd.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 23:22:15 -0000 In message: <4151DA08.6010602@root.org> Nate Lawson writes: : Um, what is the dc0 card doing mapping ports 0-0xff: : : Below the analogous output Johan Karlsson posted : for his Xircom X3201 10/100BaseTX card for 5.3-BETA5: : : dc0: port 0-0xff mem 0x88000000-0x880003ff : at device 0.0 on cardbus0 : cbb alloc res fail : dc0: couldn't map ports/memory : : Dmesg from boot with a working kernel for dc0 would help as well as : devinfo -r from a non-working one. Is there a pci bridge involved? It is a well known problem for cardbus systems that if there isn't, you get mappings like this. Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 23:37:01 2004 Return-Path: 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 D24FF16A4CE; Wed, 22 Sep 2004 23:37:01 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 810E043D2F; Wed, 22 Sep 2004 23:37:01 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8MNauDl010578; Wed, 22 Sep 2004 16:36:57 -0700 Message-ID: <41520C80.3010007@root.org> Date: Wed, 22 Sep 2004 16:36:32 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <200409221620.SAA14914@marabu.marabu.ch> <20040922193406.GB18509@numeri.campus.luth.se> <4151DA08.6010602@root.org> <20040922.172120.29652264.imp@bsdimp.com> In-Reply-To: <20040922.172120.29652264.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: ast@marabu.ch cc: johan@freebsd.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 23:37:01 -0000 M. Warner Losh wrote: > In message: <4151DA08.6010602@root.org> > Nate Lawson writes: > : Um, what is the dc0 card doing mapping ports 0-0xff: > : > : Below the analogous output Johan Karlsson posted > : for his Xircom X3201 10/100BaseTX card for 5.3-BETA5: > : > : dc0: port 0-0xff mem 0x88000000-0x880003ff > : at device 0.0 on cardbus0 > : cbb alloc res fail > : dc0: couldn't map ports/memory > : > : Dmesg from boot with a working kernel for dc0 would help as well as > : devinfo -r from a non-working one. > > Is there a pci bridge involved? It is a well known problem for > cardbus systems that if there isn't, you get mappings like this. I don't know, but it looks like cbb0 is directly under pci0. Here's the devinfo -r results from his working boot: pcib0 pci0 pcib1 pci1 cbb0 Interrupt request lines: 0xb I/O memory addresses: 0x50000000-0x50000fff cardbus0 pccard0 cbb1 I/O memory addresses: 0x50100000-0x50100fff cardbus1 pccard1 I can't see how ACPI sysresources affect this since ACPI doesn't claim 0x1080-0x10ff IO which the card asks for. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 23:38:13 2004 Return-Path: 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 6955416A4CE for ; Wed, 22 Sep 2004 23:38:13 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BA7B43D48 for ; Wed, 22 Sep 2004 23:38:13 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8MNc7Dl010602; Wed, 22 Sep 2004 16:38:07 -0700 Message-ID: <41520CC5.8040401@root.org> Date: Wed, 22 Sep 2004 16:37:41 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Strick References: <200409221756.i8MHusL6000461@mist.nodomain> In-Reply-To: <200409221756.i8MHusL6000461@mist.nodomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: swhetzel@gmail.com cc: freebsd-current@freebsd.org cc: dan@mist.nodomain Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 23:38:13 -0000 Dan Strick wrote: > Booting 3.5-BETA5-i386-disc2 in "safe mode" worked, but the system did > not seem to see my floppy disk drive and consequently I was unable to > copy my dmesg and pciconf output anywhere. With some extra effort, I > might be able to transfer the stuff via a hard disk partition. > > Is there any useful diagnostic information that I might produce for anyone? How about a dmesg (or at least any part with fd* in it) to see what's wrong with the floppy? -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 00:02:33 2004 Return-Path: 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 E7D2216A4D2 for ; Thu, 23 Sep 2004 00:02:33 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EB78443D2D for ; Thu, 23 Sep 2004 00:02:32 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 6600 invoked by uid 65534); 23 Sep 2004 00:02:32 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp017) with SMTP; 23 Sep 2004 02:02:32 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org Date: Thu, 23 Sep 2004 02:02:23 +0200 User-Agent: KMail/1.7 References: <20040922235411.GC624@internode.com.au> In-Reply-To: <20040922235411.GC624@internode.com.au> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12051097.pJgcaTHgAc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409230202.29441.Emanuel.Strobl@gmx.net> cc: Philip Payne cc: Adam Smith Subject: Re: Portinstall problem (config.guess not found) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 00:02:34 -0000 --nextPart12051097.pJgcaTHgAc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Donnerstag, 23. September 2004 01:54 schrieb Adam Smith: > On Wed, Sep 22, 2004 at 02:59:35PM +0100, Philip Payne said: > > Didn't use Konsole but I am using KDE. It appears to be a problem in > > aterm & xterm, but strangely not Eterm. > > Exactly what I found, too. Any compiles I do need to be done in an Eterm > or directly on the console. > > For the time being you should use Eterm. I will upgrade to BETA5 and see > if it still exists there. If it does, it would seem that a bug report > needs to be filed. I'd like to x-reference this postings: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=666353+0+archive/2004/freebsd-current/20040919.freebsd-current with http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1237945+0+current/freebsd-questions I hope this helps finding the solution. Thanks, -Mano > > What I don't understand is why Xterm specific unless it's something to do > with the environment variables themselves, but I've checked the variables > between Xterm and Eterm, and they're identical! > > > Weird. --nextPart12051097.pJgcaTHgAc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBUhKVBylq0S4AzzwRAv/sAJ0RMTTiO4ic9uFtOPoFxJpIEI7NOQCgjODD 2ZXfHQI28wUcdtnI/BZHGJs= =2A1y -----END PGP SIGNATURE----- --nextPart12051097.pJgcaTHgAc-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 00:34:19 2004 Return-Path: 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 D3A2716A4CE; Thu, 23 Sep 2004 00:34:19 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7092243D1F; Thu, 23 Sep 2004 00:34:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8N0VJg4005497; Wed, 22 Sep 2004 18:31:20 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 22 Sep 2004 18:32:23 -0600 (MDT) Message-Id: <20040922.183223.23272975.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <41520C80.3010007@root.org> References: <4151DA08.6010602@root.org> <20040922.172120.29652264.imp@bsdimp.com> <41520C80.3010007@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: ast@marabu.ch cc: johan@freebsd.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 00:34:19 -0000 In message: <41520C80.3010007@root.org> Nate Lawson writes: : > Is there a pci bridge involved? It is a well known problem for : > cardbus systems that if there isn't, you get mappings like this. : : I don't know, but it looks like cbb0 is directly under pci0. Here's the : devinfo -r results from his working boot: : : pcib0 : pci0 : pcib1 : pci1 : cbb0 : Interrupt request lines: : 0xb : I/O memory addresses: : 0x50000000-0x50000fff : cardbus0 : pccard0 : cbb1 : I/O memory addresses: : 0x50100000-0x50100fff : cardbus1 : pccard1 : : I can't see how ACPI sysresources affect this since ACPI doesn't claim : 0x1080-0x10ff IO which the card asks for. That would be 'no, it doesn't go through a bridge'. I'm not sure either, but it has been observed before. Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 01:08:47 2004 Return-Path: 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 B5EFF16A4CE for ; Thu, 23 Sep 2004 01:08:47 +0000 (GMT) Received: from theatre.msu.edu (theatre.msu.edu [35.8.69.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62EB443D2D for ; Thu, 23 Sep 2004 01:08:47 +0000 (GMT) (envelope-from sagejona@theatre.msu.edu) Received: from [10.0.0.98] (c-67-172-92-122.client.comcast.net [67.172.92.122]) (authenticated bits=0) by theatre.msu.edu (8.13.1/8.13.1) with ESMTP id i8N19PvJ055907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 22 Sep 2004 21:09:28 -0400 (EDT) (envelope-from sagejona@theatre.msu.edu) Message-ID: <4152221E.5070505@theatre.msu.edu> Date: Wed, 22 Sep 2004 21:08:46 -0400 From: "Jonathan T. Sage" Organization: MSU Dept of Theatre User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Mail List X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-Phone: +1-517-974-1428 X-WWW-Home-Page: http://theatre.msu.edu X-PGP-Key-Figerprint: 182C CF3F 93A9 1DAA 2EBE D4D5 A159 96D9 452E A7F1 X-IM: AIM(jonathantsage,spartyman), ICQ(9587621), YIM(wisesage98) Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC64C376E96A609997141F5DF" X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on www.theatre.msu.edu X-Virus-Scanned: clamd / ClamAV version devel-20040903, clamav-milter version 0.75l on www.theatre.msu.edu X-Virus-Status: Clean Subject: Ipfilter Observation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 01:08:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC64C376E96A609997141F5DF Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit An observation. And possibly me being a dumbass (would not be the first time). source as of today, ipfilter was not functional when compiled into the kernel (loaded, displayed copyright messages, any attempt to use it yeilded kmem errors.) It came to my attention the device mem was missing from the config, I added that, removed ipfilter so it would load as a module. On a slow machine, or I would recompile to see if device mem was the culprit. Just wanted to make sure this was "expected" behavior. anyway, thanks as always. ~j -- Jonathan T. Sage Theatrical Lighting / Set Designer Professional Web Design "He said he likes me, but he's not in-like with me."- Connie, King of the Hill [HTTP://www.JTSage.com] [HTTP://design.JTSage.com] [sagejona@msu.edu] [See Headers for Contact Info] --------------enigC64C376E96A609997141F5DF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBUiIeoVmW2UUup/ERAk6gAJ9pbqbuAvXZsTbxvzvwVGHzgTN+SACdHl1w 2/Fdmj9FnA98czS9Txda6II= =48Tt -----END PGP SIGNATURE----- --------------enigC64C376E96A609997141F5DF-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 02:01:18 2004 Return-Path: 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 1281F16A61D for ; Thu, 23 Sep 2004 02:01:17 +0000 (GMT) Received: from smtp14.singnet.com.sg (smtp14.singnet.com.sg [165.21.6.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B9F43D54 for ; Thu, 23 Sep 2004 02:01:17 +0000 (GMT) (envelope-from mikecck@singnet.com.sg) Received: from Thinkpad (bb220-255-76-92.singnet.com.sg [220.255.76.92]) by smtp14.singnet.com.sg (8.13.1/8.13.1) with ESMTP id i8N218wm004200 for ; Thu, 23 Sep 2004 10:01:16 +0800 Message-Id: <200409230201.i8N218wm004200@smtp14.singnet.com.sg> From: "Mike Chan" To: Date: Thu, 23 Sep 2004 10:01:13 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 thread-index: AcShETPZLlGBoQ4pTyCJkLC3AVi/Yw== Subject: Survey on Open Source X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 02:01:19 -0000 Dear all, I am conducting a survey on open source software. This is for my academic coursework and dissertation. It will be great to have your support and participation in this survey. This survey has two separate questionnaires, focusing on the following areas: 1) OSS development (Developers or those who contribute in coding or documentation), and 2) IT/IS costs (CIOs or IT Managers). You are free to go for the questionnaire that is appropriate for you. Below are the links: 1) Brief introduction page: http://web.singnet.com.sg/~mikecck/opensource/Introduction1.htm 2) Questionnaire 1(Open Source Development): http://web.singnet.com.sg/~mikecck/opensource/WebFormA1.htm 3) Questionnaire 2(Open Source and IT/IS Cost): http://web.singnet.com.sg/~mikecck/opensource/WebFormB1.htm Thank you for your time. Mike Chan Student Curtin University of Technology From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 03:20:46 2004 Return-Path: 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 F2EE416A4CE; Thu, 23 Sep 2004 03:20:45 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F2B643D45; Thu, 23 Sep 2004 03:20:45 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from h00609772adf0.ne.client2.attbi.com ([66.30.114.143]) by comcast.net (sccrmhc12) with ESMTP id <2004092303204401200mhv9oe>; Thu, 23 Sep 2004 03:20:44 +0000 Received: from h00609772adf0.ne.client2.attbi.com (localhost [127.0.0.1]) i8N3KjJd052465; Wed, 22 Sep 2004 23:20:46 -0400 (EDT) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost)i8N3KjiV052464; Wed, 22 Sep 2004 23:20:45 -0400 (EDT) (envelope-from rodrigc) Date: Wed, 22 Sep 2004 23:20:45 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20040923032045.GA52428@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: sos@freebsd.org Subject: REPORT_KEY ILLEGAL REQUEST: encrypted DVD's under FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 03:20:46 -0000 Hi, I tried installing mplayer, xine, and ogle from ports to play DVD's on my FreeBSD-CURRENT box. All these packages use libdvdcss. For some reason, when playing certain encrypted DVD's, things fail. I am seeing a lot of messages like this in my dmesg: acd0: FAILURE - REPORT_KEY ILLEGAL REQUEST asc=0x6f ascq=0x04 error=4 This is my brand of DVD player: acd0: CDRW drive at ata0 as slave Any ideas what the problem could be? Thanks. -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 03:26:48 2004 Return-Path: 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 E496D16A4CE for ; Thu, 23 Sep 2004 03:26:48 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D3E243D2D for ; Thu, 23 Sep 2004 03:26:48 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (localhost.dlib.vt.edu [127.0.0.1]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id i8N3QlGu001061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 Sep 2004 23:26:47 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by gromit.dlib.vt.edu (8.13.1/8.13.1/Submit) id i8N3QlDc001060; Wed, 22 Sep 2004 23:26:47 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) From: Paul Mather To: Poul-Henning Kamp In-Reply-To: <2940.1095877117@critter.freebsd.dk> References: <2940.1095877117@critter.freebsd.dk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1095910006.1041.0.camel@gromit.dlib.vt.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 22 Sep 2004 23:26:46 -0400 cc: freebsd-current@freebsd.org Subject: Re: cd9660 filesystem broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 03:26:49 -0000 On Wed, 2004-09-22 at 14:18, Poul-Henning Kamp wrote: > In message <1095876218.7199.7.camel@zappa.Chelsea-Ct.Org>, Paul Mather writes: > >I upgraded my -CURRENT system (both userland and kernel) via recent > >sources (circa 21st September, 2004) and one side effect seems to have > >been that mounting cd9660 filesystems has broken---partially. > > fixed, sorry. Thanks! I rebuilt my kernel and I can confirm that cd9660 filesystems are working for me once again. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 04:24:37 2004 Return-Path: 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 21E2516A4CE for ; Thu, 23 Sep 2004 04:24:37 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D9143D2D for ; Thu, 23 Sep 2004 04:24:36 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 51456 invoked from network); 23 Sep 2004 04:24:08 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 23 Sep 2004 04:24:08 -0000 Date: Thu, 23 Sep 2004 06:24:11 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20040923062411.7b5a70d7.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: bsdtar doesn't detect end of tape X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 04:24:37 -0000 Hi, I can store more files on tape with bsdtar than I'm able to read back. root@nudel dds2> tar -c -b 64 -v -f /dev/sa3 . [writes more files than the tape can handle - w/o an error!!] root@nudel dds2> tar -x -b 64 -v -f /dev/sa3 [...] x nudel/pics/selftreffen_2001.tar.bz2 x nudel/pics/selftreffen_2002.tar.bz2: (null) tar: (null) Exit 1 root@nudel dds2> It's not a tape error, it's reproduceable. With gtar i get an "tar, wrote only 0 bytes out of..." or sth. during the write to tape. at scbus1 target 3 lun 0 (sa0,pass1) at scbus1 target 4 lun 0 (sa1,pass2) at scbus1 target 5 lun 0 (sa2,pass3) at scbus1 target 6 lun 0 (sa3,pass4) Greetings, Oliver -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 04:26:24 2004 Return-Path: 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 1F2C316A4CE; Thu, 23 Sep 2004 04:26:24 +0000 (GMT) Received: from cedar.ie.tusur.ru (fet-gw.ttk.tusur.ru [212.192.163.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ECFC43D1F; Thu, 23 Sep 2004 04:26:16 +0000 (GMT) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.12.11/8.12.11) with ESMTP id i8N4Q5dk090769; Thu, 23 Sep 2004 11:26:06 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (localhost.ie.tusur.ru [127.0.0.1]) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9) with ESMTP id i8N4Ol4D017324; Thu, 23 Sep 2004 11:24:48 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: (from pg@localhost) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9/Submit) id i8N4OlnO017323; Thu, 23 Sep 2004 11:24:47 +0700 (TSD) (envelope-from pg) Date: Thu, 23 Sep 2004 11:24:47 +0700 From: Pavel Gubin To: John Baldwin Message-ID: <20040923042447.GA88335@ie.tusur.ru> References: <20040922095257.GA81709@ie.tusur.ru> <200409221628.51977.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409221628.51977.jhb@FreeBSD.org> User-Agent: Mutt/1.4i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on cedar.ie.tusur.ru X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Virus-Status: Clean cc: freebsd-current@FreeBSD.org Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pavel Gubin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 04:26:24 -0000 On Wed, Sep 22, 2004 at 04:28:51PM -0400, John Baldwin wrote: > > 1) When MPS 1.4 is enabled with the BIOS setting and ACPI disabled either > > by BIOS or by unsetting `acpi_load' loader variable, the kernel panices > > immediately with "panic: Multiple entries for PCI IRQ 16" message. As one > > can see from #1 Bootlog, there are really two entries for IRQ16. I think > > this is the BIOS bug, but I also think the diagnostics for this situation > > should be more precise than that. > > There's not much more precise that can be done. mptable output would be > extremely helpful here. =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000fb960 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x7f mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f62b0 signature: 'PCMP' base table length: 256 version: 1.4 checksum: 0xcb OEM ID: 'SiS ' Product ID: '740 ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 25 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x14 BSP, usable 6 7 1 0x0055 -- Bus: Bus ID Type 0 PCI 1 PCI 2 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 2 0 2 0 INT conforms conforms 2 1 2 1 INT conforms conforms 2 0 2 2 INT conforms conforms 2 3 2 3 INT conforms conforms 2 4 2 4 INT conforms conforms 2 6 2 6 INT conforms conforms 2 7 2 7 INT active-hi edge 2 8 2 8 INT conforms conforms 2 9 2 9 INT conforms conforms 2 12 2 12 INT conforms conforms 2 13 2 13 INT conforms conforms 2 14 2 14 INT conforms conforms 2 15 2 15 INT active-lo level 0 2:A 2 16 INT active-lo level 1 0:A 2 16 INT active-lo level 0 10:A 2 18 INT active-lo level 0 2:D 2 20 INT active-lo level 0 2:A 2 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 0 0:A 255 0 NMI conforms conforms 0 0:A 255 1 =============================================================================== > > #2 Panic log > > ------------ > > panic: _sx_xlock (user map): xlock already held @ > > /var/data/5/src/sys/vm/vm_map.c:2997 cpuid = 0 > > KDB: stack backtrace: > > kdb_backtrace(100,c0f794e0,c0e983c8,1,bb5) at kdb_backtrace+0x29 > > panic(c05eaffa,c05d320c,c05fd313,c05fd393,bb5) at panic+0x114 > > _sx_xlock(c0e983c8,c05fd393,bb5) at _sx_xlock+0x44 > > _vm_map_lock_read(c0e98384,c05fd393,bb5,1f49a0c,c113692c) at > > _vm_map_lock_read+0x37 vm_map_lookup(c9f49a64,bfca2000,1,c9f49a68,c9f49a58) > > at vm_map_lookup+0x28 vm_fault(c0e98384,bfca2000,1,0,c0f794e0) at > > vm_fault+0x66 > > trap_pfault(c9f49b2c,0,bfca253c) at trap_pfault+0xd2 > > trap(18,10,10,c0e98444,c0c95c48) at trap+0x30d > > calltrap() at calltrap+0x5 > > --- trap 0xc, eip = 0xc05b541c, esp = 0xc9f49b6c, ebp = 0xc9f49b78 --- > > pmap_enter_quick(c0e98444,2894f000,c0d7c2e8,0,0) at pmap_enter_quick+0xc8 > > This is the real bug, can you do 'l *0xc05b541c' from kgdb? (kgdb) l *0xc05b541c 0xc05b541c is in pmap_enter_quick (/var/data/5/src/sys/i386/i386/pmap.c:2130). 2125 * entering the page into the current pmap. In order to support 2126 * quick entry into any pmap, one would likely use pmap_pte_quick. 2127 * But that isn't as quick as vtopte. 2128 */ 2129 pte = vtopte(va); 2130 if (*pte) { 2131 if (mpte != NULL) { 2132 pmap_unwire_pte_hold(pmap, mpte); 2133 mpte = NULL; 2134 } -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 04:32:48 2004 Return-Path: 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 2132616A4CE for ; Thu, 23 Sep 2004 04:32:48 +0000 (GMT) Received: from web21424.mail.yahoo.com (web21424.mail.yahoo.com [216.136.232.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 051F243D55 for ; Thu, 23 Sep 2004 04:32:48 +0000 (GMT) (envelope-from mjacob44@yahoo.com) Message-ID: <20040923043247.94749.qmail@web21424.mail.yahoo.com> Received: from [192.67.166.1] by web21424.mail.yahoo.com via HTTP; Wed, 22 Sep 2004 21:32:47 PDT Date: Wed, 22 Sep 2004 21:32:47 -0700 (PDT) From: Matthew Jacob To: Lukas Ertl , Claus Guttesen In-Reply-To: <20040922141255.E549@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: isp(4) deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 04:32:48 -0000 So what was the actual problem for you? Loading it as a module? Also, yes, it will delay a lot longer than it used to at startup as it has to now poll for loading each firmware word. __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 05:16:23 2004 Return-Path: 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 4439516A4CE for ; Thu, 23 Sep 2004 05:16:23 +0000 (GMT) Received: from tomts13-srv.bellnexxia.net (tomts13-srv.bellnexxia.net [209.226.175.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A1E43D39 for ; Thu, 23 Sep 2004 05:16:22 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([67.68.38.73]) by tomts13-srv.bellnexxia.net ESMTP <20040923051621.UQVS4758.tomts13-srv.bellnexxia.net@[192.168.2.32]> for ; Thu, 23 Sep 2004 01:16:21 -0400 From: Chris Laverdure To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1095916547.661.1.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 23 Sep 2004 01:15:48 -0400 Content-Transfer-Encoding: 7bit Subject: /usr/sbin/config dependancy check? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 05:16:23 -0000 Is there any hope of getting some dependancy checking in config? I can't imagine it being that difficult to implement and it would clear up a lot of noise on the mailing lists and IRC channels. Plus, well, it just makes sense. From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 06:00:25 2004 Return-Path: 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 C27D416A4CF for ; Thu, 23 Sep 2004 06:00:25 +0000 (GMT) Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B64B43D41 for ; Thu, 23 Sep 2004 06:00:25 +0000 (GMT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.13.1/8.13.1) with ESMTP id i8N60DtA051128; Thu, 23 Sep 2004 08:00:13 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Received: (from k@localhost) by numeri.campus.luth.se (8.13.1/8.13.1/Submit) id i8N60C9m051127; Thu, 23 Sep 2004 08:00:12 +0200 (CEST) (envelope-from k) Date: Thu, 23 Sep 2004 08:00:12 +0200 From: Johan Karlsson To: "M. Warner Losh" Message-ID: <20040923060012.GE18509@numeri.campus.luth.se> References: <200409221620.SAA14914@marabu.marabu.ch> <20040922193406.GB18509@numeri.campus.luth.se> <4151DA08.6010602@root.org> <20040922.172120.29652264.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040922.172120.29652264.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: ast@marabu.ch cc: nate@root.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 06:00:25 -0000 On Wed, Sep 22, 2004 at 17:21 (-0600), M. Warner Losh wrote: > In message: <4151DA08.6010602@root.org> > Nate Lawson writes: > : Um, what is the dc0 card doing mapping ports 0-0xff: > : > : Below the analogous output Johan Karlsson posted > : for his Xircom X3201 10/100BaseTX card for 5.3-BETA5: > : > : dc0: port 0-0xff mem 0x88000000-0x880003ff > : at device 0.0 on cardbus0 > : cbb alloc res fail > : dc0: couldn't map ports/memory > : > : Dmesg from boot with a working kernel for dc0 would help as well as > : devinfo -r from a non-working one. > > Is there a pci bridge involved? It is a well known problem for > cardbus systems that if there isn't, you get mappings like this. In the dmesg output: cbb0: mem 0x50000000-0x50000fff irq 11 at device 2.0 on pci0 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x50000000 cardbus0: on cbb0 If I understand this correctly it should use the PIC-Cardbus bridge. Is there anythng you want me to try? /Johan K -- Johan Karlsson mailto:johan@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 06:04:24 2004 Return-Path: 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 7424216A4CF; Thu, 23 Sep 2004 06:04:24 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFDFD43D1D; Thu, 23 Sep 2004 06:04:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8N62HdX008820; Thu, 23 Sep 2004 00:02:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 23 Sep 2004 00:03:21 -0600 (MDT) Message-Id: <20040923.000321.78709228.imp@bsdimp.com> To: johan@freebsd.org From: "M. Warner Losh" In-Reply-To: <20040923060012.GE18509@numeri.campus.luth.se> References: <4151DA08.6010602@root.org> <20040922.172120.29652264.imp@bsdimp.com> <20040923060012.GE18509@numeri.campus.luth.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: ast@marabu.ch cc: nate@root.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 06:04:24 -0000 In message: <20040923060012.GE18509@numeri.campus.luth.se> Johan Karlsson writes: : On Wed, Sep 22, 2004 at 17:21 (-0600), M. Warner Losh wrote: : > In message: <4151DA08.6010602@root.org> : > Nate Lawson writes: : > : Um, what is the dc0 card doing mapping ports 0-0xff: : > : : > : Below the analogous output Johan Karlsson posted : > : for his Xircom X3201 10/100BaseTX card for 5.3-BETA5: : > : : > : dc0: port 0-0xff mem 0x88000000-0x880003ff : > : at device 0.0 on cardbus0 : > : cbb alloc res fail : > : dc0: couldn't map ports/memory : > : : > : Dmesg from boot with a working kernel for dc0 would help as well as : > : devinfo -r from a non-working one. : > : > Is there a pci bridge involved? It is a well known problem for : > cardbus systems that if there isn't, you get mappings like this. : : In the dmesg output: : cbb0: mem 0x50000000-0x50000fff irq 11 at device 2.0 on pci0 : cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x50000000 : cardbus0: on cbb0 : : If I understand this correctly it should use the PIC-Cardbus bridge. : Is there anythng you want me to try? I think you misunderstand me. I'm saying that there's a bug in FreeBSD, not that there's anything wrong with your hardware. Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 06:24:40 2004 Return-Path: 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 8252616A4CE for ; Thu, 23 Sep 2004 06:24:40 +0000 (GMT) Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC60043D53 for ; Thu, 23 Sep 2004 06:24:39 +0000 (GMT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.13.1/8.13.1) with ESMTP id i8N6Oah9051483; Thu, 23 Sep 2004 08:24:36 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Received: (from k@localhost) by numeri.campus.luth.se (8.13.1/8.13.1/Submit) id i8N6Oacg051482; Thu, 23 Sep 2004 08:24:36 +0200 (CEST) (envelope-from k) Date: Thu, 23 Sep 2004 08:24:35 +0200 From: Johan Karlsson To: "M. Warner Losh" Message-ID: <20040923062435.GA51381@numeri.campus.luth.se> References: <4151DA08.6010602@root.org> <20040922.172120.29652264.imp@bsdimp.com> <20040923060012.GE18509@numeri.campus.luth.se> <20040923.000321.78709228.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040923.000321.78709228.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: ast@marabu.ch cc: nate@root.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 06:24:40 -0000 On Thu, Sep 23, 2004 at 00:03 (-0600), M. Warner Losh wrote: > In message: <20040923060012.GE18509@numeri.campus.luth.se> > Johan Karlsson writes: > : On Wed, Sep 22, 2004 at 17:21 (-0600), M. Warner Losh wrote: > : > Is there a pci bridge involved? It is a well known problem for > : > cardbus systems that if there isn't, you get mappings like this. > : > : In the dmesg output: > : cbb0: mem 0x50000000-0x50000fff irq 11 at device 2.0 on pci0 > : cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x50000000 > : cardbus0: on cbb0 > : > : If I understand this correctly it should use the PIC-Cardbus bridge. > : Is there anythng you want me to try? > > I think you misunderstand me. I'm saying that there's a bug in > FreeBSD, not that there's anything wrong with your hardware. I understand that, I was just trying to say that from the dmesg output it seems like it is using the PCI-Cardbus bridge. If I read your statement above correctly then that should not be the problem. /Johan K -- Johan Karlsson mailto:johan@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 06:31:21 2004 Return-Path: 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 83BA416A4CE; Thu, 23 Sep 2004 06:31:21 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F37443D31; Thu, 23 Sep 2004 06:31:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8N6UVhG009185; Thu, 23 Sep 2004 00:30:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 23 Sep 2004 00:31:36 -0600 (MDT) Message-Id: <20040923.003136.45874787.imp@bsdimp.com> To: ast@marabu.ch From: "M. Warner Losh" In-Reply-To: <200409222302.BAA18769@marabu.marabu.ch> References: <4151DA08.6010602@root.org> <20040922203525.GC18509@numeri.campus.luth.se> <200409222302.BAA18769@marabu.marabu.ch> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: johan@freebsd.org cc: nate@root.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 06:31:21 -0000 In message: <200409222302.BAA18769@marabu.marabu.ch> Adrian Steinmann writes: : Johan's work-around: : : debug.acpi.disabled="sysresource" : to /boot/loader.conf. : : also works for the dc0: . : : I've put up the Johan's analog info on http://styx.ch/T20_dc/ This is looking like a resource manager bug. It allocates 0x0-0xff, yet acpi is using selected ports in that range. It should not be possible for the resource manager to that range. Maybe someone isn't asking the global map for the resources that get returned? Also, the panic is a side effect of a real bug in the dc driver. It isn't properly releasing resources when it fails to attach. The dmaification of the driver is suspect because of where the crash is. Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 06:34:23 2004 Return-Path: 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 0867E16A4CE; Thu, 23 Sep 2004 06:34:23 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A9F643D2F; Thu, 23 Sep 2004 06:34:22 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8N6WQ3a009211; Thu, 23 Sep 2004 00:32:26 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 23 Sep 2004 00:33:30 -0600 (MDT) Message-Id: <20040923.003330.43007333.imp@bsdimp.com> To: johan@freebsd.org From: "M. Warner Losh" In-Reply-To: <20040923062435.GA51381@numeri.campus.luth.se> References: <20040923060012.GE18509@numeri.campus.luth.se> <20040923.000321.78709228.imp@bsdimp.com> <20040923062435.GA51381@numeri.campus.luth.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: ast@marabu.ch cc: nate@root.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 06:34:23 -0000 In message: <20040923062435.GA51381@numeri.campus.luth.se> Johan Karlsson writes: : On Thu, Sep 23, 2004 at 00:03 (-0600), M. Warner Losh wrote: : > In message: <20040923060012.GE18509@numeri.campus.luth.se> : > Johan Karlsson writes: : > : On Wed, Sep 22, 2004 at 17:21 (-0600), M. Warner Losh wrote: : > : > Is there a pci bridge involved? It is a well known problem for : > : > cardbus systems that if there isn't, you get mappings like this. : > : : > : In the dmesg output: : > : cbb0: mem 0x50000000-0x50000fff irq 11 at device 2.0 on pci0 : > : cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x50000000 : > : cardbus0: on cbb0 : > : : > : If I understand this correctly it should use the PIC-Cardbus bridge. : > : Is there anythng you want me to try? : > : > I think you misunderstand me. I'm saying that there's a bug in : > FreeBSD, not that there's anything wrong with your hardware. : : I understand that, I was just trying to say that from the dmesg : output it seems like it is using the PCI-Cardbus bridge. If I read : your statement above correctly then that should not be the problem. Ah. What I was trying to say was that I know of a bug that will be triggered when the pci-cardbus bridge is attached directly to a bus that is attached to the host bridge (eg pci0). In your case, that seems to be exactly what's happening. Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 06:55:03 2004 Return-Path: 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 80AE416A4CF for ; Thu, 23 Sep 2004 06:55:03 +0000 (GMT) Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id A684243D1F for ; Thu, 23 Sep 2004 06:55:02 +0000 (GMT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.13.1/8.13.1) with ESMTP id i8N6sxU5051901; Thu, 23 Sep 2004 08:54:59 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Received: (from k@localhost) by numeri.campus.luth.se (8.13.1/8.13.1/Submit) id i8N6swn7051900; Thu, 23 Sep 2004 08:54:58 +0200 (CEST) (envelope-from k) Date: Thu, 23 Sep 2004 08:54:58 +0200 From: Johan Karlsson To: "M. Warner Losh" Message-ID: <20040923065458.GA51802@numeri.campus.luth.se> References: <20040923060012.GE18509@numeri.campus.luth.se> <20040923.000321.78709228.imp@bsdimp.com> <20040923062435.GA51381@numeri.campus.luth.se> <20040923.003330.43007333.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040923.003330.43007333.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: ast@marabu.ch cc: nate@root.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 06:55:03 -0000 On Thu, Sep 23, 2004 at 00:33 (-0600), M. Warner Losh wrote: > In message: <20040923062435.GA51381@numeri.campus.luth.se> > Johan Karlsson writes: > : On Thu, Sep 23, 2004 at 00:03 (-0600), M. Warner Losh wrote: > : > In message: <20040923060012.GE18509@numeri.campus.luth.se> > : > Johan Karlsson writes: > : > : On Wed, Sep 22, 2004 at 17:21 (-0600), M. Warner Losh wrote: > : > : > Is there a pci bridge involved? It is a well known problem for > : > : > cardbus systems that if there isn't, you get mappings like this. > : > : > : > : In the dmesg output: > : > : cbb0: mem 0x50000000-0x50000fff irq 11 at device 2.0 on pci0 > : > : cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x50000000 > : > : cardbus0: on cbb0 > : > : > : > : If I understand this correctly it should use the PIC-Cardbus bridge. > : > : Is there anythng you want me to try? > : > > : > I think you misunderstand me. I'm saying that there's a bug in > : > FreeBSD, not that there's anything wrong with your hardware. > : > : I understand that, I was just trying to say that from the dmesg > : output it seems like it is using the PCI-Cardbus bridge. If I read > : your statement above correctly then that should not be the problem. > > Ah. What I was trying to say was that I know of a bug that will be > triggered when the pci-cardbus bridge is attached directly to a bus > that is attached to the host bridge (eg pci0). In your case, that > seems to be exactly what's happening. Ok, thanks for the clarifications. Please, let me know if/when there is anything that needs testing. Unfortunatly I'm no kernel wisard but I'll be happy to try anything. /Johan K -- Johan Karlsson mailto:johan@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 07:07:19 2004 Return-Path: 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 EE72D16A4CE; Thu, 23 Sep 2004 07:07:19 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FC8643D54; Thu, 23 Sep 2004 07:07:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8N74DGx009558; Thu, 23 Sep 2004 01:04:14 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 23 Sep 2004 01:05:18 -0600 (MDT) Message-Id: <20040923.010518.62348976.imp@bsdimp.com> To: johan@FreeBSD.ORG From: "M. Warner Losh" In-Reply-To: <20040923065458.GA51802@numeri.campus.luth.se> References: <20040923062435.GA51381@numeri.campus.luth.se> <20040923.003330.43007333.imp@bsdimp.com> <20040923065458.GA51802@numeri.campus.luth.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG cc: ast@marabu.ch cc: nate@root.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 07:07:20 -0000 In message: <20040923065458.GA51802@numeri.campus.luth.se> Johan Karlsson writes: : On Thu, Sep 23, 2004 at 00:33 (-0600), M. Warner Losh wrote: : > In message: <20040923062435.GA51381@numeri.campus.luth.se> : > Johan Karlsson writes: : > : On Thu, Sep 23, 2004 at 00:03 (-0600), M. Warner Losh wrote: : > : > In message: <20040923060012.GE18509@numeri.campus.luth.se> : > : > Johan Karlsson writes: : > : > : On Wed, Sep 22, 2004 at 17:21 (-0600), M. Warner Losh wrote: : > : > : > Is there a pci bridge involved? It is a well known problem for : > : > : > cardbus systems that if there isn't, you get mappings like this. : > : > : : > : > : In the dmesg output: : > : > : cbb0: mem 0x50000000-0x50000fff irq 11 at device 2.0 on pci0 : > : > : cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x50000000 : > : > : cardbus0: on cbb0 : > : > : : > : > : If I understand this correctly it should use the PIC-Cardbus bridge. : > : > : Is there anythng you want me to try? : > : > : > : > I think you misunderstand me. I'm saying that there's a bug in : > : > FreeBSD, not that there's anything wrong with your hardware. : > : : > : I understand that, I was just trying to say that from the dmesg : > : output it seems like it is using the PCI-Cardbus bridge. If I read : > : your statement above correctly then that should not be the problem. : > : > Ah. What I was trying to say was that I know of a bug that will be : > triggered when the pci-cardbus bridge is attached directly to a bus : > that is attached to the host bridge (eg pci0). In your case, that : > seems to be exactly what's happening. : : Ok, thanks for the clarifications. Please, let me know if/when there is : anything that needs testing. Unfortunatly I'm no kernel wisard but I'll : be happy to try anything. Well, I'll be putting some brats on the grill tomorrow night and having a few cold ones if you wanted to bring the laptop over :-) Sadly, I suspect that you'll tell me that the drive is a little far on such short notice :-( Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 07:26:32 2004 Return-Path: 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 434CB16A4CE for ; Thu, 23 Sep 2004 07:26:32 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB7D43D2F for ; Thu, 23 Sep 2004 07:26:31 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8N7QTGl000512; Thu, 23 Sep 2004 09:26:30 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41527A9D.2080700@DeepCore.dk> Date: Thu, 23 Sep 2004 09:26:21 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <200409212256.i8LMu1b7032629@sage.ts.co.nz> <41517193.60604@nulis.lt> <1521.66.11.183.178.1095880306.squirrel@66.11.183.178> <20040922220330.GA48125@parodius.com> In-Reply-To: <20040922220330.GA48125@parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: Adaptec ICH5R-S Serial ATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 07:26:32 -0000 Jeremy Chadwick wrote: > As I mentioned, Soren may not have an ICH5R to test with. If he > doesn't, I can send him a motherboard (no CPU or RAM though) which can > help with this department. I do have ICH5(R) and 6300ESB boards around, but none of them uses the=20 Intel RAID metadata (not even the one thats made by Intel) they all use=20 Adaptec HostRAID which I have partial support for (unreleased yet). > I think it's "too soon" to get this into RELENG_5, to be honest, unless= > things happen over the next 7-8 days. -CURRENT is an entirely differen= t > story. >=20 >>From what I understand, there's been a lot of work recently on getting > metadata support for different onboard RAID controllers. Soren could > comment on this... Yes there has, but lately my efforts has concentrated on stabilizing=20 things for 5.3. There are a few issues that needs to be looked at and=20 that has higher priority (for me at least). Now, one of the reason I havn't put more metadata formats in there is=20 that its no longer enough to use the chip PCI ID to find out what=20 metadata to look for, I know of at least 3 different formats used on SiI = chips. This needs some thought as we might not want to scan all disks for a=20 dozen different formats. And if more than one format is found on a disk, which one do we use ? Another issue is that no vendors except Promise and Highpoint has=20 released docs/info on how those formats are done, so each new format=20 need a fair amount of reverseengineering and testing to be made at least = semireliable. On top of that, ata-raid.c needs a serious rewrite for other reasons.=20 The way it plugs into the disks strategy routines is a hack at best. It=20 also needs to be able to take advantage of those chips that can do some=20 part of the RAID stuff (Promise, Marvell, AHCI). So, there is plenty to do as usual, and I have to balance priorities=20 amongst it all. Back to the matter at hand, if this patch is going into ata-raid.c it=20 will need a maintainer. Since I dont have HW with this format around it = wont get any testing/support from this end and will not be provided in=20 the new ata-raid.c unless someone does the integration when time comes.=20 We also need to have some kind of resolution to the problem with more=20 than one format pr device id. And no, this is *not* RELENG_5 material, not even close. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 07:28:13 2004 Return-Path: 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 DAF2B16A4CE for ; Thu, 23 Sep 2004 07:28:13 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 027A743D2F for ; Thu, 23 Sep 2004 07:28:13 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from [192.168.0.4] (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i8N7RO25206548; Thu, 23 Sep 2004 09:27:27 +0200 Date: Thu, 23 Sep 2004 09:27:25 +0200 (CEST) From: Lukas Ertl To: Matthew Jacob In-Reply-To: <20040923043247.94749.qmail@web21424.mail.yahoo.com> Message-ID: <20040923092720.K579@korben.in.tern> References: <20040923043247.94749.qmail@web21424.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: imap 4247; Body=3 Fuz1=3 Fuz2=3 cc: freebsd-current@FreeBSD.org cc: Claus Guttesen Subject: Re: isp(4) deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 07:28:14 -0000 On Wed, 22 Sep 2004, Matthew Jacob wrote: > > So what was the actual problem for you? Loading it as a module? Yes, that was obviously the problem. > Also, yes, it will delay a lot longer than it used to at startup as it > has to now poll for loading each firmware word. Ok, so the box wasn't really deadlocked, just extremely busy. :-) cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 10:24:28 2004 Return-Path: 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 1BF6116A4CE for ; Thu, 23 Sep 2004 10:24:28 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3D0B43D41 for ; Thu, 23 Sep 2004 10:24:27 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1CAQm3-000BBP-Ir for freebsd-current@freebsd.org; Thu, 23 Sep 2004 10:24:27 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.42 (FreeBSD)) id 1CAQm1-0003MS-Uq for freebsd-current@freebsd.org; Thu, 23 Sep 2004 11:24:26 +0100 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16722.42073.551653.167476@roam.psg.com> Date: Thu, 23 Sep 2004 11:24:25 +0100 To: FreeBSD Current Subject: maintaining british traditions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 10:24:28 -0000 i am visiting the uk and wanted to cvsup. i ran fastest_cvsup and got >> Speed Daemons: - 1st: cvsup4.uk.freebsd.org - 2nd: cvsup.uk.freebsd.org - 3rd: cvsup2.uk.freebsd.org so i started fetching from cvsup4.uk.freebsd.org with *default tag=. i was shocked when it started replacing just about everything so hit ^C. look at these lovely dates -rw-r--r-- 1 root wheel 4735 Sep 5 1999 COPYRIGHT -rw-r--r-- 1 root wheel 3743 Feb 4 2003 MAINTAINERS -rw-r--r-- 1 root wheel 9578 Jan 29 2003 Makefile -rw-r--r-- 1 root wheel 25011 Feb 7 2003 Makefile.inc1 -rw-r--r-- 1 root wheel 9751 Mar 19 2002 Makefile.upgrade -rw-r--r-- 1 root wheel 2790 Jul 21 2002 README -rw-r--r-- 1 root wheel 47743 Feb 9 2003 UPDATING what is it in particular this time that i do not understand? randy From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:15:06 2004 Return-Path: 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 E921316A4CE for ; Thu, 23 Sep 2004 11:15:06 +0000 (GMT) Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 421BF43D41 for ; Thu, 23 Sep 2004 11:15:06 +0000 (GMT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.13.1/8.13.1) with ESMTP id i8NBEtrF055421; Thu, 23 Sep 2004 13:14:55 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Received: (from k@localhost) by numeri.campus.luth.se (8.13.1/8.13.1/Submit) id i8NBEsve055420; Thu, 23 Sep 2004 13:14:54 +0200 (CEST) (envelope-from k) Date: Thu, 23 Sep 2004 13:14:54 +0200 From: Johan Karlsson To: "M. Warner Losh" Message-ID: <20040923111454.GB51802@numeri.campus.luth.se> References: <20040923062435.GA51381@numeri.campus.luth.se> <20040923.003330.43007333.imp@bsdimp.com> <20040923065458.GA51802@numeri.campus.luth.se> <20040923.010518.62348976.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040923.010518.62348976.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: ast@marabu.ch cc: nate@root.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 11:15:07 -0000 On Thu, Sep 23, 2004 at 01:05 (-0600), M. Warner Losh wrote: > > Well, I'll be putting some brats on the grill tomorrow night and > having a few cold ones if you wanted to bring the laptop over :-) > Sadly, I suspect that you'll tell me that the drive is a little far on > such short notice :-( Yes, that is a bit to far with such short notice. If we schedule a barbeque some time next year and I'll start driving now maybe I can make it (I quess I need at least a month for the boat trip) :-) But, if there is any use, I can provide a shell account with root access. That might not be so usefull though since the problem is with the network card. I guess I could also try to get a serial console setup. However, that might take some time since I've never done that before. /Johan K -- Johan Karlsson mailto:johan@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:17:57 2004 Return-Path: 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 CD19F16A4CE; Thu, 23 Sep 2004 11:17:57 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A74943D49; Thu, 23 Sep 2004 11:17:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8NBHuc4062320; Thu, 23 Sep 2004 07:17:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8NBHuLF024062; Thu, 23 Sep 2004 07:17:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A42337303F; Thu, 23 Sep 2004 07:17:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040923111756.A42337303F@freebsd-current.sentex.ca> Date: Thu, 23 Sep 2004 07:17:56 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 11:17:58 -0000 TB --- 2004-09-23 09:51:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-23 09:51:48 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-09-23 09:51:48 - checking out the source tree TB --- 2004-09-23 09:51:48 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-09-23 09:51:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-23 09:57:23 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-23 09:57:23 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-23 09:57:23 - /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 [...] cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include/ia64 -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../../../lib/libstand -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../common -ffreestanding -fshort-wchar -Wformat -c /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/devicename.c cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include/ia64 -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../../../lib/libstand -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../common -ffreestanding -fshort-wchar -Wformat -c /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/module.c cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include/ia64 -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../../../lib/libstand -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../common -ffreestanding -fshort-wchar -Wformat -c /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/delay.c cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include/ia64 -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../../../lib/libstand -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../common -ffreestanding -fshort-wchar -Wformat -c /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/efifs.c cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include/ia64 -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../../../lib/libstand -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../common -ffreestanding -fshort-wchar -Wformat -c /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/efinet.c cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../include/ia64 -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../../../lib/libstand -I/tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/../../common -ffreestanding -fshort-wchar -Wformat -c /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/elf_freebsd.c /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/elf_freebsd.c: In function `elf64_exec': /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi/elf_freebsd.c:140: error: storage size of 'pte' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi/libefi. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/boot/efi. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/boot. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-09-23 11:17:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-23 11:17:56 - ERROR: failed to build world TB --- 2004-09-23 11:17:56 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:46:00 2004 Return-Path: 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 07CE516A4CE for ; Thu, 23 Sep 2004 11:46:00 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id B003343D46 for ; Thu, 23 Sep 2004 11:45:59 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 78so720886rnk for ; Thu, 23 Sep 2004 04:45:55 -0700 (PDT) Received: by 10.38.99.13 with SMTP id w13mr6053568rnb; Thu, 23 Sep 2004 04:45:55 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Thu, 23 Sep 2004 04:45:55 -0700 (PDT) Message-ID: Date: Thu, 23 Sep 2004 23:45:55 +1200 From: Juha Saarinen To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 11:46:00 -0000 Currently, ARG_MAX is set to: $ getconf ARG_MAX 65536 in syslimits.h. This is quite low compared to other OS (SunOS has 1MB IIRC, and OpenBSD 3.5 256K) and causes the "argument list too long" issues when for instance grep'ing in directories with lots of files. Last time the limit was upped was ten years ago: "Revision 1.4 / (download) - annotate - [select for diffs], Mon Aug 8 09:12:43 1994 UTC (10 years, 1 month ago) by davidg Branch: MAIN Changes since 1.3: +2 -2 lines Diff to previous 1.3 (colored) Increased ARG_MAX even further...to 64k bytes." Is there a reason for keeping ARG_MAX so low, or could it be increased to eg. 262,144 bytes? -- Juha From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 16:55:25 2004 Return-Path: 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 E93BC16A52E for ; Wed, 22 Sep 2004 16:55:25 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFFC43D31 for ; Wed, 22 Sep 2004 16:55:06 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA01802 for ; Wed, 22 Sep 2004 19:55:05 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4151AE68.6040802@icyb.net.ua> Date: Wed, 22 Sep 2004 19:55:04 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 23 Sep 2004 12:02:15 +0000 Subject: nforce2 vs. apic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 16:55:26 -0000 I posted this some time ago to freebsd-questions@, but replies I got, although very helping, amounted to "don't do it", so I am trying this list. I have nforce2-based motherboard Abit NF7 and run 5.2.1-RELEASE on that system. I have tried to enable APIC by compiling kernel with 'device apic' (both with and without SMP option, although this is a UP system), but system just freezes during boot with it. Everything works pretty well without APIC, I was just curious about getting it to work. I found this discussion: http://lists.freebsd.org/pipermail/freebsd-current/2004-May/027316.html and I have also found numerous reports on nforce2+APIC lockup problem in Linux and some patches that were reported to help with it. So, I want to find out if anything changed with respect to this in FreeBSD, maybe some patches/workarounds, or success stories about FreeBSD+nforce2+APIC. Also some notes about my lockup. It happens at this point (exerpt for non-verbose non-APIC dmesg): psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1830012912 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default <<< In APIC case system freezes here >>> GEOM: create disk ad0 dp=0xc6e15e60 ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 Also, when system freezes keyboard LEDs still work properly and cursor disappears when I press Scroll Lock, but arrow and PgUp/PgDown do not work; if I try Alt-F system speacker emits monotonic sound that can not be turned off (except by reset, of course). I am ready to provide any additional information. Unfortunately I am not able to use serial console, so I can't give much info for APIC-enabled case. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 19:20:56 2004 Return-Path: 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 B413F16A4D1 for ; Wed, 22 Sep 2004 19:20:56 +0000 (GMT) Received: from skoda.sockpuppet.org (skoda.sockpuppet.org [192.148.252.238]) by mx1.FreeBSD.org (Postfix) with SMTP id AE36943D46 for ; Wed, 22 Sep 2004 19:20:53 +0000 (GMT) (envelope-from kdulzo@sockpuppet.org) Received: (qmail 29875 invoked by uid 133); 22 Sep 2004 19:20:34 -0000 Date: Wed, 22 Sep 2004 15:20:34 -0400 From: kdulzo@skoda.sockpuppet.org To: freebsd-current@freebsd.org Message-ID: <20040922192034.GA25689@skoda.sockpuppet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i X-Mailman-Approved-At: Thu, 23 Sep 2004 12:02:15 +0000 Subject: 5.3-BETA5 PAE Panic/Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kdulzo@sockpuppet.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2004 19:20:56 -0000 I've been searching around for what I might be doing incorrectly, but seem to have come to a dead stop in setting up a HP Proliant DL380G3 machine with a PAE enabled 5.3-BETA kernel. I've tried BETAS 3,4, and 5 with no luck. The default PAE configuration file causes the problem indicated in the log below. FOO is a copy of PAE config with KDB, DDB, and KVA_PAGES=512. Am I incorrect in assuming this should work on 5.3? (n.b. I also tried reducing the RAM from 8G to 5G with identical results) At the atapci and the bge probe and attach phases the machine slugs for 150 seconds or so before continuing. And of course, panics after loading the kernel. Regards, Kevin M. Dulzo KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #1: Mon Sep 20 16:55:12 CDT 2004 kdulzo@jirayi-san:/usr/src/sys/i386/compile/FOO ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3185.21-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 8589930496 (8191 MB) avail memory = 8149667840 (7772 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard ioapic3 irqs 48-63 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pci0: at device 4.2 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x2000-0x200f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 15.2 (no driver attached) pcib1: on acpi0 pci1: on pcib1 ciss0: port 0x3000-0x30ff mem 0xf7cf0000-0xf7cf3fff,0xf7dc0000-0xf7dfffff irq 30 at device 3.0 on pci1 ciss0: [GIANT-LOCKED] pcib2: on acpi0 pci2: on pcib2 bge0: mem 0xf7ef0000-0xf7efffff irq 29 at device 1.0 on pci2 bge0: failed to allocate DMA resources device_attach: bge0 attach returned 6 bge1: mem 0xf7ee0000-0xf7eeffff irq 31 at device 2.0 on pci2 bge1: failed to allocate DMA resources device_attach: bge1 attach returned 6 pcib3: on acpi0 pci3: on pcib3 pcib4: on acpi0 pci6: on pcib4 pci6: at device 30.0 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xee000-0xeffff,0xcc000-0xcd7ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec ATAPI_RESET time = 30us acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 104183MB (213367680 512 byte sectors: 255H 32S/T 26148C) da2 at ciss0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-0 device da2: 135.168MB/s transfers da2: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) panic: vm_proc_new: upage allocation failed cpuid = 0 KDB: enter: panic [thread 0] Stopped at kdb_enter+0x2b: nop db> where kdb_enter(c0553a3d) at kdb_enter+0x2b panic(c0562f2e,0,c03adbc7,ca2670a0,3) at panic+0x127 vm_proc_new(ca86ba80,ca2670a0,3,0,c087fc94) at vm_proc_new+0x30 proc_init(ca86ba80,1c0,103) at proc_init+0x1d slab_zalloc(c0a232c0,103,7,ca386fc0,c0a20098) at slab_zalloc+0x331 uma_zone_slab(c0a232c0,3,2,10,18) at uma_zone_slab+0xd0 uma_zalloc_bucket(c0a232c0,3) at uma_zalloc_bucket+0x15c uma_zalloc_arg(c0a232c0,0,2) at uma_zalloc_arg+0x27a fork1(c05d8000,20034,0,c087fd50) at fork1+0x31f kthread_create(c04cfd0c,0,c05f0df8,0,0,c0534b94,c0564107) at kthread_create+0x3d kproc_start(c05c5c00,878020,878000,0,c0240ede) at kproc_start+0x1f mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 23:22:18 2004 Return-Path: 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 B3CC816A4CE for ; Wed, 22 Sep 2004 23:22:18 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0115543D3F for ; Wed, 22 Sep 2004 23:22:18 +0000 (GMT) (envelope-from sam.wun@authtec.net) Received: (qmail 15717 invoked from network); 22 Sep 2004 23:22:17 -0000 Received: from unknown (HELO [192.168.4.129]) (samwun@hgcbroadband.com@[221.127.106.26]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 22 Sep 2004 23:22:17 -0000 Message-ID: <415208FA.8090702@authtec.net> Date: Thu, 23 Sep 2004 07:21:30 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Oppermann References: <4151D1CA.6080400@freebsd.org> In-Reply-To: <4151D1CA.6080400@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 23 Sep 2004 12:02:15 +0000 cc: freebsd-current@freebsd.org Subject: Re: Heads up: PFIL_HOOKS is permanent in RELENG_5 now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 22 Sep 2004 23:22:18 -0000 Andre Oppermann wrote: > > PFIL_HOOKS is now a permanent part of the kernel in RELENG_5 too. > Remove "options PFIL_HOOKS" from you kernel configuration file. > But PF needs it. Sam From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 03:23:06 2004 Return-Path: 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 3112316A4CE for ; Thu, 23 Sep 2004 03:23:06 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7A8D43D1F for ; Thu, 23 Sep 2004 03:23:05 +0000 (GMT) (envelope-from DougB@dougbarton.net) Received: from [192.168.9.149] (unknown[195.172.110.163]) by comcast.net (sccrmhc12) with ESMTP id <2004092303230401200lp6b0e> (Authid: domain_name_tsar); Thu, 23 Sep 2004 03:23:05 +0000 Message-ID: <41524195.6050105@DougBarton.net> Date: Thu, 23 Sep 2004 04:23:01 +0100 From: Doug Barton User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040811 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20040917010328.9648843D2D@mx1.FreeBSD.org> <4150794E.6030405@elischer.org> <20040921230347.6423276d@it.buh.tecnik93.com> <1095813512.2535.39.camel@RabbitsDen> <4150CB57.6070801@elischer.org> In-Reply-To: <4150CB57.6070801@elischer.org> X-Enigmail-Version: 0.84.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 23 Sep 2004 12:02:15 +0000 cc: freebsd-current@freebsd.org cc: "Alexandre \"Sunny\" Kovalenko" Subject: Re: slotcount oddity message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 03:23:06 -0000 Julian Elischer wrote: > as I said before.. I know about it. it is not a problem, and I'm looking > for the reason... Is it necessary or desirable to have this message enabled in the base? Looks like it's causing user confusion ... Doug -- If you're never wrong, you're not trying hard enough From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 03:58:49 2004 Return-Path: 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 0057316A4CE for ; Thu, 23 Sep 2004 03:58:49 +0000 (GMT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298C843D2F for ; Thu, 23 Sep 2004 03:58:48 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [127.0.0.1] (i-25.forrie.net. [192.168.1.25]) by forrie.com with ESMTP id i8N3wb8k034312 for ; Wed, 22 Sep 2004 23:58:40 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <415249ED.80603@forrie.com> Date: Wed, 22 Sep 2004 23:58:37 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 0.8 (Windows/20040922) 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 X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean X-Mailman-Approved-At: Thu, 23 Sep 2004 12:02:15 +0000 Subject: Installing FreeBSD-5.3 on Compaq AP200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 03:58:49 -0000 I have this spare machine banging around which I want to put FreeBSD on. I'm installing 5.3-beta, booting off floppies. The kernel boot fails/stalls at: ATAPI_RESET time = 60us ATAPI_RESET time = 90us ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE timed out It identifies the 2 10gb drives in there as UDMA33. Not sure what the problem is - I can tweak some of the IDE options in the BIOS - currently set to UDMA. If you let it sit for a while, it will eventually get to the "Probing devices" screen -- and there it hangs some more. Any ideas? The BIOS is up-to-date, btw. Thanks. From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 08:16:19 2004 Return-Path: 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 A142416A4CE for ; Thu, 23 Sep 2004 08:16:19 +0000 (GMT) Received: from out002.verizon.net (out002pub.verizon.net [206.46.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1612443D1F for ; Thu, 23 Sep 2004 08:16:19 +0000 (GMT) (envelope-from lists@bgruber.isa-geek.com) Received: from box ([162.84.254.195]) by out002.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040923081618.HMOQ6722.out002.verizon.net@box> for ; Thu, 23 Sep 2004 03:16:18 -0500 Received: from [192.168.0.2] (helo=[192.168.0.2]) by box with esmtp (Cipher TLSv1:RC4-MD5:128) (Exim 3.35 #1 (Debian)) id 1CAOm0-0001bm-00 for ; Thu, 23 Sep 2004 04:16:16 -0400 Message-ID: <4152864B.8040309@bgruber.isa-geek.com> Date: Thu, 23 Sep 2004 04:16:11 -0400 From: bgruber User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out002.verizon.net from [162.84.254.195] at Thu, 23 Sep 2004 03:16:18 -0500 X-Mailman-Approved-At: Thu, 23 Sep 2004 12:02:15 +0000 Subject: usb broken in BETA5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 08:16:19 -0000 Hi, Somewhere between betas 3 and 5, my usb broke. The actual controllers and hubs are found on boot... 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 0x1820-0x183f 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 0x1840-0x185f 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 However, plugging in a USB device does nothing. I've tried multiple devices which work on other machines, in all of the ports on the computer. It works when I boot this machine into linux. it doesn't work with usbd on or off. Can anyone help me? thanks, brian From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:07:30 2004 Return-Path: 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 DB94916A4CE for ; Thu, 23 Sep 2004 11:07:30 +0000 (GMT) Received: from infoline.su (mail.infoline.su [194.135.60.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 744D743D55 for ; Thu, 23 Sep 2004 11:07:27 +0000 (GMT) (envelope-from nevis2us@infoline.su) Received: from baikal.home.test ([194.135.60.150]) by infoline.su (infoline.su [194.135.60.4]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 36-md50000000028.tmp for ; Thu, 23 Sep 2004 15:06:03 +0400 Received: from [192.168.254.1] (baikal.home.test [192.168.254.1]) by baikal.home.test (8.12.11/8.12.11) with ESMTP id i8NB7775000592 for ; Thu, 23 Sep 2004 15:07:08 +0400 (MSD) (envelope-from nevis2us@infoline.su) Message-ID: <4152AE5A.6050009@infoline.su> Date: Thu, 23 Sep 2004 15:07:06 +0400 From: Alexander Kirillov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040905 X-Accept-Language: ru, en, en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Processed: infoline.su, Thu, 23 Sep 2004 15:06:03 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 194.135.60.150 X-Return-Path: nevis2us@infoline.su X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-Mailman-Approved-At: Thu, 23 Sep 2004 12:02:15 +0000 Subject: SUMMARY INFORMATION BAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nevis2us@infoline.su List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 11:07:31 -0000 Installed yesterday's RELENG_5 on my second hard drive. Rebooted into 4.10 in single user on my first drive and ran fsck. Got SUMMARY INFORMATION BAD on all partitions previously mounted in RELENG_5. Tried booting into RELENG_5 and back into -stable several times with the same result. fsck in RELENG_5 doesn't produce any error messages. Why? # uname -a FreeBSD 5.3-BETA5 FreeBSD 5.3-BETA5 #1: Thu Sep 23 12:36:20 MSD 2004 nevis@:/usr/obj/usr/src/sys/GENERIC i386 # uname -a FreeBSD baikal.home.test 4.10-RELEASE-p2 FreeBSD 4.10-RELEASE-p2 #6: Sun Aug 1 02:39:19 MSD 2004 nevis@baikal.home.test:/usr/obj/usr/src/sys/BAIKAL i386 From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:16:23 2004 Return-Path: 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 6A02A16A4D1 for ; Thu, 23 Sep 2004 11:16:23 +0000 (GMT) Received: from infoline.su (mail.infoline.su [194.135.60.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABDFC43D2D for ; Thu, 23 Sep 2004 11:16:22 +0000 (GMT) (envelope-from nevis2us@infoline.su) Received: from baikal.home.test ([194.135.60.177]) by infoline.su (infoline.su [194.135.60.4]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 54-md50000000028.tmp for ; Thu, 23 Sep 2004 15:13:55 +0400 Received: from [10.0.0.1] (baikal.home.test [10.0.0.1]) by baikal.home.test (8.12.11/8.12.11) with ESMTP id i8NBF0XM000628 for ; Thu, 23 Sep 2004 15:15:01 +0400 (MSD) (envelope-from nevis2us@infoline.su) Message-ID: <4152B034.6090005@infoline.su> Date: Thu, 23 Sep 2004 15:15:00 +0400 From: Alexander Kirillov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040905 X-Accept-Language: ru, en, en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Processed: infoline.su, Thu, 23 Sep 2004 15:13:55 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 194.135.60.177 X-Return-Path: nevis2us@infoline.su X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-Mailman-Approved-At: Thu, 23 Sep 2004 12:02:15 +0000 Subject: df -h display bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nevis2us@infoline.su List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 11:16:23 -0000 Note 10.0 in /usr Used column below. Should be 10G # df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad1s1a 126M 62M 54M 53% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad1s1f 252M 1.5M 230M 1% /tmp /dev/ad1s1g 35G 10.0 22G 31% /usr /dev/ad1s1e 252M 1.9M 230M 1% /var procfs 4.0K 4.0K 0B 100% /proc Here's df -H output for comparison: #df -H Filesystem Size Used Avail Capacity Mounted on /dev/ad1s1a 132M 65M 57M 53% / devfs 1.0k 1.0k 0B 100% /dev /dev/ad1s1f 264M 1.5M 242M 1% /tmp /dev/ad1s1g 38G 11G 24G 31% /usr /dev/ad1s1e 264M 2.0M 241M 1% /var procfs 4.1k 4.1k 0B 100% /proc df -h in -stable gives 10.0G for the same partition. Which is kinda clumsy too but less misleading. # uname -a FreeBSD 5.3-BETA5 FreeBSD 5.3-BETA5 #1: Thu Sep 23 12:36:20 MSD 2004 nevis@:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 12:40:25 2004 Return-Path: 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 676F516A4CE for ; Thu, 23 Sep 2004 12:40:25 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B201643D41 for ; Thu, 23 Sep 2004 12:40:22 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 13418 invoked by uid 65534); 23 Sep 2004 12:40:21 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp004) with SMTP; 23 Sep 2004 14:40:21 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 23 Sep 2004 14:40:08 +0200 User-Agent: KMail/1.7 References: <4151AE68.6040802@icyb.net.ua> In-Reply-To: <4151AE68.6040802@icyb.net.ua> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3086757.pKZkdvH8bN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409231440.18995.Emanuel.Strobl@gmx.net> cc: Andriy Gapon Subject: Re: nforce2 vs. apic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 12:40:25 -0000 --nextPart3086757.pKZkdvH8bN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 22. September 2004 18:55 schrieb Andriy Gapon: > I posted this some time ago to freebsd-questions@, but replies I got, > although very helping, amounted to "don't do it", so I am trying this lis= t. > > I have nforce2-based motherboard Abit NF7 and run 5.2.1-RELEASE on that > system. I have tried to enable APIC by compiling kernel with 'device > apic' (both with and without SMP option, although this is a UP system), > but system just freezes during boot with it. Everything works pretty > well without APIC, I was just curious about getting it to work. Why don't you give 5.3 a try? It's BETA5 and maybe you could help finding=20 bugs.. =2DMano > > I found this discussion: > > http://lists.freebsd.org/pipermail/freebsd-current/2004-May/027316.html > > and I have also found numerous reports on nforce2+APIC lockup problem in > Linux and some patches that were reported to help with it. > > So, I want to find out if anything changed with respect to this in > FreeBSD, maybe some patches/workarounds, or success stories about > FreeBSD+nforce2+APIC. > > Also some notes about my lockup. It happens at this point (exerpt for > non-verbose non-APIC dmesg): > > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3 > pmtimer0 on isa0 > sc0: on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x200> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 1830012912 Hz quality 800 > Timecounters tick every 10.000 msec > ipfw2 initialized, divert disabled, rule-based forwarding enabled, > default to accept, logging limited to 100 packets/entry by default > <<< In APIC case system freezes here >>> > GEOM: create disk ad0 dp=3D0xc6e15e60 > ad0: 76319MB [155061/16/63] at ata0-master UDMA100 > acd0: CDRW at ata1-master UDMA33 > > Also, when system freezes keyboard LEDs still work properly and cursor > disappears when I press Scroll Lock, but arrow and PgUp/PgDown do not > work; if I try Alt-F system speacker emits monotonic sound that can > not be turned off (except by reset, of course). > > I am ready to provide any additional information. Unfortunately I am not > able to use serial console, so I can't give much info for APIC-enabled > case. --nextPart3086757.pKZkdvH8bN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBUsQyBylq0S4AzzwRAo32AJ0bQ9Re/+XOXgqIaspQKI9RGzPnWgCffd2P wccsfeHaIrd9Z8FpubdMQdw= =cqhd -----END PGP SIGNATURE----- --nextPart3086757.pKZkdvH8bN-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 12:52:35 2004 Return-Path: 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 8DB0E16A4CE for ; Thu, 23 Sep 2004 12:52:35 +0000 (GMT) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 6064443D39 for ; Thu, 23 Sep 2004 12:52:34 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 12525 invoked by uid 1001); 23 Sep 2004 12:52:33 -0000 To: juhasaarinen@gmail.com From: sthaug@nethelp.no In-Reply-To: Your message of "Thu, 23 Sep 2004 23:45:55 +1200" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 23 Sep 2004 14:52:33 +0200 Message-ID: <12523.1095943953@bizet.nethelp.no> cc: freebsd-current@freebsd.org Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 12:52:35 -0000 > Is there a reason for keeping ARG_MAX so low, or could it be increased > to eg. 262,144 bytes? Yes please! I've wanted this for a long time. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:03:16 2004 Return-Path: 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 C56F916A4CE for ; Thu, 23 Sep 2004 13:03:16 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D08243D46 for ; Thu, 23 Sep 2004 13:03:16 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 6D633ACAFE; Thu, 23 Sep 2004 15:03:14 +0200 (CEST) Date: Thu, 23 Sep 2004 15:03:14 +0200 From: Pawel Jakub Dawidek To: Alexander Kirillov Message-ID: <20040923130314.GP93460@darkness.comp.waw.pl> References: <4152B034.6090005@infoline.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PT0wT86ZVVq2zanE" Content-Disposition: inline In-Reply-To: <4152B034.6090005@infoline.su> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: df -h display bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:03:16 -0000 --PT0wT86ZVVq2zanE Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 23, 2004 at 03:15:00PM +0400, Alexander Kirillov wrote: +> Note 10.0 in /usr Used column below. Should be 10G +>=20 +> # df -h +> Filesystem Size Used Avail Capacity Mounted on +> /dev/ad1s1a 126M 62M 54M 53% / +> devfs 1.0K 1.0K 0B 100% /dev +> /dev/ad1s1f 252M 1.5M 230M 1% /tmp +> /dev/ad1s1g 35G 10.0 22G 31% /usr +> /dev/ad1s1e 252M 1.9M 230M 1% /var +> procfs 4.0K 4.0K 0B 100% /proc This looks like a bug in humanize_number(3), I'll look into this. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --PT0wT86ZVVq2zanE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBUsmSForvXbEpPzQRAkxWAKCPkBA6sq1vghUf90GsDpofDBDyqwCg9J7H wq+WL/W7+DP/1Q9wIflOx+o= =PQFf -----END PGP SIGNATURE----- --PT0wT86ZVVq2zanE-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:06:20 2004 Return-Path: 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 3F03716A4CE for ; Thu, 23 Sep 2004 13:06:20 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id C20C343D58 for ; Thu, 23 Sep 2004 13:06:19 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so2153837rnk for ; Thu, 23 Sep 2004 06:06:19 -0700 (PDT) Received: by 10.38.6.75 with SMTP id 75mr1236035rnf; Thu, 23 Sep 2004 06:06:18 -0700 (PDT) Received: by 10.38.13.17 with HTTP; Thu, 23 Sep 2004 06:06:18 -0700 (PDT) Message-ID: <84dead72040923060647ebea29@mail.gmail.com> Date: Thu, 23 Sep 2004 18:36:18 +0530 From: Joseph Koshy To: Chris Laverdure In-Reply-To: <1095916547.661.1.camel@elemental.DashEvil> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1095916547.661.1.camel@elemental.DashEvil> cc: freebsd-current@freebsd.org Subject: Re: /usr/sbin/config dependancy check? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 13:06:20 -0000 Could you give an example of the kind of dependency checking you would like? On Thu, 23 Sep 2004 01:15:48 -0400, Chris Laverdure wrote: > Is there any hope of getting some dependancy checking in config? I can't > imagine it being that difficult to implement and it would clear up a lot > of noise on the mailing lists and IRC channels. > > Plus, well, it just makes sense. > > _______________________________________________ > 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 Thu Sep 23 13:17:50 2004 Return-Path: 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 0C28F16A4CE for ; Thu, 23 Sep 2004 13:17:50 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D7543D41 for ; Thu, 23 Sep 2004 13:17:49 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.34 (FreeBSD)) id 1CATTO-0003ct-2d for freebsd-current@freebsd.org; Thu, 23 Sep 2004 15:17:22 +0200 Date: Thu, 23 Sep 2004 15:17:22 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20040923131721.GC83736@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <4151D1CA.6080400@freebsd.org> <415208FA.8090702@authtec.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415208FA.8090702@authtec.net> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller Subject: Re: Heads up: PFIL_HOOKS is permanent in RELENG_5 now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:17:50 -0000 Hi. On Thu, Sep 23, 2004 at 07:21:30AM +0800, sam wrote: > >PFIL_HOOKS is now a permanent part of the kernel in RELENG_5 too. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >Remove "options PFIL_HOOKS" from you kernel configuration file. > > But PF needs it. Well, funny, you just posted the answer. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:19:51 2004 Return-Path: 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 D91F816A4CE for ; Thu, 23 Sep 2004 13:19:51 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E236E43D2F for ; Thu, 23 Sep 2004 13:19:45 +0000 (GMT) (envelope-from yurtesen-dated-1096809580.395c1f@ispro.net.tr) Received: (qmail 50719 invoked by uid 89); 23 Sep 2004 13:19:41 -0000 Received: from [192.168.0.94] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Thu, 23 Sep 2004 16:19:36 +0300 (EEST) Message-ID: <415359EF.3050008@ispro.net.tr> Date: Thu, 23 Sep 2004 16:19:11 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit From: Evren Yurtesen X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) X-Primary-Address: yurtesen@ispro.net.tr Subject: panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:19:52 -0000 Hi, Does anybody know what is panic: sorele? :) FreeBSD proxy.ispro.net.tr 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Fri Sep 17 19:17:14 EEST 2004 toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY i386 I just got this error and the machine got frozen... panic: sorele cpuid = 1 boot() called on cpu#1 Uptime: 5d19h48m4s I wonder if it might be some hardware problem or ? Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA4 #0: Fri Sep 17 19:17:14 EEST 2004 toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 3216179200 (3067 MB) avail memory = 3149369344 (3003 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard module_register_init: MOD_LOAD (splash_bmp, 0xc0788810, 0) error 2 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xefe0-0xefe7 mem 0xfe780000-0xfe7fffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 3964k stolen memory agp0: aperture size is 128M pcib1: at device 30.0 on pci0 pci1: on pcib1 fxp0: port 0xdf00-0xdf3f mem 0xfe5ff000-0xfe5fffff irq 20 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0e:a6:0a:51:36 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 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 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging disabled ad0: 76319MB [155061/16/63] at ata0-master UDMA100 ad2: 114473MB [232581/16/63] at ata1-master SATA150 ad3: 114473MB [232581/16/63] at ata1-slave SATA150 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:21:55 2004 Return-Path: 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 468C916A4CE for ; Thu, 23 Sep 2004 13:21:55 +0000 (GMT) Received: from dglawrence.com (c-24-21-223-117.client.comcast.net [24.21.223.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C84D43D49 for ; Thu, 23 Sep 2004 13:21:54 +0000 (GMT) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.10/8.12.6) with ESMTP id i8NCQKrW013240; Thu, 23 Sep 2004 05:26:20 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id i8NCQKpo013239; Thu, 23 Sep 2004 05:26:20 -0700 (PDT) Date: Thu, 23 Sep 2004 05:26:20 -0700 From: "David G. Lawrence" To: Juha Saarinen Message-ID: <20040923122620.GW16205@nexus.dglawrence.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-current@freebsd.org Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:21:55 -0000 > Currently, ARG_MAX is set to: > > $ getconf ARG_MAX > 65536 > > in syslimits.h. This is quite low compared to other OS (SunOS has 1MB > IIRC, and OpenBSD 3.5 256K) and causes the "argument list too long" > issues when for instance grep'ing in directories with lots of files. > > Last time the limit was upped was ten years ago: > > "Revision 1.4 / (download) - annotate - [select for diffs], Mon Aug 8 > 09:12:43 1994 UTC (10 years, 1 month ago) by davidg > Branch: MAIN > Changes since 1.3: +2 -2 lines > Diff to previous 1.3 (colored) > > Increased ARG_MAX even further...to 64k bytes." > > Is there a reason for keeping ARG_MAX so low, or could it be increased > to eg. 262,144 bytes? I feel compelled to respond since you mentioned me above and since I wrote most of the code involved... :-) The main issue with increasing the size of ARG_MAX is that it will result in more kernel virtual memory being reserved for temporary storage of the args. This used to be a much larger problem when KVM was scarce, but less of a problem now with 1GB or more of KVM. The args temporary space is allocated out of exec_map (a submap of kernel_map), which is sized to be about 16 * ARG_MAX. The '16' is to allow up to 16 processes to simultaneously exec until additional execs are blocked waiting for KVM to become available. Anyway, increasing ARG_MAX to 256K (roughly 4MB of KVM) should be okay on most systems. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:23:16 2004 Return-Path: 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 3047816A4CE for ; Thu, 23 Sep 2004 13:23:16 +0000 (GMT) Received: from mta2.rdslink.ro (emta2.rdslink.ro [193.231.236.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821CB43D39 for ; Thu, 23 Sep 2004 13:23:14 +0000 (GMT) (envelope-from dr.clau@rdslink.ro) Received: (qmail 21740 invoked from network); 23 Sep 2004 13:17:24 -0000 Received: from unknown (HELO mail.rdslink.ro) (193.231.236.20) by emta2.rdslink.ro with SMTP; 23 Sep 2004 13:17:24 -0000 Received: (qmail 16231 invoked from network); 23 Sep 2004 13:21:43 -0000 Received: from unknown (HELO mordor.arsys.ro) (213.157.184.200) by mail.rdslink.ro with SMTP; 23 Sep 2004 13:21:43 -0000 Received: from localhost (jail1 [192.168.0.100]) by mordor.arsys.ro (Postfix) with ESMTP id E9463CFAB7 for ; Thu, 23 Sep 2004 16:22:32 +0300 (EEST) Received: from mordor.arsys.ro ([192.168.0.100]) by localhost (jail1 [192.168.0.100]) (amavisd-new, port 10024) with ESMTP id 22545-08 for ; Thu, 23 Sep 2004 16:22:29 +0300 (EEST) Received: from [82.79.29.15] (unknown [82.79.29.15]) by mordor.arsys.ro (Postfix) with ESMTP id 39796CFAB6 for ; Thu, 23 Sep 2004 16:22:29 +0300 (EEST) Message-ID: <4152CDEA.3030601@rdslink.ro> Date: Thu, 23 Sep 2004 16:21:46 +0300 From: Claudiu Dragalina-Paraipan User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040807) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4151D1CA.6080400@freebsd.org> <415208FA.8090702@authtec.net> In-Reply-To: <415208FA.8090702@authtec.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at arsys.ro Subject: Re: Heads up: PFIL_HOOKS is permanent in RELENG_5 now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:23:16 -0000 sam wrote: > Andre Oppermann wrote: > >> >> PFIL_HOOKS is now a permanent part of the kernel in RELENG_5 too. >> Remove "options PFIL_HOOKS" from you kernel configuration file. >> > But PF needs it. > > Sam I think that Mr. Andre wanted to say that the option is not needed in the kernel configuration file, because PFIL_HOOKS is compiled anyway in the kernel. -- Claudiu Dragalina-Paraipan e-mail: dr.clau@rdslink.ro From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:43:31 2004 Return-Path: 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 A7DF016A4CE for ; Thu, 23 Sep 2004 13:43:31 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8939543D45 for ; Thu, 23 Sep 2004 13:43:30 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [IPv6:::1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.11/8.11.1) with ESMTP id i8NDhRiE065874; Thu, 23 Sep 2004 15:43:27 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20040922192034.GA25689@skoda.sockpuppet.org> References: <20040922192034.GA25689@skoda.sockpuppet.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8C289822-0D66-11D9-95D2-000A95C893E4@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 23 Sep 2004 15:43:27 +0200 To: kdulzo@sockpuppet.org X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 PAE Panic/Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:43:31 -0000 Am 22.09.2004 um 21:20 schrieb kdulzo@skoda.sockpuppet.org: > I've been searching around for what I might be doing incorrectly, but > seem to have come to a dead stop in setting up a HP Proliant DL380G3 > machine with a PAE enabled 5.3-BETA kernel. I've tried BETAS 3,4, and > 5 > with no luck. The default PAE configuration file causes the problem > indicated in the log below. FOO is a copy of PAE config with KDB, DDB, > and KVA_PAGES=512. Am I incorrect in assuming this should work on 5.3? You might want to try to limit the kmem size, if you haven't done so already: options VM_KMEM_SIZE_MAX=419430400 #400MB (Kris Kennaways suggestion.) -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:43:52 2004 Return-Path: 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 12AEC16A4CE for ; Thu, 23 Sep 2004 13:43:52 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06CE343D2F for ; Thu, 23 Sep 2004 13:43:51 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8NDhn6Y005734; Thu, 23 Sep 2004 17:43:49 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Thu, 23 Sep 2004 17:43:49 +0400 (MSD) From: Maxim Konovalov To: Alexander Kirillov In-Reply-To: <4152AE5A.6050009@infoline.su> Message-ID: <20040923173617.E5541@mp2.macomnet.net> References: <4152AE5A.6050009@infoline.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: SUMMARY INFORMATION BAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:43:52 -0000 On Thu, 23 Sep 2004, 15:07+0400, Alexander Kirillov wrote: > Installed yesterday's RELENG_5 on my second hard drive. > Rebooted into 4.10 in single user on my first drive and ran fsck. > Got SUMMARY INFORMATION BAD on all partitions previously mounted in RELENG_5. > Tried booting into RELENG_5 and back into -stable several times with the same > result. > fsck in RELENG_5 doesn't produce any error messages. Why? FAQ. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/65223 -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:47:42 2004 Return-Path: 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 AEE8116A4CE for ; Thu, 23 Sep 2004 13:47:42 +0000 (GMT) Received: from horus.euredit.net (horus.euredit.net [194.145.144.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 515BB43D2D for ; Thu, 23 Sep 2004 13:47:42 +0000 (GMT) (envelope-from kde@europages.com) Received: from gandalf.euredit.net (gandalf [194.145.144.88]) by horus.euredit.net (Postfix) with ESMTP id 0136C20205 for ; Thu, 23 Sep 2004 15:47:38 +0200 (CEST) Received: from [10.10.11.141] (unknown [10.10.11.141]) by gandalf.euredit.net (Postfix) with ESMTP id 4D690AF09 for ; Thu, 23 Sep 2004 15:47:39 +0200 (CEST) From: Key Dof To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1095947258.61028.12.camel@ramses> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 23 Sep 2004 15:47:38 +0200 Content-Transfer-Encoding: 7bit Subject: smbfs and SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:47:42 -0000 Hi, I am using 5.2.1-p10 with a HTT P4 cpu, when i try to mount smbfs i get that the module was not compiled with SMP support (in /var/log/messages) I put SMP=yes and SMP_SUPPORT=yes in my make.conf and i recompiled smbfs and mount_smbfs but it didn't change anything. Any idea how to solve this? Thanks From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:48:36 2004 Return-Path: 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 DA34216A4CE for ; Thu, 23 Sep 2004 13:48:36 +0000 (GMT) Received: from hourri.hittite.isp.9tel.net (hourri.hittite.isp.9tel.net [62.62.156.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43AE243D1F for ; Thu, 23 Sep 2004 13:48:36 +0000 (GMT) (envelope-from clefevr-current@9online.fr) Received: from pc2k (109-247-118-80.kaptech.net [80.118.247.109]) by hourri.hittite.isp.9tel.net (Postfix) with SMTP id B1CF515759A; Thu, 23 Sep 2004 16:07:20 +0200 (CEST) Message-ID: <000001c4a174$0545df40$7890a8c0@gits.invalid> From: "Cyrille Lefevre" To: "Juha Saarinen" , References: Date: Thu, 23 Sep 2004 15:46:34 +0200 Organization: ACME MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cyrille Lefevre List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 13:48:37 -0000 "Juha Saarinen" wrote: > Currently, ARG_MAX is set to: > > $ getconf ARG_MAX > 65536 > > in syslimits.h. This is quite low compared to other OS (SunOS has 1MB > IIRC, and OpenBSD 3.5 256K) and causes the "argument list too long" > issues when for instance grep'ing in directories with lots of files. how about grep -r ou find | xargs grep ! Cyrille Lefevre. -- home: mailto:cyrille.lefevre@laposte.net From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 13:55:24 2004 Return-Path: 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 ED85E16A4CE for ; Thu, 23 Sep 2004 13:55:24 +0000 (GMT) Received: from blues.hansabank.lt (blues.hansabank.lt [193.109.235.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AB343D1D for ; Thu, 23 Sep 2004 13:55:24 +0000 (GMT) (envelope-from Putinas.Piliponis@hansa.lt) Received: from localhost (localhost [127.0.0.1]) by blues.hansabank.lt (Postfix) with ESMTP id 8365B4624B; Thu, 23 Sep 2004 16:55:22 +0300 (EEST) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 Date: Thu, 23 Sep 2004 16:54:56 +0300 Message-ID: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Could ARG_MAX be increased? Thread-Index: AcShdDGGWci2ZDxdQj+NVun9CO/0eQAAKB4A From: "Putinas Piliponis" To: "Cyrille Lefevre" , "Juha Saarinen" , Subject: RE: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:55:25 -0000 but this is workaround - isn't it ?=20 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Cyrille Lefevre Sent: Thursday, September 23, 2004 4:47 PM To: Juha Saarinen; freebsd-current@freebsd.org Subject: Re: Could ARG_MAX be increased? "Juha Saarinen" wrote: > Currently, ARG_MAX is set to: >=20 > $ getconf ARG_MAX > 65536 > =20 > in syslimits.h. This is quite low compared to other OS (SunOS has 1MB > IIRC, and OpenBSD 3.5 256K) and causes the "argument list too long" > issues when for instance grep'ing in directories with lots of files. how about grep -r ou find | xargs grep ! Cyrille Lefevre. --=20 home: mailto:cyrille.lefevre@laposte.net _______________________________________________ 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 Thu Sep 23 13:59:23 2004 Return-Path: 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 E354616A4CE for ; Thu, 23 Sep 2004 13:59:23 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FCB443D66 for ; Thu, 23 Sep 2004 13:59:23 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1CAU81-0003X4-5v; Thu, 23 Sep 2004 14:59:21 +0100 Date: Thu, 23 Sep 2004 14:59:21 +0100 From: Ceri Davies To: Putinas Piliponis Message-ID: <20040923135921.GK2493@submonkey.net> Mail-Followup-To: Ceri Davies , Putinas Piliponis , Cyrille Lefevre , Juha Saarinen , freebsd-current@freebsd.org References: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OY4z34RctfP64Hws" Content-Disposition: inline In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: Cyrille Lefevre cc: Juha Saarinen cc: freebsd-current@freebsd.org Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 13:59:24 -0000 --OY4z34RctfP64Hws Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 23, 2004 at 04:54:56PM +0300, Putinas Piliponis wrote: >=20 > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org > > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Cyrille Lefevre > > Sent: Thursday, September 23, 2004 4:47 PM > > To: Juha Saarinen; freebsd-current@freebsd.org > > Subject: Re: Could ARG_MAX be increased? > >=20 > > "Juha Saarinen" wrote: > > > Currently, ARG_MAX is set to: > > >=20 > > > $ getconf ARG_MAX > > > 65536 > > > =20 > > > in syslimits.h. This is quite low compared to other OS (SunOS has 1MB > > > IIRC, and OpenBSD 3.5 256K) and causes the "argument list too long" > > > issues when for instance grep'ing in directories with lots of files. > >=20 > >=20 > > how about grep -r ou find | xargs grep ! > >=20 >=20 > but this is workaround - isn't it ?=20 Well yes, but you need to know how to workaround this. Otherwise, what happens when you hit ARG_MAX limit? You lobby the developer of that system to up the number and then upgrade? Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --OY4z34RctfP64Hws Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBUta4ocfcwTS3JF8RAtQfAKC91a1jChC0nxe6BHdtMiiYSfVuPgCghfmU k++a4F03sV5bwBp/nUWsado= =UJbX -----END PGP SIGNATURE----- --OY4z34RctfP64Hws-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 14:05:55 2004 Return-Path: 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 3B40216A4CE for ; Thu, 23 Sep 2004 14:05:55 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 944CB43D39 for ; Thu, 23 Sep 2004 14:05:54 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.13.1/8.13.1) with ESMTP id i8NE5lT6005253; Thu, 23 Sep 2004 10:05:47 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.13.1/8.13.1/Submit) id i8NE5lM6005252; Thu, 23 Sep 2004 10:05:47 -0400 (EDT) (envelope-from geoff) Date: Thu, 23 Sep 2004 10:05:47 -0400 From: Geoff Speicher To: Putinas Piliponis Message-ID: <20040923140547.GA3884@sirius.speicher.org> References: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> User-Agent: Mutt/1.4.2.1i cc: Cyrille Lefevre cc: Juha Saarinen cc: freebsd-current@freebsd.org Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 14:05:55 -0000 On Thu, Sep 23, 2004 at 04:54:56PM +0300, Putinas Piliponis wrote: > but this is workaround - isn't it ? It's not so much a workaround as it is a general purpose solution. You can never increase ARG_MAX enough to cover all possible scenarios. Geoff > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Cyrille Lefevre > Sent: Thursday, September 23, 2004 4:47 PM > To: Juha Saarinen; freebsd-current@freebsd.org > Subject: Re: Could ARG_MAX be increased? > > "Juha Saarinen" wrote: > > Currently, ARG_MAX is set to: > > > > $ getconf ARG_MAX > > 65536 > > > > in syslimits.h. This is quite low compared to other OS (SunOS has 1MB > > IIRC, and OpenBSD 3.5 256K) and causes the "argument list too long" > > issues when for instance grep'ing in directories with lots of files. > > > how about grep -r ou find | xargs grep ! > > Cyrille Lefevre. > -- > home: mailto:cyrille.lefevre@laposte.net > _______________________________________________ > 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" > > > _______________________________________________ > 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 Thu Sep 23 14:07:08 2004 Return-Path: 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 B130016A4CE for ; Thu, 23 Sep 2004 14:07:08 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25B0443D54 for ; Thu, 23 Sep 2004 14:07:08 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.13.1/8.13.1) with ESMTP id i8NE78Xk005301; Thu, 23 Sep 2004 10:07:08 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.13.1/8.13.1/Submit) id i8NE770L005300; Thu, 23 Sep 2004 10:07:07 -0400 (EDT) (envelope-from geoff) Date: Thu, 23 Sep 2004 10:07:07 -0400 From: Geoff Speicher To: Randy Bush Message-ID: <20040923140707.GB3884@sirius.speicher.org> References: <16722.42073.551653.167476@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16722.42073.551653.167476@roam.psg.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: maintaining british traditions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 14:07:08 -0000 On Thu, Sep 23, 2004 at 11:24:25AM +0100, Randy Bush wrote: > i am visiting the uk and wanted to cvsup. i ran fastest_cvsup > and got > > >> Speed Daemons: > - 1st: cvsup4.uk.freebsd.org > - 2nd: cvsup.uk.freebsd.org > - 3rd: cvsup2.uk.freebsd.org > > so i started fetching from cvsup4.uk.freebsd.org with > > *default tag=. > > i was shocked when it started replacing just about everything so > hit ^C. look at these lovely dates > > -rw-r--r-- 1 root wheel 4735 Sep 5 1999 COPYRIGHT > -rw-r--r-- 1 root wheel 3743 Feb 4 2003 MAINTAINERS > -rw-r--r-- 1 root wheel 9578 Jan 29 2003 Makefile > -rw-r--r-- 1 root wheel 25011 Feb 7 2003 Makefile.inc1 > -rw-r--r-- 1 root wheel 9751 Mar 19 2002 Makefile.upgrade > -rw-r--r-- 1 root wheel 2790 Jul 21 2002 README > -rw-r--r-- 1 root wheel 47743 Feb 9 2003 UPDATING > > what is it in particular this time that i do not understand? You should probably try changing servers, in order to determine whether it's a problem with the cvsup server or a problem with your config file. Geoff From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 14:09:49 2004 Return-Path: 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 9635F16A4CE for ; Thu, 23 Sep 2004 14:09:49 +0000 (GMT) Received: from rip.psg.com (splat.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7001743D48 for ; Thu, 23 Sep 2004 14:09:49 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1CAUI9-000HZX-2m; Thu, 23 Sep 2004 14:09:49 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.42 (FreeBSD)) id 1CAUI7-0003J1-Bq; Thu, 23 Sep 2004 15:09:47 +0100 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16722.55594.863527.590725@roam.psg.com> Date: Thu, 23 Sep 2004 15:09:46 +0100 To: Geoff Speicher References: <16722.42073.551653.167476@roam.psg.com> <20040923140707.GB3884@sirius.speicher.org> cc: freebsd-current@freebsd.org Subject: Re: maintaining british traditions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 14:09:49 -0000 >> i am visiting the uk and wanted to cvsup. i ran fastest_cvsup >> and got >> >> >> Speed Daemons: >> - 1st: cvsup4.uk.freebsd.org >> - 2nd: cvsup.uk.freebsd.org >> - 3rd: cvsup2.uk.freebsd.org >> >> so i started fetching from cvsup4.uk.freebsd.org with >> >> *default tag=. >> >> i was shocked when it started replacing just about everything so >> hit ^C. look at these lovely dates >> >> -rw-r--r-- 1 root wheel 4735 Sep 5 1999 COPYRIGHT >> -rw-r--r-- 1 root wheel 3743 Feb 4 2003 MAINTAINERS >> -rw-r--r-- 1 root wheel 9578 Jan 29 2003 Makefile >> -rw-r--r-- 1 root wheel 25011 Feb 7 2003 Makefile.inc1 >> -rw-r--r-- 1 root wheel 9751 Mar 19 2002 Makefile.upgrade >> -rw-r--r-- 1 root wheel 2790 Jul 21 2002 README >> -rw-r--r-- 1 root wheel 47743 Feb 9 2003 UPDATING >> >> what is it in particular this time that i do not understand? > > You should probably try changing servers, in order to determine whether > it's a problem with the cvsup server or a problem with your config file. oh, i immediately went back to cvsup10 and everything worked just fine. randy From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 14:38:08 2004 Return-Path: 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 AF22716A4CE for ; Thu, 23 Sep 2004 14:38:08 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9DBA43D31 for ; Thu, 23 Sep 2004 14:38:07 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8NEZ7NK044901 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Thu, 23 Sep 2004 18:35:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8NEX7tI044784; (8.12.8/vak/2.1) Thu, 23 Sep 2004 18:33:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4152DF37.2000604@cronyx.ru> Date: Thu, 23 Sep 2004 18:35:35 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <41421D6A.8070805@cronyx.ru> <200409211445.52372.jhb@FreeBSD.org> <415130B3.5040205@cronyx.ru> <200409221514.37187.jhb@FreeBSD.org> In-Reply-To: <200409221514.37187.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Roman Kurakin cc: FreeBSD Current cc: Ian Freislich cc: Nate Lawson Subject: Re: mp_machdep.c (was Re: [Fwd: Re: Bug reports requested - acpi]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 14:38:08 -0000 John Baldwin wrote: >On Wednesday 22 September 2004 03:58 am, Roman Kurakin wrote: > > >>John Baldwin: >> >> >>>On Tuesday 21 September 2004 12:27 pm, Roman Kurakin wrote: >>> >>> >>>>My solution works for current so I am going to commit it and MFC after >>>>a while. To be sure that I am not on the wrong way I need some >>>>reviewed/approved signs ;-) I also hope to get one (or more) tested >>>>signs. >>>> >>>>Patch I plan to commit following patch: >>>> >>>>Index: mp_machdep.c >>>>=================================================================== >>>>RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v >>>>retrieving revision 1.238 >>>>diff -u -r1.238 mp_machdep.c >>>>--- mp_machdep.c 1 Sep 2004 06:42:01 -0000 1.238 >>>>+++ mp_machdep.c 21 Sep 2004 15:54:41 -0000 >>>>@@ -743,10 +743,11 @@ >>>> u_int8_t *dst8; >>>> u_int16_t *dst16; >>>> u_int32_t *dst32; >>>>+ vm_offset_t va = (vm_offset_t) dst; >>>> >>>> POSTCODE(INSTALL_AP_TRAMP_POST); >>>> >>>>- pmap_kenter(boot_address + KERNBASE, boot_address); >>>>+ pmap_map(&va, boot_address, boot_address + size, 0); >>>> for (x = 0; x < size; ++x) >>>> *dst++ = *src++; >>>> >>>>Any signs for(or against)? >>>> >>>>Thanks! >>>> >>>>PS. John: I am against of pmap_kenter/pmap_invalidate_XXX since we could >>>>get >>>>the same problem if we would use atomic functions instead of composite >>>>functions, >>>>which, I hope, will track all changes in the future. >>>> >>>> >>>pmap_foo() doesn't change much. :) One reason I would prefer the >>>kenter/invalidate is that we explicitly assume a single page for the boot >>>code when we go to allocate an address for it, so I'd kind of like to keep >>>it as an explicit assumption, but I'd be ok with just adding a >>>KASSERT(size <= >>> >>> >>Are you sure that some one who will add new features wouldn't forget >>about this >>place? If you consider that we can ignore this I'll commit >>kenter/invalidate pair with >>KASSERT(). >> >> > >Umm, the MP boot code pretty much hasn't changed since it was added in 3.0 and >probably won't ever change. I don't expect pmap_kenter() or >pmap_invalidate_page() to go away anytime soon either. If someone does break >those interfaces it is up to them to fix all callers. But you can use >pmap_map(), just KASSERT() the size, and maybe do 'dst = pmap_map()'. > > I am talking about new features in CPU, for example. In which case we may need to add another function, like now we have to add page_invalidation. pmap_map () would be fixed, but install_ap_trump () may stay not fixed. But it is also possible that pmap_map () could be changed in the way it wouldn't suit our needs and may broke smt again. In any case I'll use kenter + invalidate since map confuses a bit to close this question and move on. rik >>>PAGE_SIZE, ("bewm")); Also, I think your end va needs to be boot_address >>>+ size -1 so that if size == PAGE_SIZE you don't bogusly try to map the >>>first page of Video RAM as read/write memory. >>> >>> >>Tell me if I am wrong, but as I understand this code "end" is not really >>last, but next to >>last. Hm, may be this is other (potential) bug, probably we should >>rename 'end' to smth >>else? (va + psz < va + psz) >> >> > >The code has end as the last address. If end starts on a new page then that >entire page is mapped. > > while (start < end) { > pmap_kenter(va, start); > va += PAGE_SIZE; > start += PAGE_SIZE; > } > >Thus, end needs to be the last virtual address, which is start + size - 1. > > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 14:47:25 2004 Return-Path: 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 DF7DC16A4CE for ; Thu, 23 Sep 2004 14:47:25 +0000 (GMT) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A511843D46 for ; Thu, 23 Sep 2004 14:47:25 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-202-252-157.client.insightbb.com ([12.202.252.157] helo=familysquires.net) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.42) id 1CAUsS-0006S4-R4; Thu, 23 Sep 2004 10:47:21 -0400 Date: Thu, 23 Sep 2004 09:47:23 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: Michael Nottebrock In-Reply-To: <200409070535.41248.michaelnottebrock@gmx.net> Message-ID: <20040923094632.C564@familysquires.net> References: <20040907003621.GA25864@internode.com.au> <20040907031726.GA78148@internode.com.au> <200409070535.41248.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PopBeforeSMTPSenders: mikes@siralan.org X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: cc: Chris Laverdure cc: freebsd-current@freebsd.org cc: Adam Smith Subject: Re: xorg & KDE 3.3 startup issues in 5.3 BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 14:47:26 -0000 I've run into both problems discussed on the kde-freebsd mailing list when I upgraded to Xorg and KDE 3.3 with FreeBSD 5.3-BETA (version of 9/22). Problem 1 caused the X server to fail with an error message that files like "Xstartup" could not be found; Problem 2 caused KDE to die after I tried to log in, either as root or a user. Problem 1: the files in /usr/local/share/config/kdm were removed, and I got startup errors when kdm was called by /etc/ttys. This was fixed by rerunning genkdmconf; /usr/ports/UPDATING does not specifically refer to this problem but it does refer to a related problem. Problem 2: The Xsession file created by genkdmconf contains an error which causes KDM to die if you have a line in your /etc/csh.login (or in your user .login) which calls "fortune". A patch has been posted on the kde-freebsd mailing list; I just commented out the line in /etc/login.cshrc which calls "fortune". I don't know when these two problems started, since I've been mostly doing buildworlds, buildkernels, and portupgrades -a on this fairly slow machine (and not running X). They didn't exist with 5.3-CURRENT just before 5.3-BETA when I was running XFree86 and KDE 3.2, however. Mike Squires mikes@siralan.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 15:13:00 2004 Return-Path: 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 15F6716A4CE for ; Thu, 23 Sep 2004 15:13:00 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA2C443D46 for ; Thu, 23 Sep 2004 15:12:59 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 556 invoked from network); 23 Sep 2004 15:12:59 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Sep 2004 15:12:59 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8NFCibh009523; Thu, 23 Sep 2004 11:12:55 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Pavel Gubin Date: Thu, 23 Sep 2004 10:29:47 -0400 User-Agent: KMail/1.6.2 References: <20040922095257.GA81709@ie.tusur.ru> <200409221628.51977.jhb@FreeBSD.org> <20040923042447.GA88335@ie.tusur.ru> In-Reply-To: <20040923042447.GA88335@ie.tusur.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409231029.47945.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 15:13:00 -0000 On Thursday 23 September 2004 12:24 am, Pavel Gubin wrote: > On Wed, Sep 22, 2004 at 04:28:51PM -0400, John Baldwin wrote: > > > 1) When MPS 1.4 is enabled with the BIOS setting and ACPI disabled > > > either by BIOS or by unsetting `acpi_load' loader variable, the kernel > > > panices immediately with "panic: Multiple entries for PCI IRQ 16" > > > message. As one can see from #1 Bootlog, there are really two entries > > > for IRQ16. I think this is the BIOS bug, but I also think the > > > diagnostics for this situation should be more precise than that. > > > > There's not much more precise that can be done. mptable output would be > > extremely helpful here. > > =========================================================================== >==== > > MPTable, version 2.0.15 > > --------------------------------------------------------------------------- >---- > > MP Floating Pointer Structure: > > location: BIOS > physical address: 0x000fb960 > signature: '_MP_' > length: 16 bytes > version: 1.4 > checksum: 0x7f > mode: Virtual Wire > > --------------------------------------------------------------------------- >---- > > MP Config Table Header: > > physical address: 0x000f62b0 > signature: 'PCMP' > base table length: 256 > version: 1.4 > checksum: 0xcb > OEM ID: 'SiS ' > Product ID: '740 ' > OEM table pointer: 0x00000000 > OEM table size: 0 > entry count: 25 > local APIC address: 0xfee00000 > extended table length: 0 > extended table checksum: 0 > > --------------------------------------------------------------------------- >---- > > MP Config Base Table Entries: > > -- > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > INT active-lo level 0 2:A 2 16 > INT active-lo level 0 2:A 2 23 This is the real bug and I guess I can improve the message. Then problem is not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device 2, pin #A has two different IRQs listed, so we don't know which one we are supposed to use. This is definitely a BIOS bug and your motherboard manufacturer needs to harassed into giving you a BIOS update. > > > #2 Panic log > > > ------------ > > > panic: _sx_xlock (user map): xlock already held @ > > > /var/data/5/src/sys/vm/vm_map.c:2997 cpuid = 0 > > > KDB: stack backtrace: > > > kdb_backtrace(100,c0f794e0,c0e983c8,1,bb5) at kdb_backtrace+0x29 > > > panic(c05eaffa,c05d320c,c05fd313,c05fd393,bb5) at panic+0x114 > > > _sx_xlock(c0e983c8,c05fd393,bb5) at _sx_xlock+0x44 > > > _vm_map_lock_read(c0e98384,c05fd393,bb5,1f49a0c,c113692c) at > > > _vm_map_lock_read+0x37 > > > vm_map_lookup(c9f49a64,bfca2000,1,c9f49a68,c9f49a58) at > > > vm_map_lookup+0x28 vm_fault(c0e98384,bfca2000,1,0,c0f794e0) at > > > vm_fault+0x66 > > > trap_pfault(c9f49b2c,0,bfca253c) at trap_pfault+0xd2 > > > trap(18,10,10,c0e98444,c0c95c48) at trap+0x30d > > > calltrap() at calltrap+0x5 > > > --- trap 0xc, eip = 0xc05b541c, esp = 0xc9f49b6c, ebp = 0xc9f49b78 --- > > > pmap_enter_quick(c0e98444,2894f000,c0d7c2e8,0,0) at > > > pmap_enter_quick+0xc8 > > > > This is the real bug, can you do 'l *0xc05b541c' from kgdb? > > (kgdb) l *0xc05b541c > 0xc05b541c is in pmap_enter_quick > (/var/data/5/src/sys/i386/i386/pmap.c:2130). > 2125 * entering the page into the current pmap. In order to > support > 2126 * quick entry into any pmap, one would likely use > pmap_pte_quick. > 2127 * But that isn't as quick as vtopte. > 2128 */ > 2129 pte = vtopte(va); > 2130 if (*pte) { > 2131 if (mpte != NULL) { > 2132 pmap_unwire_pte_hold(pmap, mpte); > 2133 mpte = NULL; > 2134 } I would try asking alc@ if he has any ideas for this one. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 15:15:01 2004 Return-Path: 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 90BBC16A4CE for ; Thu, 23 Sep 2004 15:15:01 +0000 (GMT) Received: from moutvdomng.kundenserver.de (moutvdom.kundenserver.de [212.227.126.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAB4F43D45 for ; Thu, 23 Sep 2004 15:15:00 +0000 (GMT) (envelope-from bjoern.hillebrand@s-ar.de) Received: from [212.227.126.221] (helo=mrvdomng.kundenserver.de) by moutvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CAVJD-00079m-00 for freebsd-current@freebsd.org; Thu, 23 Sep 2004 17:14:59 +0200 Received: from [80.138.91.118] (helo=[192.168.0.2]) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CAVJD-0001mn-00 for freebsd-current@freebsd.org; Thu, 23 Sep 2004 17:14:59 +0200 Message-ID: <4152E86C.2060004@s-ar.de> Date: Thu, 23 Sep 2004 17:14:52 +0200 From: Bjoern Hillebrand User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040907) 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: ATAPI DVD Burner works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 15:15:01 -0000 Hi, Good news. I successfully burned a DVD and and a CD with FreeBSD 5.3 beta5 through Atapicam using cdrecord and growisofs. Here is a dmesg snapshot : ad0: 78533MB [159560/16/63] at ata0-master UDMA100 ad1: 76351MB [155127/16/63] at ata0-slave UDMA100 ATAPI_RESET time = 10us acd0: DVDR at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s2a My system is Athlon XP 2500+ with 512 MB and the VIA KT600 and the VIA 8237 chipset. atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.0 on pci0 The scheduler is the 4BSD Scheduler. Good work! bye Bjoern From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 15:24:34 2004 Return-Path: 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 CFD1516A4CE for ; Thu, 23 Sep 2004 15:24:34 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8675143D1D for ; Thu, 23 Sep 2004 15:24:33 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i8NFOT90092189; Thu, 23 Sep 2004 08:24:30 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4152EAA5.30807@freebsd.org> Date: Thu, 23 Sep 2004 08:24:21 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Lehmann References: <20040923062411.7b5a70d7.lehmann@ans-netz.de> In-Reply-To: <20040923062411.7b5a70d7.lehmann@ans-netz.de> Content-Type: multipart/mixed; boundary="------------030803060908090105000500" cc: freebsd-current@freebsd.org Subject: Re: bsdtar doesn't detect end of tape X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 15:24:34 -0000 This is a multi-part message in MIME format. --------------030803060908090105000500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Oliver Lehmann wrote: > Hi, > > I can store more files on tape with bsdtar than I'm able to read back. > > root@nudel dds2> tar -c -b 64 -v -f /dev/sa3 . > [writes more files than the tape can handle - w/o an error!!] > root@nudel dds2> tar -x -b 64 -v -f /dev/sa3 > [...] > x nudel/pics/selftreffen_2001.tar.bz2 > x nudel/pics/selftreffen_2002.tar.bz2: (null) > tar: (null) > Exit 1 > root@nudel dds2> Oliver, The libarchive in 5.3 does have a bug where it fails to correctly propagate write errors back to the caller. In this case, bsdtar never sees the write error and keeps going beyond end-of-tape. Try the attached patch to src/lib/libarchive, rebuild libarchive and bsdtar and let me know if it fixes it for you. My current plan is to put this into 6-CURRENT just after 5.3 gets released and MFC them a few weeks later. If there's enough demand, I'll reconsider this plan. Tim P.S. This is a hastily-done diff between the 5-stable version of libarchive and my current development version, which has a bit more than just the write error fix. It would take me a day or so to separate it out into the two different patches it really should be. --------------030803060908090105000500 Content-Type: text/plain; name="archive_write_error.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="archive_write_error.patch" diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive.h.in libarchive-stable/archive.h.in --- libarchive/archive.h.in Tue Aug 31 22:14:10 2004 +++ libarchive-stable/archive.h.in Sat Aug 7 12:22:50 2004 @@ -291,7 +291,7 @@ */ int archive_write_header(struct archive *, struct archive_entry *); -ssize_t archive_write_data(struct archive *, const void *, size_t); +int archive_write_data(struct archive *, const void *, size_t); int archive_write_close(struct archive *); void archive_write_finish(struct archive *); diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_read_extract.c libarchive-stable/archive_read_extract.c --- libarchive/archive_read_extract.c Fri Aug 27 22:29:47 2004 +++ libarchive-stable/archive_read_extract.c Wed Sep 1 21:00:12 2004 @@ -488,7 +488,6 @@ if (extract->pst != NULL) { extract->pst = &extract->st; - /* If dir already exists, don't reset permissions. */ if (S_ISDIR(extract->pst->st_mode)) return (ARCHIVE_OK); /* It exists but isn't a dir. */ diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_read_support_compression_bzip2.c libarchive-stable/archive_read_support_compression_bzip2.c --- libarchive/archive_read_support_compression_bzip2.c Mon Aug 30 21:42:13 2004 +++ libarchive-stable/archive_read_support_compression_bzip2.c Fri Aug 13 20:45:45 2004 @@ -29,7 +29,6 @@ __FBSDID("$FreeBSD: src/lib/libarchive/archive_read_support_compression_bzip2.c,v 1.6 2004/08/14 03:45:45 kientzle Exp $"); #include -#include #include #include #include diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_read_support_compression_compress.c libarchive-stable/archive_read_support_compression_compress.c --- libarchive/archive_read_support_compression_compress.c Fri Aug 13 21:12:55 2004 +++ libarchive-stable/archive_read_support_compression_compress.c Fri Aug 13 20:45:45 2004 @@ -295,10 +295,8 @@ read_avail++; } else { ret = next_code(a, state); - if (ret == ARCHIVE_EOF) + if (ret) state->end_of_stream = ret; - else if (ret != ARCHIVE_OK) - return (ret); } } } @@ -348,8 +346,7 @@ /* * Process the next code and fill the stack with the expansion - * of the code. Returns ARCHIVE_FATAL if there is a fatal I/O or - * format error, ARCHIVE_EOF if we hit end of data, ARCHIVE_OK otherwise. + * of the code. Returns TRUE if we hit the end of the data. */ static int next_code(struct archive *a, struct private_data *state) @@ -394,11 +391,9 @@ return (next_code(a, state)); } - if (code > state->free_ent) { - /* An invalid code is a fatal error. */ - archive_set_error(a, -1, "Invalid compressed data"); - return (ARCHIVE_FATAL); - } + if (code > state->free_ent) + /* XXX invalid code? This is fatal. XXX */ + return (1); /* Special case for KwKwK string. */ if (code >= state->free_ent) { @@ -431,7 +426,7 @@ /* Remember previous code. */ state->oldcode = newcode; - return (ARCHIVE_OK); + return (0); } /* diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_read_support_format_tar.c libarchive-stable/archive_read_support_format_tar.c --- libarchive/archive_read_support_format_tar.c Sat Sep 4 13:59:40 2004 +++ libarchive-stable/archive_read_support_format_tar.c Thu Sep 9 21:30:24 2004 @@ -534,7 +534,6 @@ } } --tar->header_recursion_depth; - return (err); } diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_string.c libarchive-stable/archive_string.c --- libarchive/archive_string.c Fri Aug 27 21:46:36 2004 +++ libarchive-stable/archive_string.c Fri Aug 13 20:45:45 2004 @@ -96,18 +96,3 @@ { return (__archive_string_append(as, &c, 1)); } - -struct archive_string * -__archive_strappend_int(struct archive_string *as, int d, int base) -{ - static const char *digits = "0123457890abcdef"; - - if (d < 0) { - __archive_strappend_char(as, '-'); - d = -d; - } - if (d >= base) - __archive_strappend_int(as, d/base, base); - __archive_strappend_char(as, digits[d % base]); - return (as); -} diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_string.h libarchive-stable/archive_string.h --- libarchive/archive_string.h Fri Aug 27 21:47:20 2004 +++ libarchive-stable/archive_string.h Sun May 2 18:40:34 2004 @@ -64,10 +64,6 @@ __archive_strappend_char_UTF8(struct archive_string *, int); #define archive_strappend_char_UTF8 __archive_strappend_char_UTF8 -/* Append an integer in the specified base (2 <= base <= 16). */ -struct archive_string * -__archive_strappend_int(struct archive_string *as, int d, int base); - /* Basic append operation. */ struct archive_string * __archive_string_append(struct archive_string *as, const char *p, size_t s); @@ -107,5 +103,10 @@ void __archive_string_vsprintf(struct archive_string *, const char *, va_list); #define archive_string_vsprintf __archive_string_vsprintf + +/* Like 'sprintf', but resizes the underlying string as necessary. */ +void __archive_string_sprintf(struct archive_string *, const char *, ...); +#define archive_string_sprintf __archive_string_sprintf + #endif diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_string_sprintf.c libarchive-stable/archive_string_sprintf.c --- libarchive/archive_string_sprintf.c Sun Aug 29 12:53:34 2004 +++ libarchive-stable/archive_string_sprintf.c Mon Aug 30 22:10:36 2004 @@ -46,56 +46,34 @@ __archive_string_vsprintf(struct archive_string *as, const char *fmt, va_list ap) { - int long_flag, d; - long l; - const char *p, *s; - - __archive_string_ensure(as, 64); + size_t l; + va_list ap1; if (fmt == NULL) { as->s[0] = 0; return; } - long_flag = 0; - for (p = fmt; *p != '\0'; p++) { - if (*p != '%') { - archive_strappend_char(as, *p); - continue; - } - - p++; - - switch(*p) { - case 'l': - long_flag = 1; - p++; - break; - } - - switch (*p) { - case 's': - s = va_arg(ap, char *); - archive_strcat(as, s); - break; - case 'd': - if (long_flag) { - l = va_arg(ap, long); - __archive_strappend_int(as, l, 10); - } else { - d = va_arg(ap, int); - __archive_strappend_int(as, d, 10); - } - break; - case 'o': - if (long_flag) { - l = va_arg(ap, long); - __archive_strappend_int(as, l, 8); - } else { - d = va_arg(ap, int); - __archive_strappend_int(as, d, 8); - } - break; - } + va_copy(ap1, ap); + l = vsnprintf(as->s, as->buffer_length, fmt, ap); + /* If output is bigger than the buffer, resize and try again. */ + if (l+1 >= as->buffer_length) { + __archive_string_ensure(as, l + 1); + l = vsnprintf(as->s, as->buffer_length, fmt, ap1); } + as->length = l; + va_end(ap1); +} + +/* + * Corresponding 'sprintf' interface. + */ +void +__archive_string_sprintf(struct archive_string *as, const char *fmt, ...) +{ + va_list ap; + + va_start(ap, fmt); + __archive_string_vsprintf(as, fmt, ap); + va_end(ap); } diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_write.3 libarchive-stable/archive_write.3 --- libarchive/archive_write.3 Tue Aug 31 22:17:02 2004 +++ libarchive-stable/archive_write.3 Sat Aug 7 12:22:50 2004 @@ -80,7 +80,7 @@ .Fn archive_write_open_file "struct archive *" "const char *filename" .Ft int .Fn archive_write_header "struct archive *" -.Ft ssize_t +.Ft int .Fn archive_write_data "struct archive *" "const void *" "size_t" .Ft int .Fn archive_write_close "struct archive *" @@ -190,7 +190,6 @@ structure. .It Fn archive_write_data Write data corresponding to the header just written. -Returns number of bytes written or -1 on error. .It Fn archive_write_close Complete the archive and invoke the close callback. .It Fn archive_write_finish @@ -322,19 +321,20 @@ .Fn archive_error_string functions will return appropriate values. Note that if the client-provided write callback function -returns a non-zero value, that error will be propagated back to the caller +returns -1, that error will be propagated back to the caller through whatever API function resulted in that call, which may include .Fn archive_write_header , .Fn archive_write_data , or .Fn archive_write_close . -The client callback can call -.Fn archive_set_error -to provide values that can then be retrieved by +In such a case, the .Fn archive_errno -and -.Fn archive_error_string . +or +.Fn archive_error_string +fields will not return useful information; you should use +client-private data to return error information +back to your mainline code. .Sh SEE ALSO .Xr tar 1 , .Xr libarchive 3 , diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_write.c libarchive-stable/archive_write.c --- libarchive/archive_write.c Sat Sep 4 13:45:22 2004 +++ libarchive-stable/archive_write.c Fri Aug 13 20:43:35 2004 @@ -215,11 +215,9 @@ /* * Note that the compressor is responsible for blocking. */ -ssize_t +int archive_write_data(struct archive *a, const void *buff, size_t s) { - int ret; archive_check_magic(a, ARCHIVE_WRITE_MAGIC, ARCHIVE_STATE_DATA); - ret = (a->format_write_data)(a, buff, s); - return (ret == ARCHIVE_OK ? (ssize_t)s : -1); + return (a->format_write_data(a, buff, s)); } diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_write_set_compression_bzip2.c libarchive-stable/archive_write_set_compression_bzip2.c --- libarchive/archive_write_set_compression_bzip2.c Mon Aug 30 21:42:00 2004 +++ libarchive-stable/archive_write_set_compression_bzip2.c Thu Jul 29 21:14:47 2004 @@ -32,7 +32,6 @@ __FBSDID("$FreeBSD: src/lib/libarchive/archive_write_set_compression_bzip2.c,v 1.5 2004/07/30 04:14:47 kientzle Exp $"); #include -#include #include #include #include @@ -154,17 +153,15 @@ /* * Write data to the compressed stream. - * - * Returns ARCHIVE_OK if all data written, error otherwise. */ -static int +static ssize_t archive_compressor_bzip2_write(struct archive *a, const void *buff, size_t length) { struct private_data *state; state = a->compression_data; - if (a->client_writer == NULL) { + if (!a->client_writer) { archive_set_error(a, ARCHIVE_ERRNO_PROGRAMMER, "No write callback is registered? " "This is probably an internal programming error."); @@ -178,9 +175,9 @@ SET_NEXT_IN(state, buff); state->stream.avail_in = length; if (drive_compressor(a, state, 0)) - return (ARCHIVE_FATAL); + return (-1); a->file_position += length; - return (ARCHIVE_OK); + return (length); } @@ -194,7 +191,6 @@ int ret; struct private_data *state; ssize_t target_block_length; - ssize_t bytes_written; unsigned tocopy; state = a->compression_data; @@ -250,16 +246,12 @@ } /* Write the last block */ - bytes_written = (a->client_writer)(a, a->client_data, - state->compressed, block_length); + ret = (a->client_writer)(a, a->client_data, state->compressed, + block_length); - /* TODO: Handle short write of final block. */ - if (bytes_written <= 0) - ret = ARCHIVE_FATAL; - else { - a->raw_position += ret; - ret = ARCHIVE_OK; - } + a->raw_position += ret; + if (ret != 0) + goto cleanup; /* Cleanup: shut down compressor, release memory, etc. */ cleanup: @@ -292,28 +284,27 @@ static int drive_compressor(struct archive *a, struct private_data *state, int finishing) { - size_t bytes_written; - int ret; + size_t ret; for (;;) { if (state->stream.avail_out == 0) { - bytes_written = (a->client_writer)(a, a->client_data, + ret = (a->client_writer)(a, a->client_data, state->compressed, state->compressed_buffer_size); - if (bytes_written <= 0) { + if (ret <= 0) { /* TODO: Handle this write failure */ return (ARCHIVE_FATAL); - } else if (bytes_written < state->compressed_buffer_size) { + } else if (ret < state->compressed_buffer_size) { /* Short write: Move remainder to * front and keep filling */ memmove(state->compressed, - state->compressed + bytes_written, - state->compressed_buffer_size - bytes_written); + state->compressed + ret, + state->compressed_buffer_size - ret); } - a->raw_position += bytes_written; + a->raw_position += ret; state->stream.next_out = state->compressed + - state->compressed_buffer_size - bytes_written; - state->stream.avail_out = bytes_written; + state->compressed_buffer_size - ret; + state->stream.avail_out = ret; } ret = BZ2_bzCompress(&(state->stream), diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_write_set_compression_gzip.c libarchive-stable/archive_write_set_compression_gzip.c --- libarchive/archive_write_set_compression_gzip.c Sat Aug 21 12:31:03 2004 +++ libarchive-stable/archive_write_set_compression_gzip.c Sat Aug 7 12:21:18 2004 @@ -179,7 +179,7 @@ /* * Write data to the compressed stream. */ -static int +static ssize_t archive_compressor_gzip_write(struct archive *a, const void *buff, size_t length) { @@ -187,7 +187,7 @@ int ret; state = a->compression_data; - if (a->client_writer == NULL) { + if (!a->client_writer) { archive_set_error(a, ARCHIVE_ERRNO_PROGRAMMER, "No write callback is registered? " "This is probably an internal programming error."); @@ -205,7 +205,7 @@ return (ret); a->file_position += length; - return (ARCHIVE_OK); + return (length); } @@ -215,7 +215,7 @@ static int archive_compressor_gzip_finish(struct archive *a) { - ssize_t block_length, target_block_length, bytes_written; + ssize_t block_length, target_block_length; int ret; struct private_data *state; unsigned tocopy; @@ -273,13 +273,9 @@ /* If it overflowed, flush and start a new block. */ if (tocopy < 8) { - bytes_written = (a->client_writer)(a, a->client_data, - state->compressed, state->compressed_buffer_size); - if (bytes_written <= 0) { - ret = ARCHIVE_FATAL; - goto cleanup; - } - a->raw_position += bytes_written; + ret = (a->client_writer)(a, a->client_data, state->compressed, + state->compressed_buffer_size); + a->raw_position += ret; state->stream.next_out = state->compressed; state->stream.avail_out = state->compressed_buffer_size; memcpy(state->stream.next_out, trailer + tocopy, 8-tocopy); @@ -310,13 +306,9 @@ } /* Write the last block */ - bytes_written = (a->client_writer)(a, a->client_data, - state->compressed, block_length); - if (bytes_written <= 0) { - ret = ARCHIVE_FATAL; - goto cleanup; - } - a->raw_position += bytes_written; + ret = (a->client_writer)(a, a->client_data, state->compressed, + block_length); + a->raw_position += ret; /* Cleanup: shut down compressor, release memory, etc. */ cleanup: @@ -348,28 +340,27 @@ static int drive_compressor(struct archive *a, struct private_data *state, int finishing) { - size_t bytes_written; - int ret; + size_t ret; for (;;) { if (state->stream.avail_out == 0) { - bytes_written = (a->client_writer)(a, a->client_data, + ret = (a->client_writer)(a, a->client_data, state->compressed, state->compressed_buffer_size); - if (bytes_written <= 0) { + if (ret <= 0) { /* TODO: Handle this write failure */ return (ARCHIVE_FATAL); - } else if (bytes_written < state->compressed_buffer_size) { + } else if (ret < state->compressed_buffer_size) { /* Short write: Move remaining to * front of block and keep filling */ memmove(state->compressed, - state->compressed + bytes_written, - state->compressed_buffer_size - bytes_written); + state->compressed + ret, + state->compressed_buffer_size - ret); } - a->raw_position += bytes_written; + a->raw_position += ret; state->stream.next_out = state->compressed + - state->compressed_buffer_size - bytes_written; - state->stream.avail_out = bytes_written; + state->compressed_buffer_size - ret; + state->stream.avail_out = ret; } ret = deflate(&(state->stream), diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_write_set_compression_none.c libarchive-stable/archive_write_set_compression_none.c --- libarchive/archive_write_set_compression_none.c Sat Aug 21 12:29:08 2004 +++ libarchive-stable/archive_write_set_compression_none.c Sat Aug 7 12:21:18 2004 @@ -104,13 +104,13 @@ /* * Write data to the stream. */ -static int +static ssize_t archive_compressor_none_write(struct archive *a, const void *vbuff, size_t length) { const char *buff; ssize_t remaining, to_copy; - ssize_t bytes_written; + int ret; struct archive_none *state; state = a->compression_data; @@ -129,12 +129,10 @@ * output buffer. */ if (state->avail == 0) { - bytes_written = (a->client_writer)(a, a->client_data, + ret = (a->client_writer)(a, a->client_data, state->buffer, state->buffer_size); - if (bytes_written <= 0) - return (ARCHIVE_FATAL); - /* XXX TODO: if bytes_written < state->buffer_size */ - a->raw_position += bytes_written; + /* XXX TODO: if ret < state->buffer_size XXX */ + a->raw_position += ret; state->next = state->buffer; state->avail = state->buffer_size; } @@ -149,7 +147,7 @@ remaining -= to_copy; } a->file_position += length; - return (ARCHIVE_OK); + return (length); } @@ -161,7 +159,6 @@ { ssize_t block_length; ssize_t target_block_length; - ssize_t bytes_written; int ret; int ret2; struct archive_none *state; @@ -196,14 +193,9 @@ target_block_length - block_length); block_length = target_block_length; } - bytes_written = (a->client_writer)(a, a->client_data, - state->buffer, block_length); - if (bytes_written <= 0) - ret = ARCHIVE_FATAL; - else { - a->raw_position += bytes_written; - ret = ARCHIVE_OK; - } + ret = (a->client_writer)(a, a->client_data, state->buffer, + block_length); + a->raw_position += ret; } /* Close the output */ diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_write_set_format_cpio.c libarchive-stable/archive_write_set_format_cpio.c --- libarchive/archive_write_set_format_cpio.c Sat Aug 21 13:42:49 2004 +++ libarchive-stable/archive_write_set_format_cpio.c Tue Apr 13 16:45:37 2004 @@ -99,7 +99,7 @@ { struct cpio *cpio; const char *p, *path; - int pathlength, ret; + int pathlength, ret, written; const struct stat *st; struct cpio_header h; @@ -142,19 +142,19 @@ else format_octal(st->st_size, &h.c_filesize, sizeof(h.c_filesize)); - ret = (a->compression_write)(a, &h, sizeof(h)); - if (ret != ARCHIVE_OK) + written = (a->compression_write)(a, &h, sizeof(h)); + if (written < (int)sizeof(h)) return (ARCHIVE_FATAL); - ret = (a->compression_write)(a, path, pathlength); - if (ret != ARCHIVE_OK) + written = (a->compression_write)(a, path, pathlength); + if (written < (int)pathlength) return (ARCHIVE_FATAL); cpio->entry_bytes_remaining = st->st_size; /* Write the symlink now. */ if (p != NULL && *p != '\0') - ret = (a->compression_write)(a, p, strlen(p)); + (a->compression_write)(a, p, strlen(p)); return (ret); } @@ -233,13 +233,13 @@ int to_write, ret; cpio = a->format_data; - ret = ARCHIVE_OK; + ret = 0; while (cpio->entry_bytes_remaining > 0) { to_write = cpio->entry_bytes_remaining < a->null_length ? cpio->entry_bytes_remaining : a->null_length; ret = (a->compression_write)(a, a->nulls, to_write); - if (ret != ARCHIVE_OK) - return (ret); + if (ret < to_write) + return (-1); cpio->entry_bytes_remaining -= to_write; } return (ret); diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_write_set_format_pax.c libarchive-stable/archive_write_set_format_pax.c --- libarchive/archive_write_set_format_pax.c Sat Aug 21 13:32:37 2004 +++ libarchive-stable/archive_write_set_format_pax.c Mon Sep 20 20:38:06 2004 @@ -414,7 +414,7 @@ } /* If numeric GID is too large, add 'gid' to pax extended attrs. */ - if (st_main->st_gid >= (1 << 20)) { + if (st_main->st_gid >= (1 << 18)) { add_pax_attr_int(&(pax->pax_header), "gid", st_main->st_gid); need_extension = 1; } @@ -429,7 +429,7 @@ } /* If numeric UID is too large, add 'uid' to pax extended attrs. */ - if (st_main->st_uid >= (1 << 20)) { + if (st_main->st_uid >= (1 << 18)) { add_pax_attr_int(&(pax->pax_header), "uid", st_main->st_uid); need_extension = 1; } @@ -622,7 +622,7 @@ __archive_write_format_header_ustar(a, ustarbuff, entry_main, -1, 0); /* If we built any extended attributes, write that entry first. */ - ret = ARCHIVE_OK; + ret = 0; if (archive_strlen(&(pax->pax_header)) > 0) { struct stat st; struct archive_entry *pax_attr_entry; @@ -636,7 +636,11 @@ archive_entry_set_pathname(pax_attr_entry, pax_attr_name); st.st_size = archive_strlen(&(pax->pax_header)); st.st_uid = st_main->st_uid; + if (st.st_uid >= 1 << 18) + st.st_uid = (1 << 18) - 1; st.st_gid = st_main->st_gid; + if (st.st_gid >= 1 << 18) + st.st_gid = (1 << 18) - 1; st.st_mode = st_main->st_mode; archive_entry_copy_stat(pax_attr_entry, &st); @@ -659,7 +663,7 @@ exit(1); } r = (a->compression_write)(a, paxbuff, 512); - if (r != ARCHIVE_OK) { + if (r < 512) { pax->entry_bytes_remaining = 0; pax->entry_padding = 0; return (ARCHIVE_FATAL); @@ -673,7 +677,7 @@ r = archive_write_data(a, pax->pax_header.s, archive_strlen(&(pax->pax_header))); a->state = oldstate; - if (r != ARCHIVE_OK) { + if (r < (int)archive_strlen(&(pax->pax_header))) { /* If a write fails, we're pretty much toast. */ return (ARCHIVE_FATAL); } @@ -683,8 +687,8 @@ /* Write the header for main entry. */ r = (a->compression_write)(a, ustarbuff, 512); - if (r != ARCHIVE_OK) - return (r); + if (ret != ARCHIVE_OK) + ret = (r < 512) ? ARCHIVE_FATAL : ARCHIVE_OK; /* * Inform the client of the on-disk size we're using, so @@ -835,9 +839,9 @@ while (padding > 0) { to_write = padding < a->null_length ? padding : a->null_length; ret = (a->compression_write)(a, a->nulls, to_write); - if (ret != ARCHIVE_OK) - return (ret); - padding -= to_write; + if (ret <= 0) + return (ARCHIVE_FATAL); + padding -= ret; } return (ARCHIVE_OK); } diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_write_set_format_shar.c libarchive-stable/archive_write_set_format_shar.c --- libarchive/archive_write_set_format_shar.c Fri Aug 27 22:36:36 2004 +++ libarchive-stable/archive_write_set_format_shar.c Sun Jun 27 11:38:13 2004 @@ -50,7 +50,8 @@ int uuavail; char uubuffer[3]; int wrote_header; - struct archive_string work; + char *work; + size_t work_len; }; static int archive_write_shar_finish(struct archive *); @@ -69,13 +70,23 @@ { struct shar *shar; va_list ap; + int required; int ret; shar = a->format_data; + if (shar->work_len <= 0) { + shar->work_len = 1024; + shar->work = malloc(shar->work_len); + } + va_start(ap, fmt); - archive_string_empty(&(shar->work)); - archive_string_vsprintf(&(shar->work), fmt, ap); - ret = ((a->compression_write)(a, shar->work.s, strlen(shar->work.s))); + required = vsnprintf(shar->work, shar->work_len, fmt, ap); + if ((size_t)required >= shar->work_len) { + shar->work_len = required + 256; + realloc(shar->work, shar->work_len); + required = vsnprintf(shar->work, shar->work_len, fmt, ap); + } + ret = ((a->compression_write)(a, shar->work, strlen(shar->work))); va_end(ap); return (ret); } @@ -138,16 +149,11 @@ char *p, *pp; struct shar *shar; const struct stat *st; - int ret; shar = a->format_data; if (!shar->wrote_header) { - ret = shar_printf(a, "#!/bin/sh\n"); - if (ret != ARCHIVE_OK) - return (ret); - ret = shar_printf(a, "# This is a shell archive\n"); - if (ret != ARCHIVE_OK) - return (ret); + shar_printf(a, "#!/bin/sh\n"); + shar_printf(a, "# This is a shell archive\n"); shar->wrote_header = 1; } @@ -186,9 +192,7 @@ } /* Stock preparation for all file types. */ - ret = shar_printf(a, "echo x %s\n", name); - if (ret != ARCHIVE_OK) - return (ret); + shar_printf(a, "echo x %s\n", name); if (!S_ISDIR(st->st_mode)) { /* Try to create the dir. */ @@ -202,10 +206,8 @@ if (strcmp(p, ".") == 0) { /* Don't try to "mkdir ." */ } else if (shar->last_dir == NULL) { - ret = shar_printf(a, + shar_printf(a, "mkdir -p %s > /dev/null 2>&1\n", p); - if (ret != ARCHIVE_OK) - return (ret); shar->last_dir = p; } else if (strcmp(p, shar->last_dir) == 0) { /* We've already created this exact dir. */ @@ -215,10 +217,8 @@ /* We've already created a subdir. */ free(p); } else { - ret = shar_printf(a, + shar_printf(a, "mkdir -p %s > /dev/null 2>&1\n", p); - if (ret != ARCHIVE_OK) - return (ret); free(shar->last_dir); shar->last_dir = p; } @@ -227,40 +227,27 @@ /* Handle file-type specific issues. */ shar->has_data = 0; - if ((linkname = archive_entry_hardlink(entry)) != NULL) { - ret = shar_printf(a, "ln -f %s %s\n", linkname, name); - if (ret != ARCHIVE_OK) - return (ret); - } else if ((linkname = archive_entry_symlink(entry)) != NULL) { - ret = shar_printf(a, "ln -fs %s %s\n", linkname, name); - if (ret != ARCHIVE_OK) - return (ret); - } else { + if ((linkname = archive_entry_hardlink(entry)) != NULL) + shar_printf(a, "ln -f %s %s\n", linkname, name); + else if ((linkname = archive_entry_symlink(entry)) != NULL) + shar_printf(a, "ln -fs %s %s\n", linkname, name); + else { switch(st->st_mode & S_IFMT) { case S_IFREG: - if (archive_entry_size(entry) == 0) { - ret = shar_printf(a, "touch %s\n", name); - if (ret != ARCHIVE_OK) - return (ret); - } else { + if (archive_entry_size(entry) == 0) + shar_printf(a, "touch %s\n", name); + else { if (shar->dump) { - ret = shar_printf(a, + shar_printf(a, "uudecode -o %s << 'SHAR_END'\n", name); - if (ret != ARCHIVE_OK) - return (ret); - ret = shar_printf(a, "begin %o %s\n", + shar_printf(a, "begin %o %s\n", archive_entry_mode(entry) & 0777, name); - if (ret != ARCHIVE_OK) - return (ret); - } else { - ret = shar_printf(a, + } else + shar_printf(a, "sed 's/^X//' > %s << 'SHAR_END'\n", name); - if (ret != ARCHIVE_OK) - return (ret); - } shar->has_data = 1; shar->end_of_line = 1; shar->outpos = 0; @@ -268,10 +255,7 @@ } break; case S_IFDIR: - ret = shar_printf(a, "mkdir -p %s > /dev/null 2>&1\n", - name); - if (ret != ARCHIVE_OK) - return (ret); + shar_printf(a, "mkdir -p %s > /dev/null 2>&1\n", name); /* Record that we just created this directory. */ if (shar->last_dir != NULL) free(shar->last_dir); @@ -287,23 +271,17 @@ */ break; case S_IFIFO: - ret = shar_printf(a, "mkfifo %s\n", name); - if (ret != ARCHIVE_OK) - return (ret); + shar_printf(a, "mkfifo %s\n", name); break; case S_IFCHR: - ret = shar_printf(a, "mknod %s c %d %d\n", name, + shar_printf(a, "mknod %s c %d %d\n", name, archive_entry_rdevmajor(entry), archive_entry_rdevminor(entry)); - if (ret != ARCHIVE_OK) - return (ret); break; case S_IFBLK: - ret = shar_printf(a, "mknod %s b %d %d\n", name, + shar_printf(a, "mknod %s b %d %d\n", name, archive_entry_rdevmajor(entry), archive_entry_rdevminor(entry)); - if (ret != ARCHIVE_OK) - return (ret); break; default: return (ARCHIVE_WARN); @@ -315,18 +293,18 @@ /* XXX TODO: This could be more efficient XXX */ static int -archive_write_shar_data_sed(struct archive *a, const void *buff, size_t n) +archive_write_shar_data_sed(struct archive *a, const void *buff, size_t length) { struct shar *shar; const char *src; - int ret; + size_t n; shar = a->format_data; if (!shar->has_data) return (0); src = buff; - ret = ARCHIVE_OK; + n = length; shar->outpos = 0; while (n-- > 0) { if (shar->end_of_line) { @@ -338,17 +316,14 @@ shar->outbuff[shar->outpos++] = *src++; if (shar->outpos > sizeof(shar->outbuff) - 2) { - ret = (a->compression_write)(a, shar->outbuff, - shar->outpos); - if (ret != ARCHIVE_OK) - return (ret); + (a->compression_write)(a, shar->outbuff, shar->outpos); shar->outpos = 0; } } if (shar->outpos > 0) - ret = (a->compression_write)(a, shar->outbuff, shar->outpos); - return (ret); + (a->compression_write)(a, shar->outbuff, shar->outpos); + return (length); } #define UUENC(c) (((c)!=0) ? ((c) & 077) + ' ': '`') @@ -382,7 +357,6 @@ struct shar *shar; const char *src; size_t n; - int ret; shar = a->format_data; if (!shar->has_data) @@ -393,10 +367,8 @@ if (shar->uuavail == 3) uuencode_group(shar); if (shar->outpos >= 60) { - ret = shar_printf(a, "%c%s\n", UUENC(shar->outbytes), + shar_printf(a, "%c%s\n", UUENC(shar->outbytes), shar->outbuff); - if (ret != ARCHIVE_OK) - return (ret); shar->outpos = 0; shar->outbytes = 0; } @@ -404,7 +376,7 @@ shar->uubuffer[shar->uuavail++] = *src++; shar->outbytes++; } - return (ARCHIVE_OK); + return (length); } static int @@ -412,7 +384,6 @@ { const char *g, *p, *u; struct shar *shar; - int ret; shar = a->format_data; if (shar->entry == NULL) @@ -424,51 +395,37 @@ if (shar->uuavail > 0) uuencode_group(shar); if (shar->outpos > 0) { - ret = shar_printf(a, "%c%s\n", - UUENC(shar->outbytes), shar->outbuff); - if (ret != ARCHIVE_OK) - return (ret); + shar_printf(a, "%c%s\n", UUENC(shar->outbytes), + shar->outbuff); shar->outpos = 0; shar->uuavail = 0; shar->outbytes = 0; } - ret = shar_printf(a, "%c\n", UUENC(0)); - if (ret != ARCHIVE_OK) - return (ret); - ret = shar_printf(a, "end\n", UUENC(0)); - if (ret != ARCHIVE_OK) - return (ret); - ret = shar_printf(a, "SHAR_END\n"); - if (ret != ARCHIVE_OK) - return (ret); + shar_printf(a, "%c\n", UUENC(0)); + shar_printf(a, "end\n", UUENC(0)); + shar_printf(a, "SHAR_END\n"); } /* Restore file mode, owner, flags. */ /* * TODO: Don't immediately restore mode for * directories; defer that to end of script. */ - ret = shar_printf(a, "chmod %o %s\n", + shar_printf(a, "chmod %o %s\n", archive_entry_mode(shar->entry) & 07777, archive_entry_pathname(shar->entry)); - if (ret != ARCHIVE_OK) - return (ret); u = archive_entry_uname(shar->entry); g = archive_entry_gname(shar->entry); if (u != NULL || g != NULL) { - ret = shar_printf(a, "chown %s%s%s %s\n", + shar_printf(a, "chown %s%s%s %s\n", (u != NULL) ? u : "", (g != NULL) ? ":" : "", (g != NULL) ? g : "", archive_entry_pathname(shar->entry)); - if (ret != ARCHIVE_OK) - return (ret); } if ((p = archive_entry_fflags_text(shar->entry)) != NULL) { - ret = shar_printf(a, "chflags %s %s\n", p, + shar_printf(a, "chflags %s %s\n", p, archive_entry_pathname(shar->entry)); - if (ret != ARCHIVE_OK) - return (ret); } /* TODO: restore ACLs */ @@ -476,14 +433,9 @@ } else { if (shar->has_data) { /* Finish sed-encoded data: ensure last line ends. */ - if (!shar->end_of_line) { - ret = shar_printf(a, "\n"); - if (ret != ARCHIVE_OK) - return (ret); - } - ret = shar_printf(a, "SHAR_END\n"); - if (ret != ARCHIVE_OK) - return (ret); + if (!shar->end_of_line) + shar_printf(a, "\n"); + shar_printf(a, "SHAR_END\n"); } } @@ -496,7 +448,6 @@ archive_write_shar_finish(struct archive *a) { struct shar *shar; - int ret; /* * TODO: Accumulate list of directory names/modes and @@ -512,9 +463,7 @@ * shar_finish to free the format-specific data). */ if (shar->wrote_header) { - ret = shar_printf(a, "exit\n"); - if (ret != ARCHIVE_OK) - return (ret); + shar_printf(a, "exit\n"); /* Shar output is never padded. */ archive_write_set_bytes_in_last_block(a, 1); /* @@ -526,7 +475,8 @@ archive_entry_free(shar->entry); if (shar->last_dir != NULL) free(shar->last_dir); - archive_string_free(&(shar->work)); + if (shar->work != NULL) + free(shar->work); free(shar); a->format_data = NULL; return (ARCHIVE_OK); diff -u -x Makefile -x archive_check_magic.c -x CVS -I FreeBSD -r libarchive/archive_write_set_format_ustar.c libarchive-stable/archive_write_set_format_ustar.c --- libarchive/archive_write_set_format_ustar.c Sat Aug 21 13:41:49 2004 +++ libarchive-stable/archive_write_set_format_ustar.c Fri Aug 6 19:24:20 2004 @@ -157,8 +157,8 @@ if (ret != ARCHIVE_OK) return (ret); ret = (a->compression_write)(a, buff, 512); - if (ret != ARCHIVE_OK) - return (ret); + if (ret < 512) + return (ARCHIVE_FATAL); ustar->entry_bytes_remaining = archive_entry_size(entry); ustar->entry_padding = 0x1ff & (- ustar->entry_bytes_remaining); --------------030803060908090105000500-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 15:51:21 2004 Return-Path: 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 B4BF316A4CE; Thu, 23 Sep 2004 15:51:21 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EBBD43D2F; Thu, 23 Sep 2004 15:51:21 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 5317F20B; Thu, 23 Sep 2004 17:51:19 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 88253-04; Thu, 23 Sep 2004 17:51:18 +0200 (CEST) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with SMTP id 7243CCF; Thu, 23 Sep 2004 17:51:18 +0200 (CEST) Date: Thu, 23 Sep 2004 17:51:17 +0200 From: Benjamin Lutz To: "Jose M Rodriguez" Message-Id: <20040923175117.41f013c5.benlutz@datacomm.ch> In-Reply-To: References: <20040922111841.GA9943@aoi.wolfpond.org> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Thu__23_Sep_2004_17_51_17_+0200_TSTaLGHjR/VddFn." X-Virus-Scanned: by amavisd-new at maxlor.mine.nu cc: gnome@freebsd.org cc: x11@freebsd.org cc: kde@freebsd.org cc: current@freebsd.org Subject: Re: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 15:51:21 -0000 --Signature=_Thu__23_Sep_2004_17_51_17_+0200_TSTaLGHjR/VddFn. Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Hello, > Our ask is about comments, notes and approvals to: > > - patchs against src for /etc/rc.d/xdm and so. I would really like this. rcNG has greaty simplyfied many things, and the /etc/ttys way of starting display managers is unintuitive. > - patchs against xorg-clients (and sim) to move xinit/xdm config to > /etc/X11 Hm... I really like FreeBSD's way of keeping / as clean as possible, only adding 3rd party files to /usr/X11R6 an /usr/local. What about /usr/X11R6/etc? Btw, this is one area where I think it's a bad idea to emulate Linux, most Linux's /etc dirs are a mess. > - patchs to get an uniform processing of Xresources, Xprofile, ... Sounds good, but what exactly are you planning to change? > - patchs against gnome (mainly gdm) to share as much config as posible > with X11 > - patchs against kde (mainly kdm in kdebase) with same purpose. Isn't this what freedesktop is doing anyway? If you can get Gnome and KDE to accept your patches, that's great. If it means maintaining (yet another) FreeBSD-specific set of Gnome and KDE patches, I don't think that's a good idea. As for making KDE and Gnome into more of a "FreeBSD Desktop" (you've mentioned themes), I think it's a great idea. However, I'm sure I'm not the only one who likes the fact that FreeBSD provides the "vanilla version" of those two Desktop Environments, as opposed, for example, to the heavily modified KDE that SuSE ships. So may I suggest that you make your efforts here optional? Something like this maybe: cd /usr/ports/x11/kde; make install # Installs "FreeBSD Desktop" cd /usr/ports/x11/kde; make install -DWITH_VANILLA # Installs Vanilla KDE Benjamin --Signature=_Thu__23_Sep_2004_17_51_17_+0200_TSTaLGHjR/VddFn. Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBUvD4gShs4qbRdeQRAlc7AJ4mYWtPPAs9IXQ6vjACeFCncG1XYQCggNh3 LqIX+t+sUJYc2KOw2ld4uS4= =y7ub -----END PGP SIGNATURE----- --Signature=_Thu__23_Sep_2004_17_51_17_+0200_TSTaLGHjR/VddFn.-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 15:52:13 2004 Return-Path: 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 7527516A4CE for ; Thu, 23 Sep 2004 15:52:13 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20B7F43D3F for ; Thu, 23 Sep 2004 15:52:13 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i8NFqCp0003555 for ; Thu, 23 Sep 2004 08:52:12 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i8NFqCui003545 for freebsd-current@freebsd.org; Thu, 23 Sep 2004 08:52:12 -0700 (PDT) (envelope-from obrien) Date: Thu, 23 Sep 2004 08:52:12 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20040923155212.GA1518@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: [**HEADS UP**] PowerPC and ARM removed from RELENG_5 (5-STABLE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 15:52:13 -0000 With the blessing of Core and Release Engineer Scott Long, the PowerPC and ARM platforms have been removed from the RELENG_5 branch. This means there will be no 5.3-RELEASE versions of these two platforms. I mention this because you may notice tags being removed on your next CVSup of the CVS repository. And I do not wany anyone to be alarmed. Our PowerPC platform isn't quite up to FreeBSD release levels of support. Our ARM platform is still rather embryonic and it should surprise no one there won't be a 5.3-RELEASE of it. The action of removing them from the RELENG_5 branch does not mean we cannot add either of these platforms to RELENG_5 at a later time to produce a 5.x release when the PowerPC platform developers, the Release Engineer, and Security Officer feels the platform is ready. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 15:54:15 2004 Return-Path: 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 3525F16A4CE for ; Thu, 23 Sep 2004 15:54:15 +0000 (GMT) Received: from dill.salatschuessel.net (pD95FDDD7.dip.t-dialin.net [217.95.221.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id C161C43D46 for ; Thu, 23 Sep 2004 15:54:13 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 69571 invoked by uid 89); 23 Sep 2004 15:53:48 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (olivleh1@dill.salatschuessel.net@10.0.1.51) by dill.salatschuessel.net with SMTP; 23 Sep 2004 15:53:48 -0000 Date: Thu, 23 Sep 2004 17:54:11 +0200 From: Oliver Lehmann To: Tim Kientzle Message-Id: <20040923175411.7eeb0ee9.lehmann@ans-netz.de> In-Reply-To: <4152EAA5.30807@freebsd.org> References: <20040923062411.7b5a70d7.lehmann@ans-netz.de> <4152EAA5.30807@freebsd.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: bsdtar doesn't detect end of tape X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 15:54:15 -0000 Tim Kientzle wrote: > Try the attached patch to src/lib/libarchive, > rebuild libarchive and bsdtar and let me > know if it fixes it for you. It looks like the patch is against the wrong file. IT actually will turn current to stable... But i think wee need the other direction ;) Can you please "turn it around" and resend it? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 16:07:51 2004 Return-Path: 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 0619B16A4CE; Thu, 23 Sep 2004 16:07:51 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A86F43D48; Thu, 23 Sep 2004 16:07:50 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 927B23F14; Thu, 23 Sep 2004 18:07:48 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id A356A3C85; Thu, 23 Sep 2004 18:07:40 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id D861540F1; Thu, 23 Sep 2004 18:07:36 +0200 (CEST) To: Oliver Lehmann In-Reply-To: <20040923175411.7eeb0ee9.lehmann@ans-netz.de> (Oliver Lehmann's message of "Thu, 23 Sep 2004 17:54:11 +0200") References: <20040923062411.7b5a70d7.lehmann@ans-netz.de> <20040923175411.7eeb0ee9.lehmann@ans-netz.de> From: Arne Schwabe Date: Thu, 23 Sep 2004 18:07:36 +0200 Message-ID: <86r7ot0y0n.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: Tim Kientzle cc: freebsd-current@freebsd.org Subject: Re: bsdtar doesn't detect end of tape X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 16:07:51 -0000 Oliver Lehmann writes: > Tim Kientzle wrote: > >> Try the attached patch to src/lib/libarchive, >> rebuild libarchive and bsdtar and let me >> know if it fixes it for you. > > It looks like the patch is against the wrong file. IT actually will turn > current to stable... But i think wee need the other direction ;) Can you > please "turn it around" and resend it? Look at patch -R :) -R, --reverse tells patch that this patch was created with the old and new files swapped. (Yes, I'm afraid that does happen occasionally, human nature being what it is.) Patch will attempt to swap each hunk around before applying it. Rejects will come out in the swapped format. The -R option will not work with ed diff scripts because there is too little information to reconstruct the reverse opera- tion. If the first hunk of a patch fails, patch will reverse the hunk to see if it can be applied that way. If it can, you will be asked if you want to have the -R option set. If it can't, the patch will continue to be applied normally. (Note: this method cannot detect a reversed patch if it is a normal diff and if the first command is an append (i.e. it should have been a delete) since appends always succeed, due to the fact that a null context will match anywhere. Luckily, most patches add or change lines rather than delete them, so most reversed normal diffs will begin with a delete, which will fail, triggering the heuristic.) -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 16:20:28 2004 Return-Path: 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 0F59916A4CE for ; Thu, 23 Sep 2004 16:20:28 +0000 (GMT) Received: from tomts36-srv.bellnexxia.net (tomts36-srv.bellnexxia.net [209.226.175.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51CE543D2D for ; Thu, 23 Sep 2004 16:20:27 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([67.68.38.73]) by tomts36-srv.bellnexxia.net ESMTP <20040923162020.VFOX25796.tomts36-srv.bellnexxia.net@[192.168.2.32]>; Thu, 23 Sep 2004 12:20:20 -0400 From: Chris Laverdure To: Joseph Koshy In-Reply-To: <84dead72040923060647ebea29@mail.gmail.com> References: <1095916547.661.1.camel@elemental.DashEvil> <84dead72040923060647ebea29@mail.gmail.com> Content-Type: text/plain Message-Id: <1095956385.661.10.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 23 Sep 2004 12:19:46 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: /usr/sbin/config dependancy check? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 16:20:28 -0000 Alright, here's an example that hit me. # /usr/sbin/config CUSTOM Error: Option DDB requires the following: Options KDB # On Thu, 2004-09-23 at 09:06, Joseph Koshy wrote: > Could you give an example of the kind of dependency checking you > would like? > > On Thu, 23 Sep 2004 01:15:48 -0400, Chris Laverdure > wrote: > > Is there any hope of getting some dependancy checking in config? I can't > > imagine it being that difficult to implement and it would clear up a lot > > of noise on the mailing lists and IRC channels. > > > > Plus, well, it just makes sense. > > > > _______________________________________________ > > 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 Thu Sep 23 16:23:10 2004 Return-Path: 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 88DA716A4CE; Thu, 23 Sep 2004 16:23:10 +0000 (GMT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3033443D5C; Thu, 23 Sep 2004 16:23:10 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from vimes.int.athame.co.uk ([192.168.1.3]) by hex.athame.co.uk with esmtp (Exim 4.42 (FreeBSD)) id 1CAWN8-0002vY-DT; Thu, 23 Sep 2004 19:23:06 +0300 From: Andy Fawcett Organization: Being Lazy At Home (BLAH!) To: kde-freebsd@freebsd.kde.org Date: Thu, 23 Sep 2004 19:23:17 +0300 User-Agent: KMail/1.7 References: <20040923175117.41f013c5.benlutz@datacomm.ch> In-Reply-To: <20040923175117.41f013c5.benlutz@datacomm.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409231923.19210.andy@athame.co.uk> cc: kde@freebsd.org cc: current@freebsd.org cc: Jose M Rodriguez cc: gnome@freebsd.org cc: x11@freebsd.org cc: Benjamin Lutz Subject: Re: [kde-freebsd] Re: Plans for after FreeBSD-5.3-RELEASE. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 16:23:10 -0000 On Thursday 23 September 2004 18:51, Benjamin Lutz wrote: > Something like this maybe: > > cd /usr/ports/x11/kde; make install # Installs "FreeBSD Desktop" > > cd /usr/ports/x11/kde; make install -DWITH_VANILLA # Installs Vanilla > KDE _if_ kde@ decide to go along with it, I think the default should be vanilla, not the other way round. One of the comments we hear most when people first come to FreeBSD and KDE is that they much prefer the way we do not modify the KDE installation very far from the default KDE ships with. Andy (just one of kde@) -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 16:53:09 2004 Return-Path: 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 7FF2316A4CE for ; Thu, 23 Sep 2004 16:53:09 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E6DF43D1F for ; Thu, 23 Sep 2004 16:53:09 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11481 invoked from network); 23 Sep 2004 16:53:08 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Sep 2004 16:53:08 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8NGr4pS010179; Thu, 23 Sep 2004 12:53:04 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 23 Sep 2004 11:32:45 -0400 User-Agent: KMail/1.6.2 References: <20040922095257.GA81709@ie.tusur.ru> <20040923042447.GA88335@ie.tusur.ru> <200409231029.47945.jhb@FreeBSD.org> In-Reply-To: <200409231029.47945.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409231132.45061.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Pavel Gubin Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 16:53:09 -0000 On Thursday 23 September 2004 10:29 am, John Baldwin wrote: > On Thursday 23 September 2004 12:24 am, Pavel Gubin wrote: > > On Wed, Sep 22, 2004 at 04:28:51PM -0400, John Baldwin wrote: > > > > 1) When MPS 1.4 is enabled with the BIOS setting and ACPI disabled > > > > either by BIOS or by unsetting `acpi_load' loader variable, the > > > > kernel panices immediately with "panic: Multiple entries for PCI IRQ > > > > 16" message. As one can see from #1 Bootlog, there are really two > > > > entries for IRQ16. I think this is the BIOS bug, but I also think the > > > > diagnostics for this situation should be more precise than that. > > > > > > There's not much more precise that can be done. mptable output would > > > be extremely helpful here. > > > > ========================================================================= > >== ==== > > > > MPTable, version 2.0.15 > > > > ------------------------------------------------------------------------- > >-- ---- > > > > MP Floating Pointer Structure: > > > > location: BIOS > > physical address: 0x000fb960 > > signature: '_MP_' > > length: 16 bytes > > version: 1.4 > > checksum: 0x7f > > mode: Virtual Wire > > > > ------------------------------------------------------------------------- > >-- ---- > > > > MP Config Table Header: > > > > physical address: 0x000f62b0 > > signature: 'PCMP' > > base table length: 256 > > version: 1.4 > > checksum: 0xcb > > OEM ID: 'SiS ' > > Product ID: '740 ' > > OEM table pointer: 0x00000000 > > OEM table size: 0 > > entry count: 25 > > local APIC address: 0xfee00000 > > extended table length: 0 > > extended table checksum: 0 > > > > ------------------------------------------------------------------------- > >-- ---- > > > > MP Config Base Table Entries: > > > > -- > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > > INT active-lo level 0 2:A 2 16 > > INT active-lo level 0 2:A 2 23 > > This is the real bug and I guess I can improve the message. Then problem > is not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device > 2, pin #A has two different IRQs listed, so we don't know which one we are > supposed to use. This is definitely a BIOS bug and your motherboard > manufacturer needs to harassed into giving you a BIOS update. Also, I have a patch to make the error message more useful if you want to try it: --- //depot/vendor/freebsd/src/sys/i386/i386/mptable.c 2004/07/01 07:50:36 +++ //depot/user/jhb/acpipci/i386/i386/mptable.c 2004/09/23 14:34:52 @@ -935,7 +935,9 @@ if (args->vector == vector) return; KASSERT(args->vector == -1, - ("Multiple entries for PCI IRQ %d", args->vector)); + ("Multiple IRQs for PCI interrupt %d.%d.INT%c: %d and %d\n", + args->bus, args->irq >> 2, 'A' + (args->irq & 0x3), args->vector, + vector)); args->vector = vector; } -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 16:55:28 2004 Return-Path: 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 06AC816A4CE; Thu, 23 Sep 2004 16:55:28 +0000 (GMT) Received: from cedar.ie.tusur.ru (fet-gw.ttk.tusur.ru [212.192.163.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B103543D46; Thu, 23 Sep 2004 16:55:24 +0000 (GMT) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.12.11/8.12.11) with ESMTP id i8NGtGe8014599; Thu, 23 Sep 2004 23:55:16 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (localhost.ie.tusur.ru [127.0.0.1]) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9) with ESMTP id i8NGrn4D045137; Thu, 23 Sep 2004 23:53:49 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: (from pg@localhost) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9/Submit) id i8NGrnvj045136; Thu, 23 Sep 2004 23:53:49 +0700 (TSD) (envelope-from pg) Date: Thu, 23 Sep 2004 23:53:49 +0700 From: Pavel Gubin To: John Baldwin Message-ID: <20040923165349.GA38511@ie.tusur.ru> References: <20040922095257.GA81709@ie.tusur.ru> <200409221628.51977.jhb@FreeBSD.org> <20040923042447.GA88335@ie.tusur.ru> <200409231029.47945.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409231029.47945.jhb@FreeBSD.org> User-Agent: Mutt/1.4i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on cedar.ie.tusur.ru X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pavel Gubin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 16:55:28 -0000 On Thu, Sep 23, 2004 at 10:29:47AM -0400, John Baldwin wrote: > > > > panices immediately with "panic: Multiple entries for PCI IRQ 16" [] > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > > INT active-lo level 0 2:A 2 16 > > INT active-lo level 0 2:A 2 23 > > This is the real bug and I guess I can improve the message. Then problem is > not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device 2, > pin #A has two different IRQs listed, so we don't know which one we are > supposed to use. This is definitely a BIOS bug and your motherboard > manufacturer needs to harassed into giving you a BIOS update. Then shame on MSI.. And some stupid question - maybe a kernel can be given a hint which one to use (e.g. using /boot/loader.conf...)? Just in case this is not very uncommon situation to find such a bug in MP table. > > > > panic: _sx_xlock (user map): xlock already held @ > > > > /var/data/5/src/sys/vm/vm_map.c:2997 cpuid = 0 > > > > > > This is the real bug, can you do 'l *0xc05b541c' from kgdb? > > > > (kgdb) l *0xc05b541c > > 0xc05b541c is in pmap_enter_quick > > I would try asking alc@ if he has any ideas for this one. Then if I may help in some way (testing patch etc) - I'm at your service :) -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 17:00:40 2004 Return-Path: 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 8224216A4CE for ; Thu, 23 Sep 2004 17:00:40 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 703D143D31 for ; Thu, 23 Sep 2004 17:00:40 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 654F272DD4; Thu, 23 Sep 2004 10:00:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 62E8772DCB; Thu, 23 Sep 2004 10:00:40 -0700 (PDT) Date: Thu, 23 Sep 2004 10:00:40 -0700 (PDT) From: Doug White To: Chris Laverdure In-Reply-To: <1095956385.661.10.camel@elemental.DashEvil> Message-ID: <20040923095801.O43015@carver.gumbysoft.com> References: <1095916547.661.1.camel@elemental.DashEvil> <1095956385.661.10.camel@elemental.DashEvil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Joseph Koshy Subject: Re: /usr/sbin/config dependancy check? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 17:00:40 -0000 On Thu, 23 Sep 2004, Chris Laverdure wrote: > Alright, here's an example that hit me. > > # /usr/sbin/config CUSTOM > Error: Option DDB requires the following: > Options KDB > # /me locks up the paint sprayer Please see the archives for an extensive discussion of methodologies (and bikeshed colors) on how to implement this. But PLEASE PLEASE PLEASE don't restart that discussion unless there's new information. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 17:01:11 2004 Return-Path: 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 5325916A4CE; Thu, 23 Sep 2004 17:01:11 +0000 (GMT) Received: from cedar.ie.tusur.ru (fet-gw.ttk.tusur.ru [212.192.163.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0420843D2D; Thu, 23 Sep 2004 17:01:10 +0000 (GMT) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.12.11/8.12.11) with ESMTP id i8NH17oQ014789; Fri, 24 Sep 2004 00:01:07 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (localhost.ie.tusur.ru [127.0.0.1]) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9) with ESMTP id i8NGxe4D045281; Thu, 23 Sep 2004 23:59:40 +0700 (TSD) (envelope-from pg@rainbow.ie.tusur.ru) Received: (from pg@localhost) by rainbow.ie.tusur.ru (8.12.9p2/8.12.9/Submit) id i8NGxeZq045280; Thu, 23 Sep 2004 23:59:40 +0700 (TSD) (envelope-from pg) Date: Thu, 23 Sep 2004 23:59:40 +0700 From: Pavel Gubin To: John Baldwin Message-ID: <20040923165940.GB38511@ie.tusur.ru> References: <20040922095257.GA81709@ie.tusur.ru> <20040923042447.GA88335@ie.tusur.ru> <200409231029.47945.jhb@FreeBSD.org> <200409231132.45061.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409231132.45061.jhb@FreeBSD.org> User-Agent: Mutt/1.4i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on cedar.ie.tusur.ru X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: "Multiple entries for PCI IRQ 16" and "xlock already held" panics on 5.3-BETA(3,4,5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pavel Gubin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 17:01:11 -0000 On Thu, Sep 23, 2004 at 11:32:45AM -0400, John Baldwin wrote: > > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > > > INT active-lo level 0 2:A 2 16 > > > INT active-lo level 0 2:A 2 23 > > > > This is the real bug and I guess I can improve the message. Then problem > > is not two lines for IRQ 16, but that the PCI interrrupt for bus 0, device > > 2, pin #A has two different IRQs listed, so we don't know which one we are > > supposed to use. This is definitely a BIOS bug and your motherboard > > manufacturer needs to harassed into giving you a BIOS update. > > Also, I have a patch to make the error message more useful if you want to try > it: Ok, thanks, I'll try it tomorrow, but even without trying I can see it's much more informative :) > --- //depot/vendor/freebsd/src/sys/i386/i386/mptable.c 2004/07/01 07:50:36 > +++ //depot/user/jhb/acpipci/i386/i386/mptable.c 2004/09/23 14:34:52 > @@ -935,7 +935,9 @@ > if (args->vector == vector) > return; > KASSERT(args->vector == -1, > - ("Multiple entries for PCI IRQ %d", args->vector)); > + ("Multiple IRQs for PCI interrupt %d.%d.INT%c: %d and %d\n", > + args->bus, args->irq >> 2, 'A' + (args->irq & 0x3), args->vector, > + vector)); > args->vector = vector; > } -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 17:02:22 2004 Return-Path: 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 2295116A4CE for ; Thu, 23 Sep 2004 17:02:22 +0000 (GMT) Received: from dill.salatschuessel.net (pD95FDDD7.dip.t-dialin.net [217.95.221.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE3143D1F for ; Thu, 23 Sep 2004 17:02:20 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 71106 invoked by uid 89); 23 Sep 2004 17:01:56 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (olivleh1@dill.salatschuessel.net@10.0.1.51) by dill.salatschuessel.net with SMTP; 23 Sep 2004 17:01:56 -0000 Date: Thu, 23 Sep 2004 19:02:19 +0200 From: Oliver Lehmann To: Tim Kientzle Message-Id: <20040923190219.176a5848.lehmann@ans-netz.de> In-Reply-To: <4152EAA5.30807@freebsd.org> References: <20040923062411.7b5a70d7.lehmann@ans-netz.de> <4152EAA5.30807@freebsd.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: bsdtar doesn't detect end of tape X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 17:02:22 -0000 Hi Tim, Tim Kientzle wrote: > the attached patch to src/lib/libarchive, > rebuild libarchive and bsdtar and let me > know if it fixes it for you. I applied that patch, recompiled+instaled libarchive, and then recompiled+installed bsdtar. Now it doesn't write anything: root@nudel /root> mt -f /dev/sa3 comp off root@nudel /root> cd /mnt/backups/.backup/dds2 root@nudel dds2> bsdtar -c -b 64 -v -f /dev/sa3 . a .: (null) a avocado: (null) a avocado/home: (null) a avocado/home/olivleh1: (null) a avocado/home/olivleh1/.hushlogin: (null) .... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 17:17:47 2004 Return-Path: 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 5EB4B16A4CE for ; Thu, 23 Sep 2004 17:17:47 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DAA243D1D for ; Thu, 23 Sep 2004 17:17:47 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 36C6172DD4; Thu, 23 Sep 2004 10:17:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 31C2572DCB; Thu, 23 Sep 2004 10:17:47 -0700 (PDT) Date: Thu, 23 Sep 2004 10:17:47 -0700 (PDT) From: Doug White To: Putinas Piliponis In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> Message-ID: <20040923100857.J43015@carver.gumbysoft.com> References: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Cyrille Lefevre cc: Juha Saarinen cc: freebsd-current@freebsd.org Subject: RE: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 17:17:47 -0000 On Thu, 23 Sep 2004, Putinas Piliponis wrote: > but this is workaround - isn't it ? No, it's correct design. I have to deal with this at work all the time -- we have a batch processing system that uses "cat *" to feed data into pipelines and as the dataset sizes has increased we've found places where it explodes and has to be fixed. Its a royal PITA. Do It Right The First Time and you won't have to worry about it in the future when your system is handling 100x the data it is now. Also, find -print0 | xargs -0 will handle files with spaces correctly. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 17:23:58 2004 Return-Path: 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 2E5AA16A4CE for ; Thu, 23 Sep 2004 17:23:58 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DBB043D39 for ; Thu, 23 Sep 2004 17:23:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 00B7772DD4; Thu, 23 Sep 2004 10:23:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id F027172DCB; Thu, 23 Sep 2004 10:23:57 -0700 (PDT) Date: Thu, 23 Sep 2004 10:23:57 -0700 (PDT) From: Doug White To: "Michael L. Squires" In-Reply-To: <20040923094632.C564@familysquires.net> Message-ID: <20040923102049.H43015@carver.gumbysoft.com> References: <20040907003621.GA25864@internode.com.au> <20040907031726.GA78148@internode.com.au> <20040923094632.C564@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Chris Laverdure cc: freebsd-current@freebsd.org cc: Adam Smith Subject: Re: xorg & KDE 3.3 startup issues in 5.3 BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 17:23:58 -0000 On Thu, 23 Sep 2004, Michael L. Squires wrote: > I don't know when these two problems started, since I've been mostly doing > buildworlds, buildkernels, and portupgrades -a on this fairly slow > machine (and not running X). They didn't exist with 5.3-CURRENT just > before 5.3-BETA when I was running XFree86 and KDE 3.2, however. The kdm upgrade/install from ports could use some work for sure... I upgraded a machine from kde3.1 to 3.2 and kdm's config had to regenerated there too. My point is that I don't think these problems are unique to the BETA sequence. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 17:34:15 2004 Return-Path: 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 9CBD516A4CE for ; Thu, 23 Sep 2004 17:34:15 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6676A43D58 for ; Thu, 23 Sep 2004 17:34:15 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5A65172DF2; Thu, 23 Sep 2004 10:34:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 57E7A72DD4; Thu, 23 Sep 2004 10:34:15 -0700 (PDT) Date: Thu, 23 Sep 2004 10:34:15 -0700 (PDT) From: Doug White To: Evren Yurtesen In-Reply-To: <415359EF.3050008@ispro.net.tr> Message-ID: <20040923103227.C43015@carver.gumbysoft.com> References: <415359EF.3050008@ispro.net.tr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 17:34:15 -0000 On Thu, 23 Sep 2004, Evren Yurtesen wrote: > Does anybody know what is panic: sorele? :) This panic is triggered if a socket's reference count is reduced below 0. This usually indicates corruption of the socket structure. If you got a crashdump it would be interesting to inspect the structure and see if its filled with 0xdeadc0de, which indicates reuse of a freed socket structure. Can you do anything to reproduce this? > FreeBSD proxy.ispro.net.tr 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Fri Sep 17 > 19:17:14 EEST 2004 > toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY i386 > > I just got this error and the machine got frozen... > > panic: sorele > cpuid = 1 > boot() called on cpu#1 > Uptime: 5d19h48m4s > > I wonder if it might be some hardware problem or ? > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-BETA4 #0: Fri Sep 17 19:17:14 EEST 2004 > toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.02-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbff > Hyperthreading: 2 logical CPUs > real memory = 3216179200 (3067 MB) > avail memory = 3149369344 (3003 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > module_register_init: MOD_LOAD (splash_bmp, 0xc0788810, 0) error 2 > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: port 0xefe0-0xefe7 mem > 0xfe780000-0xfe7fffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 > agp0: detected 3964k stolen memory > agp0: aperture size is 128M > pcib1: at device 30.0 on pci0 > pci1: on pcib1 > fxp0: port 0xdf00-0xdf3f mem > 0xfe5ff000-0xfe5fffff irq 20 at device 8.0 on pci1 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:0e:a6:0a:51:36 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pmtimer0 on isa0 > fdc0: ready for input in output > fdc0: cmd 3 failed at out byte 1 of 3 > 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 10.000 msec > ipfw2 initialized, divert disabled, rule-based forwarding enabled, > default to accept, logging disabled > ad0: 76319MB [155061/16/63] at ata0-master UDMA100 > ad2: 114473MB [232581/16/63] at ata1-master SATA150 > ad3: 114473MB [232581/16/63] at ata1-slave SATA150 > SMP: AP CPU #1 Launched! > Mounting root from ufs:/dev/ad0s1a > WARNING: / was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 17:49:31 2004 Return-Path: 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 0800716A4CE for ; Thu, 23 Sep 2004 17:49:31 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8395F43D31 for ; Thu, 23 Sep 2004 17:49:30 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i8NHnTLp058306; Thu, 23 Sep 2004 12:49:29 -0500 (CDT) (envelope-from dan) Date: Thu, 23 Sep 2004 12:49:29 -0500 From: Dan Nelson To: Chris Laverdure Message-ID: <20040923174929.GM66118@dan.emsphone.com> References: <1095916547.661.1.camel@elemental.DashEvil> <84dead72040923060647ebea29@mail.gmail.com> <1095956385.661.10.camel@elemental.DashEvil> <1095916547.661.1.camel@elemental.DashEvil> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1095956385.661.10.camel@elemental.DashEvil> <1095916547.661.1.camel@elemental.DashEvil> X-OS: FreeBSD 5.3-BETA4 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Joseph Koshy Subject: Re: /usr/sbin/config dependancy check? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 17:49:31 -0000 In the last episode (Sep 23), Chris Laverdure said: > Is there any hope of getting some dependancy checking in config? I > can't imagine it being that difficult to implement and it would clear > up a lot of noise on the mailing lists and IRC channels. > > Plus, well, it just makes sense. In the last episode (Sep 23), Chris Laverdure said: > Alright, here's an example that hit me. > > # /usr/sbin/config CUSTOM > Error: Option DDB requires the following: > Options KDB > # Looks like config has dependency checking after all :) If it didn't, you would likely have gotten a compile or link error when building the kernel. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 18:01:13 2004 Return-Path: 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 8273916A4CF for ; Thu, 23 Sep 2004 18:01:13 +0000 (GMT) Received: from tomts25-srv.bellnexxia.net (tomts25.bellnexxia.net [209.226.175.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF33A43D2F for ; Thu, 23 Sep 2004 18:01:12 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([67.68.38.73]) by tomts25-srv.bellnexxia.net ESMTP <20040923180111.KJKX7925.tomts25-srv.bellnexxia.net@[192.168.2.32]>; Thu, 23 Sep 2004 14:01:11 -0400 From: Chris Laverdure To: Dan Nelson In-Reply-To: <20040923174929.GM66118@dan.emsphone.com> References: <1095916547.661.1.camel@elemental.DashEvil> <84dead72040923060647ebea29@mail.gmail.com> <1095956385.661.10.camel@elemental.DashEvil> <1095916547.661.1.camel@elemental.DashEvil> <20040923174929.GM66118@dan.emsphone.com> Content-Type: text/plain Message-Id: <1095962437.661.13.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 23 Sep 2004 14:00:37 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: /usr/sbin/config dependancy check? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 18:01:13 -0000 On Thu, 2004-09-23 at 13:49, Dan Nelson wrote: > In the last episode (Sep 23), Chris Laverdure said: > > Is there any hope of getting some dependancy checking in config? I > > can't imagine it being that difficult to implement and it would clear > > up a lot of noise on the mailing lists and IRC channels. > > > > Plus, well, it just makes sense. > > In the last episode (Sep 23), Chris Laverdure said: > > Alright, here's an example that hit me. > > > > # /usr/sbin/config CUSTOM > > Error: Option DDB requires the following: > > Options KDB > > # > > Looks like config has dependency checking after all :) If it didn't, > you would likely have gotten a compile or link error when building the > kernel. Sorry for the confusion, but that wasn't a real config run, just a proposed method of displaying dependency issues. From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 18:11:53 2004 Return-Path: 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 4F2C116A4CE for ; Thu, 23 Sep 2004 18:11:53 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53EC043D1F for ; Thu, 23 Sep 2004 18:11:52 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 68283 invoked from network); 23 Sep 2004 18:11:25 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 23 Sep 2004 18:11:25 -0000 Date: Thu, 23 Sep 2004 20:11:49 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20040923201149.52d4ab83.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__23_Sep_2004_20_11_49_+0200_c.bt20ukYaPTJawT" Subject: 5.3-BETA4: System halts with mlx and de @same IRQ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 18:11:53 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__23_Sep_2004_20_11_49_+0200_c.bt20ukYaPTJawT Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I've and ANA-6944A/TX and a Mylex 960DAC. mlx and some of the de's ar both on irq 10. When I plug the cable out of one of the deX ports, and back in an other port, the system freezes. It only happens with taking cable out. I'm actually working through 2 of 4 ports, plugging on of them out... freeze. I've no experience with other FreeBSD versions because I own that card since today... (written from screen) de3: link down: cable problem mlx0: controller wedged (not taking commands) mlx0: I/O error unknown response: 0xdead for command 0x83 mlx0: controller wedged (not taking commands) mlx0: I/O error unknown response: 0xdead for command 0x83 mlx0: controller wedged (not taking commands) mlx0: I/O error unknown response: 0xdead for command 0x83 It's of course reproduceable. Please find dmesg attached. I'll go and build an kernel with debugging stuff on... but the system doesn't panic, so I've no idea what I can do for more debugging, do you? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ --Multipart=_Thu__23_Sep_2004_20_11_49_+0200_c.bt20ukYaPTJawT Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1CRVRBNCAjMTogU2F0IFNlcCAxOCAxMjozMzoyMSBD RVNUIDIwMDQKICAgIHJvb3RAZ3Vya2Uuc2FsYXRzY2h1ZXNzZWwubmV0Oi91c3Ivb2JqL2kzODYt NS4zL3Vzci9zcmMvc3lzL0dVUktFClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMx ODIgSHogcXVhbGl0eSAwCkNQVTogUGVudGl1bSBJSS9QZW50aXVtIElJIFhlb24vQ2VsZXJvbiAo MzAwLjY4LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9 IDB4NjUyICBTdGVwcGluZyA9IDIKICBGZWF0dXJlcz0weDE4M2ZiZmY8RlBVLFZNRSxERSxQU0Us VFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYs TU1YLEZYU1I+CnJlYWwgbWVtb3J5ICA9IDY2OTc3NzkyICg2MyBNQikKYXZhaWwgbWVtb3J5ID0g NjAxMDg4MDAgKDU3IE1CKQpucHgwOiBbRkFTVF0KbnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBt b3RoZXJib2FyZApucHgwOiBJTlQgMTYgaW50ZXJmYWNlCmFjcGkwOiA8T0VNVFlOIE9FTVRZTlRC PiBvbiBtb3RoZXJib2FyZAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNvdW50ZXIg IkFDUEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIw OiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkw CmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4g cG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMAph Z3AwOiA8SW50ZWwgODI0NDNCWCAoNDQwIEJYKSBob3N0IHRvIFBDSSBicmlkZ2U+IG1lbSAweGY4 MDAwMDAwLTB4ZmJmZmZmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2kwCnBjaWIxOiA8UENJLVBDSSBi cmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjEKaXNh YjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDcuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVz PiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgUElJWDQgVURNQTMzIGNvbnRyb2xsZXI+IHBvcnQg MHhmZmEwLTB4ZmZhZiwweDM3NiwweDE3MC0weDE3NywweDNmNiwweDFmMC0weDFmNyBhdCBkZXZp Y2UgNy4xIG9uIHBjaTAKYXRhMDogY2hhbm5lbCAjMCBvbiBhdGFwY2kwCmF0YTE6IGNoYW5uZWwg IzEgb24gYXRhcGNpMApwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgNy4yIChubyBk cml2ZXIgYXR0YWNoZWQpCmludHBtMDogPEludGVsIDgyMzcxQUIgUG93ZXIgbWFuYWdlbWVudCBj b250cm9sbGVyPiBwb3J0IDB4NDQwLTB4NDRmIGlycSA5IGF0IGRldmljZSA3LjMgb24gcGNpMApp bnRwbTA6IEkvTyBtYXBwZWQgNDQwCmludHBtMDogaW50ciBJUlEgOSBlbmFibGVkIHJldmlzaW9u IDAKaW50cG0wOiBbR0lBTlQtTE9DS0VEXQppbnRzbWIwOiA8SW50ZWwgUElJWDQgU01CVVMgSW50 ZXJmYWNlPiBvbiBpbnRwbTAKc21idXMwOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBvbiBpbnRz bWIwCnNtYjA6IDxTTUJ1cyBnZW5lcmljIEkvTz4gb24gc21idXMwCmludHBtMDogUE0gSS9PIG1h cHBlZCA0MDAgCnBjaTA6IDxuZXR3b3JrPiBhdCBkZXZpY2UgMTYuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQptbHgwOiA8TXlsZXggdmVyc2lvbiAyIFJBSUQgaW50ZXJmYWNlPiBwb3J0IDB4ZWMwMC0w eGVjN2YgbWVtIDB4ZmZhZmZmODAtMHhmZmFmZmZmZiBpcnEgMTAgYXQgZGV2aWNlIDE3LjAgb24g cGNpMAptbHgwOiBbR0lBTlQtTE9DS0VEXQptbHgwOiBEQUM5NjBQL1BELCAyIGNoYW5uZWxzLCBm aXJtd2FyZSAyLjczLTAtMDAsIDE2TUIgUkFNCm1seGQwOiA8TXlsZXggU3lzdGVtIERyaXZlPiBv biBtbHgwCm1seGQwOiAyMTUwTUIgKDQ0MDMyMDAgc2VjdG9ycykgUkFJRCAxIChvbmxpbmUpCnBj aWIyOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxOC4wIG9uIHBjaTAKcGNpMjogPFBDSSBi dXM+IG9uIHBjaWIyCmRlMDogPERpZ2l0YWwgMjExNDBBIEZhc3QgRXRoZXJuZXQ+IHBvcnQgMHhj YzAwLTB4Y2M3ZiBtZW0gMHhmZjRmZmY4MC0weGZmNGZmZmZmIGlycSAxMCBhdCBkZXZpY2UgNC4w IG9uIHBjaTIKZGUwOiBbR0lBTlQtTE9DS0VEXQpkZTA6IENvZ2VudCBFTTQ0MFRYIDIxMTQwQSBb MTAtMTAwTWIvc10gcGFzcyAyLjIKZGUwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowMDpkMToxZjpl MzphMQpkZTA6IGlmX3N0YXJ0IHJ1bm5pbmcgZGVmZXJyZWQgZm9yIEdpYW50CmRlMTogPERpZ2l0 YWwgMjExNDBBIEZhc3QgRXRoZXJuZXQ+IHBvcnQgMHhjODgwLTB4YzhmZiBtZW0gMHhmZjRmZmYw MC0weGZmNGZmZjdmIGlycSA5IGF0IGRldmljZSA1LjAgb24gcGNpMgpkZTE6IENvZ2VudCBFTTQ0 MFRYIDIxMTQwQSBbMTAtMTAwTWIvc10gcGFzcyAyLjIKZGUxOiBFdGhlcm5ldCBhZGRyZXNzOiAw MDowMDpkMToxZjplMzphMgpkZTE6IGlmX3N0YXJ0IHJ1bm5pbmcgZGVmZXJyZWQgZm9yIEdpYW50 CmRlMjogPERpZ2l0YWwgMjExNDBBIEZhc3QgRXRoZXJuZXQ+IHBvcnQgMHhjODAwLTB4Yzg3ZiBt ZW0gMHhmZjRmZmU4MC0weGZmNGZmZWZmIGlycSA1IGF0IGRldmljZSA2LjAgb24gcGNpMgpkZTI6 IENvZ2VudCBFTTQ0MFRYIDIxMTQwQSBbMTAtMTAwTWIvc10gcGFzcyAyLjIKZGUyOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDowMDpkMToxZjplMzphMwpkZTI6IGlmX3N0YXJ0IHJ1bm5pbmcgZGVmZXJy ZWQgZm9yIEdpYW50CmRlMzogPERpZ2l0YWwgMjExNDBBIEZhc3QgRXRoZXJuZXQ+IHBvcnQgMHhj NDgwLTB4YzRmZiBtZW0gMHhmZjRmZmUwMC0weGZmNGZmZTdmIGlycSAxMCBhdCBkZXZpY2UgNy4w IG9uIHBjaTIKZGUzOiBDb2dlbnQgRU00NDBUWCAyMTE0MEEgWzEwLTEwME1iL3NdIHBhc3MgMi4y CmRlMzogRXRoZXJuZXQgYWRkcmVzczogMDA6MDA6ZDE6MWY6ZTM6YTQKZGUzOiBpZl9zdGFydCBy dW5uaW5nIGRlZmVycmVkIGZvciBHaWFudApwY2liMzogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMTkuMCBvbiBwY2kwCnBjaTM6IDxQQ0kgYnVzPiBvbiBwY2liMwpmeHAwOiA8SW50ZWwgODI1 NTkgUHJvLzEwMCBFdGhlcm5ldD4gcG9ydCAweGRmMDAtMHhkZjNmIG1lbSAweGZmODAwMDAwLTB4 ZmY4ZmZmZmYsMHhmZjlmZjAwMC0weGZmOWZmZmZmIGlycSA5IGF0IGRldmljZSA0LjAgb24gcGNp MwptaWlidXMwOiA8TUlJIGJ1cz4gb24gZnhwMAppbnBoeTA6IDxpODI1NTUgMTAvMTAwIG1lZGlh IGludGVyZmFjZT4gb24gbWlpYnVzMAppbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAw YmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCmZ4cDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjUw OjhiOmUzOjNmOjYwCmZ4cDE6IDxJbnRlbCA4MjU1OSBQcm8vMTAwIEV0aGVybmV0PiBwb3J0IDB4 ZGU4MC0weGRlYmYgbWVtIDB4ZmY3MDAwMDAtMHhmZjdmZmZmZiwweGZmOWZlMDAwLTB4ZmY5ZmVm ZmYgaXJxIDUgYXQgZGV2aWNlIDUuMCBvbiBwY2kzCm1paWJ1czE6IDxNSUkgYnVzPiBvbiBmeHAx CmlucGh5MTogPGk4MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMxCmlucGh5 MTogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8K ZnhwMTogRXRoZXJuZXQgYWRkcmVzczogMDA6NTA6OGI6ZTM6M2Y6NjEKYWNwaV9idXR0b24wOiA8 U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgw NDIpPiBwb3J0IDB4NjQsMHg2MCBpcnEgMSBvbiBhY3BpMApmZGMwOiA8ZmxvcHB5IGRyaXZlIGNv bnRyb2xsZXI+IHBvcnQgMHgzZjcsMHgzZjQtMHgzZjUsMHgzZjItMHgzZjMgaXJxIDYgZHJxIDIg b24gYWNwaTAKZmRjMDogY21kIDMgZmFpbGVkIGF0IG91dCBieXRlIDEgb2YgMwpkZXZpY2VfYXR0 YWNoOiBmZGMwIGF0dGFjaCByZXR1cm5lZCA2CnNpbzAgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBv biBhY3BpMApzaW8wOiB0eXBlIDE2NTUwQQpzaW8xIHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24g YWNwaTAKc2lvMTogdHlwZSAxNjU1MEEKcHBjMCBwb3J0IDB4Mzc4LTB4MzdmIGlycSA3IG9uIGFj cGkwCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklCQkxFLW9ubHkpIGluIENPTVBBVElCTEUgbW9k ZQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMApwY2ZjbG9jazA6IDxQQ0YtMS4w PiBvbiBwcGJ1czAKcHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCmZkYzA6IDxmbG9wcHkg ZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmNywweDNmNC0weDNmNSwweDNmMi0weDNmMyBpcnEg NiBkcnEgMiBvbiBhY3BpMApmZGMwOiBjbWQgMyBmYWlsZWQgYXQgb3V0IGJ5dGUgMSBvZiAzCmRl dmljZV9hdHRhY2g6IGZkYzAgYXR0YWNoIHJldHVybmVkIDYKb3JtMDogPElTQSBPcHRpb24gUk9N cz4gYXQgaW9tZW0gMHhjODAwMC0weGM4N2ZmLDB4YzAwMDAtMHhjN2ZmZiBvbiBpc2EwCnBtdGlt ZXIwIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAK c2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJp YyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBp c2EwCmVwMDogPDNDb20gM0M1MDlCLUNvbWJvIEV0aGVyTGluayBJSUkgKFBuUCk+IGF0IHBvcnQg MHgyMTAtMHgyMWYgaXJxIDExIG9uIGlzYTAKZXAwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDo2MDo5 NzozOTozYTo3NgplcDE6IDwzQ29tIDNDNTA5Qi1Db21ibyBFdGhlckxpbmsgSUlJIChQblApPiBh dCBwb3J0IDB4MjIwLTB4MjJmIGlycSAxMiBvbiBpc2EwCmVwMTogRXRoZXJuZXQgYWRkcmVzczog MDA6YTA6MjQ6YTI6NjY6YmMKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDMwMDY4MzA2OSBI eiBxdWFsaXR5IDgwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxMC4wMDAgbXNlYwppcGZ3MiBp bml0aWFsaXplZCwgZGl2ZXJ0IGVuYWJsZWQsIHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBkaXNhYmxl ZCwgZGVmYXVsdCB0byBkZW55LCBsb2dnaW5nIHVubGltaXRlZAphY3BpX2NwdTogdGhyb3R0bGlu ZyBlbmFibGVkLCA4IHN0ZXBzICgxMDAlIHRvIDEyLjUlKSwgY3VycmVudGx5IDEwMC4wJQpNb3Vu dGluZyByb290IGZyb20gdWZzOi9kZXYvbWx4ZDBzMWEKV0FSTklORzogLyB3YXMgbm90IHByb3Bl cmx5IGRpc21vdW50ZWQKZGUwOiBlbmFibGluZyBGdWxsIER1cGxleCAxMDBiYXNlVFggcG9ydApk ZTI6IGVuYWJsaW5nIEZ1bGwgRHVwbGV4IDEwMGJhc2VUWCBwb3J0CmRlMTogZW5hYmxpbmcgMTBi YXNlVCBwb3J0CmRlMTogbGluayBkb3duOiBjYWJsZSBwcm9ibGVtPwpkZTM6IGF1dG9zZW5zZSBm YWlsZWQ6IGNhYmxlIHByb2JsZW0/CmZ4cDA6IE1pY3JvY29kZSBsb2FkZWQsIGludF9kZWxheTog MTAwMCB1c2VjICBidW5kbGVfbWF4OiA2CmZ4cDA6IE1pY3JvY29kZSBsb2FkZWQsIGludF9kZWxh eTogMTAwMCB1c2VjICBidW5kbGVfbWF4OiA2CmZ4cDE6IE1pY3JvY29kZSBsb2FkZWQsIGludF9k ZWxheTogMTAwMCB1c2VjICBidW5kbGVfbWF4OiA2CmZ4cDE6IE1pY3JvY29kZSBsb2FkZWQsIGlu dF9kZWxheTogMTAwMCB1c2VjICBidW5kbGVfbWF4OiA2Cg== --Multipart=_Thu__23_Sep_2004_20_11_49_+0200_c.bt20ukYaPTJawT-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 18:19:58 2004 Return-Path: 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 32DF416A4CE for ; Thu, 23 Sep 2004 18:19:58 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB3E43D5E for ; Thu, 23 Sep 2004 18:19:57 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 68403 invoked from network); 23 Sep 2004 18:19:31 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 23 Sep 2004 18:19:31 -0000 Date: Thu, 23 Sep 2004 20:19:55 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20040923201955.4a43278d.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: mlxd0s1b - can't be a dumpdev? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 18:19:58 -0000 Hi, normal behaviour? root@gurke /root> dumpon /dev/mlxd0s1b dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported by device Exit 71 would be bad because I've no other disks attached to that box, and I'm not able to. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 18:28:06 2004 Return-Path: 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 8E07816A4CE for ; Thu, 23 Sep 2004 18:28:06 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29AFE43D2D for ; Thu, 23 Sep 2004 18:28:06 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i8NIS4uT030280; Thu, 23 Sep 2004 14:28:04 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> References: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> Date: Thu, 23 Sep 2004 14:28:02 -0400 To: "Putinas Piliponis" , From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: RE: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 18:28:06 -0000 At 4:54 PM +0300 9/23/04, Putinas Piliponis wrote: > >>how about grep -r ou find | xargs grep ! > >but this is workaround - isn't it ? No, that is the solution which will work for any number of files, on any Unix-based system. No matter what we increase MAX_ARGS to, it still be possible that some users will have a good reason to need to process even more args. The `find' command takes a little time to get comfortable with, but it is a very useful utility program for some situations. I have hit the limits in Solaris, for instance, and one of the earlier messages claimed that Sun uses a value of 1meg for MAX_ARGS. I have nothing against the idea of increasing the value of MAX_ARGS, as long as people realize that increasing it will not solve the issue for all situations. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 18:42:35 2004 Return-Path: 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 349E516A4CE for ; Thu, 23 Sep 2004 18:42:35 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00A7643D54 for ; Thu, 23 Sep 2004 18:42:35 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8NIjCVT029479; Thu, 23 Sep 2004 11:45:12 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8NIjCEs029478; Thu, 23 Sep 2004 11:45:12 -0700 Date: Thu, 23 Sep 2004 11:45:12 -0700 From: Brooks Davis To: Oliver Lehmann Message-ID: <20040923184512.GF25699@odin.ac.hmc.edu> References: <20040923201955.4a43278d.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H4SyuGOnfnj3aJqJ" Content-Disposition: inline In-Reply-To: <20040923201955.4a43278d.lehmann@ans-netz.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: mlxd0s1b - can't be a dumpdev? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 18:42:35 -0000 --H4SyuGOnfnj3aJqJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 23, 2004 at 08:19:55PM +0200, Oliver Lehmann wrote: > Hi, >=20 > normal behaviour? >=20 > root@gurke /root> dumpon /dev/mlxd0s1b > dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported by device > Exit 71 >=20 > would be bad because I've no other disks attached to that box, and I'm not > able to. Looking at the source (sys/dev/mlx/mlx.c) no dump function is provided so this can't be a dumpdev. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --H4SyuGOnfnj3aJqJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBUxm3XY6L6fI4GtQRAkEQAJ42HrM51inn9efJJom80W5BqvR7qwCgu1F9 SuZ2VMrTT8lh6zcRIMaYsGI= =M5LN -----END PGP SIGNATURE----- --H4SyuGOnfnj3aJqJ-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 18:56:28 2004 Return-Path: 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 377ED16A4CE for ; Thu, 23 Sep 2004 18:56:28 +0000 (GMT) Received: from fed1rmmtao11.cox.net (fed1rmmtao11.cox.net [68.230.241.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF85343D49 for ; Thu, 23 Sep 2004 18:56:27 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao11.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040923185625.WYQS9204.fed1rmmtao11.cox.net@mezz.mezzweb.com>; Thu, 23 Sep 2004 14:56:25 -0400 Date: Thu, 23 Sep 2004 13:56:28 -0500 To: "Andriy Gapon" References: <4151AE68.6040802@icyb.net.ua> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <4151AE68.6040802@icyb.net.ua> User-Agent: Opera M2/7.54 (Linux, build 751) cc: freebsd-current@freebsd.org Subject: Re: nforce2 vs. apic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 18:56:28 -0000 On Wed, 22 Sep 2004 19:55:04 +0300, Andriy Gapon wrote: > > I posted this some time ago to freebsd-questions@, but replies I got, > although very helping, amounted to "don't do it", so I am trying this > list. > > I have nforce2-based motherboard Abit NF7 and run 5.2.1-RELEASE on that > system. I have tried to enable APIC by compiling kernel with 'device > apic' (both with and without SMP option, although this is a UP system), > but system just freezes during boot with it. Everything works pretty > well without APIC, I was just curious about getting it to work. It works fine with 5.3 in here with nForce2, but only two things that aren't work...smbus and ethernet (tried NDIS and nvnet, but still not work). My motherboard is MSI K7N2 Delta2 Platinum (MS-6570E-010). I never have tried 5.2.1 with this new motherboard, because it's too old to touch it. Cheers, Mezz > I found this discussion: > > http://lists.freebsd.org/pipermail/freebsd-current/2004-May/027316.html > > and I have also found numerous reports on nforce2+APIC lockup problem in > Linux and some patches that were reported to help with it. > > So, I want to find out if anything changed with respect to this in > FreeBSD, maybe some patches/workarounds, or success stories about > FreeBSD+nforce2+APIC. > > Also some notes about my lockup. It happens at this point (exerpt for > non-verbose non-APIC dmesg): > > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3 > pmtimer0 on isa0 > sc0: on isa0 > sc0: VGA <16 virtual consoles, flags=0x200> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 1830012912 Hz quality 800 > Timecounters tick every 10.000 msec > ipfw2 initialized, divert disabled, rule-based forwarding enabled, > default to accept, logging limited to 100 packets/entry by default > <<< In APIC case system freezes here >>> > GEOM: create disk ad0 dp=0xc6e15e60 > ad0: 76319MB [155061/16/63] at ata0-master UDMA100 > acd0: CDRW at ata1-master UDMA33 > > Also, when system freezes keyboard LEDs still work properly and cursor > disappears when I press Scroll Lock, but arrow and PgUp/PgDown do not > work; if I try Alt-F system speacker emits monotonic sound that can > not be turned off (except by reset, of course). > > I am ready to provide any additional information. Unfortunately I am not > able to use serial console, so I can't give much info for APIC-enabled > case. -- mezz7 at cox.net - mezz at FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 18:56:41 2004 Return-Path: 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 BB9E116A4CE for ; Thu, 23 Sep 2004 18:56:41 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5029143D41 for ; Thu, 23 Sep 2004 18:56:40 +0000 (GMT) (envelope-from yurtesen-dated-1096829796.c3b07a@ispro.net.tr) Received: (qmail 15529 invoked by uid 89); 23 Sep 2004 18:56:36 -0000 Received: from [192.168.0.94] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Thu, 23 Sep 2004 21:56:34 +0300 (EEST) Message-ID: <4153A8E8.204@ispro.net.tr> Date: Thu, 23 Sep 2004 21:56:08 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <415359EF.3050008@ispro.net.tr> <20040923103227.C43015@carver.gumbysoft.com> In-Reply-To: <20040923103227.C43015@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@freebsd.org Subject: Re: panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 18:56:41 -0000 Doug White wrote: > On Thu, 23 Sep 2004, Evren Yurtesen wrote: > > >>Does anybody know what is panic: sorele? :) > > > This panic is triggered if a socket's reference count is reduced below 0. > This usually indicates corruption of the socket structure. If you got a > crashdump it would be interesting to inspect the structure and see if its > filled with 0xdeadc0de, which indicates reuse of a freed socket structure. > > Can you do anything to reproduce this? > I actually dont know. It just crashed. There is only squid and ipfw working on this computer. I will try to get a crasdump if it happens again next time, but should I compile the kernel with something special? Like witness etc.? Evren From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:09:38 2004 Return-Path: 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 B9E1616A4CE for ; Thu, 23 Sep 2004 19:09:38 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9111643D1F for ; Thu, 23 Sep 2004 19:09:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4319 invoked from network); 23 Sep 2004 19:09:38 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Sep 2004 19:09:37 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8NJ9YEf010964; Thu, 23 Sep 2004 15:09:34 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 23 Sep 2004 14:19:38 -0400 User-Agent: KMail/1.6.2 References: <20040923201149.52d4ab83.lehmann@ans-netz.de> In-Reply-To: <20040923201149.52d4ab83.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409231419.38142.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Oliver Lehmann Subject: Re: 5.3-BETA4: System halts with mlx and de @same IRQ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 19:09:38 -0000 On Thursday 23 September 2004 02:11 pm, Oliver Lehmann wrote: > Hi, > > I've and ANA-6944A/TX and a Mylex 960DAC. mlx and some of the de's ar both > on irq 10. > When I plug the cable out of one of the deX ports, and back in an other > port, the system freezes. It only happens with taking cable out. I'm > actually working through 2 of 4 ports, plugging on of them out... freeze. > I've no experience with other FreeBSD versions because I own that card > since today... > > (written from screen) > > de3: link down: cable problem > mlx0: controller wedged (not taking commands) > mlx0: I/O error unknown response: 0xdead for command 0x83 > mlx0: controller wedged (not taking commands) > mlx0: I/O error unknown response: 0xdead for command 0x83 > mlx0: controller wedged (not taking commands) > mlx0: I/O error unknown response: 0xdead for command 0x83 > > It's of course reproduceable. Please find dmesg attached. I'll go and > build an kernel with debugging stuff on... but the system doesn't panic, > so I've no idea what I can do for more debugging, do you? You can try to break into ddb and do a 'show intr'. Also, try disabling ACPI and/or removing the intpm driver when using ACPI. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:11:19 2004 Return-Path: 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 8F53316A4CE for ; Thu, 23 Sep 2004 19:11:19 +0000 (GMT) Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECC6743D54 for ; Thu, 23 Sep 2004 19:11:16 +0000 (GMT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.13.1/8.13.1) with ESMTP id i8NJBGq5074098; Thu, 23 Sep 2004 15:11:16 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.13.1/8.13.1/Submit) id i8NJBGX6074097; Thu, 23 Sep 2004 15:11:16 -0400 (EDT) (envelope-from barney) Date: Thu, 23 Sep 2004 15:11:16 -0400 From: Barney Wolff To: Garance A Drosihn Message-ID: <20040923191116.GA69716@pit.databus.com> References: <217202CB5FF8AE439E263CE3D48ECB50686C37@honda.int.hansa.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Scanned-By: MIMEDefang 2.44 cc: freebsd-current@freebsd.org cc: Putinas Piliponis Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 19:11:19 -0000 On Thu, Sep 23, 2004 at 02:28:02PM -0400, Garance A Drosihn wrote: > > No, that is the solution which will work for any number of files, > on any Unix-based system. No matter what we increase MAX_ARGS to, > it still be possible that some users will have a good reason to > need to process even more args. > > The `find' command takes a little time to get comfortable with, > but it is a very useful utility program for some situations. I > have hit the limits in Solaris, for instance, and one of the > earlier messages claimed that Sun uses a value of 1meg for MAX_ARGS. > > I have nothing against the idea of increasing the value of MAX_ARGS, > as long as people realize that increasing it will not solve the issue > for all situations. I spent 20 years on systems with a max of 5120. -- Barney Wolff http://www.databus.com/bwresume.pdf I'm available by contract or FT, in the NYC metro area or via the 'Net. From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:13:06 2004 Return-Path: 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 C5BE516A50D for ; Thu, 23 Sep 2004 19:13:06 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88DE743D45 for ; Thu, 23 Sep 2004 19:13:05 +0000 (GMT) (envelope-from yurtesen-dated-1096830783.9ec1c4@ispro.net.tr) Received: (qmail 21772 invoked by uid 89); 23 Sep 2004 19:13:03 -0000 Received: from [192.168.0.94] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Thu, 23 Sep 2004 22:13:01 +0300 (EEST) Message-ID: <4153ACC3.5040809@ispro.net.tr> Date: Thu, 23 Sep 2004 22:12:35 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <415359EF.3050008@ispro.net.tr> <20040923103227.C43015@carver.gumbysoft.com> In-Reply-To: <20040923103227.C43015@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@freebsd.org Subject: Re(2): panic: sorele X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 19:13:06 -0000 Doug White wrote: > On Thu, 23 Sep 2004, Evren Yurtesen wrote: > > >>Does anybody know what is panic: sorele? :) > > > This panic is triggered if a socket's reference count is reduced below 0. > This usually indicates corruption of the socket structure. If you got a > crashdump it would be interesting to inspect the structure and see if its > filled with 0xdeadc0de, which indicates reuse of a freed socket structure. > > Can you do anything to reproduce this? Actually I realized something else. I already had the dumpdir variable set in rc.conf dumpdev="/dev/ad0s1b" and from fstab, we see that its the swap # Device Mountpoint FStype Options Dump Pass# /dev/ad0s1b none swap sw 0 0 But I didnt have /var/crash. Although I dont think this is the problem but there is something weird in messages file. The message that savecore couldnt find any dumps... messages:Sep 23 15:27:31 proxy squid[539]: NETDB state saved; 680 entries, 25 msec messages:Sep 23 16:15:07 proxy syslogd: kernel boot file is /boot/kernel/kernel messages:Sep 23 16:15:07 proxy kernel: panic: sorele messages:Sep 23 16:15:07 proxy kernel: cpuid = 1 messages:Sep 23 16:15:07 proxy kernel: boot() called on cpu#1 messages:Sep 23 16:15:07 proxy kernel: Uptime: 5d19h48m4s ... ... ... messages:Sep 23 16:15:07 proxy savecore: no dumps found So I dont know why savecore says that there were no dumps. Am I missing something? I know fixed the missing dumpdir directive in rc.conf also. But anyway, lets see what will happen next time when the machine crash. The funnier thing is that it seems like the panic message came when the machine was booting already, and it still continued booting, isnt this a bit weird? Shouldnt it be like at about 15:27 when the machine actually crashed? Evren From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:13:59 2004 Return-Path: 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 AECC916A4CE for ; Thu, 23 Sep 2004 19:13:59 +0000 (GMT) Received: from smtp.nemschoff.com (smtp.Nemschoff.com [64.179.52.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EEA043D39 for ; Thu, 23 Sep 2004 19:13:59 +0000 (GMT) (envelope-from MClark@Nemschoff.com) Received: from EMAILSERVER2.nemschoff.com ([10.10.11.20]) by smtp.nemschoff.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 23 Sep 2004 14:16:06 -0500 Received: by EMAILSERVER2.nemschoff.com with Internet Mail Service (5.5.2653.19) id ; Thu, 23 Sep 2004 14:16:42 -0500 Message-ID: From: Michael Clark To: freebsd-current@FreeBSD.org Date: Thu, 23 Sep 2004 14:16:42 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) X-OriginalArrivalTime: 23 Sep 2004 19:16:06.0173 (UTC) FILETIME=[C64984D0:01C4A1A1] Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: BETA5 authpf group /etc/group not in /usr/src/UPDATING? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 19:13:59 -0000 install -o root -g wheel -m 555 if_xe.ko /boot/kernel ===> xl install -o root -g wheel -m 555 if_xl.ko /boot/kernel kldxref /boot/kernel ERROR: Required authpf group is missing, see /usr/src/UPDATING. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. netmon# cat /usr/src/UPDATING | grep authpf ^^^^ This returns nothing Nemschoff Chairs Inc mclark at nemschoff dot com CompTIA A+, Network+, Server+, MCP Voice: (920) 457 7726 x294 Fax: (920) 453 6594 CONFIDENTIALITY NOTE: This electronic transmission, including all attachments, is directed in confidence solely to the person(s) to whom it is addressed, or an authorized recipient, and may not otherwise be distributed, copied or disclosed. The contents of the transmission may also be subject to intellectual property rights and all such rights are expressly claimed and are not waived. If you have received this transmission in error, please notify the sender immediately by return electronic transmission and then immediately delete this transmission, including all attachments, without copying, distributing or disclosing same. From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:27:51 2004 Return-Path: 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 9AC0316A4CF for ; Thu, 23 Sep 2004 19:27:51 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D1BE43D2D for ; Thu, 23 Sep 2004 19:27:51 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 78so839971rnk for ; Thu, 23 Sep 2004 12:27:26 -0700 (PDT) Received: by 10.38.74.50 with SMTP id w50mr5495829rna; Thu, 23 Sep 2004 12:27:19 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Thu, 23 Sep 2004 12:27:18 -0700 (PDT) Message-ID: Date: Fri, 24 Sep 2004 07:27:18 +1200 From: Juha Saarinen To: "David G. Lawrence" In-Reply-To: <20040923122620.GW16205@nexus.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040923122620.GW16205@nexus.dglawrence.com> cc: freebsd-current@freebsd.org Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 19:27:51 -0000 On Thu, 23 Sep 2004 05:26:20 -0700, David G. Lawrence wrote: > I feel compelled to respond since you mentioned me above and since I > wrote most of the code involved... :-) > The main issue with increasing the size of ARG_MAX is that it will result > in more kernel virtual memory being reserved for temporary storage of the > args. This used to be a much larger problem when KVM was scarce, but less > of a problem now with 1GB or more of KVM. The args temporary space is > allocated out of exec_map (a submap of kernel_map), which is sized to be > about 16 * ARG_MAX. The '16' is to allow up to 16 processes to simultaneously > exec until additional execs are blocked waiting for KVM to become > available. Anyway, increasing ARG_MAX to 256K (roughly 4MB of KVM) should > be okay on most systems. Very good and thorough response there :-) Is it worth putting in a PR on this? -- Juha From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:35:05 2004 Return-Path: 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 C14A116A4CE for ; Thu, 23 Sep 2004 19:35:05 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AF6743D1F for ; Thu, 23 Sep 2004 19:35:05 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so528213rnl for ; Thu, 23 Sep 2004 12:34:30 -0700 (PDT) Received: by 10.38.82.34 with SMTP id f34mr4130266rnb; Thu, 23 Sep 2004 12:33:28 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Thu, 23 Sep 2004 12:33:27 -0700 (PDT) Message-ID: Date: Fri, 24 Sep 2004 07:33:27 +1200 From: Juha Saarinen To: Cyrille Lefevre In-Reply-To: <009301c4a173$d468de90$7890a8c0@gits.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <009301c4a173$d468de90$7890a8c0@gits.invalid> cc: freebsd-current@freebsd.org Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 19:35:05 -0000 On Thu, 23 Sep 2004 15:46:26 +0200, Cyrille Lefevre wrote: > how about grep -r ou find | xargs grep ! How does that work, out of curiosity? You can use the -exec feature of 'find' other wise - find . -type f -exec grep "something" {} /dev/null \; -- the /dev/null is, according to a friend, "to provide grep with more than one input file, so that includes the file name in any matches. Didn't use it before. Add -depth or -maxdepth according to how many directories you want to trawl through. -- Juha From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:37:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 1A31816A4CF; Thu, 23 Sep 2004 19:37:20 +0000 (GMT) Date: Thu, 23 Sep 2004 19:37:20 +0000 From: David O'Brien To: Juha Saarinen Message-ID: <20040923193720.GB10928@hub.freebsd.org> References: <009301c4a173$d468de90$7890a8c0@gits.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.10-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Cyrille Lefevre cc: freebsd-current@freebsd.org Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 19:37:20 -0000 On Fri, Sep 24, 2004 at 07:33:27AM +1200, Juha Saarinen wrote: > On Thu, 23 Sep 2004 15:46:26 +0200, Cyrille Lefevre > wrote: > > how about grep -r ou find | xargs grep ! > > How does that work, out of curiosity? > > You can use the -exec feature of 'find' other wise - > > find . -type f -exec grep "something" {} /dev/null \; Using the '-exec' feature of 'find' fork+exec for *every* file found. Using xargs reduces the number of fork+exec by the number of filenames that fit on the command line. So it runs much quicker. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:41:57 2004 Return-Path: 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 00F7D16A4CE for ; Thu, 23 Sep 2004 19:41:57 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDB0843D41 for ; Thu, 23 Sep 2004 19:41:56 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8NJfuKq081281 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 23 Sep 2004 12:41:56 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8NJfuG7081280 for freebsd-current@freebsd.org; Thu, 23 Sep 2004 12:41:56 -0700 (PDT) (envelope-from jdc) Date: Thu, 23 Sep 2004 12:41:56 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040923194156.GA81108@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <200409212256.i8LMu1b7032629@sage.ts.co.nz> <41517193.60604@nulis.lt> <1521.66.11.183.178.1095880306.squirrel@66.11.183.178> <20040922220330.GA48125@parodius.com> <41527A9D.2080700@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <41527A9D.2080700@DeepCore.dk> User-Agent: Mutt/1.5.6i Subject: Re: Adaptec ICH5R-S Serial ATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 19:41:57 -0000 Soren, The metadata for ICH5R shouldn't be that hard -- it was added to Linux fairly recently, by Intel (!). The source-code is open and available. I believe I mentioned this in PR 60344. Applicable URLs: http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/60344 http://www.ussg.iu.edu/hypermail/linux/kernel/0311.3/0222.html ftp://ftp.kernel.org/pub/linux/kernel/people/jgarzik/libata/ I hope this helps somewhat. I presently _don't_ have a system I can test this on (need to get another one up and going for that), but should within a month or so. Just started a new job, waiting for the money to start coming in... And yes, I'll re-iterate what you said: this isn't suitable stuff for RELENG_5, but is worth testing under -CURRENT. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Thu, Sep 23, 2004 at 09:26:21AM +0200, Søren Schmidt wrote: > Jeremy Chadwick wrote: > >As I mentioned, Soren may not have an ICH5R to test with. If he > >doesn't, I can send him a motherboard (no CPU or RAM though) which can > >help with this department. > > I do have ICH5(R) and 6300ESB boards around, but none of them uses the > Intel RAID metadata (not even the one thats made by Intel) they all use > Adaptec HostRAID which I have partial support for (unreleased yet). > > >I think it's "too soon" to get this into RELENG_5, to be honest, unless > >things happen over the next 7-8 days. -CURRENT is an entirely different > >story. > > > >>From what I understand, there's been a lot of work recently on getting > >metadata support for different onboard RAID controllers. Soren could > >comment on this... > > Yes there has, but lately my efforts has concentrated on stabilizing > things for 5.3. There are a few issues that needs to be looked at and > that has higher priority (for me at least). > > Now, one of the reason I havn't put more metadata formats in there is > that its no longer enough to use the chip PCI ID to find out what > metadata to look for, I know of at least 3 different formats used on SiI > chips. > This needs some thought as we might not want to scan all disks for a > dozen different formats. > And if more than one format is found on a disk, which one do we use ? > > Another issue is that no vendors except Promise and Highpoint has > released docs/info on how those formats are done, so each new format > need a fair amount of reverseengineering and testing to be made at least > semireliable. > > On top of that, ata-raid.c needs a serious rewrite for other reasons. > The way it plugs into the disks strategy routines is a hack at best. It > also needs to be able to take advantage of those chips that can do some > part of the RAID stuff (Promise, Marvell, AHCI). > > So, there is plenty to do as usual, and I have to balance priorities > amongst it all. > > Back to the matter at hand, if this patch is going into ata-raid.c it > will need a maintainer. Since I dont have HW with this format around it > wont get any testing/support from this end and will not be provided in > the new ata-raid.c unless someone does the integration when time comes. > We also need to have some kind of resolution to the problem with more > than one format pr device id. > > And no, this is *not* RELENG_5 material, not even close. > > -- > > -Søren > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:43:09 2004 Return-Path: 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 BC6E216A4CE for ; Thu, 23 Sep 2004 19:43:09 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7464243D3F for ; Thu, 23 Sep 2004 19:43:09 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so530366rnl for ; Thu, 23 Sep 2004 12:43:02 -0700 (PDT) Received: by 10.38.79.75 with SMTP id c75mr4246418rnb; Thu, 23 Sep 2004 12:42:45 -0700 (PDT) Received: by 10.38.73.29 with HTTP; Thu, 23 Sep 2004 12:42:42 -0700 (PDT) Message-ID: Date: Fri, 24 Sep 2004 07:42:42 +1200 From: Juha Saarinen To: Ronald Klop In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040923122620.GW16205@nexus.dglawrence.com> cc: freebsd-current@freebsd.org cc: "David G. Lawrence" Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 19:43:09 -0000 On Thu, 23 Sep 2004 21:37:22 +0200, Ronald Klop wrote: > Can't it be made dependend on kern.maxusers which is dependend on the max > amount of memory available? So people with low memory aren't wasting a lot > of memory? If I understand it right, memory isn't pre-allocated for ARG_MAX, and anyway, the other *BSD's have 256KB so it should be safe to increase it without adding code complexity. -- Juha From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:44:09 2004 Return-Path: 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 6DBB016A4CF for ; Thu, 23 Sep 2004 19:44:09 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29F1043D46 for ; Thu, 23 Sep 2004 19:44:09 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22853 invoked from network); 23 Sep 2004 19:44:09 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Sep 2004 19:44:08 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8NJi5uG011178; Thu, 23 Sep 2004 15:44:05 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 23 Sep 2004 15:44:31 -0400 User-Agent: KMail/1.6.2 References: <20040923193720.GB10928@hub.freebsd.org> In-Reply-To: <20040923193720.GB10928@hub.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409231544.32001.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Cyrille Lefevre cc: Juha Saarinen cc: David O'Brien Subject: Re: Could ARG_MAX be increased? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 19:44:09 -0000 On Thursday 23 September 2004 03:37 pm, David O'Brien wrote: > On Fri, Sep 24, 2004 at 07:33:27AM +1200, Juha Saarinen wrote: > > On Thu, 23 Sep 2004 15:46:26 +0200, Cyrille Lefevre > > > > wrote: > > > how about grep -r ou find | xargs grep ! > > > > How does that work, out of curiosity? > > > > You can use the -exec feature of 'find' other wise - > > > > find . -type f -exec grep "something" {} /dev/null \; > > Using the '-exec' feature of 'find' fork+exec for *every* file found. > Using xargs reduces the number of fork+exec by the number of filenames > that fit on the command line. So it runs much quicker. 'grep -r .' even quicker. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 19:45:43 2004 Return-Path: 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 0C2FF16A4CE for ; Thu, 23 Sep 2004 19:45:43 +0000 (GMT) Received: from mail826.megamailservers.com (mail826.carrierinternetsolutions.com [69.49.106.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 795C243D45 for ; Thu, 23 Sep 2004 19:45:42 +0000 (GMT) (envelope-from strick@covad.net) Received: from mist.nodomain (h-67-101-151-141.snfccasy.dynamic.covad.net [67.101.151.141])i8NJjcXp027467; Thu, 23 Sep 2004 15:45:38 -0400 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.11/8.12.11) with ESMTP id i8NJjaXh000611; Thu, 23 Sep 2004 12:45:36 -0700 (PDT) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.11/8.12.11/Submit) id i8NJjaod000610; Thu, 23 Sep 2004 12:45:36 -0700 (PDT) (envelope-from dan) Date: Thu, 23 Sep 2004 12:45:36 -0700 (PDT) From: Dan Strick Message-Id: <200409231945.i8NJjaod000610@mist.nodomain> To: freebsd-current@freebsd.org cc: dan@mist.nodomain cc: nate@root.org Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 23 Sep 2004 19:45:43 -0000 I previously wrote: >> > Booting 3.5-BETA5-i386-disc2 in "safe mode" worked, but the system did > not seem to see my floppy disk drive and consequently I was unable to > copy my dmesg and pciconf output anywhere. With some extra effort, I > might be able to transfer the stuff via a hard disk partition. > > Is there any useful diagnostic information that I might produce for anyone? >> and Nate Lawson responded: >> > How about a dmesg (or at least any part with fd* in it) to see what's > wrong with the floppy? >> Here is the dmesg output from when using the 3.5-BETA5-i386-disc2.iso live file system in fixit mode after booting the 3.5-BETA5-i386-disc1.iso image in safe mode. There appears to be no mention at all of the floppy disk. I have also appended output from "pciconf -lv", the output from "pnpinfo", and for comparison the part of the dmesg from a release 4.10 boot that includes the floppy information. -------------------------------------------------------------- dmesg output: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #0: Sun Sep 19 02:35:12 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2813.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073676288 (1023 MB) avail memory = 1036943360 (988 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xd8000000-0xdfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0x9000-0x901f mem 0xf6000000-0xf601ffff irq 5 at device 1.0 on pci2 em0: Ethernet address: 00:20:ed:78:c7:71 em0: Speed:N/A Duplex:N/A uhci0: port 0xbc00-0xbc1f irq 9 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 0xb000-0xb01f irq 5 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 0xb400-0xb41f irq 5 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 uhci3: port 0xb800-0xb81f irq 9 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib3: at device 30.0 on pci0 pci3: on pcib3 ahc0: port 0x8000-0x80ff mem 0xf5005000-0xf5005fff irq 10 at device 1.0 on pci3 ahc0: [GIANT-LOCKED] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs pcib4: at device 2.0 on pci3 pci4: on pcib4 ahc1: port 0x7000-0x70ff mem 0xf4000000-0xf4000fff irq 11 at device 4.0 on pci4 ahc1: [GIANT-LOCKED] aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs ahc2: port 0x7400-0x74ff mem 0xf4001000-0xf4001fff irq 9 at device 5.0 on pci4 ahc2: [GIANT-LOCKED] aic7870: Single Channel B, SCSI Id=7, 16/253 SCBs fwohci0: mem 0xf5000000-0xf5003fff,0xf5004000-0xf50047ff irq 11 at device 10.0 on pci3 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:20:ed:0a:00:81:c1:33 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:20:ed:81:c1:33 fwe0: Ethernet address: 02:20:ed:81:c1:33 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 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xd000-0xd00f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 irq 5 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) cpu0 on motherboard orm0: at iomem 0xd1000-0xd37ff,0xd0000-0xd07ff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) ahc3: No resources allocated. ahc3: No resources allocated. ahc3: No resources allocated. unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 2813537708 Hz quality 800 Timecounters tick every 10.000 msec md0: Preloaded image 4423680 bytes at 0xc09b68a4 ad0: 78166MB [158813/16/63] at ata0-master PIO4 ad1: 78167MB [158816/16/63] at ata0-slave PIO4 ATAPI_RESET time = 80us acd0: CDRW at ata1-master PIO4 em0: Link is up 100 Mbps Full Duplex ad4: 114473MB [232581/16/63] at ata2-master SATA150 ad6: 114473MB [232581/16/63] at ata3-master SATA150 Waiting 15 seconds for SCSI devices to settle da0 at ahc1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 3118MB (6385696 512 byte sectors: 255H 63S/T 397C) Mounting root from ufs:/dev/md0 -------------------------------------------------------------- pciconf -lv output: agp0@pci0:0:0: class=0x060000 card=0x25781458 chip=0x25788086 rev=0x02 hdr=0x00 class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x25798086 rev=0x02 hdr=0x01 class = bridge subclass = PCI-PCI pcib2@pci0:3:0: class=0x060400 card=0x00000000 chip=0x257b8086 rev=0x02 hdr=0x01 class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x24d21458 chip=0x24d28086 rev=0x02 hdr=0x00 class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x24d21458 chip=0x24d48086 rev=0x02 hdr=0x00 class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x24d21458 chip=0x24d78086 rev=0x02 hdr=0x00 class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x24d21458 chip=0x24de8086 rev=0x02 hdr=0x00 class = serial bus subclass = USB none0@pci0:29:7: class=0x0c0320 card=0x50061458 chip=0x24dd8086 rev=0x02 hdr=0x00 class = serial bus subclass = USB pcib3@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x24d21458 chip=0x24db8086 rev=0x02 hdr=0x00 class = mass storage subclass = ATA atapci1@pci0:31:2: class=0x01018f card=0x24d11458 chip=0x24d18086 rev=0x02 hdr=0x00 class = mass storage subclass = ATA none1@pci0:31:3: class=0x0c0500 card=0x24d21458 chip=0x24d38086 rev=0x02 hdr=0x00 class = serial bus subclass = SMBus none2@pci0:31:5: class=0x040100 card=0xa0021458 chip=0x24d58086 rev=0x02 hdr=0x00 class = multimedia subclass = audio none3@pci1:0:0: class=0x030000 card=0x00021002 chip=0x4e451002 rev=0x00 hdr=0x00 class = display subclass = VGA none4@pci1:0:1: class=0x038000 card=0x00031002 chip=0x4e651002 rev=0x00 hdr=0x00 class = display em0@pci2:1:0: class=0x020000 card=0x10198086 chip=0x10198086 rev=0x00 hdr=0x00 class = network subclass = ethernet ahc0@pci3:1:0: class=0x010000 card=0x78819004 chip=0x81789004 rev=0x01 hdr=0x00 class = mass storage subclass = SCSI pcib4@pci3:2:0: class=0x060400 card=0x00000000 chip=0x00011011 rev=0x02 hdr=0x01 class = bridge subclass = PCI-PCI fwohci0@pci3:10:0: class=0x0c0010 card=0x00000000 chip=0x8024104c rev=0x00 hdr=0x00 class = serial bus subclass = FireWire ahc1@pci4:4:0: class=0x010000 card=0x00000000 chip=0x72789004 rev=0x03 hdr=0x00 class = mass storage subclass = SCSI ahc2@pci4:5:0: class=0x010000 card=0x00000000 chip=0x72789004 rev=0x03 hdr=0x00 class = mass storage subclass = SCSI -------------------------------------------------------------- pnpinfo output: Checking for Plug-n-Play devices... No Plug-n-Play devices were found -------------------------------------------------------------- some release 4.10 dmesg output: orm0: random: acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000888 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=01e010de) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fdeb0 PCI-Only Interrupts: 5 11 Location Bus Device Pin Link IRQs slot 1 0 8 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 12 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 2 0 12 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 12 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 12 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 3 255 31 A 0x0f 3 4 5 7 9 10 11 12 14 15 slot 3 255 31 B 0x0f 3 4 5 7 9 10 11 12 14 15 slot 3 255 31 C 0x0f 3 4 5 7 9 10 11 12 14 15 slot 3 255 31 D 0x0f 3 4 5 7 9 10 11 12 14 15 slot 4 1 6 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 1 6 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 1 6 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 4 1 6 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 5 1 7 A 0x04 3 4 5 7 9 10 11 12 14 15 slot 5 1 7 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 5 1 7 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 1 7 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 1 8 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 1 8 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 6 1 8 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 6 1 8 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 7 1 9 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 7 1 9 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 7 1 9 C 0x04 3 4 5 7 9 10 11 12 14 15 slot 7 1 9 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 8 1 10 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 8 1 10 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 8 1 10 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 8 1 10 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 9 1 11 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 9 1 11 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 9 1 11 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 9 1 11 D 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 30 A 0x04 3 4 5 7 9 10 11 12 14 15 embedded 0 30 B 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 30 C 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 30 D 0x03 3 4 5 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 1 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 1 func 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 5, width = 2 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.PCI0.APCS irq 0: [23] 23+ high,level,sharable 0.1.0 \\_SB_.PCI0.APCS irq 0: [23] 23+ high,level,sharable 0.1.1 \\_SB_.PCI0.APCF irq 0: [20 21 22] 0+ high,level,sharable 0.2.0 \\_SB_.PCI0.APCG irq 0: [20 21 22] 0+ high,level,sharable 0.2.1 \\_SB_.PCI0.APCL irq 0: [20 21 22] 0+ high,level,sharable 0.2.2 \\_SB_.PCI0.APCH irq 0: [20 21 22] 0+ high,level,sharable 0.4.0 \\_SB_.PCI0.APCI irq 0: [20 21 22] 0+ high,level,sharable 0.5.0 \\_SB_.PCI0.APCJ irq 0: [20 21 22] 0+ high,level,sharable 0.6.0 \\_SB_.PCI0.APCK irq 0: [20 21 22] 0+ high,level,sharable 0.6.1 \\_SB_.PCI0.APCM irq 0: [20 21 22] 0+ high,level,sharable 0.13.0 \\_SB_.PCI0.AP3C irq 0: [20 21 22] 0+ high,level,sharable 0.12.0 \\_SB_.PCI0.APCZ irq 0: [20 21 22] 0+ high,level,sharable 0.9.0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e8000000, size 26, enabled found-> vendor=0x10de, dev=0x01e0, revid=0xa2 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x01eb, revid=0xa2 bus=0, slot=0, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x01ee, revid=0xa2 bus=0, slot=0, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x01ed, revid=0xa2 bus=0, slot=0, func=3 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x01ec, revid=0xa2 bus=0, slot=0, func=4 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x01ef, revid=0xa2 bus=0, slot=0, func=5 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0060, revid=0xa3 bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.APCS) pcib0: possible interrupts: 23 ACPI PCI link arbitrated settings: \\_SB_.PCI0.APCF (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.APCG (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.APCL (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.APCH (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.APCI (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.APCJ (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.APCK (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.APCM (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.AP3C (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.APCZ (references 1, priority 100): interrupts: 22 21 20 penalty: 100 100 100 \\_SB_.PCI0.APCS (references 2, priority 40): interrupts: 23 penalty: 20 ioapic0: Changing polarity for pin 23 to high pcib0: slot 1 INTA routed to irq 23 via \\_SB_.PCI0.APCS found-> vendor=0x10de, dev=0x0064, revid=0xa2 bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=23 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base ee004000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.APCF) pcib0: possible interrupts: 20 21 22 ACPI PCI link arbitrated settings: \\_SB_.PCI0.APCF (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 \\_SB_.PCI0.APCG (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 \\_SB_.PCI0.APCL (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 \\_SB_.PCI0.APCH (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 \\_SB_.PCI0.APCI (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 \\_SB_.PCI0.APCJ (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 \\_SB_.PCI0.APCK (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 \\_SB_.PCI0.APCM (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 \\_SB_.PCI0.AP3C (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 \\_SB_.PCI0.APCZ (references 1, priority 200): interrupts: 22 21 20 penalty: 200 200 200 ioapic0: Changing polarity for pin 22 to high pcib0: slot 2 INTA routed to irq 22 via \\_SB_.PCI0.APCF found-> vendor=0x10de, dev=0x0067, revid=0xa3 bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=22 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ee005000, size 12, enabled pcib0: matched entry for 0.2.INTB (src \\_SB_.PCI0.APCG) pcib0: possible interrupts: 20 21 22 ACPI PCI link arbitrated settings: \\_SB_.PCI0.APCG (references 1, priority 303): interrupts: 21 20 22 penalty: 300 300 310 \\_SB_.PCI0.APCL (references 1, priority 303): interrupts: 21 20 22 penalty: 300 300 310 \\_SB_.PCI0.APCH (references 1, priority 303): interrupts: 21 20 22 penalty: 300 300 310 \\_SB_.PCI0.APCI (references 1, priority 303): interrupts: 21 20 22 penalty: 300 300 310 \\_SB_.PCI0.APCJ (references 1, priority 303): interrupts: 21 20 22 penalty: 300 300 310 \\_SB_.PCI0.APCK (references 1, priority 303): interrupts: 21 20 22 penalty: 300 300 310 \\_SB_.PCI0.APCM (references 1, priority 303): interrupts: 21 20 22 penalty: 300 300 310 \\_SB_.PCI0.AP3C (references 1, priority 303): interrupts: 21 20 22 penalty: 300 300 310 \\_SB_.PCI0.APCZ (references 1, priority 303): interrupts: 21 20 22 penalty: 300 300 310 ioapic0: Changing polarity for pin 21 to high pcib0: slot 2 INTB routed to irq 21 via \\_SB_.PCI0.APCG found-> vendor=0x10de, dev=0x0067, revid=0xa3 bus=0, slot=2, func=1 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ee000000, size 8, enabled pcib0: matched entry for 0.2.INTC (src \\_SB_.PCI0.APCL) pcib0: possible interrupts: 20 21 22 ACPI PCI link arbitrated settings: \\_SB_.PCI0.APCL (references 1, priority 406): interrupts: 20 22 21 penalty: 400 410 410 \\_SB_.PCI0.APCH (references 1, priority 406): interrupts: 20 22 21 penalty: 400 410 410 \\_SB_.PCI0.APCI (references 1, priority 406): interrupts: 20 22 21 penalty: 400 410 410 \\_SB_.PCI0.APCJ (references 1, priority 406): interrupts: 20 22 21 penalty: 400 410 410 \\_SB_.PCI0.APCK (references 1, priority 406): interrupts: 20 22 21 penalty: 400 410 410 \\_SB_.PCI0.APCM (references 1, priority 406): interrupts: 20 22 21 penalty: 400 410 410 \\_SB_.PCI0.AP3C (references 1, priority 406): interrupts: 20 22 21 penalty: 400 410 410 \\_SB_.PCI0.APCZ (references 1, priority 406): interrupts: 20 22 21 penalty: 400 410 410 ioapic0: Changing polarity for pin 20 to high pcib0: slot 2 INTC routed to irq 20 via \\_SB_.PCI0.APCL found-> vendor=0x10de, dev=0x0068, revid=0xa3 bus=0, slot=2, func=2 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=c, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ee001000, size 12, enabled map[14]: type 4, range 32, base 0000d400, size 3, enabled pcib0: matched entry for 0.4.INTA (src \\_SB_.PCI0.APCH) pcib0: possible interrupts: 20 21 22 ACPI PCI link arbitrated settings: \\_SB_.PCI0.APCH (references 1, priority 510): interrupts: 22 21 20 penalty: 510 510 510 \\_SB_.PCI0.APCI (references 1, priority 510): interrupts: 22 21 20 penalty: 510 510 510 \\_SB_.PCI0.APCJ (references 1, priority 510): interrupts: 22 21 20 penalty: 510 510 510 \\_SB_.PCI0.APCK (references 1, priority 510): interrupts: 22 21 20 penalty: 510 510 510 \\_SB_.PCI0.APCM (references 1, priority 510): interrupts: 22 21 20 penalty: 510 510 510 \\_SB_.PCI0.AP3C (references 1, priority 510): interrupts: 22 21 20 penalty: 510 510 510 \\_SB_.PCI0.APCZ (references 1, priority 510): interrupts: 22 21 20 penalty: 510 510 510 pcib0: slot 4 INTA routed to irq 22 via \\_SB_.PCI0.APCH found-> vendor=0x10de, dev=0x0066, revid=0xa1 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=22 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d800, size 8, enabled map[14]: type 4, range 32, base 0000dc00, size 7, enabled map[18]: type 1, range 32, base ee002000, size 12, enabled pcib0: matched entry for 0.6.INTA (src \\_SB_.PCI0.APCJ) pcib0: possible interrupts: 20 21 22 ACPI PCI link arbitrated settings: \\_SB_.PCI0.APCI (references 1, priority 613): interrupts: 21 20 22 penalty: 610 610 620 \\_SB_.PCI0.APCJ (references 1, priority 613): interrupts: 21 20 22 penalty: 610 610 620 \\_SB_.PCI0.APCK (references 1, priority 613): interrupts: 21 20 22 penalty: 610 610 620 \\_SB_.PCI0.APCM (references 1, priority 613): interrupts: 21 20 22 penalty: 610 610 620 \\_SB_.PCI0.AP3C (references 1, priority 613): interrupts: 21 20 22 penalty: 610 610 620 \\_SB_.PCI0.APCZ (references 1, priority 613): interrupts: 21 20 22 penalty: 610 610 620 pcib0: slot 6 INTA routed to irq 21 via \\_SB_.PCI0.APCJ found-> vendor=0x10de, dev=0x006a, revid=0xa1 bus=0, slot=6, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x10de, dev=0x006c, revid=0xa3 bus=0, slot=8, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x02 (500 ns) map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x10de, dev=0x0065, revid=0xa2 bus=0, slot=9, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x10de, dev=0x01e8, revid=0xa2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xee004000-0xee004fff irq 22 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee004000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xee005000-0xee005fff irq 21 at device 2.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee005000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xee000000-0xee0000ff irq 20 at device 2.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xee000000 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered nv0: port 0xd400-0xd407 mem 0xee001000-0xee001fff irq 22 at device 4.0 on pci0 nv0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee001000 nv0: Ethernet address 00:e0:18:eb:15:ed miibus0: on nv0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nv0: bpf attached nv0: Ethernet address: 00:e0:18:eb:15:ed nv0: [GIANT-LOCKED] pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff ACPI PCI link initial configuration: \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.6.0 \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.6.1 \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.6.2 \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.6.3 \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.7.0 \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.7.1 \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.7.2 \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.7.3 \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.8.0 \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.8.1 \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.8.2 \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.8.3 \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.9.0 \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.9.1 \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.9.2 \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.9.3 \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.10.0 \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.10.1 \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.10.2 \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.10.3 \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.11.0 \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.11.1 \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.11.2 \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.11.3 pci1: on pcib1 pci1: physical bus=1 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x7f msb=0x7f ata1: reset tp2 stat0=10 stat1=00 devices=0x4 ata1: [MPSAFE] pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xec000000-0xedffffff pcib2: prefetched decode 0xe0000000-0xe7ffffff AcpiOsDerivePciId: bus 0 dev 30 func 0 ACPI PCI link initial configuration: \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 2.0.0 pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base ec000000, size 24, enabled pcib2: device (null) requested decoded memory range 0xec000000-0xecffffff map[14]: type 3, range 32, base e0000000, size 27, enabled pcib2: device (null) requested decoded memory range 0xe0000000-0xe7ffffff pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.APC4) pcib2: possible interrupts: 19 ACPI PCI link arbitrated settings: \\_SB_.PCI0.APCI (references 1, priority 616): interrupts: 20 22 21 penalty: 610 620 620 \\_SB_.PCI0.APCK (references 1, priority 616): interrupts: 20 22 21 penalty: 610 620 620 \\_SB_.PCI0.APCM (references 1, priority 616): interrupts: 20 22 21 penalty: 610 620 620 \\_SB_.PCI0.AP3C (references 1, priority 616): interrupts: 20 22 21 penalty: 610 620 620 \\_SB_.PCI0.APCZ (references 1, priority 616): interrupts: 20 22 21 penalty: 610 620 620 \\_SB_.PCI0.APC4 (references 6, priority 120): interrupts: 19 penalty: 20 \\_SB_.PCI0.APC1 (references 5, priority 0): interrupts: 0 penalty: 100000 \\_SB_.PCI0.APC2 (references 5, priority 0): interrupts: 0 penalty: 100000 \\_SB_.PCI0.APC3 (references 9, priority 0): interrupts: 0 penalty: 100000 ioapic0: Changing polarity for pin 19 to high pcib2: slot 0 INTA routed to irq 19 via \\_SB_.PCI0.APC4 found-> vendor=0x10de, dev=0x0110, revid=0xb2 bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=19 powerspec 2 supports D0 D3 current D0 pci2: at device 0.0 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x821 0x831 0x821 0x821 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x821 0x829 0x821 0x821 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 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 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 0xd4000-0xd57ff,0xd0000-0xd3fff,0xc0000-0xcc7ff 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) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) 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 54 80 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 2171615263 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-master: setting PIO4 on nVidia nForce2 chip ata0-master: setting UDMA133 on nVidia nForce2 chip ad0: ATA-7 disk at ata0-master ad0: 117246MB (240121728 sectors), 238216 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA133 ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ATAPI_RESET time = 50us ata1-master: setting PIO4 on nVidia nForce2 chip ata1-master: setting UDMA33 on nVidia nForce2 chip acd0: CDROM drive at ata1 as master acd0: read 687KB/s (8937KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 6 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 GEOM: new disk ad0 [0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:20964762 [1] f:00 typ:15 s(CHS):1023/255/63 e(CHS):1023/254/63 s:20964825 l:201326580 [2] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:222291405 l:17816085 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 10733958144 end 10733990399 GEOM: Configure ad0s2, start 10733990400 length 103079208960 end 113813199359 GEOM: Configure ad0s3, start 113813199360 length 9121835520 end 122935034879 MBREXT Slice 5 on ad0s2: [0] f:00 typ:11 s(CHS):1023/1/1 e(CHS):1023/254/63 s:63 l:201326517 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s5, start 32256 length 103079176704 end 103079208959 GEOM: Configure ad0s3a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s3b, start 268435456 length 2121048064 end 2389483519 GEOM: Configure ad0s3c, start 0 length 9121835520 end 9121835519 GEOM: Configure ad0s3d, start 2389483520 length 16777216 end 2406260735 GEOM: Configure ad0s3e, start 2406260736 length 1476395008 end 3882655743 GEOM: Configure ad0s3f, start 3882655744 length 5239179776 end 9121835519 Mounting root from ufs:/dev/ad0s3a start_init: trying /sbin/init Linux ELF exec handler installed procfs registered linprocfs registered From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 11:17:18 2004 Return-Path: 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 1D54A16A4CE for ; Sat, 25 Sep 2004 11:17:18 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EDCB43D2F for ; Sat, 25 Sep 2004 11:17:17 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i8PBGc1B000788 for ; Sat, 25 Sep 2004 13:16:39 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <41555396.4030009@fer.hr> Date: Sat, 25 Sep 2004 13:16:38 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: USB memory stick hotswap problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 11:17:18 -0000 What is the expected behavour when umounting USB drives which have already been unplugged? :) I'm sure I'm not the only one who often forgets to umount these thingies when leaving the site I'm working at the moment, so it should probably be something other than what I always encounter (BETA5): a) "You can't". Whatever I do, either umount gets "stuck" (even with -f) and does nothing (cpu is not used, so it's waiting for something), or it just exits with "device not configured". b) Kernel panic. This happens after using the drive for a long time, and umounting it some time later (even several hours later when the drive is no longer available at the site). c) A curious behaviour: umount -f works (probably because nothing has been written to the drive), but after re-plugging the drive, I have *two* /dev/da0 and /dev/da0s1 devices, and the system refuses to remount the filesystem ("device not configured"): crw-r----- 1 root operator 4, 25 Aug 25 12:46 da0 crw-r----- 1 root operator 4, 25 Aug 25 12:46 da0 crw-r----- 1 root operator 4, 26 Aug 25 12:46 da0s1 crw-r----- 1 root operator 4, 26 Aug 25 12:46 da0s1 Also, I can 100% reliably panic the system when these entries are added to the /etc/devd.conf and the drive is *plugged in*: attach 100 { device-name "da0"; action "mount /mnt/flash"; }; detach 100 { device-name "da0"; action "umount -f /mnt/flash"; }; (I modelled these on the "ukbd0" example. Using "umass0" for device name did nothing). Any ideas how to solve or circumevent these problems? (Aside from "don't do that"). From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 11:28:26 2004 Return-Path: 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 5550F16A4CE for ; Sat, 25 Sep 2004 11:28:26 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9337643D41 for ; Sat, 25 Sep 2004 11:28:25 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id i8PBRl5c000620 for ; Sat, 25 Sep 2004 13:27:47 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <41555633.9020002@fer.hr> Date: Sat, 25 Sep 2004 13:27:47 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: USB hotsync problems, #2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 11:28:26 -0000 I just got another panic, when I unplugged the drive during "syncing... vnodes remaining:" phase in shutdown. Trap 12 in process #40 (usb2). From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 13:14:18 2004 Return-Path: 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 3CF1816A4CE for ; Fri, 24 Sep 2004 13:14:18 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA94C43D49 for ; Fri, 24 Sep 2004 13:14:17 +0000 (GMT) (envelope-from DougB@dougbarton.net) Received: from [192.168.9.149] (unknown[195.172.110.163]) by comcast.net (sccrmhc12) with ESMTP id <2004092413141701200k0hbse> (Authid: domain_name_tsar); Fri, 24 Sep 2004 13:14:17 +0000 Message-ID: <41541DA7.9080500@DougBarton.net> Date: Fri, 24 Sep 2004 14:14:15 +0100 From: Doug Barton User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040811 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michiel Boland References: <20040924112243.GA54928@xs4all.nl> <20040924121327.GA65833@xs4all.nl> In-Reply-To: <20040924121327.GA65833@xs4all.nl> X-Enigmail-Version: 0.84.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 25 Sep 2004 12:06:55 +0000 cc: freebsd-current@freebsd.org Subject: Re: make release broken on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Fri, 24 Sep 2004 13:14:18 -0000 Michiel Boland wrote: > Never mind that patch I mailed, it appears that bsnmpd is broken after the > BIND upgrade. So I guess I'll wait a bit until someone unbreaks it. :) The problem is related to the fact that the new libisc is different, and the fix is being worked on. Harti has provided a new mini-lib for bsnmpd and friends to depend on, and the installation of the BIND 9 libs and includes is going to be hidden behind a WANT_BIND_LIBS knob to hopefully avoid conflicts like this in the future. Thanks for your patience, Doug -- If you're never wrong, you're not trying hard enough From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 15:16:40 2004 Return-Path: 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 66ADD16A4D0 for ; Fri, 24 Sep 2004 15:16:40 +0000 (GMT) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB4FA43D48 for ; Fri, 24 Sep 2004 15:16:39 +0000 (GMT) (envelope-from imachine@lazir.toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 6D8A38C3B1 for ; Fri, 24 Sep 2004 17:16:38 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 17805-08 for ; Fri, 24 Sep 2004 17:16:34 +0200 (CEST) Received: by lazir.toya.net.pl (TOYAnet MailServer, from userid 9907) id 123828BD2E; Fri, 24 Sep 2004 17:16:35 +0200 (CEST) Date: Fri, 24 Sep 2004 17:16:35 +0200 To: freebsd-current@freebsd.org Message-ID: <20040924151635.GA2710@lazir.toya.net.pl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.5.6+20040722i From: imachine@lazir.toya.net.pl (None) X-TOYA-AV: AntyVir-Skaner at toya.net.pl X-Mailman-Approved-At: Sat, 25 Sep 2004 12:06:55 +0000 Subject: 5.3-BETA3 and up acpi fails with ABIT BH-6 motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Fri, 24 Sep 2004 15:16:40 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, since BETA3 of 5.3 enabling acpi hard locks my machine on boot. here is the exact message jotted down on paper from the boot screen: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction provider = 0x8:0xc04e35d6 stack pointer = 0x10:0xc0c2198c frame pointer = 0x10:0xc0c2198c code segment = base 0x0, limit 0xfffff, type 0x1b /or 0x16/ = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL:0 current process = 0 (swapper) trap number = 12 panic: page fault Uptime shutting down ACPI i attach my dmesg without acpi on beta5 /its broken since beta3, i unfrotunately have no longer sources for beta2 so cannot reproduce any messages/, and also i attach some info here from the dmesg with acpi enabled on beta5 - mainly the acpi0 info from it. it reads: acpi0: acpi0: reservation at f00000, 40000 (3) failed acpi0: reservation at f00000, 7ef0000 (3) failed the second value im not too sure on cuz it scrolls really fast - i videocammed the boot process :D and still searched it but i cannot really read clearly the info of the small screen on the camera, its a really oldskool one :] cheers i hope it helps solving some problems :]] //imachine --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.noacpi" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA5 #0: Wed Sep 22 16:58:13 CEST 2004 imachine@creative.toya.net.pl:/usr/obj/usr/src/sys/CREATIVE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (721.64-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387f9ff real memory = 134152192 (127 MB) avail memory = 125812736 (119 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface smbios0: at iomem 0xf5ae0-0xf5afe on motherboard smbios0: Version: 2.03, Revision: 0.08 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 $PIR: ROUTE_INTERRUPT failed. drm0: port 0xc000-0xc0ff mem 0xe1000000-0xe100ffff,0xd8000000-0xdfffffff irq 5 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 128MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.2 (no driver attached) intpm0: port 0x5000-0x500f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 5000 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 4000 ahc0: port 0xd400-0xd4ff mem 0xe3140000-0xe3140fff irq 14 at device 9.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0xd800-0xd83f mem 0xe3000000-0xe30fffff,0xe3141000-0xe3141fff irq 10 at device 11.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:d5:a5:87 pci0: at device 13.0 (no driver attached) cpu0 on motherboard orm0: at iomem 0xd0000-0xd57ff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) ahc1: No resources allocated. unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 721638033 Hz quality 800 Timecounters tick every 1.000 msec ATAPI_RESET time = 850us Waiting 2 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0s1a --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 15:53:46 2004 Return-Path: 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 B814816A5A1; Fri, 24 Sep 2004 15:53:46 +0000 (GMT) Received: from post5.inre.asu.edu (post5.inre.asu.edu [129.219.110.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FC1543D2D; Fri, 24 Sep 2004 15:53:46 +0000 (GMT) (envelope-from David.Bear@asu.edu) Received: from conversion.post5.inre.asu.edu by asu.edu (PMDF V6.1-1X6 #30769) id <0I4J00C01YME6U@asu.edu>; Fri, 24 Sep 2004 08:49:26 -0700 (MST) Received: from smtp.asu.edu (smtp.asu.edu [129.219.110.107]) <0I4J00BA4YMDVH@asu.edu>; Fri, 24 Sep 2004 08:49:25 -0700 (MST) Received: from moroni.pp.asu.edu (moroni.pp.asu.edu [129.219.69.200]) (8.12.10/8.12.10/asu_smtp_relay,nullclient,tcp_wrapped) with ESMTP id i8OFnK71016404; Fri, 24 Sep 2004 08:49:20 -0700 (MST) Received: by moroni.pp.asu.edu (Postfix, from userid 500) id 766DEEAF; Fri, 24 Sep 2004 08:48:24 -0700 (MST) Received: from post1.inre.asu.edu (post1.inre.asu.edu [129.219.110.72]) by moroni.pp.asu.edu (8.11.6/8.11.6) with ESMTP id h1PGwiY05744 for ; Tue, 25 Feb 2003 09:58:44 -0700 Received: from conversion.post1.inre.asu.edu by asu.edu (PMDF V6.1 #40110) id <0HAV00J01J5U0W@asu.edu> for iddwb@moroni.pp.asu.edu (ORCPT david.bear@asu.edu); Tue, 25 Feb 2003 09:58:42 -0700 (MST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by asu.edu (PMDF V6.1 #40110) with ESMTP id <0HAV008BXJ5T8T@asu.edu> for iddwb@moroni.pp.asu.edu (ORCPT david.bear@asu.edu); Tue, 25 Feb 2003 09:58:42 -0700 (MST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 36319554CC; Tue, 25 Feb 2003 08:58:39 -0800 Received: by hub.freebsd.org (Postfix, from userid 538) id ADC0137B405; Tue, 25 Feb 2003 08:58:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 8F8262E8017; Tue, 25 Feb 2003 08:58:37 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Tue, 25 Feb 2003 08:58:37 -0800 Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFD3737B401; Tue, 25 Feb 2003 08:58:35 -0800 (PST) Received: from grassmarket.ucs.ed.ac.uk(Postfix) with ESMTP id 487D643FCB; Tue, 25 Feb 2003 08:58:34 -0800 Received: (from nobody@localhost) by grassmarket.ucs.ed.ac.uk (8.11.6/8.11.6) id h1PGwUP20595; Tue, 25 Feb 2003 16:58:30 +0000 (GMT) From: Andrew Boothman In-reply-to: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> X-Originating-IP: 62.31.108.205 Sender: owner-freebsd-questions@FreeBSD.ORG To: dwbear75@gmail.com Message-id: <1046192310.3e5ba0b6aa039@sms.ed.ac.uk> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8bit Precedence: bulk X-Loop: FreeBSD.ORG Delivered-to: freebsd-questions@freebsd.org Old-To: Lucas Holt User-Agent: IMP/PHP IMAP webmail program 2.2.8 Lines: 57 References: <9F67035A-48C9-11D7-8C19-0030656DD690@foolishgames.com> X-Authentication-warning: grassmarket.ucs.ed.ac.uk: nobody set sender to A.J.Boothman@sms.ed.ac.uk using -f X-Mailman-Approved-At: Sat, 25 Sep 2004 12:06:55 +0000 cc: questions@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: "NTLDR missing" after 5-RELEASE install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 24 Sep 2004 15:53:46 -0000 X-Original-Date: Tue, 25 Feb 2003 16:58:30 +0000 (GMT) X-List-Received-Date: Fri, 24 Sep 2004 15:53:46 -0000 Quoting Lucas Holt : > It probably is. You need to put in the win 2k CD and do a repair on > your windows install.. unfortunetely this may screw up your freebsd > install. > > On Tuesday, February 25, 2003, at 05:58 AM, Andrew Boothman wrote: > > > Hi! > > > > I've just installed 5-RELEASE, and I asked for the FreeBSD Boot > > Manager to be installed on both my HDDs. > > > > When the machine boots I'm given options for : > > > > F1 - DOS > > F5 - Drive 2 > > > > Hitting F5 takes me to a second menu, where I can boot FreeBSD no > > problem. My problem is that Win2k will no longer boot.... Hitting F1 > > displays a message that, "NTLDR is missing". I've tried all the repair > > > options on the Win2k setup disc to no avail I think. > > > > I'm sorry this isn't directly FreeBSD related, but I really hope my > > Win2k installation isn't hosed. Thanks for replying! I can't understand how the 5.x boot manager has managed to break my windows boot, i've never had any trouble under 3.x or 4.x, both of which played with windows perfectly nicely. I think i've tried all of the various repair options on the Win2k CD, including getting it to do a fresh installation into a different folder (c:\tempwin), but even that failed with the "NTLDR missing" message! However you no longer get the booteasy (F1.... F2) menu anymore, so Windows must have rewritten something. It still doesn't explain why Win2k still won't boot. I'm running out of ideas and I *really* don't want to have to reformat my windows drive! Other than this (fairly major) problem, my 5.0 installation went really well, even ACPI seems to be working perfectly and I even found a KLD to support my on- board sound card! :) I really want to get windows booting again so I can continue to play with 5.0 without worrying... Any help is much appricated! Thanks! Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 21:25:57 2004 Return-Path: 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 CB9D016A4CE for ; Fri, 24 Sep 2004 21:25:57 +0000 (GMT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB2C43D2F for ; Fri, 24 Sep 2004 21:25:57 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [127.0.0.1] (i-25.forrie.net. [192.168.1.25]) by forrie.com with ESMTP id i8OLPmrZ001648 for ; Fri, 24 Sep 2004 17:25:51 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <41549156.4080302@forrie.com> Date: Fri, 24 Sep 2004 17:27:50 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 0.8 (Windows/20040922) 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 X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean X-Mailman-Approved-At: Sat, 25 Sep 2004 12:06:55 +0000 Subject: Weird network traffic issue with FreeBSD-5.3-Beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Fri, 24 Sep 2004 21:25:57 -0000 I'm using a de0 interface (100TX) -- if I try to cvsup, it is dead slow -- however, if I put the interface into promiscuous mode, in another screen, it starts working fast. I don't understand what could be wrong. I've hit a bug? _F From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 22:32:58 2004 Return-Path: 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 A9EB816A4CE for ; Fri, 24 Sep 2004 22:32:58 +0000 (GMT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18EFB43D54 for ; Fri, 24 Sep 2004 22:32:58 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [127.0.0.1] (i-25.forrie.net. [192.168.1.25]) by forrie.com with ESMTP id i8OMWlLf003175 for ; Fri, 24 Sep 2004 18:32:51 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <4154A109.1050004@forrie.com> Date: Fri, 24 Sep 2004 18:34:49 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 0.8 (Windows/20040922) 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 X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean X-Mailman-Approved-At: Sat, 25 Sep 2004 12:06:56 +0000 Subject: Firewall options missing from NOTES... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Fri, 24 Sep 2004 22:32:58 -0000 Curiuos why the various firewalling options are missing from NOTES -- in earlier releases, these were found in LINT. _F From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 11:32:52 2004 Return-Path: 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 11C1316A4CF for ; Sat, 25 Sep 2004 11:32:52 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 030B843D54 for ; Sat, 25 Sep 2004 11:32:51 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 21716 invoked by uid 65534); 25 Sep 2004 11:32:49 -0000 Received: from p5089E2E6.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.226.230) by mail.gmx.net (mp017) with SMTP; 25 Sep 2004 13:32:49 +0200 X-Authenticated: #15946415 Received: from [10.0.0.101] (helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CBAnT-000Ka8-Vf for freebsd-current@freebsd.org; Sat, 25 Sep 2004 13:32:59 +0200 Message-ID: <4155575F.4010605@gmx.de> Date: Sat, 25 Sep 2004 13:32:47 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 25 Sep 2004 12:06:55 +0000 Subject: Keyboard localisation broken under xorg 6.7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 11:32:52 -0000 Hi, since I have upgraded to xorg 6.7 and FBSD 5.3 there is a problem with my keyboard language. I cannot change it from the default. When trying to run xorgconfig, it shows an error message that goes: XKB rules file '/usr/X11R6/lib/X11/xkb/rules/' not found Any clues? Cheers, Jochen From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 12:12:16 2004 Return-Path: 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 4379E16A4CE for ; Sat, 25 Sep 2004 12:12:16 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id A204143D1F for ; Sat, 25 Sep 2004 12:12:15 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 7C02811AB6; Sat, 25 Sep 2004 14:12:14 +0200 (CEST) Date: Sat, 25 Sep 2004 14:12:14 +0200 From: "Simon L. Nielsen" To: Forrest Aldrich Message-ID: <20040925121213.GE768@zaphod.nitro.dk> References: <4154A109.1050004@forrie.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline In-Reply-To: <4154A109.1050004@forrie.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Firewall options missing from NOTES... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 12:12:16 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.09.24 18:34:49 -0400, Forrest Aldrich wrote: > Curiuos why the various firewalling options are missing from NOTES -- in= =20 > earlier releases, these were found in LINT. I would guess you are looking in the wrong NOTES file. There are both sys/conf/NOTES and sys//conf/NOTES in 5.X. --=20 Simon L. Nielsen FreeBSD Documentation Team --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVWCdh9pcDSc1mlERAmXYAJ48a69LysiYKazyzVm4B3fe/EMzzQCgm0g2 ue0En4pGlFA8qwa5dwahNw4= =2Kar -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 12:27:02 2004 Return-Path: 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 06B3D16A4CE; Sat, 25 Sep 2004 12:27:02 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE09E43D1F; Sat, 25 Sep 2004 12:27:01 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.4] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8PCQxrI037284; Sat, 25 Sep 2004 08:27:00 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <20040925043451.B16332@URF.trarfvf> References: <20040925043451.B16332@URF.trarfvf> Date: Sat, 25 Sep 2004 14:10:45 +0200 To: Doug Barton From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9 imported, and working! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 12:27:02 -0000 At 5:07 AM +0100 2004-09-25, Doug Barton wrote: > There are many differences between BIND 8 and 9. Some of the more > important ones are how picky BIND 9 is about zone file format. Some > zones that loaded fine under BIND 8 will not load with 9. The named > process is controlled with a program called rndc. The ndc binary is > no longer present. Having worked with BIND 9 since it came out, I'm very glad to see that this has finally been imported into FreeBSD! However, there are a couple more differences I'd like to highlight. First, you cannot use rndc to start BIND 9, whereas you used to be able to do this with ndc for BIND 8. The old ndc communicated with BIND 8 via Unix sockets or IP sockets, but didn't use any security in that process, and if it couldn't communicate with BIND 8, it could always start the binary locally. The concept for rndc is that it is used to manage a network of nameservers via TCP exclusively, and it does use cryptographic methods to secure that process. However, this means that it can't talk to BIND 9 until BIND 9 is already running. You will have to modify your start/stop scripts as appropriate. Second, there are tools provided with BIND 9 to make your life easier during migration. Specifically, programs called named-checkzone and named-checkconf. They will use the same library routines that BIND 9 uses when loading the zone files or the configuration file (respectively), and tell you what errors are found where. If these programs don't report any errors in your configuration file or zone files, then you are reasonably certain that they should load okay. There are a few things that can only be determined at load time by BIND 9 itself, but in terms of syntax checking, etc... you need to start with using these programs. There are some DNS debugging utilities that are also shipped with BIND. I don't know where they are put in the FreeBSD scheme of things, but in the BIND scheme, they are found under contrib/ in separate sub-directories per program. In BIND 9.3.0, there is nslint 2.1a3, which may be of some use to you. Keep in mind that DNS debugging tools don't typically work on zone files, instead they require that the nameserver already be running and the zone already be loaded, and then they do their thing as a normal DNS client -- some will actually use dig, while others may go straight to the library routines. It doesn't look like dnswalk or doc got included with the BIND 9 tarball, but they are also very useful DNS debugging tools. Note that doc is the only DNS debugging tool I know of that does not require zone transfer permission in order to do its task, whereas tools like nslint and dnswalk do require that ability. If you want to use doc with BIND 9, you should grab the latest tarball at . Another utility that may be of some use is nanny.pl, also found in contrib/. Unfortunately, it uses "kill" to send signals to BIND 9, which may have been okay with BIND 8, but is absolutely the wrong way to do things with BIND 9 -- all control of BIND 9 should be done via rndc and not signals. Future versions of BIND 9 may remove the ability to send signals at all, and this may cause the program to crash. Get used to doing everything through rndc now. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 12:36:13 2004 Return-Path: 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 1FB1D16A4CE; Sat, 25 Sep 2004 12:36:13 +0000 (GMT) Received: from kraid.nerim.net (smtp-106-saturday.nerim.net [62.4.16.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 406EE43D31; Sat, 25 Sep 2004 12:36:12 +0000 (GMT) (envelope-from cbuisson@nerim.net) Received: from nerim.net (cbuisson.net1.nerim.net [213.41.135.238]) by kraid.nerim.net (Postfix) with ESMTP id 9EDA141941; Sat, 25 Sep 2004 14:36:09 +0200 (CEST) Message-ID: <41556639.1080104@nerim.net> Date: Sat, 25 Sep 2004 14:36:09 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jochen Gensch References: <4155575F.4010605@gmx.de> In-Reply-To: <4155575F.4010605@gmx.de> Content-Type: multipart/mixed; boundary="------------080508050803000300010405" cc: freebsd-x11@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Keyboard localisation broken under xorg 6.7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 12:36:13 -0000 This is a multi-part message in MIME format. --------------080508050803000300010405 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Jochen Gensch wrote: > Hi, > > since I have upgraded to xorg 6.7 and FBSD 5.3 there is a problem with > my keyboard language. I cannot change it from the default. When trying > to run xorgconfig, it shows an error message that goes: > > XKB rules file '/usr/X11R6/lib/X11/xkb/rules/' not found > > Any clues? > There is a bug in: programs/Xserver/hw/xfree86/xf86config/xorgconfig.c Try adding the attached patch to the xorg-server port. It works for me. > Cheers, Jochen > Claude Buisson PS: cc'ed freebsd-x11, as it may be of interest here. --------------080508050803000300010405 Content-Type: text/plain; name="patch-xorgconfig.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-xorgconfig.c" --- programs/Xserver/hw/xfree86/xf86config/xorgconfig.c.orig Fri Apr 2 23:47:33 2004 +++ programs/Xserver/hw/xfree86/xf86config/xorgconfig.c Mon Aug 16 19:21:04 2004 @@ -706,7 +706,7 @@ rulesfile = XKB_RULES_DIR "/xfree98"; #else config_xkbrules = __XKBDEFRULES__; /* static */ - rulesfile = XKB_RULES_DIR "/"; + rulesfile = XKB_RULES_DIR "/xorg"; #endif rules = XkbRF_Load(rulesfile, "", True, False); --------------080508050803000300010405-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:20:18 2004 Return-Path: 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 33CF716A4D2 for ; Sat, 25 Sep 2004 13:20:18 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DAD843D5D for ; Sat, 25 Sep 2004 13:20:13 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id D72DB3FC5; Sat, 25 Sep 2004 15:20:11 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id BC6FC3CA3; Sat, 25 Sep 2004 15:20:07 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id E995F40F1; Sat, 25 Sep 2004 15:20:03 +0200 (CEST) To: "cell" In-Reply-To: <003601c4a2ea$d660c690$0301a8c0@danielle> (bettan@nerim.net's message of "Sat, 25 Sep 2004 12:31:37 +0200") References: <003601c4a2ea$d660c690$0301a8c0@danielle> From: Arne Schwabe Date: Sat, 25 Sep 2004 15:20:03 +0200 Message-ID: <86oejuzdrw.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: ipsec and freebsd 5.3-beta X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 13:20:18 -0000 "cell" writes: > hello , i tried to configure ipsec in my freebsd with racoon for a wifi connection with a laptop on windows xp home but i have problem.I have used this tutorial http://ezine.daemonnews.org/200401/wifi-ipsec.html and when i run racoon with "racoon -F -v" j'ai : > > # racoon -F -v > Foreground mode. > 2004-09-25 12:19:27: INFO: main.c:172:main(): @(#)package version freebsd-20040818a > 2004-09-25 12:19:27: INFO: main.c:174:main(): @(#)internal version 20001216 sakane@kame.net > 2004-09-25 12:19:27: INFO: main.c:175:main(): @(#)This product linked OpenSSL 0.9.7d 17 Mar 2004 (http://www.openssl.org/) > 2004-09-25 12:19:27: WARNING: cftoken.l:514:yywarn(): /usr/local/etc/racoon/racoon.conf:66: "support_mip6" it is obsoleted. use "support_proxy". > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::2bd:fbff:fe03:1%tap1[500] used as isakmp port (fd=5) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::2bd:f7ff:fe03:0%tap0[500] used as isakmp port (fd=6) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 62.212.121.38[500] used as isakmp port (fd=7) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::20a:5eff:fe3e:ebf7%tun0[500] used as isakmp port (fd=8) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::1%lo0[500] used as isakmp port (fd=9) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): ::1[500] used as isakmp port (fd=10) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 127.0.0.1[500] used as isakmp port (fd=11) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::205:5dff:fea2:98ef%vr1[500] used as isakmp port (fd=12) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 10.0.0.1[500] used as isakmp port (fd=13) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::205:5dff:fe64:5a87%vr0[500] used as isakmp port (fd=14) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 192.168.3.1[500] used as isakmp port (fd=15) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 2001:7a8:3d26::1[500] used as isakmp port (fd=16) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::20a:5eff:fe3e:ebf7%xl0[500] used as isakmp port (fd=17) > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 192.168.1.1[500] used as isakmp port (fd=18) > 2004-09-25 12:20:07: INFO: isakmp.c:904:isakmp_ph1begin_r(): respond new phase 1 negotiation: 192.168.3.1[500]<=>192.168.3.3[500] > 2004-09-25 12:20:07: INFO: isakmp.c:909:isakmp_ph1begin_r(): begin Identity Protection mode. > 2004-09-25 12:20:07: INFO: vendorid.c:128:check_vendorid(): received Vendor ID: MS NT5 ISAKMPOAKLEY > 2004-09-25 12:20:07: WARNING: ipsec_doi.c:3064:ipsecdoi_checkid1(): ID type mismatched. > 2004-09-25 12:20:07: WARNING: ipsec_doi.c:3112:ipsecdoi_checkid1(): ID value mismatched. > 2004-09-25 12:20:07: INFO: isakmp.c:2459:log_ph1established(): ISAKMP-SA established 192.168.3.1[500]-192.168.3.3[500] spi:0ae2df7beb89619e:2202b5a1db9ba88a > 2004-09-25 12:20:07: INFO: isakmp.c:1059:isakmp_ph2begin_r(): respond new phase 2 negotiation: 192.168.3.1[0]<=>192.168.3.3[0] > 2004-09-25 12:20:07: ERROR: pfkey.c:1076:pk_sendupdate(): libipsec failed send update (No buffer space available) > 2004-09-25 12:20:07: ERROR: isakmp_quick.c:1615:quick_r3prep(): pfkey update failed. > 2004-09-25 12:20:07: ERROR: isakmp.c:750:quick_main(): failed to process packet. > 2004-09-25 12:20:07: ERROR: isakmp.c:541:isakmp_main(): phase2 negotiation failed. Look into the "Ipsec broken in 5.3" or something like this a few hours ago. A temporary workaround is to set MSIZE=512 in your kernel config. Arne From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:44:43 2004 Return-Path: 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 E1E7C16A4CE for ; Sat, 25 Sep 2004 13:44:42 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-106-saturday.noc.nerim.net [62.4.17.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124B743D48 for ; Sat, 25 Sep 2004 13:44:42 +0000 (GMT) (envelope-from bettan@nerim.net) Received: from danielle (linux-win.com [62.212.121.38]) by mallaury.noc.nerim.net (Postfix) with SMTP id 69BEF62D88; Sat, 25 Sep 2004 15:44:39 +0200 (CEST) Message-ID: <001001c4a305$d003a400$0301a8c0@danielle> From: "cell" To: "Arne Schwabe" References: <003601c4a2ea$d660c690$0301a8c0@danielle> <86oejuzdrw.fsf@kamino.rfc1149.org> Date: Sat, 25 Sep 2004 15:44:42 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org Subject: Re: ipsec and freebsd 5.3-beta X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 13:44:43 -0000 I write MSIZE=512 in my config kernel ? ----- Original Message ----- From: "Arne Schwabe" To: "cell" Cc: Sent: Saturday, September 25, 2004 3:20 PM Subject: Re: ipsec and freebsd 5.3-beta > "cell" writes: > > > hello , i tried to configure ipsec in my freebsd with racoon for a wifi connection with a laptop on windows xp home but i have problem.I have used this tutorial http://ezine.daemonnews.org/200401/wifi-ipsec.html and when i run racoon with "racoon -F -v" j'ai : > > > > # racoon -F -v > > Foreground mode. > > 2004-09-25 12:19:27: INFO: main.c:172:main(): @(#)package version freebsd-20040818a > > 2004-09-25 12:19:27: INFO: main.c:174:main(): @(#)internal version 20001216 sakane@kame.net > > 2004-09-25 12:19:27: INFO: main.c:175:main(): @(#)This product linked OpenSSL 0.9.7d 17 Mar 2004 (http://www.openssl.org/) > > 2004-09-25 12:19:27: WARNING: cftoken.l:514:yywarn(): /usr/local/etc/racoon/racoon.conf:66: "support_mip6" it is obsoleted. use "support_proxy". > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::2bd:fbff:fe03:1%tap1[500] used as isakmp port (fd=5) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::2bd:f7ff:fe03:0%tap0[500] used as isakmp port (fd=6) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 62.212.121.38[500] used as isakmp port (fd=7) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::20a:5eff:fe3e:ebf7%tun0[500] used as isakmp port (fd=8) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::1%lo0[500] used as isakmp port (fd=9) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): ::1[500] used as isakmp port (fd=10) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 127.0.0.1[500] used as isakmp port (fd=11) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::205:5dff:fea2:98ef%vr1[500] used as isakmp port (fd=12) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 10.0.0.1[500] used as isakmp port (fd=13) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::205:5dff:fe64:5a87%vr0[500] used as isakmp port (fd=14) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 192.168.3.1[500] used as isakmp port (fd=15) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 2001:7a8:3d26::1[500] used as isakmp port (fd=16) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): fe80::20a:5eff:fe3e:ebf7%xl0[500] used as isakmp port (fd=17) > > 2004-09-25 12:19:27: INFO: isakmp.c:1368:isakmp_open(): 192.168.1.1[500] used as isakmp port (fd=18) > > 2004-09-25 12:20:07: INFO: isakmp.c:904:isakmp_ph1begin_r(): respond new phase 1 negotiation: 192.168.3.1[500]<=>192.168.3.3[500] > > 2004-09-25 12:20:07: INFO: isakmp.c:909:isakmp_ph1begin_r(): begin Identity Protection mode. > > 2004-09-25 12:20:07: INFO: vendorid.c:128:check_vendorid(): received Vendor ID: MS NT5 ISAKMPOAKLEY > > 2004-09-25 12:20:07: WARNING: ipsec_doi.c:3064:ipsecdoi_checkid1(): ID type mismatched. > > 2004-09-25 12:20:07: WARNING: ipsec_doi.c:3112:ipsecdoi_checkid1(): ID value mismatched. > > 2004-09-25 12:20:07: INFO: isakmp.c:2459:log_ph1established(): ISAKMP-SA established 192.168.3.1[500]-192.168.3.3[500] spi:0ae2df7beb89619e:2202b5a1db9ba88a > > 2004-09-25 12:20:07: INFO: isakmp.c:1059:isakmp_ph2begin_r(): respond new phase 2 negotiation: 192.168.3.1[0]<=>192.168.3.3[0] > > 2004-09-25 12:20:07: ERROR: pfkey.c:1076:pk_sendupdate(): libipsec failed send update (No buffer space available) > > 2004-09-25 12:20:07: ERROR: isakmp_quick.c:1615:quick_r3prep(): pfkey update failed. > > 2004-09-25 12:20:07: ERROR: isakmp.c:750:quick_main(): failed to process packet. > > 2004-09-25 12:20:07: ERROR: isakmp.c:541:isakmp_main(): phase2 negotiation failed. > > Look into the "Ipsec broken in 5.3" or something like this a few > hours ago. > > A temporary workaround is to set MSIZE=512 in your kernel config. > > Arne From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:46:21 2004 Return-Path: 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 E7E3E16A4CE; Sat, 25 Sep 2004 13:46:21 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C0743D2D; Sat, 25 Sep 2004 13:46:21 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8PDkJIN051986; Sat, 25 Sep 2004 16:46:19 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 67742-08; Sat, 25 Sep 2004 16:46:18 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8PDkI9A051983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Sep 2004 16:46:18 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8PDkBqj014809; Sat, 25 Sep 2004 16:46:11 +0300 (EEST) (envelope-from ru) Date: Sat, 25 Sep 2004 16:46:11 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20040925134611.GB14693@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Doug Barton Subject: HEADS UP: if your buildworld fails with "gensnmptree: not found" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 13:46:22 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi there, There was a small timeframe of five days between revs. 1.306 and 1.312 of src/usr.bin/Makefile where we were mistakenly skipping building the "gensnmptree" tool. If you are as anal like me and Doug, and clean up after installworld by removing old stuff, you might have removed the installed copy of /usr/sbin/gensnmptree, and this will now cause your buildworld to fail. If you hit this, just do: cd /usr/src/usr.sbin/bsnmpd/gensnmptree && make all install clean This will fix your buildworld. Since the timeframe is very small, and the expected number of people doing regular "installworld cleaning" is even smaller, we don't feel like it's worth a "fix" in Makefile.inc1 (it's possible), nor an UPDATING entry. This HEADS UP should suffice. ;) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVXajqRfpzJluFF4RAhepAJ47WZxbyhf385NlWof757EuSple/ACcDFes KxqisFvhl7CczEgctfR3HTo= =Rgmc -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:56:29 2004 Return-Path: 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 E2FE816A4CE for ; Sat, 25 Sep 2004 13:56:29 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B12643D1F for ; Sat, 25 Sep 2004 13:56:29 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 434F1DCF6A; Sat, 25 Sep 2004 15:56:28 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 285178A1C4; Sat, 25 Sep 2004 15:56:28 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id E69C887CA4; Sat, 25 Sep 2004 15:56:27 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id D36DBD3B96; Sat, 25 Sep 2004 15:56:27 +0200 (CEST) Date: Sat, 25 Sep 2004 14:49:58 +0200 From: Ulrich Spoerlein To: Joao Barros Message-ID: <20040925124958.GA5441@galgenberg.net> Mail-Followup-To: Joao Barros , freebsd-current@freebsd.org References: <70e8236f0409201744c729ae0@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <70e8236f0409201744c729ae0@mail.gmail.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: freebsd-current@freebsd.org Subject: Re: Asus A7N8X: Boot failure under Beta 4 and 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 13:56:30 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 21.09.2004 at 01:44:35 +0100, Joao Barros wrote: > Trying to install FreeBSD on the last Winblows machine at home was a no g= o.=20 > The kernel "pauses" at boot. I thought it stopped completely but after > pressing the power button I realized there was still something alive: >=20 > acpi: suspend request ignored (not ready yet) I saw this one yesterday. Try booting without ACPI or with verbose boot. Another thing would be to boot without any CDROM drive attached. But I guess this is not a feasible solution (except you have some SCSI gear lying around or a USB drive the BIOS can boot from...) Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBVWl2mArGtfDbn0QRAjO0AJ4rJHCHy6dkaDXinsbA+M8DsDVMvwCcCPvl EJNwm7B8MVmcbSERaKG/Vq4= =mbWw -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 14:01:42 2004 Return-Path: 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 DB77116A4CE for ; Sat, 25 Sep 2004 14:01:42 +0000 (GMT) Received: from smtp19.wxs.nl (smtp19.wxs.nl [195.121.6.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99BD543D4C for ; Sat, 25 Sep 2004 14:01:42 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from kruij557.speed.planet.nl (ipd50a97ba.speed.planet.nl [213.10.151.186]) by smtp19.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I4L008USOAQF3@smtp19.wxs.nl> for freebsd-current@freebsd.org; Sat, 25 Sep 2004 16:01:41 +0200 (CEST) Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl (8.12.10/8.12.10) with ESMTP id i8PE1XRk001417; Sat, 25 Sep 2004 16:01:33 +0200 Received: (from akruijff@localhost) by alex.lan (8.12.10/8.12.10/Submit) id i8PE1Wxv001416; Sat, 25 Sep 2004 16:01:32 +0200 Content-return: prohibited Date: Sat, 25 Sep 2004 16:01:32 +0200 From: Alex de Kruijff In-reply-to: <20040924220110.GD784@alex.lan> To: "Yaraghchi, Stephan" Message-id: <20040925140132.GB796@alex.lan> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <20040924220110.GD784@alex.lan> X-Authentication-warning: alex.lan: akruijff set sender to freebsd@akruijff.dds.nl using -f cc: freebsd-current@freebsd.org Subject: Re: DEVICE_POLLING in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 14:01:43 -0000 On Sat, Sep 25, 2004 at 12:01:10AM +0200, Alex de Kruijff wrote: > On Fri, Sep 24, 2004 at 04:23:52PM +0200, Yaraghchi, Stephan wrote: > > > On Thu, Sep 23, 2004 at 03:27:22PM +0200, Yaraghchi, Stephan wrote: > > > > I'm trying to tune network performance of a 5.3-BETA5 box > > > > by compiling the DEVICE_POLLING and HZ=1000 options into > > > > the kernel. Compilation went fine. > > > > I found the usual warning in /usr/src/sys/kern/kern_poll.c > > > > concerning device polling in SMP kernels and removed it. > > > > > > > > To finally enable the feature one have to set the sysctl > > > > kern.polling.enable to value '1'. > > > > > > > > The only problem is that 5.3-BETA5 doesn't know about it: > > > > > > > > sysctl: unknown oid 'kern.polling.enable' > > > > > > > > Any advice is highly appreciated. > > > > > > Did you do a full make buildworld/kernel installkernel/world? If not > > > then this might be why sysctl doesn't know about it. If so then maybe > > > someone from current@ might know more about it. (maybe there read this > > > list to) > > > > > > Does /usr/src/UPDATING say anything about it? > > > > IMO it's not necessary since the changes only affect the kernel which > > I already recompiled. > > Nevertheless I also did a 'make buildworld' as you suggested: no luck. > > > > /usr/src/UPDATING says nothing about the issue. > > All I can think of is mergemaster or that it is a bug. I changed the > list to current@, in the hope that others with BETA5 read this. This should have read > is to use mergemaster or ... -- Alex Articles based on solutions that I use: http://www.kruijff.org/alex/FreeBSD/ From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 14:18:26 2004 Return-Path: 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 5D65A16A4CE for ; Sat, 25 Sep 2004 14:18:26 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05A8643D53 for ; Sat, 25 Sep 2004 14:18:26 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id CE387ACC68; Sat, 25 Sep 2004 16:18:24 +0200 (CEST) Date: Sat, 25 Sep 2004 16:18:24 +0200 From: Pawel Jakub Dawidek To: Alexander Kirillov Message-ID: <20040925141824.GN9550@darkness.comp.waw.pl> References: <4152B034.6090005@infoline.su> <20040923130314.GP93460@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UFMLoheMaWcIEZAi" Content-Disposition: inline In-Reply-To: <20040923130314.GP93460@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: df -h display bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 14:18:26 -0000 --UFMLoheMaWcIEZAi Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 23, 2004 at 03:03:14PM +0200, Pawel Jakub Dawidek wrote: +> On Thu, Sep 23, 2004 at 03:15:00PM +0400, Alexander Kirillov wrote: +> +> Note 10.0 in /usr Used column below. Should be 10G +> +>=20 +> +> # df -h +> +> Filesystem Size Used Avail Capacity Mounted on +> +> /dev/ad1s1a 126M 62M 54M 53% / +> +> devfs 1.0K 1.0K 0B 100% /dev +> +> /dev/ad1s1f 252M 1.5M 230M 1% /tmp +> +> /dev/ad1s1g 35G 10.0 22G 31% /usr +> +> /dev/ad1s1e 252M 1.9M 230M 1% /var +> +> procfs 4.0K 4.0K 0B 100% /proc +>=20 +> This looks like a bug in humanize_number(3), I'll look into this. It should be fixed now in -CURRENT. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --UFMLoheMaWcIEZAi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBVX4wForvXbEpPzQRApsiAKCPrs1LV98SFm5N+SZEcHPfIeXloQCg1A+u W8qEy+mwH7WlicfK/k8CaWA= =hBVq -----END PGP SIGNATURE----- --UFMLoheMaWcIEZAi-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 14:24:21 2004 Return-Path: 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 1846616A4CE; Sat, 25 Sep 2004 14:24:21 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C8F343D31; Sat, 25 Sep 2004 14:24:20 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 3F34D11AB6; Sat, 25 Sep 2004 16:24:19 +0200 (CEST) Date: Sat, 25 Sep 2004 16:24:19 +0200 From: "Simon L. Nielsen" To: Pawel Jakub Dawidek Message-ID: <20040925142418.GI768@zaphod.nitro.dk> References: <4152B034.6090005@infoline.su> <20040923130314.GP93460@darkness.comp.waw.pl> <20040925141824.GN9550@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MiFvc8Vo6wRSORdP" Content-Disposition: inline In-Reply-To: <20040925141824.GN9550@darkness.comp.waw.pl> User-Agent: Mutt/1.5.6i cc: Alexander Kirillov cc: freebsd-current@freebsd.org Subject: Re: df -h display bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 14:24:21 -0000 --MiFvc8Vo6wRSORdP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.09.25 16:18:24 +0200, Pawel Jakub Dawidek wrote: > On Thu, Sep 23, 2004 at 03:03:14PM +0200, Pawel Jakub Dawidek wrote: > +> On Thu, Sep 23, 2004 at 03:15:00PM +0400, Alexander Kirillov wrote: > +> +> Note 10.0 in /usr Used column below. Should be 10G > +> +>=20 > +> +> # df -h > +> +> Filesystem Size Used Avail Capacity Mounted on > +> +> /dev/ad1s1a 126M 62M 54M 53% / > +> +> devfs 1.0K 1.0K 0B 100% /dev > +> +> /dev/ad1s1f 252M 1.5M 230M 1% /tmp > +> +> /dev/ad1s1g 35G 10.0 22G 31% /usr > +> +> /dev/ad1s1e 252M 1.9M 230M 1% /var > +> +> procfs 4.0K 4.0K 0B 100% /proc > +>=20 > +> This looks like a bug in humanize_number(3), I'll look into this. >=20 > It should be fixed now in -CURRENT. Thanks! (I also ran into this bug a few weeks ago) --=20 Simon L. Nielsen FreeBSD Documentation Team --MiFvc8Vo6wRSORdP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVX+Sh9pcDSc1mlERAoIkAJ9JsUJxsC7U4jPqpKGGEFuMUVt+0wCgn2pH AE7OPfVYtTPcdwQuEBTntmM= =RKsk -----END PGP SIGNATURE----- --MiFvc8Vo6wRSORdP-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 14:54:57 2004 Return-Path: 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 AE58216A4CE; Sat, 25 Sep 2004 14:54:57 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F2343D58; Sat, 25 Sep 2004 14:54:57 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-195-158-171-190.dynamic.qsc.de [195.158.171.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 3A2A29585D; Sat, 25 Sep 2004 16:54:55 +0200 (CEST) Date: Sat, 25 Sep 2004 16:55:34 +0200 From: Hannes Mehnert To: Robert Watson Message-ID: <20040925145534.GD5307@mehnert.org> References: <20040925001623.GC5307@mehnert.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: 5.3 IPSEC broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 14:54:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Sep 24, 2004 at 10:58:33PM -0400, Robert Watson wrote: > I'd like to take a look at this sometime in the next few days. Could you > send me an appropriately censored version of your racoon configuration for > each endpoint that I can use as a starting point? Sure, my config files are available at https://berlin.ccc.de/~hannes/racoon/ I use a /30 subnet for IPSec, 192.168.2.40/30. Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBVYbiRcuNlziBjRwRArs3AJwPLyaO77b4dOHcL+09PKTBAF7bXQCeNVpg uBXA9AmmJVnynQn/xLSa9Gg= =1K4Z -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 15:13:16 2004 Return-Path: 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 0B11016A4CE for ; Sat, 25 Sep 2004 15:13:16 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 654A043D49 for ; Sat, 25 Sep 2004 15:13:15 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 33DECD3FC4; Sat, 25 Sep 2004 17:13:14 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 12B77A741D; Sat, 25 Sep 2004 17:13:14 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id CE229A589B; Sat, 25 Sep 2004 17:13:13 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id B3558D3FC4; Sat, 25 Sep 2004 17:13:13 +0200 (CEST) Date: Sat, 25 Sep 2004 17:13:11 +0200 From: Ulrich Spoerlein To: =?iso-8859-15?Q?S=F8ren?= Schmidt Message-ID: <20040925151311.GA9651@galgenberg.net> Mail-Followup-To: =?iso-8859-15?Q?S=F8ren?= Schmidt , current@freebsd.org References: <200409191627.19011.michaelnottebrock@gmx.net> <414DA31E.3090506@DeepCore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <414DA31E.3090506@DeepCore.dk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: current@freebsd.org Subject: Re: regression in ata/atapi wrt dma? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 15:13:16 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 19.09.2004 at 17:17:50 +0200, S=F8ren Schmidt wrote: > This is the "new worldorder" for ATAPI devices. The default is now to=20 > enable DMA if the device claims to support at least UDMA33, if not its=20 > left in PIO mode. This is to avoid all the (old) sucky devices that=20 > claims DMA but really doesn't work. >=20 > If you need any modes beyond this, please use atacontrol. I guess something like this is needed then... --- ata.4.orig Wed Sep 22 10:34:19 2004 +++ ata.4 Wed Sep 22 11:11:32 2004 @@ -86,7 +86,7 @@ .It Va hw.ata.ata_dma set to 1 for DMA access, 0 for PIO (default is DMA). .It Va hw.ata.atapi_dma -set to 1 for DMA access, 0 for PIO (default is PIO). +set to 1 for DMA access, 0 for PIO (default is DMA, if the drive supports = at least UDMA33). .It Va hw.ata.wc set to 1 to enable Write Caching, 0 to disable (default is enabled). .Em WARNING : @@ -161,8 +161,10 @@ or that one of the devices on the channel only accepts up to UDMA2/ATA33. .Pp -ATAPI devices are set to PIO mode by default because severe DMA problems a= re -common even if the device capabilities indicate support. +ATAPI devices are set to DMA mode only if they claim to support at least U= DMA33. +Older devices claiming DMA or WDMA support get set to PIO by default becau= se +severe DMA problems are common even if the device capabilities indicate +support. You can always try to set DMA mode on an ATAPI device using .Xr atacontrol 8 , but be aware that your hardware might Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVYsHmArGtfDbn0QRAvCWAKDsniUX8ntkU0/q6TyZT2Tfi+MRNgCfaT64 CAATgnvnNRfrJsD1Lw69kB0= =0vfo -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 16:31:51 2004 Return-Path: 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 1649316A4CE for ; Sat, 25 Sep 2004 16:31:51 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F4E443D2F for ; Sat, 25 Sep 2004 16:31:50 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 95267D4183 for ; Sat, 25 Sep 2004 18:31:49 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 77CE76F901 for ; Sat, 25 Sep 2004 18:31:49 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5854E17202 for ; Sat, 25 Sep 2004 18:31:49 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 2644AD4183 for ; Sat, 25 Sep 2004 18:31:49 +0200 (CEST) Date: Sat, 25 Sep 2004 18:31:48 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20040925163148.GA9626@galgenberg.net> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Subject: fwe(4) and polling(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 16:31:51 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good evening everyone, ordered a cheap VIA-based Firewire-Card and tried to see if I can speed up the connection to my server. There are two machines (obviously) coyote: Server, P3-500, 5.2.1-RELEASE, NO DEVICE_POLLING fwohci0: port 0xac00-0xac7f mem 0xe2001000-0xe20017ff irq 9 at= device 10.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 20:00:00:00:04:00:52:cf fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 22:00:00:00:52:cf fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) sharing interrupts with these devices: pcib0: slot 10 INTA is routed to irq 9 intpm0: port 0x5000-0x500f irq = 9 at device 7.3 on pci0 fwohci0: port 0xac00-0xac7f mem 0xe2001000-0xe20017ff irq 9 at= device 10.0 on pci0 roadrunner: Laptop, Dell 8600c, 5.3-BETA5, DEVICE_POLLING and HZ=3D1000 in = kernel fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0x= faffd800-0xfaffdfff irq 11 at device 1.1 on pci2 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 35:4f:c0:00:35:67:98:30 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 36:4f:c0:67:98:30 fwe0: Ethernet address: 36:4f:c0:67:98:30 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0x8800ffc0, gen=3D1, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <=3D 1, cable IRM =3D 1 sharing the interrupt with these: ACPI link \\_SB_.PCI0.LNKB has invalid initial irq 11, ignoring acpi_video0: port 0xc000-0xc0ff mem 0xfcff0000-0xfcf= fffff,0xd0000000-0xdfffffff irq 11 at device 0.0 on pci1 uhci0: port 0xbf80-0xbf9f irq 1= 1 at device 29.0 on pci0 uhci1: port 0xbf40-0xbf5f irq 1= 1 at device 29.1 on pci0 uhci2: port 0xbf20-0xbf3f irq 1= 1 at device 29.2 on pci0 bfe0: mem 0xfaffe000-0xfaffffff irq 11 at = device 0.0 on pci2 fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0x= faffd800-0xfaffdfff irq 11 at device 1.1 on pci2 Running an NFS-Transfer between these hosts via xl0<->bfe0 I get roughly 10MB/s and the load on coyote is around 0.3. The interrupt rate on coyote is around 5000 (xl0, irq 12) and on roadrunner I get up to 7000 (bfe0, irq 11). Now switching to the Firewire-Connection I get "only" 13MB/s, the load on coyote is reaching 1.0, the interrupt rate reaches 6000. On roadrunner the interrupt rate is topping out at 10.500 (ain't that crazy?) I then switched on device_polling on roadrunner, because the man-page claimed it was supported with fwe(4). However I can't see a drop in interrupt requests and performance stays the same. So, is fwe(4) lying? Does polling only work, if the device does not share the interrupt? Should I be able to get more then 13MB/s from this not-so-old P3-500? PS: I'm somewhat puzzled by this: fwohci0: EUI64 20:00:00:00:04:00:52:cf if_fwe0: Fake Ethernet address: 22:00:00:00:52:cf and fwohci0: EUI64 35:4f:c0:00:35:67:98:30 if_fwe0: Fake Ethernet address: 36:4f:c0:67:98:30 Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVZ1zmArGtfDbn0QRAl8wAJ4iNw48TAzQegK7V5URW8im8n7v7ACfWFqn +9KH84J8k8MK5W3e2YW6iP8= =3zG4 -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 16:55:32 2004 Return-Path: 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 DCE6A16A4CE for ; Sat, 25 Sep 2004 16:55:32 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF1443D58 for ; Sat, 25 Sep 2004 16:55:28 +0000 (GMT) (envelope-from keramida@linux.gr) Received: (qmail 11899 invoked by uid 207); 25 Sep 2004 16:55:27 -0000 Received: from keramida@linux.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.236):. Processed in 0.533306 secs); 25 Sep 2004 16:55:27 -0000 Received: from dialup236.ach.sch.gr (HELO gothmog.gr) ([81.186.70.236]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 25 Sep 2004 16:55:26 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i8PGtM3s052806 for ; Sat, 25 Sep 2004 19:55:22 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i8PGtMjd052805 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 19:55:22 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Sat, 25 Sep 2004 19:55:22 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20040925165522.GB45767@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Phone: +30-2610-312145 Mobile: +30-6944-116520 Subject: silo overflows X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 16:55:33 -0000 I've been seeing the following for a while now. Any hints about ways to track down why this happens or how to fix it? Sep 25 19:18:36 gothmog kernel: sio1: 2 more silo overflows (total 357) Sep 25 19:18:45 gothmog kernel: sio1: 2 more silo overflows (total 359) Sep 25 19:18:46 gothmog kernel: sio1: 1 more silo overflow (total 360) Sep 25 19:37:03 gothmog kernel: sio1: 3 more silo overflows (total 363) Sep 25 19:37:14 gothmog kernel: sio1: 1 more silo overflow (total 364) This is with a relatively recent 6.0-CURRENT on a Celeron @ 1800MHz. $ uname -v FreeBSD 6.0-CURRENT #0: Fri Sep 24 00:04:47 EEST 2004 \ sysop@gothmog.gr:/usr/obj/usr/src/sys/GENERIC From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 17:05:47 2004 Return-Path: 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 E587016A4CE for ; Sat, 25 Sep 2004 17:05:47 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 945BA43D54 for ; Sat, 25 Sep 2004 17:05:47 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8PH4r11079387; Sat, 25 Sep 2004 13:04:53 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8PH4rgX079384; Sat, 25 Sep 2004 13:04:53 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 25 Sep 2004 13:04:53 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Forrest Aldrich In-Reply-To: <41549156.4080302@forrie.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: if_de problem w/out Giant (was: Re: Weird network traffic issue with FreeBSD-5.3-Beta 5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 17:05:48 -0000 On Fri, 24 Sep 2004, Forrest Aldrich wrote: > I'm using a de0 interface (100TX) -- if I try to cvsup, it is dead slow > -- however, if I put the interface into promiscuous mode, in another > screen, it starts working fast. > > I don't understand what could be wrong. I've hit a bug? There appears to be a problem with if_de when running Giant-free. Until it is fixed, you can set debug.mpsafenet=1 in /boot/loader.conf. While this will make some other elements of the stack run slower, the net improvement if de0 is your interface of interest will more than make up for it. I have found an if_de card and once I return to Washington, DC tomorrow, I'll sit down and figure it out. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 17:11:25 2004 Return-Path: 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 BE0F716A4CE; Sat, 25 Sep 2004 17:11:25 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74A2343D1F; Sat, 25 Sep 2004 17:11:25 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i8PHBJnk065536; Sat, 25 Sep 2004 12:11:19 -0500 (CDT) (envelope-from dan) Date: Sat, 25 Sep 2004 12:11:19 -0500 From: Dan Nelson To: Pawel Jakub Dawidek Message-ID: <20040925171119.GA90839@dan.emsphone.com> References: <7m7jqjhojv.wl@black.imgsrc.co.jp> <20040924122508.GG9550@darkness.comp.waw.pl> <20040924143224.GG47816@dan.emsphone.com> <20040925095549.GH9550@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040925095549.GH9550@darkness.comp.waw.pl> X-OS: FreeBSD 5.3-BETA5 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: Jun Kuriyama cc: Current Subject: Re: panic: swap_pager_isswapped: failed to locate all swap meta blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 17:11:25 -0000 In the last episode (Sep 25), Pawel Jakub Dawidek said: > On Fri, Sep 24, 2004 at 09:32:30AM -0500, Dan Nelson wrote: > +> > This is indirectly caused by me. I added 'stop' method to > +> > rc.d/swap1 script and now swapoff(8) is done on every > +> > shutdown(8) run. > +> > > +> > Will it be possible to fix it or should I made this optional? > +> > +> Considering that the system is going down anyway, why bother? > > Because if you have swap on e.g. gmirror device, gmirror will rebuild > components on every boot, because components are marked dirty - they > were open for writing on shutdown, so it looks like a power failure. Can you clear the flag when all writes are synched (perhaps after a 2-sec delay)? Just because it's open for writing doesn't mean it's dirty. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 17:28:23 2004 Return-Path: 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 487C516A4CE for ; Sat, 25 Sep 2004 17:28:23 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E211843D2F for ; Sat, 25 Sep 2004 17:28:22 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8PHRPkF079699; Sat, 25 Sep 2004 13:27:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8PHRPw4079696; Sat, 25 Sep 2004 13:27:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 25 Sep 2004 13:27:25 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Forrest Aldrich In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: if_de problem w/out Giant (was: Re: Weird network traffic issue with FreeBSD-5.3-Beta 5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 17:28:23 -0000 On Sat, 25 Sep 2004, Robert Watson wrote: > On Fri, 24 Sep 2004, Forrest Aldrich wrote: > > > I'm using a de0 interface (100TX) -- if I try to cvsup, it is dead slow > > -- however, if I put the interface into promiscuous mode, in another > > screen, it starts working fast. > > > > I don't understand what could be wrong. I've hit a bug? > > There appears to be a problem with if_de when running Giant-free. Until > it is fixed, you can set debug.mpsafenet=1 in /boot/loader.conf. While > this will make some other elements of the stack run slower, the net > improvement if de0 is your interface of interest will more than make up > for it. I have found an if_de card and once I return to Washington, DC > tomorrow, I'll sit down and figure it out. Sorry, the boave should read: Until it is fixed, you can set debug.mpsafenet=0 in /boot/loader.conf. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 17:39:57 2004 Return-Path: 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 7046516A4CE for ; Sat, 25 Sep 2004 17:39:57 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED4C43D41 for ; Sat, 25 Sep 2004 17:39:57 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8PHd82X079859; Sat, 25 Sep 2004 13:39:08 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8PHd8tt079856; Sat, 25 Sep 2004 13:39:08 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 25 Sep 2004 13:39:08 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Hannes Mehnert In-Reply-To: <20040925145534.GD5307@mehnert.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 5.3 IPSEC broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 17:39:57 -0000 On Sat, 25 Sep 2004, Hannes Mehnert wrote: > On Fri, Sep 24, 2004 at 10:58:33PM -0400, Robert Watson wrote: > > I'd like to take a look at this sometime in the next few days. Could you > > send me an appropriately censored version of your racoon configuration for > > each endpoint that I can use as a starting point? > > Sure, my config files are available at https://berlin.ccc.de/~hannes/racoon/ > > I use a /30 subnet for IPSec, 192.168.2.40/30. So an interesting first observation for anyone else following this is that under mbuma, the number of bytes available in an mbuf has changed by four due (presumably) to the use of extra space by mbuma: 4.x: MSIZE: 256 MLEN: 236 MHLEN: 212 MINCLSIZE: 213 sizeof(struct m_hdr): 20 sizeof(struct pkthdr): 24 5.x: MSIZE: 256 MLEN: 232 MHLEN: 208 MINCLSIZE: 209 sizeof(struct m_hdr): 24 sizeof(struct pkthdr): 24 So presumably something in pfkey was carefully (or accidentally) designed to assume that some object/content would fit in MLEN or MHLEN that no longer does. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 17:43:35 2004 Return-Path: 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 7CC8816A4CE; Sat, 25 Sep 2004 17:43:35 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD7F643D1F; Sat, 25 Sep 2004 17:43:34 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-250.dsl.snfc21.pacbell.net [64.171.186.250]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8PHhWDl032074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 25 Sep 2004 10:43:33 -0700 Message-ID: <4155AE43.5010704@root.org> Date: Sat, 25 Sep 2004 10:43:31 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: msch@snafu.de References: <200409232235.08683.msch@snafu.de> <200409241514.53704.jhb@FreeBSD.org> <200409251643.19401.msch@snafu.de> <200409251822.11019.msch@snafu.de> In-Reply-To: <200409251822.11019.msch@snafu.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: IRQ-Routing for 5.3-BETA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 17:43:35 -0000 Matthias Schuendehuette wrote: > On Saturday 25 September 2004 16:43, Matthias Schuendehuette wrote: > >>Hi John, >> >>On Friday 24 September 2004 21:14, John Baldwin wrote: >> >>>Umm the list of IRQ numbers is the list of valid IRQs. Your BIOS >>>is _ineded_ buggy. Note that for the IRQ in question it says this: >>> >>> >>>\_SB_.PCI0.LNKA irq 9: [ 1 3 4 5 6 7 10 11 12 14 15] >>>low,level,sharable 0.1.0 >>> >>>I.e., I'm using IRQ 9, but 9 is not in the list of valid IRQs which >>>includes 1, 3, 4, 5, 6, 7, 10, 11, 12, 14, and 15. Thus, the >>>kernel believes what your broken BIOS says and throws out IRQ 9 and >>>tries to use IRQ 10 instead, which your BIOS claims is open for use >>>even though you've told it its not. One thing you can try is a >>>patch Nate has to always treat ACPI's interrupt (IRQ 9 usually) as >>>a valid interrupt for the link device to use. I've committed that patch to -current. If it doesn't break anything, I'll MFC it. I'm pretty sure it's ok to special-case the SCI but with the track record of BIOS authors, there's probably a system that asks for it but can't handle it. You should test the -current version of acpi_pci_link.c and see if it works on your system both before and after reconfiguring your device's irq. >>Umm... this seems to be completely logic. >> >>I reconfigured my ISDN-Card to use IRQ2/9 (which was more simple than >>I remembered :-) and it works! Shame on me, sometimes it's really too >>simple... > > This really works for FreeBSD 5.3-BETA5 of today, but it works *only* > with IRQ 2/9. I don't quite understand. Your device's hardware was not set to 9 but the BIOS was claiming it was? Is it on the motherboard (i.e., non-removable)? > I also tried IRQ 5, which is not used by any other device (a least I > couldn't find any notice about irq5 in the boot -v messages but for > isic0), and this does not work with the same messages as with IRQ 10. > > Somehow I have the uncertain feeling that the new IRQ-Routing code has > still some deficencies, at least for ISA-style IRQs... > > But it's no longer a severe problem for me, so I can follow RELENG_5 > again. When the BIOS gives an initial irq, we always try to route to that one first since some devices don't work at any other irq. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 17:56:38 2004 Return-Path: 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 0FFFD16A4CE; Sat, 25 Sep 2004 17:56:38 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADC0B43D39; Sat, 25 Sep 2004 17:56:37 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i8PHujYS000859; Sat, 25 Sep 2004 13:56:45 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i8PHujeQ000858; Sat, 25 Sep 2004 13:56:45 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sat, 25 Sep 2004 13:56:45 -0400 From: David Schultz To: Pawel Jakub Dawidek Message-ID: <20040925175645.GA819@VARK.MIT.EDU> Mail-Followup-To: Pawel Jakub Dawidek , Jun Kuriyama , Current References: <7m7jqjhojv.wl@black.imgsrc.co.jp> <20040924122508.GG9550@darkness.comp.waw.pl> <20040924161255.GA699@VARK.MIT.EDU> <20040925095734.GI9550@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040925095734.GI9550@darkness.comp.waw.pl> cc: Jun Kuriyama cc: Current Subject: Re: panic: swap_pager_isswapped: failed to locate all swap meta blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 17:56:38 -0000 On Sat, Sep 25, 2004, Pawel Jakub Dawidek wrote: > On Fri, Sep 24, 2004 at 12:12:56PM -0400, David Schultz wrote: > +> One way to speed it up would be to wait until after most userland > +> processes have been killed, since most of the data won't need to > +> be swapped back in in that case. In fact, this is an improvement > +> for another reason, namely, there might not be enough physical > +> memory for swapoff() to work otherwise. > > I'm not really aware how to define rcNG scripts order on shutdown. > We can also move swapoff to kernel to be called even after all file > systems are unmounted. Yep, doing it in the kernel is what I was thinking. If you wait until all the userland processes are gone, swapoff() should be practically free. Another option would be to add some magic involving the SW_CLOSING flag, which indicates to the swap subsystem that nothing should be swapped to a given device in addition to what's already there. After setting the flag and waiting for any outstanding putpages() operations to complete, I believe the underlying device could be downgraded to read-only safely without swapping anything back in. But interlocking with putpages() might be more trouble than it's worth. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 18:08:57 2004 Return-Path: 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 499CF16A4CE for ; Sat, 25 Sep 2004 18:08:57 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B82B43D46 for ; Sat, 25 Sep 2004 18:08:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-250.dsl.snfc21.pacbell.net [64.171.186.250]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8PI8tDl032399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 25 Sep 2004 11:08:56 -0700 Message-ID: <4155B437.5020806@root.org> Date: Sat, 25 Sep 2004 11:08:55 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Syphers References: <200409211736.i8LHajfK000463@mist.nodomain> <4150757E.60504@root.org> <200409211206.03632.dsyphers@u.washington.edu> <200409240059.47087.dsyphers@u.washington.edu> In-Reply-To: <200409240059.47087.dsyphers@u.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 18:08:57 -0000 David Syphers wrote: > On Tuesday 21 September 2004 12:06 pm, David Syphers wrote: >>On Tuesday 21 September 2004 11:39 am, Nate Lawson wrote: >> >>>The "safe mode" from the daemon loader disables both acpi and apic so >>>that's one easy way to do this. >> >>This is the same problem I reported yesterday (with the more generic >>subject of "can't install 5.3-BETA5"). Booting in "safe mode" worked fine, >>and got me to the installation screen. > > The list has been quiet about this, so I assume it's a rare problem. Actually, at least I need more info to even know where to begin. How about dmesg for starters? > But I've > got a couple questions about it. First, does anyone have any idea what's > actually wrong? My computer is running -CURRENT from August 3 fine. (I don't > have APIC in that kernel.) Anything having to do with ACPI is default. My > computer is some generic HP, not quite three years old. More info available > if it would help. > > If the problem is known, will it be fixed in BETA6? RC1? Try just disabling apic: hint.apic.0.disable="1" > I can get to the installation screen by booting in "safe mode." Is it okay to > install from there? In the kernel config file, it seems APIC is associated > with SMP. I'm running UP, so why would this have any affect on my system? Newer machines have APIC support which gives faster interrupts. But it's quite safe to run a UP or MP machine with apic disabled. You just lose performance (or the extra processors). -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 19:17:53 2004 Return-Path: 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 2AA2116A4CE for ; Sat, 25 Sep 2004 19:17:53 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EA8043D45 for ; Sat, 25 Sep 2004 19:17:52 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8PJH1Wx080660; Sat, 25 Sep 2004 15:17:01 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8PJH1vX080657; Sat, 25 Sep 2004 15:17:01 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 25 Sep 2004 15:17:00 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Hannes Mehnert In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 5.3 IPSEC broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 19:17:53 -0000 On Sat, 25 Sep 2004, Robert Watson wrote: > On Sat, 25 Sep 2004, Hannes Mehnert wrote: > > > On Fri, Sep 24, 2004 at 10:58:33PM -0400, Robert Watson wrote: > > > I'd like to take a look at this sometime in the next few days. Could you > > > send me an appropriately censored version of your racoon configuration for > > > each endpoint that I can use as a starting point? > > > > Sure, my config files are available at https://berlin.ccc.de/~hannes/racoon/ > > > > I use a /30 subnet for IPSec, 192.168.2.40/30. > > So an interesting first observation for anyone else following this is > that under mbuma, the number of bytes available in an mbuf has changed > by four due (presumably) to the use of extra space by mbuma: A bit more follow-up in case anyone else starts chasing this also: ktrace indicates that it's this sendto: 621 racoon GIO fd 3 wrote 108 bytes "<31>Sep 25 15:03:37 racoon: 2004-09-25 15:03:37: DEBUG: pfkey.c:1061:p\ k_sendupdate(): call pfkey_send_update" 621 racoon RET sendto 108/0x6c 621 racoon CALL getpid 621 racoon RET getpid 621/0x26d 621 racoon CALL sendto(0x4,0x809c800,0xd8,0,0,0) 621 racoon RET sendto -1 errno 55 No buffer space available 621 racoon CALL gettimeofday(0xbfbfe818,0) 621 racoon RET gettimeofday 0 621 racoon CALL write(0x1,0x80a2000,0x72) 621 racoon GIO fd 1 wrote 114 bytes "2004-09-25 15:03:38: ERROR: pfkey.c:1076:pk_sendupdate(): libipsec fai\ led send update (No buffer space available) That's a 216 byte packet, fwiw. I instrumented key.c and ran into the following ENOBUFS case on key.c:6957: /* align the mbuf chain so that extensions are in contiguous region. */ error = key_align(m, &mh); if (error) return error; if (m->m_next) { /*XXX*/ m_freem(m); return ENOBUFS; } I.e., the author knew it was a bug (feature) that an additional mbuf couldn't be handled here, but we do need to handle one. Looks like much of the surrounding code could be replaced with a call to m_defrag() and/or m_pullup(). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:07:51 2004 Return-Path: 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 3CFDC16A4CE; Sat, 25 Sep 2004 20:07:51 +0000 (GMT) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E99F43D31; Sat, 25 Sep 2004 20:07:50 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i8PK7mbT027868 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 26 Sep 2004 06:07:49 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i8PK7lxP008861; Sun, 26 Sep 2004 06:07:47 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i8PK7lrm008860; Sun, 26 Sep 2004 06:07:47 +1000 (EST) (envelope-from pjeremy) Date: Sun, 26 Sep 2004 06:07:47 +1000 From: Peter Jeremy To: Pawel Jakub Dawidek Message-ID: <20040925200747.GE83620@cirb503493.alcatel.com.au> References: <7m7jqjhojv.wl@black.imgsrc.co.jp> <20040924122508.GG9550@darkness.comp.waw.pl> <20040924143224.GG47816@dan.emsphone.com> <20040925095549.GH9550@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040925095549.GH9550@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i cc: Current Subject: Re: panic: swap_pager_isswapped: failed to locate all swap meta blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 20:07:51 -0000 On Sat, 2004-Sep-25 11:55:49 +0200, Pawel Jakub Dawidek wrote: >On Fri, Sep 24, 2004 at 09:32:30AM -0500, Dan Nelson wrote: >+> Considering that the system is going down anyway, why bother? > >Because if you have swap on e.g. gmirror device, gmirror will rebuild >components on every boot, because components are marked dirty - >they were open for writing on shutdown, so it looks like a power failure. As an alternative approach, rather than marking swap clean on a shutdown, why not have a flag in the object's metadata that says "this object doesn't need synchronising on a reboot". If the flag is set, then gmirror just sets both sides as synchronised and active on boot. This is the approach taken by HP Tru64 LSM. (Though one improvement you could make over LSM would be to document the flag). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:16:36 2004 Return-Path: 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 3AF9816A4CE for ; Sat, 25 Sep 2004 20:16:36 +0000 (GMT) Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1FF443D1D for ; Sat, 25 Sep 2004 20:16:33 +0000 (GMT) (envelope-from David.Boyd@insightbb.com) Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78]) by sccimhc92.asp.att.net (sccimhc92) with SMTP id <20040925201632i920072941e>; Sat, 25 Sep 2004 20:16:33 +0000 From: "David Boyd" To: "Nate Lawson" Date: Sat, 25 Sep 2004 16:16:32 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <41550518.6000105@root.org> Importance: Normal cc: freebsd-current@freebsd.org Subject: RE: 5.3-BETA5-i386-disc1 bootstrap failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 20:16:36 -0000 This may just be noise, but I'll send it anywho. The ACPI/APIC/SMP problem described in several missives on this list was introduced (imho) between noon on September 17th and noon on September 18th. I have built from CVS (cvsup) the following kernels: 2004.09.17.12.00.00 2004.09.18.00.00.00 2004.09.18.06.00.00 2004.09.18.12.00.00 I don't assume that this is the best way to do this, but I had limited time and wanted to help. The 2004.09.17.12.00.00 kernel doesn't seem to have any problems booting (or shutting down ... more later). The 2004.09.18.00.00.00 kernel doesn't seem to have any problems booting, but hangs on shutdown -r after the message "Shutting down ACPI". Sorry, no details. The 2004.09.18.06.00.00 and 2004.09.18.12.00.00 kernels hang on boot...sometimes after enumerating the disks and sometimes after "SMP: AP CPU #1 Launched!". The problem can be circumvented sometimes by booting with ACPI disabled. Sometimes only by selecting "Safe Mode" can the system be booted. It only occurs on systems with BIOS support for ACPI. It occurs on systems with a single processor (HyperThreaded, or not). I realize that this human observation crap doesn't really narrow things down. Sorry. P.S. BETA5 cd always panics on Intel D875PBZ motherboard with 3.2E HT processor. BETA4 didn't. Please feel free to ignore this babble...I won't quit trying to help, though. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:21:14 2004 Return-Path: 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 7538C16A4CE for ; Sat, 25 Sep 2004 20:21:14 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6717043D2D for ; Sat, 25 Sep 2004 20:21:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5080672DD4; Sat, 25 Sep 2004 13:21:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4BE7C72DCB; Sat, 25 Sep 2004 13:21:14 -0700 (PDT) Date: Sat, 25 Sep 2004 13:21:14 -0700 (PDT) From: Doug White To: Forrest Aldrich In-Reply-To: <41549156.4080302@forrie.com> Message-ID: <20040925132028.Q65556@carver.gumbysoft.com> References: <41549156.4080302@forrie.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Weird network traffic issue with FreeBSD-5.3-Beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 20:21:14 -0000 On Fri, 24 Sep 2004, Forrest Aldrich wrote: > I'm using a de0 interface (100TX) -- if I try to cvsup, it is dead slow > -- however, if I put the interface into promiscuous mode, in another > screen, it starts working fast. > > I don't understand what could be wrong. I've hit a bug? Sounds like you have the broadcast address and/or netmask misconfigured. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:22:25 2004 Return-Path: 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 9EF8D16A4CF for ; Sat, 25 Sep 2004 20:22:25 +0000 (GMT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 75C4943D2F for ; Sat, 25 Sep 2004 20:22:24 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 40711 invoked from network); 25 Sep 2004 20:22:22 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-4.9/8.0):. Processed in 1.131697 secs); 25 Sep 2004 20:22:22 -0000 X-Spam-Status: No, hits=-4.9 required=8.0 Received: from 213-240-202-139.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.202.139) by mail.interbgc.com with SMTP; 25 Sep 2004 20:22:21 -0000 Received: (qmail 20409 invoked from network); 25 Sep 2004 20:20:26 -0000 Received: from unknown (HELO phobos.totalterror.net) (10.10.0.2) by tormentor.totalterror.net with SMTP; 25 Sep 2004 20:20:26 -0000 References: Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Niki Denev To: Robert Watson Date: Sat, 25 Sep 2004 23:22:36 +0300 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-phobos.totalterror.net-642-1096143756-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" cc: freebsd-current@freebsd.org Subject: Re: 5.3 IPSEC broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 20:22:25 -0000 This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. --=_mimegpg-phobos.totalterror.net-642-1096143756-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Robert Watson writes: > On Sat, 25 Sep 2004, Robert Watson wrote: > >> On Sat, 25 Sep 2004, Hannes Mehnert wrote: >> >> > On Fri, Sep 24, 2004 at 10:58:33PM -0400, Robert Watson wrote: >> > > I'd like to take a look at this sometime in the next few days. Could you >> > > send me an appropriately censored version of your racoon configuration for >> > > each endpoint that I can use as a starting point? >> > >> > Sure, my config files are available at https://berlin.ccc.de/~hannes/racoon/ >> > >> > I use a /30 subnet for IPSec, 192.168.2.40/30. >> >> So an interesting first observation for anyone else following this is >> that under mbuma, the number of bytes available in an mbuf has changed >> by four due (presumably) to the use of extra space by mbuma: > > A bit more follow-up in case anyone else starts chasing this also: ktrace > indicates that it's this sendto: > > 621 racoon GIO fd 3 wrote 108 bytes > "<31>Sep 25 15:03:37 racoon: 2004-09-25 15:03:37: DEBUG: > pfkey.c:1061:p\ > k_sendupdate(): call pfkey_send_update" > 621 racoon RET sendto 108/0x6c > 621 racoon CALL getpid > 621 racoon RET getpid 621/0x26d > 621 racoon CALL sendto(0x4,0x809c800,0xd8,0,0,0) > 621 racoon RET sendto -1 errno 55 No buffer space available > 621 racoon CALL gettimeofday(0xbfbfe818,0) > 621 racoon RET gettimeofday 0 > 621 racoon CALL write(0x1,0x80a2000,0x72) > 621 racoon GIO fd 1 wrote 114 bytes > "2004-09-25 15:03:38: ERROR: pfkey.c:1076:pk_sendupdate(): libipsec > fai\ > led send update (No buffer space available) > > That's a 216 byte packet, fwiw. I instrumented key.c and ran into the > following ENOBUFS case on key.c:6957: > > /* align the mbuf chain so that extensions are in contiguous region. */ > error = key_align(m, &mh); > if (error) > return error; > > if (m->m_next) { /*XXX*/ > m_freem(m); > return ENOBUFS; > } > > I.e., the author knew it was a bug (feature) that an additional mbuf > couldn't be handled here, but we do need to handle one. Looks like much > of the surrounding code could be replaced with a call to m_defrag() and/or > m_pullup(). > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > Just to mention that i too experience this problem, but with FAST_IPSEC so this probably means that if any fix will be made for netkey/key.c then netipsec/key.c will need it too.(as far as i can tell) Please correct me if i'm wrong. --niki --=_mimegpg-phobos.totalterror.net-642-1096143756-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD4DBQBBVdOMHNAJ/fLbfrkRAq3jAJjX+rOEG7t1aKEOrNKhJikVX6afAJ43CTTm svHbJkE6MkRzVeo1d8ubVw== =V/RR -----END PGP SIGNATURE----- --=_mimegpg-phobos.totalterror.net-642-1096143756-0001-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:26:29 2004 Return-Path: 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 0B8E016A4CE for ; Sat, 25 Sep 2004 20:26:29 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C2343D49 for ; Sat, 25 Sep 2004 20:26:28 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E24B072DD4; Sat, 25 Sep 2004 13:26:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id DCF4672DCB; Sat, 25 Sep 2004 13:26:28 -0700 (PDT) Date: Sat, 25 Sep 2004 13:26:28 -0700 (PDT) From: Doug White To: Ivan Voras In-Reply-To: <41555396.4030009@fer.hr> Message-ID: <20040925132430.C65556@carver.gumbysoft.com> References: <41555396.4030009@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: USB memory stick hotswap problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 20:26:29 -0000 On Sat, 25 Sep 2004, Ivan Voras wrote: > What is the expected behavour when umounting USB drives which have > already been unplugged? :) panic. You must unmount volumes before removing them from the system. Otherwise there is unflushed dirty data that will get lost, causing data corruption on the volume. You will get a panic since the system doesn't know what to do with the data and wants to avoid causing any further damage. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 21:00:29 2004 Return-Path: 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 D238D16A4CE for ; Sat, 25 Sep 2004 21:00:29 +0000 (GMT) Received: from mail-fs.sunrise.ch (mta-fs-be-04.sunrise.ch [194.158.229.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FF6F43D1F for ; Sat, 25 Sep 2004 21:00:29 +0000 (GMT) (envelope-from triulzi@freesurf.ch) Received: from [62.167.54.88] (62.167.54.88) by mail-fs.sunrise.ch (7.0.028) id 4125B06200FBCF0D for freebsd-current@freebsd.org; Sat, 25 Sep 2004 23:00:28 +0200 Message-ID: <4155DC3F.5070904@freesurf.ch> Date: Sat, 25 Sep 2004 22:59:43 +0200 From: Mauro Triulzi User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) 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: ATA disk performance (ICH2 controller), some tests and comparison with Linux 2.6.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 21:00:30 -0000 Hello, I post some tests about the performance of my ATA disk (which is not very spectacular under FREEBSD 6.0). Notice that the write performance improves considerably after reinitializing the ATA channel. I've given a comparison with the performance under Linux (kernel 2.6.5) which is far better (with identical HW of course, since I can boot both Linux 2.6.5 and FreeBSD current). Can someone help me to explain this facts or tell me what I am doing wrong? Kind regards, Mauro i) System & hardware foo# uname -a FreeBSD foo.bar.com 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sat Sep 25 17:54:29 CEST 2004 triulzi@foo.bar.com:/usr/src/sys/i386/compile/MYKERNEL i386 source tree actualized and built today, all debugging options disabled. My HW: foo# pciconf -v -l (...) atapci0@pci0:31:1: class=0x010180 card=0x01451028 chip=0x244b8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801BA (ICH2) UltraATA/100 IDE Controller' class = mass storage subclass = ATA (...) Mode (before reinitialization, see below) foo# atacontrol mode 0 Master = UDMA100 Slave = BIOSPIO Kernel parameters (also before reinitialization): foo# sysctl hw.ata. hw.ata.ata_dma: 1 hw.ata.wc: 1 hw.ata.atapi_dma: 1 ii) TESTS: all tests with 512B blocks read/write a) under FreeBSD Write test: foo# date && dd if=/dev/zero of=deleteme.now count=1000000 && date Sat Sep 25 22:04:02 CEST 2004 1000000+0 records in 1000000+0 records out 512000000 bytes transferred in 34.238161 secs (14954074 bytes/sec) Sat Sep 25 22:04:36 CEST 2004 Read test: foo# date && dd if=/dev/ad0s3g of=/dev/null count=1000000 && date Sat Sep 25 22:08:13 CEST 2004 1000000+0 records in 1000000+0 records out 512000000 bytes transferred in 125.686697 secs (4073621 bytes/sec) Sat Sep 25 22:10:18 CEST 2004 Reinitialize the ATA channel: foo# atacontrol reinit 0 Master: ad0 ATA/ATAPI revision 6 Slave: no device present Write test after reinitialization: foo# date && dd if=/dev/zero of=deleteme.now count=1000000 && date Sat Sep 25 22:12:30 CEST 2004 1000000+0 records in 1000000+0 records out 512000000 bytes transferred in 15.110452 secs (33883831 bytes/sec) Sat Sep 25 22:12:45 CEST 2004 (about twice faster!! Why?) Read test after reinitialization: foo# date && dd if=/dev/ad0s3f of=/dev/null count=1000000 && date Sat Sep 25 22:14:51 CEST 2004 1000000+0 records in 1000000+0 records out 512000000 bytes transferred in 125.860301 secs (4068002 bytes/sec) Sat Sep 25 22:16:56 CEST 2004 (read from another device to avoid caching effects) Reinitialization of the ATA channel has effects only on write performance. Read performance is very bad. b) Now the same under Linux (kernel 2.6.5) Write performance linux:/usr # date && dd if=/dev/zero of=deleteme.now count=1000000 && date Sat Sep 25 21:38:30 CEST 2004 1000000+0 records in 1000000+0 records out Sat Sep 25 21:38:35 CEST 2004 deleteme.now is about 488 MB, rate about 100 MB/sec!! Read performance linux:/usr # date && dd if=/dev/hda11 of=/dev/null count=1000000 && date Sat Sep 25 21:41:31 CEST 2004 1000000+0 records in 1000000+0 records out Sat Sep 25 21:41:43 CEST 2004 that is about 40MB/sec!! (/dev/hda11 read for the first time, to avoid caching). Kind regards, Mauro From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 21:35:37 2004 Return-Path: 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 C72A916A4CF for ; Sat, 25 Sep 2004 21:35:37 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 568AF43D48 for ; Sat, 25 Sep 2004 21:35:37 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 96F143E9D; Sat, 25 Sep 2004 23:35:35 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 9D8DA3CA3; Sat, 25 Sep 2004 23:35:26 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id BF02F40F1; Sat, 25 Sep 2004 23:35:22 +0200 (CEST) To: Mauro Triulzi In-Reply-To: <4155DC3F.5070904@freesurf.ch> (Mauro Triulzi's message of "Sat, 25 Sep 2004 22:59:43 +0200") References: <4155DC3F.5070904@freesurf.ch> From: Arne Schwabe Date: Sat, 25 Sep 2004 23:35:22 +0200 Message-ID: <86zn3edobp.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: ATA disk performance (ICH2 controller), some tests and comparison with Linux 2.6.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 21:35:37 -0000 Mauro Triulzi writes: > > deleteme.now is about 488 MB, rate about 100 MB/sec!! > How much ram do you have? I think Linux is tricking you here, caching the writes in ram. Arne From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 21:42:43 2004 Return-Path: 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 A576816A4CE for ; Sat, 25 Sep 2004 21:42:43 +0000 (GMT) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE74343D1F for ; Sat, 25 Sep 2004 21:42:40 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.1.35] (ti211110a080-2537.bb.online.no [80.212.201.233]) by smtp1.powertech.no (Postfix) with ESMTP id 3078680E8; Sat, 25 Sep 2004 23:42:39 +0200 (CEST) In-Reply-To: <4155DC3F.5070904@freesurf.ch> References: <4155DC3F.5070904@freesurf.ch> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Sat, 25 Sep 2004 23:42:38 +0200 To: Mauro Triulzi X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: ATA disk performance (ICH2 controller), some tests and comparison with Linux 2.6.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 21:42:43 -0000 On Sep 25, 2004, at 22:59, Mauro Triulzi wrote: > b) Now the same under Linux (kernel 2.6.5) > > Write performance > > linux:/usr # date && dd if=/dev/zero of=deleteme.now count=1000000 && > date > Sat Sep 25 21:38:30 CEST 2004 > 1000000+0 records in > 1000000+0 records out > Sat Sep 25 21:38:35 CEST 2004 > > deleteme.now is about 488 MB, rate about 100 MB/sec!! I'm pretty sure you have more than 488 MB memory, so the data will never actually be written to disk during this test. You should write a file at least twice the size of your memory, and rerun it three times to get any good results, running sync immedialtely after the dd will not hurt neither. In general, your test is obviously run on a disk in a multiboot situation, this will not work. As FreeBSD and Linux will be put on different parts of the disk which has different characteristics when it comes to available performance. Mvh, Frode Nordahl From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 21:45:16 2004 Return-Path: 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 F275816A4CF for ; Sat, 25 Sep 2004 21:45:15 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id B470C43D31 for ; Sat, 25 Sep 2004 21:45:15 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i8PLjFd8056728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 25 Sep 2004 14:45:15 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i8PLjFbB056727 for freebsd-current@freebsd.org; Sat, 25 Sep 2004 14:45:15 -0700 (PDT) (envelope-from jdc) Date: Sat, 25 Sep 2004 14:45:15 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040925214515.GA56471@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <4155DC3F.5070904@freesurf.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4155DC3F.5070904@freesurf.ch> User-Agent: Mutt/1.5.6i Subject: Re: ATA disk performance (ICH2 controller), some tests and comparison with Linux 2.6.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 21:45:16 -0000 A few things from my perspective: 1) Using dd to test disk performance is somewhat of a misnomer. You should consider a tool like bonnie++ instead (ports/benchmarks/bonnie++). 2) Using block sizes of 512 bytes is pretty absurd. Try other block sizes, preferably 8KB, 16KB, 32KB, and 64KB. You may find disk performance is quite a bit better in such cases. 3) I happen to agree with Arne -- Linux is probably tricking you into believing the disk performance is higher than what it is due to memory caching. 4) There was a recent thread about ICH2-related issues (I believe performance was one of them) here on freebsd-current: http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-September/036841.html 5) I have no idea what's up with the ATA channel re-init. Soren should (and probably will) chime in here. 6) I'm still amazed people have systems in production that use ICH2. AFAIK, the chipset is deprecated. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Sat, Sep 25, 2004 at 10:59:43PM +0200, Mauro Triulzi wrote: > Hello, > > I post some tests about the performance of my ATA disk (which is not > very spectacular under FREEBSD 6.0). > Notice that the write performance improves considerably after > reinitializing the ATA channel. I've given a comparison with > the performance under Linux (kernel 2.6.5) which is far better (with > identical HW of course, since I can boot > both Linux 2.6.5 and FreeBSD current). Can someone help me to explain > this facts or tell me what I am doing wrong? > > Kind regards, Mauro > > i) System & hardware > > foo# uname -a > FreeBSD foo.bar.com 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sat Sep 25 > 17:54:29 CEST 2004 > triulzi@foo.bar.com:/usr/src/sys/i386/compile/MYKERNEL i386 > > source tree actualized and built today, all debugging options disabled. > > My HW: > > foo# pciconf -v -l > (...) > atapci0@pci0:31:1: class=0x010180 card=0x01451028 chip=0x244b8086 > rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801BA (ICH2) UltraATA/100 IDE Controller' > class = mass storage > subclass = ATA > (...) > > Mode (before reinitialization, see below) > > foo# atacontrol mode 0 > Master = UDMA100 > Slave = BIOSPIO > > Kernel parameters (also before reinitialization): > foo# sysctl hw.ata. > > hw.ata.ata_dma: 1 > hw.ata.wc: 1 > hw.ata.atapi_dma: 1 > > ii) TESTS: all tests with 512B blocks read/write > > a) under FreeBSD > > Write test: > > foo# date && dd if=/dev/zero of=deleteme.now count=1000000 && date > Sat Sep 25 22:04:02 CEST 2004 > 1000000+0 records in > 1000000+0 records out > 512000000 bytes transferred in 34.238161 secs (14954074 bytes/sec) > Sat Sep 25 22:04:36 CEST 2004 > > Read test: > > foo# date && dd if=/dev/ad0s3g of=/dev/null count=1000000 && date > Sat Sep 25 22:08:13 CEST 2004 > 1000000+0 records in > 1000000+0 records out > 512000000 bytes transferred in 125.686697 secs (4073621 bytes/sec) > Sat Sep 25 22:10:18 CEST 2004 > > Reinitialize the ATA channel: > > foo# atacontrol reinit 0 > Master: ad0 ATA/ATAPI revision 6 > Slave: no device present > > Write test after reinitialization: > > foo# date && dd if=/dev/zero of=deleteme.now count=1000000 && date > Sat Sep 25 22:12:30 CEST 2004 > 1000000+0 records in > 1000000+0 records out > 512000000 bytes transferred in 15.110452 secs (33883831 bytes/sec) > Sat Sep 25 22:12:45 CEST 2004 > > (about twice faster!! Why?) > > Read test after reinitialization: > > foo# date && dd if=/dev/ad0s3f of=/dev/null count=1000000 && date > Sat Sep 25 22:14:51 CEST 2004 > 1000000+0 records in > 1000000+0 records out > 512000000 bytes transferred in 125.860301 secs (4068002 bytes/sec) > Sat Sep 25 22:16:56 CEST 2004 > > (read from another device to avoid caching effects) > > Reinitialization of the ATA channel has effects only on write performance. > Read performance is very bad. > > b) Now the same under Linux (kernel 2.6.5) > > Write performance > > linux:/usr # date && dd if=/dev/zero of=deleteme.now count=1000000 && date > Sat Sep 25 21:38:30 CEST 2004 > 1000000+0 records in > 1000000+0 records out > Sat Sep 25 21:38:35 CEST 2004 > > deleteme.now is about 488 MB, rate about 100 MB/sec!! > > Read performance > > linux:/usr # date && dd if=/dev/hda11 of=/dev/null count=1000000 && date > Sat Sep 25 21:41:31 CEST 2004 > 1000000+0 records in > 1000000+0 records out > Sat Sep 25 21:41:43 CEST 2004 > > that is about 40MB/sec!! (/dev/hda11 read for the first time, to avoid > caching). > > Kind regards, > Mauro > > > _______________________________________________ > 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 Sat Sep 25 21:58:14 2004 Return-Path: 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 5CBDA16A4CE for ; Sat, 25 Sep 2004 21:58:14 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id E46A543D2D for ; Sat, 25 Sep 2004 21:58:13 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id F0CA21674DE; Sat, 25 Sep 2004 23:58:12 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8PLwBmG068658 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 25 Sep 2004 23:58:11 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sat, 25 Sep 2004 23:58:09 +0200 User-Agent: KMail/1.7 References: <4155DC3F.5070904@freesurf.ch> In-Reply-To: <4155DC3F.5070904@freesurf.ch> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1865232.lcfOKzAzR1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409252358.10814.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Mauro Triulzi Subject: Re: ATA disk performance (ICH2 controller), some tests and comparison with Linux 2.6.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 21:58:14 -0000 --nextPart1865232.lcfOKzAzR1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 25 September 2004 22:59, Mauro Triulzi wrote: > Hello, > > I post some tests about the performance of my ATA disk (which is not > very spectacular under FREEBSD 6.0). Standard disclaimer (copied from UPDATING): NOTE TO PEOPLE WHO THINK THAT FreeBSD 6.x IS SLOW: FreeBSD 6.x has many debugging features turned on, in both the kernel and userland. These features attempt to detect incorrect use of system primitives, and encourage loud failure through extra sanity checking and fail stop semantics. They also substantially impact system performance. If you want to do performance measurement, benchmarking, and optimization, you'll want to turn them off. This includes various WITNESS- related kernel options, INVARIANTS, malloc debugging flags in userland, and various verbose features in the kernel. Many developers choose to disable these features on build machines to maximize performance. So... did you turn off all those? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1865232.lcfOKzAzR1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBVenyXhc68WspdLARAqquAKCWg368bfDKLStpay9h2SgSvoB3ywCfWamq 7pJUNPSFDCnPpTUCJzt2NNw= =Ozfx -----END PGP SIGNATURE----- --nextPart1865232.lcfOKzAzR1-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 21:59:37 2004 Return-Path: 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 9CE1C16A4CE; Sat, 25 Sep 2004 21:59:37 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E28743D4C; Sat, 25 Sep 2004 21:59:37 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i8PLxVWi005345 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 25 Sep 2004 14:59:32 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Sat, 25 Sep 2004 15:02:33 -0700 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409251502.34281.sam@errno.com> cc: Niki Denev cc: Robert Watson Subject: Re: 5.3 IPSEC broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 21:59:37 -0000 On Saturday 25 September 2004 01:22 pm, Niki Denev wrote: > Robert Watson writes: > > On Sat, 25 Sep 2004, Robert Watson wrote: > >> On Sat, 25 Sep 2004, Hannes Mehnert wrote: > >> > On Fri, Sep 24, 2004 at 10:58:33PM -0400, Robert Watson wrote: > >> > > I'd like to take a look at this sometime in the next few days. > >> > > Could you send me an appropriately censored version of your racoon > >> > > configuration for each endpoint that I can use as a starting point? > >> > > >> > Sure, my config files are available at > >> > https://berlin.ccc.de/~hannes/racoon/ > >> > > >> > I use a /30 subnet for IPSec, 192.168.2.40/30. > >> > >> So an interesting first observation for anyone else following this is > >> that under mbuma, the number of bytes available in an mbuf has changed > >> by four due (presumably) to the use of extra space by mbuma: > > > > A bit more follow-up in case anyone else starts chasing this also: ktrace > > indicates that it's this sendto: > > > > 621 racoon GIO fd 3 wrote 108 bytes > > "<31>Sep 25 15:03:37 racoon: 2004-09-25 15:03:37: DEBUG: > > pfkey.c:1061:p\ > > k_sendupdate(): call pfkey_send_update" > > 621 racoon RET sendto 108/0x6c > > 621 racoon CALL getpid > > 621 racoon RET getpid 621/0x26d > > 621 racoon CALL sendto(0x4,0x809c800,0xd8,0,0,0) > > 621 racoon RET sendto -1 errno 55 No buffer space available > > 621 racoon CALL gettimeofday(0xbfbfe818,0) > > 621 racoon RET gettimeofday 0 > > 621 racoon CALL write(0x1,0x80a2000,0x72) > > 621 racoon GIO fd 1 wrote 114 bytes > > "2004-09-25 15:03:38: ERROR: pfkey.c:1076:pk_sendupdate(): > > libipsec fai\ > > led send update (No buffer space available) > > > > That's a 216 byte packet, fwiw. I instrumented key.c and ran into the > > following ENOBUFS case on key.c:6957: > > > > /* align the mbuf chain so that extensions are in contiguous > > region. */ error = key_align(m, &mh); > > if (error) > > return error; > > > > if (m->m_next) { /*XXX*/ > > m_freem(m); > > return ENOBUFS; > > } > > > > I.e., the author knew it was a bug (feature) that an additional mbuf > > couldn't be handled here, but we do need to handle one. Looks like much > > of the surrounding code could be replaced with a call to m_defrag() > > and/or m_pullup(). > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > robert@fledge.watson.org Principal Research Scientist, McAfee > > Research > > Just to mention that i too experience this problem, > but with FAST_IPSEC so this probably means that if any fix will be made for > netkey/key.c then netipsec/key.c will need it too.(as far as i can tell) > Please correct me if i'm wrong. Correct. I gave Robert a fix that was sent to me for fast ipsec. I was going to commit it this weekend after some testing. Sam From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 22:10:03 2004 Return-Path: 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 769A416A4CE for ; Sat, 25 Sep 2004 22:10:03 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C93943D1D for ; Sat, 25 Sep 2004 22:10:03 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 0305D1674DE; Sun, 26 Sep 2004 00:10:01 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8PM9xmG068801 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 26 Sep 2004 00:09:59 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sun, 26 Sep 2004 00:09:57 +0200 User-Agent: KMail/1.7 References: <4155DC3F.5070904@freesurf.ch> <20040925214515.GA56471@parodius.com> In-Reply-To: <20040925214515.GA56471@parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart42160656.IcQTepKeNh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409260009.58445.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Jeremy Chadwick Subject: Re: ATA disk performance (ICH2 controller), some tests and comparison with Linux 2.6.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 22:10:03 -0000 --nextPart42160656.IcQTepKeNh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 25 September 2004 23:45, Jeremy Chadwick wrote: > 6) I'm still amazed people have systems in production that use ICH2. > AFAIK, the chipset is deprecated. Eh? i845-based motherboards were not exactly a niche product and are not ve= ry=20 ancient either. I'm surprised it surprises you to see them used. :-) =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart42160656.IcQTepKeNh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBVey2Xhc68WspdLARAuI0AKCRZuA61OSpjdKIowXXw0NAKzMvKgCfcO5U YJC09vNGHg1R6rlsaWmh+pg= =4Qid -----END PGP SIGNATURE----- --nextPart42160656.IcQTepKeNh-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 22:36:58 2004 Return-Path: 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 EC6EF16A4CE for ; Sat, 25 Sep 2004 22:36:58 +0000 (GMT) Received: from mail-fs.sunrise.ch (mta-fs-be-04.sunrise.ch [194.158.229.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31B3C43D4C for ; Sat, 25 Sep 2004 22:36:58 +0000 (GMT) (envelope-from triulzi@freesurf.ch) Received: from [62.167.75.9] (62.167.75.9) by mail-fs.sunrise.ch (7.0.028) id 4125B06200FC0D52; Sun, 26 Sep 2004 00:36:57 +0200 Message-ID: <4155F2DB.6090006@freesurf.ch> Date: Sun, 26 Sep 2004 00:36:11 +0200 From: Mauro Triulzi User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <4155DC3F.5070904@freesurf.ch> <200409252358.10814.michaelnottebrock@gmx.net> In-Reply-To: <200409252358.10814.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: ATA disk performance (ICH2 controller), some tests andcomparison with Linux 2.6.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 22:36:59 -0000 Michael Nottebrock wrote: >On Saturday 25 September 2004 22:59, Mauro Triulzi wrote: > > >>Hello, >> >>I post some tests about the performance of my ATA disk (which is not >>very spectacular under FREEBSD 6.0). >> >> > >Standard disclaimer (copied from UPDATING): > >NOTE TO PEOPLE WHO THINK THAT FreeBSD 6.x IS SLOW: > FreeBSD 6.x has many debugging features turned on, in > both the kernel and userland. These features attempt to detect > incorrect use of system primitives, and encourage loud failure > through extra sanity checking and fail stop semantics. They > also substantially impact system performance. If you want to > do performance measurement, benchmarking, and optimization, > you'll want to turn them off. This includes various WITNESS- > related kernel options, INVARIANTS, malloc debugging flags > in userland, and various verbose features in the kernel. Many > developers choose to disable these features on build machines > to maximize performance. > >So... did you turn off all those? > > > Yes of course: foo# uname -a FreeBSD foo.bar.com 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sat Sep 25 17:54:29 CEST 2004 triulzi at foo.bar.com :/usr/src/sys/i386/compile/MYKERNEL i386 source tree actualized and built today, *all debugging options disabled* From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 22:57:25 2004 Return-Path: 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 136C616A4CE for ; Sat, 25 Sep 2004 22:57:25 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C75443D39 for ; Sat, 25 Sep 2004 22:57:24 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 7F4901674DE; Sun, 26 Sep 2004 00:57:23 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8PMvMmG069409 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 26 Sep 2004 00:57:22 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Mauro Triulzi Date: Sun, 26 Sep 2004 00:57:17 +0200 User-Agent: KMail/1.7 References: <4155DC3F.5070904@freesurf.ch> <200409252358.10814.michaelnottebrock@gmx.net> <4155F2DB.6090006@freesurf.ch> In-Reply-To: <4155F2DB.6090006@freesurf.ch> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1268261.DerFzrbzhT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409260057.21357.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: ATA disk performance (ICH2 controller), some tests and comparison with Linux2.6.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 22:57:25 -0000 --nextPart1268261.DerFzrbzhT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 26 September 2004 00:36, Mauro Triulzi wrote: > Michael Nottebrock wrote: > > also substantially impact system performance. If you want to > > do performance measurement, benchmarking, and optimization, > > you'll want to turn them off. This includes various WITNESS- > > related kernel options, INVARIANTS, malloc debugging flags > > in userland, and various verbose features in the kernel. Many > > developers choose to disable these features on build machines > > to maximize performance. > > > >So... did you turn off all those? > > Yes of course: > > foo# uname -a > FreeBSD foo.bar.com 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sat Sep 25 > 17:54:29 CEST 2004 > triulzi at foo.bar.com > :/usr/src/sys/= i3 >86/compile/MYKERNEL i386 > > source tree actualized and built today, *all debugging options disabled There's more places than the kernel config to turn off performance killing= =20 debugging, in particular malloc's options - in CURRENT it defaults to AJ,=20 while on releases/stable it defaults to aj (see malloc manpage, paragraph=20 TUNING). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1268261.DerFzrbzhT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBVffRXhc68WspdLARAidIAKCD11oBbjX//FbU8IHp8MABsy0qlgCdH7o4 Kd4coxxrqc7tEkS4ygn7uJA= =s9r5 -----END PGP SIGNATURE----- --nextPart1268261.DerFzrbzhT-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 23:07:59 2004 Return-Path: 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 AF0E616A4CE for ; Sat, 25 Sep 2004 23:07:59 +0000 (GMT) Received: from tomts36-srv.bellnexxia.net (tomts36.bellnexxia.net [209.226.175.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F24743D31 for ; Sat, 25 Sep 2004 23:07:58 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([67.68.38.73]) by tomts36-srv.bellnexxia.net ESMTP <20040925230757.TZRT25796.tomts36-srv.bellnexxia.net@[192.168.2.32]>; Sat, 25 Sep 2004 19:07:57 -0400 From: Chris Laverdure To: Peter Jeremy In-Reply-To: <20040925200747.GE83620@cirb503493.alcatel.com.au> References: <7m7jqjhojv.wl@black.imgsrc.co.jp> <20040924122508.GG9550@darkness.comp.waw.pl> <20040924143224.GG47816@dan.emsphone.com> <20040925095549.GH9550@darkness.comp.waw.pl> <20040925200747.GE83620@cirb503493.alcatel.com.au> Content-Type: text/plain Message-Id: <1096153635.937.1.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 25 Sep 2004 19:07:16 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: panic: swap_pager_isswapped: failed to locate all swap meta blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 23:07:59 -0000 On Sat, 2004-09-25 at 16:07, Peter Jeremy wrote: > On Sat, 2004-Sep-25 11:55:49 +0200, Pawel Jakub Dawidek wrote: > >On Fri, Sep 24, 2004 at 09:32:30AM -0500, Dan Nelson wrote: > >+> Considering that the system is going down anyway, why bother? > > > >Because if you have swap on e.g. gmirror device, gmirror will rebuild > >components on every boot, because components are marked dirty - > >they were open for writing on shutdown, so it looks like a power failure. > > As an alternative approach, rather than marking swap clean on a > shutdown, why not have a flag in the object's metadata that says "this > object doesn't need synchronising on a reboot". If the flag is set, > then gmirror just sets both sides as synchronised and active on boot. > This is the approach taken by HP Tru64 LSM. (Though one improvement > you could make over LSM would be to document the flag). Couldn't you just kill all the process' and then (since everything else should be wired memory anyway) just disable swap without even bothering to swap it back into RAM? I mean, you are shutting down anyway. Who cares if the programs are in memory or not, they are supposed to be shut down. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 23:09:17 2004 Return-Path: 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 4FBF716A4CE; Sat, 25 Sep 2004 23:09:17 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1BE843D2D; Sat, 25 Sep 2004 23:09:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8PN9DS1034167; Sat, 25 Sep 2004 19:09:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8PN9CCN033069; Sat, 25 Sep 2004 19:09:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F7377303F; Sat, 25 Sep 2004 19:09:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040925230913.4F7377303F@freebsd-current.sentex.ca> Date: Sat, 25 Sep 2004 19:09:13 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2004 23:09:17 -0000 TB --- 2004-09-25 20:58:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-25 20:58:47 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-09-25 20:58:47 - checking out the source tree TB --- 2004-09-25 20:58:47 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-09-25 20:58:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-25 21:04:24 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-25 21:04:24 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-25 21:04:24 - /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 TB --- 2004-09-25 22:33:36 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-25 22:33:36 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-25 22:33:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Sep 25 22:33:37 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Sep 25 22:53:02 UTC 2004 TB --- 2004-09-25 22:53:02 - generating LINT kernel config TB --- 2004-09-25 22:53:02 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2004-09-25 22:53:02 - /usr/bin/make -B LINT TB --- 2004-09-25 22:53:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-25 22:53:02 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-25 22:53:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 25 22:53:02 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c: In function `ia32_syscall': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:181: error: `syscallnames' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:181: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:181: error: for each function it appears in.) /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c: In function `ia32_trap': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:200: warning: implicit declaration of function `TRAPF_USERMODE' /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia32/ia32_trap.c:200: warning: nested extern declaration of `TRAPF_USERMODE' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-09-25 23:09:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-25 23:09:13 - ERROR: failed to build lint kernel TB --- 2004-09-25 23:09:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 23:14:25 2004 Return-Path: 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 AEF0616A4CE for ; Sat, 25 Sep 2004 23:14:25 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FA6243D39 for ; Sat, 25 Sep 2004 23:14:23 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i8PNEK90010096; Sat, 25 Sep 2004 16:14:20 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4155FBBE.7090806@freebsd.org> Date: Sat, 25 Sep 2004 16:14:06 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Lehmann References: <20040923062411.7b5a70d7.lehmann@ans-netz.de> <4152EAA5.30807@freebsd.org> <20040923190219.176a5848.lehmann@ans-netz.de> In-Reply-To: <20040923190219.176a5848.lehmann@ans-netz.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: bsdtar doesn't detect end of tape X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 23:14:25 -0000 Oliver Lehmann wrote: > Hi Tim, > > Tim Kientzle wrote: > > >>the attached patch to src/lib/libarchive, >>rebuild libarchive and bsdtar and let me >>know if it fixes it for you. > > > I applied that patch, recompiled+instaled libarchive, and then > recompiled+installed bsdtar. Now it doesn't write anything: > > root@nudel /root> mt -f /dev/sa3 comp off > root@nudel /root> cd /mnt/backups/.backup/dds2 > root@nudel dds2> bsdtar -c -b 64 -v -f /dev/sa3 . > a .: (null) > a avocado: (null) > a avocado/home: (null) > a avocado/home/olivleh1: (null) > a avocado/home/olivleh1/.hushlogin: (null) > .... Ergh. I haven't managed to reproduce this here yet; I'll keep trying. Tim From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 23:55:10 2004 Return-Path: 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 C84F516A4CE; Sat, 25 Sep 2004 23:55:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id F319F43D48; Sat, 25 Sep 2004 23:55:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id C6D021FF9A6; Sun, 26 Sep 2004 01:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 932541FF931; Sun, 26 Sep 2004 01:55:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 46E0115682; Sat, 25 Sep 2004 23:50:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3BDE4154FC; Sat, 25 Sep 2004 23:50:13 +0000 (UTC) Date: Sat, 25 Sep 2004 23:50:13 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Sam Leffler In-Reply-To: <200409251502.34281.sam@errno.com> Message-ID: References: <200409251502.34281.sam@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: 5.3 IPSEC broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Sep 2004 23:55:10 -0000 On Sat, 25 Sep 2004, Sam Leffler wrote: > > > That's a 216 byte packet, fwiw. I instrumented key.c and ran into the > > > following ENOBUFS case on key.c:6957: > > > > > > /* align the mbuf chain so that extensions are in contiguous > > > region. */ error = key_align(m, &mh); > > > if (error) > > > return error; > > > > > > if (m->m_next) { /*XXX*/ > > > m_freem(m); > > > return ENOBUFS; > > > } > > > > > > I.e., the author knew it was a bug (feature) that an additional mbuf > > > couldn't be handled here, but we do need to handle one. Looks like much > > > of the surrounding code could be replaced with a call to m_defrag() > > > and/or m_pullup(). > > > > Just to mention that i too experience this problem, > > but with FAST_IPSEC so this probably means that if any fix will be made for > > netkey/key.c then netipsec/key.c will need it too.(as far as i can tell) > > Please correct me if i'm wrong. > > Correct. I gave Robert a fix that was sent to me for fast ipsec. I was going > to commit it this weekend after some testing. could you perhaps post it or place it somewhere for download ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT