From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 00:08:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F5C16A4BF for ; Sun, 31 Aug 2003 00:08:57 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB0E43FEC for ; Sun, 31 Aug 2003 00:08:56 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h7V78tYU054793; Sun, 31 Aug 2003 01:08:55 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h7V78sfB054792; Sun, 31 Aug 2003 01:08:54 -0600 (MDT) (envelope-from ken) Date: Sun, 31 Aug 2003 01:08:54 -0600 From: "Kenneth D. Merry" To: Poul-Henning Kamp Message-ID: <20030831070854.GA54748@panzer.kdm.org> References: <20030830040357.GA42770@panzer.kdm.org> <3821.1062228130@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <3821.1062228130@critter.freebsd.dk> User-Agent: Mutt/1.4.1i cc: current@FreeBSD.org Subject: Re: need some debugging help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Aug 2003 07:08:57 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Aug 30, 2003 at 09:22:10 +0200, Poul-Henning Kamp wrote: > In message <20030830040357.GA42770@panzer.kdm.org>, "Kenneth D. Merry" writes: > > >I think I have everything setup correctly, but I keep getting panics inside > >the GEOM code with these patches. (Memory modified after free.) I don't > >know whether I've just exposed some race condition, or whether I've done > >something wrong. > > Do you have any idea what goes on at/right before the panic ? > > Ie: has drives been created [disk_create()] or removed [disk_destroy()] > right before ? Well, the panic happens right after the probes complete for the various CAM devices in the system. I've got 4 SCSI disks in the system, so disk_create() has just been called 4 times. That's also the point where I fire off the task queue to create the sysctl variables for each device, though. (Right after the probe message is printed.) > My best shot, would be that disk_destroy() was called and something > somehow fiddled the related structures subsequently. > > You may want to set kern.geom.debugflags=N and see if that offers > any clues. > > N |= 1 topology events > N |= 2 bio processing (ie: many lines for each I/O) > N |= 4 access processing (open/close) I wouldn't expect that disk_destroy() is getting called, although I suppose that's possible. I had to make kern.geom.debugflags a tunable in order to get the debugging output. (The system panics before root gets mounted, so there's no way to set a sysctl variable.) Anyway, I got some debugging output, and I've attached dmesg output. Let me know whether anything in there looks suspicious or points to a possible problem. Thanks, Ken -- Kenneth Merry ken@kdm.org --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="session.log.geom_trace.20030831" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2003 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.1-CURRENT #8: Sun Aug 31 00:48:50 MDT 2003 ken@nargothrond.kdm.org:/usr/home/ken/perforce2/FreeBSD-ken/src/sys/i38= 6/compile/gondolin Preloaded elf kernel "/boot/kernel.test64/kernel" at 0xc05c8000. Preloaded elf module "/boot/kernel.test64/acpi.ko" at 0xc05c8274. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1266MHz (1266.07-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x6b1 Stepping =3D 1 Features=3D0x383fbff real memory =3D 2684289024 (2559 MB) avail memory =3D 2607640576 (2486 MB) Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 g_ignition g_modevent(MD, LOAD) g_post_event_x(0xc021e050, 0xc47896a0, 2 g_modevent(BSD, LOAD) g_post_event_x(0xc021e050, 0xc4789690, 2 g_modevent(MBR, LOAD) g_post_event_x(0xc021e050, 0xc4789680, 2 g_modevent(MBREXT, LOAD) g_post_event_x(0xc021e050, 0xc4789670, 2 g_modevent(CCD, LOAD) g_post_event_x(0xc021e050, 0xc4789660, 2 g_modevent(DEV, LOAD) g_post_event_x(0xc021e050, 0xc4789650, 2 g_modevent(DISK, LOAD) g_post_event_x(0xc021e050, 0xc4789620, 2 Pentium Pro MTRR support enabled ACPI-0660: *** Warning: Type override - [DEB_] had invalid type (Intege= r) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [MLIB] had invalid type (Intege= r) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [IO__] had invalid type (Intege= r) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [DATA] had invalid type (String= ) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [SIO_] had invalid type (String= ) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [SB__] had invalid type (String= ) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [PM__] had invalid type (String= ) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [ICNT] had invalid type (String= ) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [ACPI] had invalid type (String= ) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [OSB4] had invalid type (String= ) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [PM__] had invalid type (String= ) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [BIOS] had invalid type (Intege= r) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [CMOS] had invalid type (Intege= r) for Scope operator, changed to (Scope) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00f52e0 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_cpu1: port 0x530-0x537 on acpi0 acpi_cpu2: port 0x530-0x537 on acpi0 acpi_cpu3: port 0x530-0x537 on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 IOAPIC #1 intpin 10 -> irq 2 IOAPIC #1 intpin 11 -> irq 5 IOAPIC #1 intpin 15 -> irq 9 pcib1: at device 0.1 on pci0 pci1: on pcib1 IOAPIC #1 intpin 14 -> irq 11 pci1: at device 0.0 (no driver attached) ahc0: port 0xd000-0xd0ff mem 0xfeaf= c000-0xfeafcfff irq 2 at device 5.0 on pci0 aic7899: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xfeaf= f000-0xfeafffff irq 5 at device 5.1 on pci0 aic7899: Ultra160 Wide Channel B, SCSI Id=3D7, 32/253 SCBs fxp0: port 0xd400-0xd43f mem 0xfe900000-0xfe= 9fffff,0xfeafd000-0xfeafdfff irq 9 at device 6.0 on pci0 fxp0: Ethernet address 00:30:48:21:bb:74 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device= 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 15.2 (no driver attached) pcib2: on acpi0 pci2: on pcib2 IOAPIC #1 intpin 8 -> irq 16 ti0: mem 0xfebfc000-0xfebfffff i= rq 16 at device 2.0 on pci2 ti0: Ethernet address: 00:02:e3:00:34:10 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 fdc0: cmd 3 failed at out byte 1 of 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: cmd 3 failed at out byte 1 of 3 orm0:

gR_esmloivcaeb_lceo nCfDi-gR(OdMa 0S,C S0I,- 21 )dev igc_ep os tc_de0v:e n1t0_.x0(000xMcB0/2s1 etar7a0n,s f0exrcsb d(41f00.8000,0 M2Hz , orfeffs e0tx c1b5d)4f 0c8d00: gc_ds lpircees_ecnotn f[i2g7(5d6a800, x1 ,2 014)8=20 bgy_tsel irceec_ocrodnsf]ig (da0, 2, 1) g_slice_config(da0, 3, 1) g_access_rel(0xcb9a2e00(da0), -1, 0, 0) open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xcbd4f100(da0) g_disk_access(da0, -1, 0, 0) bsd_taste(BSD,da0) g_access_rel(0xcbda1400(da0), 1, 0, 0) open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xcbd4f100(da0) g_disk_access(da0, 1, 0, 0) bio_getattr(MBR::type) bio_request(0xcbda6120) from 0xcbda1400(da0) to 0xcbd4f100(da0) cmd 8 g_io_deliver(0xcbda6120) from 0xcbda1400(da0) to 0xcbd4f100(da0) cmd 8 erro= r -3 off 0 len 4 bio_getattr(PC98::type) bio_request(0xcbda6090) from 0xcbda1400(da0) to 0xcbd4f100(da0) cmd 8 g_io_deliver(0xcbda6090) from 0xcbda1400(da0) to 0xcbd4f100(da0) cmd 8 erro= r -3 off 0 len 4 bio_request(0xcbda6000) from 0xcbda1400(da0) to 0xcbd4f100(da0) cmd 1 g_io_deliver(0xcbda6000) from 0xcbda1400(da0) to 0xcbd4f100(da0) cmd 1 erro= r 0 off 512 len 512 bio_request(0xcbda2e10) from 0xcbda1400(da0) to 0xcbd4f100(da0) cmd 1 g_io_deliver(0xcbda2e10) from 0xcbda1400(da0) to 0xcbd4f100(da0) cmd 1 erro= r 0 off 0 len 512 g_access_rel(0xcbda1400(da0), -1, 0, 0) open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xcbd4f100(da0) g_disk_access(da0, -1, 0, 0) g_slice_spoiled(0xcbda1400/da0) g_wither_geom(0xcbda1440(da0)) g_detach(0xcbda1400) g_destroy_consumer(0xcbda1400) g_destroy_geom(0xcbda1440(da0)) dev_taste(DEV,da1) g_mbrext_taste(MBREXT,da1) mbr_taste(MBR,da1) g_access_rel(0xcbd59000(da1), 1, 0, 0) open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xcbd4f700(da1) g_disk_access(da1, 1, 0, 0) bio_getattr(GEOM::fwsectors) bio_request(0xcbda3ea0) from 0xcbd59000(da1) to 0xcbd4f700(da1) cmd 8 g_io_deliver(0xcbda3ea0) from 0xcbd59000(da1) to 0xcbd4f700(da1) cmd 8 erro= r 0 off 0 len 4 bio_request(0xcbda2cf0) from 0xcbd59000(da1) to 0xcbd4f700(da1) cmd 1 g_io_deliver(0xcbda2cf0) from 0xcbd59000(da1) to 0xcbd4f700(da1) cmd 1 erro= r 0 off 0 len 512 g_slice_config(da1, 0, 0) g_slice_config(da1, 1, 0) g_slice_config(da1, 2, 0) g_slice_config(da1, 3, 0) g_slice_config(da1, 0, 1) Memory modified after free 0xcbd4f600(124) panic: Most recently used by devbuf cpuid =3D 0; lapic.id =3D 00000000 Debugger("panic") Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0 db> `=08 =08trace Debugger(c03e9757,0,c03fb4e2,e5e45af0,100) at Debugger+0x55 panic(c03fb4e2,c03e7f5a,7c,c083ac14,c083ac00) at panic+0x15f mtrash_ctor(cbd4f600,80,0,57a,cbd4f600) at mtrash_ctor+0x5d uma_zalloc_arg(c083ac00,0,102,e5e45b58,e5e45b58) at uma_zalloc_arg+0x1e4 malloc(5a,c042fae0,102,1,c02756e4) at malloc+0xd3 g_new_providerf(cb9a2f00,cb9b0b90,e5e45bf8,1,1) at g_new_providerf+0xa3 g_slice_config(cb9a2f00,0,1,7e00,0) at g_slice_config+0x259 g_mbr_modify(cb9a2f00,cbd58000,cbd73000,123,0) at g_mbr_modify+0x247 g_mbr_taste(c0470580,cbd4f700,0,159,cbd4f780) at g_mbr_taste+0x1be g_new_provider_event(cbd4f700,0,c03e52b7,b3,66666667) at g_new_provider_eve= nt+0xad one_event(e5e45d0c,c021cd85,c0485fd4,0,4c) at one_event+0x218 g_run_events(c0485fd4,0,4c,c03d7a28,a) at g_run_events+0x15 g_event_procbody(0,e5e45d48,c03e7395,314,345f184d) at g_event_procbody+0x45 fork_exit(c021cd40,0,e5e45d48) at fork_exit+0xcf fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe5e45d7c, ebp =3D 0 --- db>=20 --vkogqOf2sHV7VnPd-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 00:43:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4F7E16A4BF for ; Sun, 31 Aug 2003 00:43:37 -0700 (PDT) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE3B743FAF for ; Sun, 31 Aug 2003 00:43:36 -0700 (PDT) (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 <0HKH005KZ3YK86@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Sun, 31 Aug 2003 09:39:57 +0200 (MEST) Received: from relay.RWTH-Aachen.DE ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 31 Aug 2003 09:39:56 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (daemon@haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) h7V7dtvP019790 for ; Sun, 31 Aug 2003 09:39:55 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) by haakonia.hitnet.rwth-aachen.de (Postfix) with ESMTP id 79ABB32 for ; Sun, 31 Aug 2003 07:39:55 +0000 (GMT) Received: by gondor.middleearth (Postfix, from userid 1001) id 850A14619; Sun, 31 Aug 2003 09:39:54 +0200 (CEST) Date: Sun, 31 Aug 2003 09:39:54 +0200 From: Christian Brueffer To: current@freebsd.org Message-id: <20030831073954.GN616@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=D9sZ58tf58331Q5M; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-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: Sun, 31 Aug 2003 07:43:38 -0000 --D9sZ58tf58331Q5M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, got a panic on my server tonight. Coredump available for further debuggung. FreeBSD haakonia.hitnet.rwth-aachen.de 5.1-CURRENT FreeBSD 5.1-CURRENT #6: = Thu Aug 28 00:16:19 CEST 2003 chris@haakonia.hitnet.rwth-aachen.de:/usr/obj/usr/src/sys/LORIEN i386 GNU gdb 5.3 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-portbld-freebsd5.1"... panic: softdep_deallocate_dependencies: dangling deps panic messages: --- panic: softdep_deallocate_dependencies: dangling deps cpuid =3D 1; lapic.id =3D 01000000 boot() called on cpu#1 syncing disks, buffers remaining... panic: bremfree: removing a buffer not = on a queue cpuid =3D 1; lapic.id =3D 01000000 boot() called on cpu#1 Uptime: 2d5h32m34s Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 4 80 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc0212e20 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 72 #2 0xc0213226 in panic (fmt=3D0xc03b2848 "bremfree: removing a buffer not = on a queue") at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc025a051 in bremfreel (bp=3D0xce6b6228) at /usr/src/sys/kern/vfs_bio.= c:644 #4 0xc0259f25 in bremfree (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:626 #5 0xc025c658 in vfs_bio_awrite (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:= 1699 #6 0xc030a54c in ffs_fsync (ap=3D0xd8361a70) at /usr/src/sys/ufs/ffs/ffs_v= nops.c:268 #7 0xc0309693 in ffs_sync (mp=3D0xc454d600, waitfor=3D2, cred=3D0xc150de80= , td=3D0xc040d7a0) at vnode_if.h:627 #8 0xc027040b in sync (td=3D0xc040d7a0, uap=3D0x0) at /usr/src/sys/kern/vf= s_syscalls.c:142 #9 0xc021296f in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2= 81 #10 0xc0213226 in panic (fmt=3D0xc03bf702 "softdep_deallocate_dependencies:= dangling deps") at /usr/src/sys/kern/kern_shutdown.c:550 #11 0xc0306c35 in softdep_deallocate_dependencies (bp=3D0x0) at /usr/src/sy= s/ufs/ffs/ffs_softdep.c:5874 #12 0xc025b30a in brelse (bp=3D0xce6b6228) at /usr/src/sys/sys/buf.h:427 #13 0xc026b93a in flushbuflist (blist=3D0xce6b6228, flags=3D0, vp=3D0xc60fb= 490, slpflag=3D0, slptimeo=3D0, errorp=3D0x0) at /usr/src/sys/kern/vfs_subr.c:1277 #14 0xc026b548 in vinvalbuf (vp=3D0xc60fb490, flags=3D0, cred=3D0x0, td=3D0= x0, slpflag=3D0, slptimeo=3D0) at /usr/src/sys/kern/vfs_subr.c:1160 #15 0xc026e3cc in vclean (vp=3D0xc60fb490, flags=3D8, td=3D0xc4008000) at /= usr/src/sys/kern/vfs_subr.c:2577 #16 0xc026e959 in vgonel (vp=3D0xc60fb490, td=3D0x0) at /usr/src/sys/kern/v= fs_subr.c:2761 #17 0xc026a679 in vlrureclaim (mp=3D0xc454d600) at /usr/src/sys/kern/vfs_su= br.c:723 #18 0xc026a8bf in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:776 #19 0xc01ea01f in fork_exit (callout=3D0xc026a710 , arg=3D0x0, = frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:796 (kgdb) Anyone interested? - 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 --D9sZ58tf58331Q5M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/UaZJbHYXjKDtmC0RAlPDAJ9CGikHqB81AEzTPwjPU61jWDbWsgCdHWfX LE15qmeXdMWLQmEUwKXnKYI= =M4OU -----END PGP SIGNATURE----- --D9sZ58tf58331Q5M-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 02:24:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 006A716A4C0 for ; Sun, 31 Aug 2003 02:24:48 -0700 (PDT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 193F543F75 for ; Sun, 31 Aug 2003 02:24:47 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from mail.robbins.dropbear.id.au (210.50.248.11) by smtp01.syd.iprimus.net.au (7.0.018) id 3F4C093C000DA6A4; Sun, 31 Aug 2003 19:24:44 +1000 Received: by mail.robbins.dropbear.id.au (Postfix, from userid 1000) id 9D15CC926; Sun, 31 Aug 2003 19:24:32 +1000 (EST) Date: Sun, 31 Aug 2003 19:24:32 +1000 From: Tim Robbins To: Christoph Kukulies Message-ID: <20030831092432.GA93827@dilbert.robbins.dropbear.id.au> References: <200308301638.h7UGc2w03537@accms33.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200308301638.h7UGc2w03537@accms33.physik.rwth-aachen.de> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: su in free(): warning: chunk is already free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Aug 2003 09:24:48 -0000 On Sat, Aug 30, 2003 at 06:38:02PM +0200, Christoph Kukulies wrote: > > On my 5.1-current I logged in from outside and tried > su getting: > $ su > su in free(): warning: chunk is already free > su: pam_start: system error > > I'm not sure whether my system is absolutely in sync but > I'd think with make buildworld, installworld, buildkernel, installkernel > reboot it should be. Are you using the defaults for /etc/pam.d/* or have they changed? Are you using YP or Kerberos? Tim From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 02:28:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F44716A4BF for ; Sun, 31 Aug 2003 02:28:14 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D87643FB1 for ; Sun, 31 Aug 2003 02:28:13 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h7V9SAG18407; Sun, 31 Aug 2003 05:28:10 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Sun, 31 Aug 2003 05:28:10 -0400 (EDT) From: Jeff Roberson To: Christian Brueffer In-Reply-To: <20030831073954.GN616@unixpages.org> Message-ID: <20030831052740.L12093-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: 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: Sun, 31 Aug 2003 09:28:14 -0000 On Sun, 31 Aug 2003, Christian Brueffer wrote: > Hi, > > got a panic on my server tonight. Coredump available for further debuggung. > > FreeBSD haakonia.hitnet.rwth-aachen.de 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Thu Aug 28 00:16:19 CEST 2003 > chris@haakonia.hitnet.rwth-aachen.de:/usr/obj/usr/src/sys/LORIEN i386 When are your srouces from? Specifically, what version of vfs_bio.c do you have? Thanks, Jeff > > > GNU gdb 5.3 (FreeBSD) > Copyright 2002 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-portbld-freebsd5.1"... > panic: softdep_deallocate_dependencies: dangling deps > panic messages: > --- > panic: softdep_deallocate_dependencies: dangling deps > cpuid = 1; lapic.id = 01000000 > boot() called on cpu#1 > > syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue > cpuid = 1; lapic.id = 01000000 > boot() called on cpu#1 > Uptime: 2d5h32m34s > Dumping 511 MB > 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 4 > 80 496 > --- > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > 240 dumping++; > (kgdb) bt > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > #1 0xc0212e20 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 > #2 0xc0213226 in panic (fmt=0xc03b2848 "bremfree: removing a buffer not on a queue") > at /usr/src/sys/kern/kern_shutdown.c:550 > #3 0xc025a051 in bremfreel (bp=0xce6b6228) at /usr/src/sys/kern/vfs_bio.c:644 > #4 0xc0259f25 in bremfree (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:626 > #5 0xc025c658 in vfs_bio_awrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1699 > #6 0xc030a54c in ffs_fsync (ap=0xd8361a70) at /usr/src/sys/ufs/ffs/ffs_vnops.c:268 > #7 0xc0309693 in ffs_sync (mp=0xc454d600, waitfor=2, cred=0xc150de80, td=0xc040d7a0) at vnode_if.h:627 > #8 0xc027040b in sync (td=0xc040d7a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:142 > #9 0xc021296f in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:281 > #10 0xc0213226 in panic (fmt=0xc03bf702 "softdep_deallocate_dependencies: dangling deps") > at /usr/src/sys/kern/kern_shutdown.c:550 > #11 0xc0306c35 in softdep_deallocate_dependencies (bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:5874 > #12 0xc025b30a in brelse (bp=0xce6b6228) at /usr/src/sys/sys/buf.h:427 > #13 0xc026b93a in flushbuflist (blist=0xce6b6228, flags=0, vp=0xc60fb490, slpflag=0, slptimeo=0, errorp=0x0) > at /usr/src/sys/kern/vfs_subr.c:1277 > #14 0xc026b548 in vinvalbuf (vp=0xc60fb490, flags=0, cred=0x0, td=0x0, slpflag=0, slptimeo=0) > at /usr/src/sys/kern/vfs_subr.c:1160 > #15 0xc026e3cc in vclean (vp=0xc60fb490, flags=8, td=0xc4008000) at /usr/src/sys/kern/vfs_subr.c:2577 > #16 0xc026e959 in vgonel (vp=0xc60fb490, td=0x0) at /usr/src/sys/kern/vfs_subr.c:2761 > #17 0xc026a679 in vlrureclaim (mp=0xc454d600) at /usr/src/sys/kern/vfs_subr.c:723 > #18 0xc026a8bf in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:776 > #19 0xc01ea01f in fork_exit (callout=0xc026a710 , arg=0x0, frame=0x0) > at /usr/src/sys/kern/kern_fork.c:796 > (kgdb) > > > Anyone interested? > > - Christian > > -- > 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 > From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 02:50:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4400E16A4C1 for ; Sun, 31 Aug 2003 02:50:23 -0700 (PDT) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id E275D43FE1 for ; Sun, 31 Aug 2003 02:50:16 -0700 (PDT) (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 <0HKH0051F9PIZ1@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Sun, 31 Aug 2003 11:44:06 +0200 (MEST) Received: from relay.RWTH-Aachen.DE ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 31 Aug 2003 11:44:06 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (daemon@haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) h7V9i5vP011555; Sun, 31 Aug 2003 11:44:05 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) by haakonia.hitnet.rwth-aachen.de (Postfix) with ESMTP id 8E96B33; Sun, 31 Aug 2003 09:44:05 +0000 (GMT) Received: by gondor.middleearth (Postfix, from userid 1001) id 60B574686; Sun, 31 Aug 2003 11:44:03 +0200 (CEST) Date: Sun, 31 Aug 2003 11:44:03 +0200 From: Christian Brueffer In-reply-to: <20030831052740.L12093-100000@mail.chesapeake.net> To: Jeff Roberson Message-id: <20030831094403.GO616@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=LwbuP8dfxhLLLUfV; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-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 References: <20030831073954.GN616@unixpages.org> <20030831052740.L12093-100000@mail.chesapeake.net> cc: current@freebsd.org Subject: Re: 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: Sun, 31 Aug 2003 09:50:23 -0000 --LwbuP8dfxhLLLUfV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 31, 2003 at 05:28:10AM -0400, Jeff Roberson wrote: > On Sun, 31 Aug 2003, Christian Brueffer wrote: >=20 > > Hi, > > > > got a panic on my server tonight. Coredump available for further debug= gung. > > > > FreeBSD haakonia.hitnet.rwth-aachen.de 5.1-CURRENT FreeBSD 5.1-CURRENT = #6: Thu Aug 28 00:16:19 CEST 2003 > > chris@haakonia.hitnet.rwth-aachen.de:/usr/obj/usr/src/sys/LORIEN i386 >=20 > When are your srouces from? Specifically, what version of vfs_bio.c do > you have? >=20 It should be rev 1.397 of vfs_bio.c, I updated the sources just before the kernel build. - 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 --LwbuP8dfxhLLLUfV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/UcNjbHYXjKDtmC0RArWpAJ9RpBKghyAS/yUhxsuUnVguWMi8jwCgtFXy K1t1z2RdHzq+ZHoy4ujFkGw= =o1AU -----END PGP SIGNATURE----- --LwbuP8dfxhLLLUfV-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 02:52:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8B216A4BF for ; Sun, 31 Aug 2003 02:52:13 -0700 (PDT) Received: from mail3.tpgi.com.au (mail.tpgi.com.au [203.12.160.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D26743F93 for ; Sun, 31 Aug 2003 02:52:12 -0700 (PDT) (envelope-from agh@tpg.com.au) Received: from 192.168.0.2 (220-244-72-6.tpgi.com.au [220.244.72.6]) by mail3.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h7V9qA512281 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO) for ; Sun, 31 Aug 2003 19:52:10 +1000 From: "Alastair G. Hogge" To: freebsd-current@FreeBSD.ORG Date: Sun, 31 Aug 2003 19:52:15 +1000 User-Agent: KMail/1.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200308311952.15537.agh@tpg.com.au> Subject: buildworld seg faulting. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Aug 2003 09:52:13 -0000 Hello list, For the past couple of weeks I've been tyring to keep my system up to date with cvsup. However, when ever I run a buildworld I get problems with gcc (I think it's gcc). I've tried nuking /usr/obj and running "make clean" many tims before each build but this doesn't help. What I've noticed is that the seg fault doesn't occur in the same place. The following is snippets of two errors. ===> gnu/usr.bin/binutils/size /usr/obj/usr/src/gnu/usr.bin/binutils/size created for /usr/src/gnu/usr.bin/binu tils/size Segmentation fault (core dumped) *** Error code 139 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 And: insn-opinit.c: In function `init_all_optabs': insn-opinit.c:510: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. My current uname -a reports: FreeBSD nova 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sat Aug 16 12:32:29 EST 2003 agh@nova:/usr/obj/usr/src/sys/NOVA i386 I was able to buildworld once a week ago. After each seg fault I would just continue the build again with out cleaning out the object files. Thanks in advance -Al From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 02:57:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30FE216A4C1 for ; Sun, 31 Aug 2003 02:57:29 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E029343FBD for ; Sun, 31 Aug 2003 02:57:27 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h7V9vPr28951; Sun, 31 Aug 2003 05:57:25 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Sun, 31 Aug 2003 05:57:25 -0400 (EDT) From: Jeff Roberson To: Christian Brueffer In-Reply-To: <20030831094403.GO616@unixpages.org> Message-ID: <20030831055652.B12093-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: 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: Sun, 31 Aug 2003 09:57:29 -0000 On Sun, 31 Aug 2003, Christian Brueffer wrote: > On Sun, Aug 31, 2003 at 05:28:10AM -0400, Jeff Roberson wrote: > > On Sun, 31 Aug 2003, Christian Brueffer wrote: > > > > > Hi, > > > > > > got a panic on my server tonight. Coredump available for further debuggung. > > > > > > FreeBSD haakonia.hitnet.rwth-aachen.de 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Thu Aug 28 00:16:19 CEST 2003 > > > chris@haakonia.hitnet.rwth-aachen.de:/usr/obj/usr/src/sys/LORIEN i386 > > > > When are your srouces from? Specifically, what version of vfs_bio.c do > > you have? > > > > It should be rev 1.397 of vfs_bio.c, I updated the sources just before the > kernel build. > > - Christian > Oh, fortunately for me, it's not my fault then. I'll try to grab the attention of someone who can help. Cheers, Jeff From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 03:22:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C47416A4BF; Sun, 31 Aug 2003 03:22:39 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9088843FA3; Sun, 31 Aug 2003 03:22:37 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h7VAMZm19715; Sun, 31 Aug 2003 12:22:35 +0200 Date: Sun, 31 Aug 2003 12:22:35 +0200 From: "Christoph P. Kukulies" To: Tim Robbins Message-ID: <20030831102235.GA19646@gilberto.physik.rwth-aachen.de> References: <200308301638.h7UGc2w03537@accms33.physik.rwth-aachen.de> <20030831092432.GA93827@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030831092432.GA93827@dilbert.robbins.dropbear.id.au> User-Agent: Mutt/1.4i cc: Christoph Kukulies cc: freebsd-current@FreeBSD.ORG Subject: Re: su in free(): warning: chunk is already free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Aug 2003 10:22:39 -0000 On Sun, Aug 31, 2003 at 07:24:32PM +1000, Tim Robbins wrote: > On Sat, Aug 30, 2003 at 06:38:02PM +0200, Christoph Kukulies wrote: > > > > > On my 5.1-current I logged in from outside and tried > > su getting: > > $ su > > su in free(): warning: chunk is already free > > su: pam_start: system error > > > > I'm not sure whether my system is absolutely in sync but > > I'd think with make buildworld, installworld, buildkernel, installkernel > > reboot it should be. > > Are you using the defaults for /etc/pam.d/* or have they changed? Are you > using YP or Kerberos? Neither of them. But I remember now, the libs or module names in pam.d have changed from 5.0 to 5.1-Current. Have to wait until I'll be physically at the machine. -- Chris Christoph P. U. Kukulies kukulies (at) rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 03:27:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0776216A4C1 for ; Sun, 31 Aug 2003 03:27:26 -0700 (PDT) Received: from ns2.wananchi.com (ns2.wananchi.com [62.8.64.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6711A43FBD for ; Sun, 31 Aug 2003 03:27:24 -0700 (PDT) (envelope-from wash@wananchi.com) Received: from wash by ns2.wananchi.com with local (Exim 4.22 #5 (FreeBSD)) id 19tPQg-0003kj-QG for ; Sun, 31 Aug 2003 13:27:30 +0300 Date: Sun, 31 Aug 2003 13:27:30 +0300 From: ODHIAMBO Washington To: freebsd-current@freebsd.org Message-ID: <20030831102730.GI30047@ns2.wananchi.com> References: <20030830051634.S20566@znfgre.qbhto.arg> <20030830125812.GB4189@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030830125812.GB4189@titan.klemm.apsfilter.org> X-Disclaimer: Any views expressed in this message,where not explicitly attributed otherwise, are mine alone!. X-Fortune: It has been said that man is a rational animal. All my life I have been searching for evidence which could support this. -- Bertrand Russell X-Operating-System: FreeBSD 4.8-STABLE i386 X-Best-Window-Manager: Blackbox X-Mailer: Mutt 1.5.4i (2003-03-19) X-Designation: Systems Administrator, Wananchi Online Ltd. X-Location: Nairobi, KE, East Africa. X-Uptime: 1:20PM up 16 days, 17:30, 1 user, load averages: 0.29, 0.17, 0.14 User-Agent: Mutt/1.5.4i Subject: 5.1-REL won't buildworld - fresh cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Aug 2003 10:27:26 -0000 For the last 3 days, I have cvsupped and wouldn't ever succeed with `make buildworld`. What could the problem be? Below are snippets from the fail: Once I do, `make buildworld` I see the following at the top of the output: Running test variables PASS: Test variables detected no regression, output matches. Running test targets PASS: Test targets detected no regression. Running test sysvmatch PASS: Test sysvmatch detected no regression. Running test lhs_expn FAIL: Test failed: regression detected. See above. *** Error code 1 Stop in /usr/src/tools/regression/usr.bin/make. *** Error code 1 Stop in /usr/src/tools/regression/usr.bin/make. -------------------------------------------------------------- Building an up-to-date make(1) -------------------------------------------------------------- sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 make /usr/obj/usr/src/make.i386 -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- ... ........then it runs and later fails with cc -fpic -DPIC -O -pipe -mcpu=pentiumpro -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/threa d -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib /libpthread/../../libexec/rtld-elf -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/usr/src/lib/libpthread/../libc/i386 -I/usr/src/lib/libpthread/thread -c /usr/src/lib/libpthread/arch/i386/i386/thr_enter_uts.S -o thr_enter_uts.So cc -fpic -DPIC -O -pipe -mcpu=pentiumpro -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/threa d -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib /libpthread/../../libexec/rtld-elf -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/usr/src/lib/libpthread/../libc/i386 -I/usr/src/lib/libpthread/thread -c /usr/src/lib/libpthread/arch/i386/i386/thr_getcontext.S -o thr_getcontext.So cc -fpic -DPIC -O -pipe -mcpu=pentiumpro -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/threa d -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib /libpthread/../../libexec/rtld-elf -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/usr/src/lib/libpthread/../libc/i386 -I/usr/src/lib/libpthread/thread -c /usr/src/lib/libpthread/arch/i386/i386/thr_switch.S -o thr_switch.So cc -fpic -DPIC -O -pipe -mcpu=pentiumpro -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/threa d -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib /libpthread/../../libexec/rtld-elf -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -c /usr/src/lib/libpthread/sys/lock.c - o lock.So building shared library libkse.so.1 *** Error code 1 Stop in /usr/src/lib/libpthread. *** 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. I have done cd /usr/src make clean make cleandir rm -rf /usr/obj/usr cvsup But that doesn't seem to do the trick. -Wash -- Odhiambo Washington "The box said 'Requires Wananchi Online Ltd. www.wananchi.com Windows 95, NT, or better,' Tel: +254 2 313985-9 +254 2 313922 so I installed FreeBSD." GSM: +254 72 743223 +254 733 744121 This sig is McQ! :-) A real person has two reasons for doing anything ... a good reason and the real reason. From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 03:52:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D2D616A4C0 for ; Sun, 31 Aug 2003 03:52:55 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B746743FF2 for ; Sun, 31 Aug 2003 03:52:53 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h7VAqli8016344; Sun, 31 Aug 2003 12:52:51 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Kenneth D. Merry" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 31 Aug 2003 01:08:54 MDT." <20030831070854.GA54748@panzer.kdm.org> Date: Sun, 31 Aug 2003 12:52:47 +0200 Message-ID: <16343.1062327167@critter.freebsd.dk> cc: current@FreeBSD.org Subject: Re: need some debugging help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Aug 2003 10:52:55 -0000 In message <20030831070854.GA54748@panzer.kdm.org>, "Kenneth D. Merry" writes: >Anyway, I got some debugging output, and I've attached dmesg output. Let >me know whether anything in there looks suspicious or points to a possible >problem. There's nothing which jumps out at me, and I guess the best strategy is hunting down the devbuf thing by changing all users of M_DEVBUF until something trips... -- 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 Aug 31 04:25:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C805F16A4C0 for ; Sun, 31 Aug 2003 04:25:26 -0700 (PDT) Received: from oak.rpg.pl (oak.rpg.pl [81.21.196.196]) by mx1.FreeBSD.org (Postfix) with SMTP id 49F5443FE5 for ; Sun, 31 Aug 2003 04:25:25 -0700 (PDT) (envelope-from winfried@oak.rpg.pl) Received: (qmail 22639 invoked by uid 1002); 31 Aug 2003 11:25:22 -0000 Date: Sun, 31 Aug 2003 13:25:22 +0200 From: Jan Srzednicki To: sos@spider.deepcore.dk Message-ID: <20030831112521.GG61234@oak.rpg.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: ATAng not detecting drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Aug 2003 11:25:26 -0000 Hello sir, I've just cvsupped the new -C source, and installed a new kernel. My CD-RW could not be detected: FreeBSD 5.1-CURRENT #7: Sun Aug 31 12:21:57 CEST 2003 root@stronghold:/usr/obj/usr/src/sys/MOONDANCE Preloaded elf kernel "/boot/kernel/kernel" at 0xc0545000. Preloaded elf module "/boot/kernel/mga.ko" at 0xc05451f4. Preloaded elf module "/boot/kernel/aio.ko" at 0xc054529c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0545344. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) Processor (600.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x630 Stepping = 0 Features=0x183f9ff AMD Features=0xc0440000 real memory = 536805376 (511 MB) avail memory = 515395584 (491 MB) Pentium Pro MTRR support enabled [..] atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 [..] ad0: 19546MB [39714/16/63] at ata0-master UDMA66 ad1: 39093MB [79428/16/63] at ata0-slave UDMA66 ata1-slave: FAILURE - ATA_IDENTIFY status=51 error=4 acd0: CDROM 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: cd present [2154583490 x 838860800 byte records] Mounting root from ufs:/dev/ad0s2a (it's this ata1-slave thing). Previously, it has been seen as: acd1: CD-RW at ata1-slave UDMA33 And everything worked fine, Teacs run in DMA mode without any problems. Another weird thing is that the first drive in atapicam mode (accessed as /dev/cd0, not /dev/acd0) reports "something" inside of it, while there's no CD inside (as you can see it in dmesg). After atacontrol detach/attach, I've got the thing flip-flopped: acd0: WARNING - removed from configuration (cd0:ata1:0:0:0): lost device (cd0:ata1:0:0:0): removing device entry ata1-master: FAILURE - ATA_IDENTIFY status=51 error=4 acd0: CDRW at ata1-slave UDMA33 cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [879076549 x 1006698496 byte records] (the second drive is also empty) After some playing with atacontrol, it appears that it's rather random which drive gets detected. But I could not get them both working at one time, it always detected just one. Anyway, after some massive disk IO (installworld && mergemaster) and reboot, syncer decided to give up on one buffer. No idea, whether this is ATAng feature, yet it hasn't been happening on ATAold. greets, -- -- wrzask --= v =-- Winfried --===-- GG# 3838383 --- -- w@dream.vg --- w@303.krakow.pl --===-- http://violent.dream.vg/ --- --=< Ride the wild wind - push the envelope, don't sit on the fence, --- -- Ride the wild wind - live life on the razor's edge! >=-- Queen -- From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 05:00:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 444D416A4BF for ; Sun, 31 Aug 2003 05:00:12 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A62A643FE3 for ; Sun, 31 Aug 2003 05:00:10 -0700 (PDT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h7VC08aK071799 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 31 Aug 2003 14:00:09 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)h7VC07o5071795 for freebsd-current@freebsd.org; Sun, 31 Aug 2003 14:00:07 +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.12.9/8.12.9) with ESMTP id h7VBtoLL067789 for ; Sun, 31 Aug 2003 13:55:50 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.12.9/8.12.9/Submit) id h7VBtnB3067788 for freebsd-current@freebsd.org; Sun, 31 Aug 2003 13:55:49 +0200 (CEST) Date: Sun, 31 Aug 2003 13:55:49 +0200 From: Andreas Klemm To: freebsd-current@freebsd.org Message-ID: <20030831115549.GA65846@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.1-CURRENT X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.4i Subject: fxp0: device timeout in -current from 31.8. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Aug 2003 12:00:12 -0000 I tried to install FreeBSD 5.1-current from 30.07. and 31.08 on my wifes machine. Unluckily I experience problems with the fxp driver. On google I found a similar report from June 3rd. http://lists.freebsd.org/pipermail/freebsd-current/2003-June/004739.html What I tried: since USB and fxp driver shared the same IRQ I disabled USB in the BIOS and made sure, that the NIC has an IRQ of its own, but still no success. Here a dmesg with USB enabled Copyright (c) 1992-2003 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.1-20030831-SNAP #0: Sun Aug 31 09:33:55 GMT 2003 root@titan.klemm.apsfilter.org:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0752000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc07521f4. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (902.05-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 1073725440 (1023 MB) avail memory = 1035276288 (987 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 6 entries at 0xc00f0eb0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 4 INTD is routed to irq 9 pcib0: slot 4 INTD is routed to irq 9 pcib0: slot 9 INTA is routed to irq 5 pcib0: slot 10 INTA is routed to irq 9 pcib0: slot 11 INTA is routed to irq 10 agp0: mem 0xfc000000-0xfdffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib1: slot 0 INTA is routed to irq 11 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci 0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 9 at device 4.2 on pci 0 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 uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 uhci1: port 0xd000-0xd01f irq 9 at device 4.3 on pci 0 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 uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 pci0: at device 9.0 (no driver attached) pci0:

[585/112/112] at > ata1-slave PIO0 > ad3: WARNING - READ_MUL recovered from missing interrupt > ad3: WARNING - READ_MUL recovered from missing interrupt > ad3: WARNING - READ_MUL recovered from missing interrupt > > Note that I have no ad3, only ad0 and acd0, which are masters on the > primary and secondary channels as probed above. with today's -current (as opposed to 8/27, which was running when I sent the previous email), the system panics on boot: GEOM: create disk ad0 dp=0xc63b9e70 ad0: 78167MB [158816/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 ad3: WARNING - SETFEATURES recovered from missing interrupt ad3: WARNING - SETFEATURES recovered from missing interrupt ad3: WARNING - SETFEATURES recovered from missing interrupt GEOM: create disk ad3 dp=0xc64d6170 Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; lapic.id = 00000000 instruction pointer = 0x8:0xc03067d0 stack pointer = 0x10:0xc070fc1c frame pointer = 0x10:0xc070fcac 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 (swapper) kernel: type 18 trap, code=0 Stopped at __qdivrem+0x3e: divl %ecx,%eax db> Lars -- Lars Eggert USC Information Sciences Institute --------------ms010803040700080706010009 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwp2bzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDgwMTE3MjkyOVoX DTA0MDczMTE3MjkyOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMb7PuLXnwV+45vwlkgogdSijd5HVqUB14bWvoK0 MjWPnkLPMDMDEezdsMG1BPiZyNeqXlJJtEgdAK8H2Mc9/qLeJUq3CoAeD6Wrjq4QaxJBXgdS KcGDeQAZSDgwUJS9vx9+cXJVfLyOYxJ+CLBcO/eu8PvSi17lk6oeAbrskSGDu/Xi1o2SC4Qm l69k8xcZQEMQDodkIk/U5SJmsCRGGYdy7opHZb58yXI8eiIGp5MlgryFmmgrp1pg3OYzPOR9 zJjn7Pu1vsd97LM5hLnKrmNuYt02jLNSjr8HmpLyWCDZq4Jlfq1YgNYZZ4KOSxipia7Bxjcs nMOsxEWiolkVVT8CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEANRaPsUtrdJzTW0AMj/EQamqxOkZnzwnPWGryqskMKIf+OKa+eaXp zlBv8CHdffv9hrYpvzWUxk0WW+YJ2LRdd4fFiVGXZCGU60eYeZGf7Z8ORoexylJpvUuKZCE4 aPGY2/QZXDfOs1NE82Bhgltx59dpWfH2K0dxbpHslO8/IbowggM5MIICoqADAgECAgMKdm8w DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMzA4MDExNzI5MjlaFw0wNDA3MzExNzI5MjlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDG+z7i158FfuOb 8JZIKIHUoo3eR1alAdeG1r6CtDI1j55CzzAzAxHs3bDBtQT4mcjXql5SSbRIHQCvB9jHPf6i 3iVKtwqAHg+lq46uEGsSQV4HUinBg3kAGUg4MFCUvb8ffnFyVXy8jmMSfgiwXDv3rvD70ote 5ZOqHgG67JEhg7v14taNkguEJpevZPMXGUBDEA6HZCJP1OUiZrAkRhmHcu6KR2W+fMlyPHoi BqeTJYK8hZpoK6daYNzmMzzkfcyY5+z7tb7HfeyzOYS5yq5jbmLdNoyzUo6/B5qS8lgg2auC ZX6tWIDWGWeCjksYqYmuwcY3LJzDrMRFoqJZFVU/AgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADUWj7FLa3Sc01tADI/xEGpqsTpG Z88Jz1hq8qrJDCiH/jimvnml6c5Qb/Ah3X37/Ya2Kb81lMZNFlvmCdi0XXeHxYlRl2QhlOtH mHmRn+2fDkaHscpSab1LimQhOGjxmNv0GVw3zrNTRPNgYYJbcefXaVnx9itHcW6R7JTvPyG6 MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCnZvMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDkwNDIzMTEyN1owIwYJKoZIhvcNAQkEMRYEFMUQWjEsguT6iQD8e83u M04hH5FLMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnZvMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMKdm8wDQYJKoZIhvcNAQEBBQAEggEAK7POZ6ThKS7ZmF8kRUfVV7CVjsBjCkfSwmw2 cbqM3qq/mE6vqyXSgaoEl9mfOqeHXIbn5F0OFZ4Cnef/HmE8MOheRZd9A0oAgEFwqEVE/8Y3 uo+IB2lgv3JFLi103n8+TOeCR+ngMf3NOll+Ar1spVpOL4G3owYfDjw9qjCsWxio5DnQnFMO DWqXarcLTfcvYG0yZWbYFaNVB0DpB4bCBY5b+BECbe6ll+0XfJbsZH4SMSVmugoF2c/a+T3Z L4WJzLlhomip42n2AukSczE+KqKpYLNwWwOE/gGiHFtYMEed4DxCR8UubNf+Eil5GzC+tFkY +GX02SQzea++PXtq2gAAAAAAAA== --------------ms010803040700080706010009-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 16:49:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37DF616A4BF for ; Thu, 4 Sep 2003 16:49:40 -0700 (PDT) Received: from mx8.mail.ru (mx8.mail.ru [194.67.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18FDF43FAF for ; Thu, 4 Sep 2003 16:49:39 -0700 (PDT) (envelope-from my-subs@mail.ru) Received: from [62.0.89.186] (port=1302 helo=old.home) by mx8.mail.ru with smtp id 19v3r9-000DRh-00; Fri, 05 Sep 2003 03:49:40 +0400 Date: Fri, 5 Sep 2003 02:49:33 +0300 From: Alexander Portnoy To: freebsd-current@freebsd.org Message-Id: <20030905024933.08c8507d.my-subs@mail.ru> In-Reply-To: <20030904155842.GM5597@ns2.wananchi.com> References: <20030901045427.GE75632@ns2.wananchi.com> <20030901065118.GC30277@sunbay.com> <20030901121821.GN34397@ns2.wananchi.com> <20030901180809.GB15755@sunbay.com> <20030902050805.GG13129@ns2.wananchi.com> <20030902100713.GB20281@sunbay.com> <20030902152405.GE73353@ns2.wananchi.com> <20030902154817.GB64892@sunbay.com> <20030902164955.GH73353@ns2.wananchi.com> <20030903083354.GA79523@sunbay.com> <20030904155842.GM5597@ns2.wananchi.com> X-Mailer: Sylpheed (FreeBSD) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam: Not detected Subject: Re: 5.1-RELEASE-p2 buildworld crash - help!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 Sep 2003 23:49:40 -0000 On Thu, 4 Sep 2003 18:58:42 +0300 ODHIAMBO Washington wrote: > This is what Ruslan said of the problem. However, I must admit that > I haven't done anything about it since I did not quite understand > what it is he meant I should do ;) > > Quoting him verbatim: > > > > I've tracked it down to the same problem we were having ealier > > with the libpthread build. You can either merge the following > > revisions manually, or wait for an official fix to pop up in > > RELENG_5_1: > > > > Makefile.inc1: 1.365, 1.367 > > lib/libpthread/support/Makefile.inc: 1.2 > > > TIA > > > -Wash > > -- > Odhiambo Washington "The box said 'Requires > Wananchi Online Ltd. www.wananchi.com Windows 95, NT, or better,' > Tel: +254 2 313985-9 +254 2 313922 so I installed FreeBSD." > GSM: +254 72 743223 +254 733 744121 This sig is McQ! :-) > > Don't believe everything you hear or anything you say. > There are the patches: diff -u /usr/src/Makefile.inc1.orig /usr/src/Makefile.inc1 #-------------------------------------------------------------------------------------- --- /usr/src/Makefile.inc1.orig Fri Sep 5 02:11:23 2003 +++ /usr/src/Makefile.inc1 Fri Sep 5 00:47:07 2003 @@ -791,6 +791,10 @@ _generic_libs+= kerberos5/lib .endif +.if !defined(NOLIBPTHREAD) +_prebuild_libs+= lib/libc +.endif + _prebuild_libs+= lib/libcom_err lib/libcrypt lib/libexpat \ lib/libkvm lib/libmd \ lib/libncurses lib/libopie lib/libpam lib/libradius \ #-------------------------------------------------------------------------------------- diff -u /usr/src/lib/libpthread/support/Makefile.inc.orig /usr/src/lib/libpthread/support/Makefile.inc #-------------------------------------------------------------------------------------- --- /usr/src/lib/libpthread/support/Makefile.inc.orig Fri Sep 5 02:13:29 2003 +++ /usr/src/lib/libpthread/support/Makefile.inc Fri Sep 5 00:48:10 2003 @@ -6,5 +6,5 @@ SOBJS+= thr_libc.So thr_libc.So: thr_support.So - ${CC} -nostdlib -L/usr/lib -o ${.TARGET} -Wl,-x,-r ${.ALLSRC} -lc_pic + ${CC} -nostdlib -o ${.TARGET} -Wl,-x,-r ${.ALLSRC} -lc_pic #-------------------------------------------------------------------------------------- They resolved the problem of buildworld 5.1-RELEASE-p2 on 4.8-RELEASE-p4. From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 17:42:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9686116A4BF for ; Thu, 4 Sep 2003 17:42:36 -0700 (PDT) Received: from mauibuilt.com (mauibuilt.com [205.166.249.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6514543FBD for ; Thu, 4 Sep 2003 17:42:35 -0700 (PDT) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (ydilcl@puga.mauibuilt.com [205.166.10.2]) by mauibuilt.com (8.12.6/8.12.6) with ESMTP id h850gYXo087060 for ; Thu, 4 Sep 2003 14:42:34 -1000 (HST) (envelope-from puga@mauibuilt.com) Sender: puga@mauibuilt.com Message-ID: <3F57DBF6.A96CABE3@mauibuilt.com> Date: Thu, 04 Sep 2003 14:42:30 -1000 From: Richard Puga Organization: Maui Built Machines X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: ips.ko load sequence for IBM ServerRaid 5i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 00:42:36 -0000 I do have the ips driver working with the IBM ServerRaid 5i. However it only works if I boot of an IDE drive and load the driver after the kernel is loaded. What I believe the problem to be is the fact that this "Raid" card is just an add in card to a modified PCI slot that makes the on board LSI dual channel controller into a RAID, and something in the kernel is loading (not the LSI driver its been taken out) which makes these 2 separate devices act as one through the PCI bus and is the reason it can only be loaded after booting. I believe a quick and dirty fix for this may be to load the ips.ko module after the kernel has booted and before init mounts /. Is there a way to do this via something in /boot/loader (the standard way in loader.conf loads it too soon) or perhaps a way to compile isp into the kernel in a way that it would be probed at a later time or in a different sequence? Thanks again in advance Richard Puga puga@mauibuilt.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 17:59:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71D5C16A4BF for ; Thu, 4 Sep 2003 17:59:31 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8892D43FE3 for ; Thu, 4 Sep 2003 17:59:29 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) h850xRlc035296; Fri, 5 Sep 2003 02:59:27 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.9/8.12.9/Submit) id h850xMM2035295; Fri, 5 Sep 2003 02:59:22 +0200 (CEST) (envelope-from marius) Date: Fri, 5 Sep 2003 02:59:22 +0200 From: Marius Strobl To: Marcel Moolenaar Message-ID: <20030905025922.A68885@newtrinity.zeist.de> References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030904162858.GI98381@dan.emsphone.com> <20030905001411.3a9030b3.Alexander@Leidinger.net> <20030904224709.GA48780@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030904224709.GA48780@ns1.xcllnt.net>; from marcel@xcllnt.net on Thu, Sep 04, 2003 at 03:47:09PM -0700 cc: Alexander Leidinger cc: current@freebsd.org Subject: Re: Question about genassym, locore.s and 0-sized arrays (showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 00:59:31 -0000 On Thu, Sep 04, 2003 at 03:47:09PM -0700, Marcel Moolenaar wrote: > > We use the size of the symbol (ie the size of the object identified > by the symbol) to pass around values. This we do by creating arrays. > If we want to export a C constant 'FOOBAR' to assembly and the constant > is defined to be 6, then we create an array for the sign, of which the > size is 1 for negative numbers and 0 otherwise. In this case the array > will be named FOOBARsign and its size is 0. We also create 4 arrays (*w0, > *w1, *w2 and *w3), each with a maximum of 64K and corresponding to the > 4 16-bit words that constitutes a single 64-bit entity. > In this case > 00000006 C FOOBARw0 > 00000000 C FOOBARw1 > 00000000 C FOOBARw2 > 00000000 C FOOBARw3 > > If the compiler creates arrays of size 1 for arrays we define as a > zero-sized array, you get exactly what you've observed. > Is this rather complex approach really necessary? I have successfully generated assyms.s' using genassym.sh(8) from NetBSD and both ICC and GCC on i386 which have exactly the same values as one generated with sys/kern/genassym.sh from FreeBSD. The genassym.sh(8) of NetBSD kind of directly exports the C-constants so it just needs one symbol per constant and doesn't require zero sized arrays. Given that it's from NetBSD their approach also should be very MI. From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 18:20:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 538C316A4BF for ; Thu, 4 Sep 2003 18:20:24 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0573A43FA3 for ; Thu, 4 Sep 2003 18:20:23 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h851J2wO049541; Thu, 4 Sep 2003 18:19:02 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h851J2Z4001006; Thu, 4 Sep 2003 18:19:02 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h851J22f001005; Thu, 4 Sep 2003 18:19:02 -0700 (PDT) (envelope-from marcel) Date: Thu, 4 Sep 2003 18:19:02 -0700 From: Marcel Moolenaar To: Marius Strobl Message-ID: <20030905011902.GA955@athlon.pn.xcllnt.net> References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030904162858.GI98381@dan.emsphone.com> <20030905001411.3a9030b3.Alexander@Leidinger.net> <20030904224709.GA48780@ns1.xcllnt.net> <20030905025922.A68885@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030905025922.A68885@newtrinity.zeist.de> User-Agent: Mutt/1.5.4i cc: Alexander Leidinger cc: current@freebsd.org Subject: Re: Question about genassym, locore.s and 0-sized arrays (showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 01:20:24 -0000 On Fri, Sep 05, 2003 at 02:59:22AM +0200, Marius Strobl wrote: > > > > We use the size of the symbol (ie the size of the object identified > > by the symbol) to pass around values. This we do by creating arrays. > > If we want to export a C constant 'FOOBAR' to assembly and the constant > > is defined to be 6, then we create an array for the sign, of which the > > size is 1 for negative numbers and 0 otherwise. In this case the array > > will be named FOOBARsign and its size is 0. We also create 4 arrays (*w0, > > *w1, *w2 and *w3), each with a maximum of 64K and corresponding to the > > 4 16-bit words that constitutes a single 64-bit entity. > > In this case > > 00000006 C FOOBARw0 > > 00000000 C FOOBARw1 > > 00000000 C FOOBARw2 > > 00000000 C FOOBARw3 > > > > If the compiler creates arrays of size 1 for arrays we define as a > > zero-sized array, you get exactly what you've observed. > > Is this rather complex approach really necessary? In theory, yes. In practice, maybe not. If I remember correctly, the problem we're trying to solve is twofold: 1. 64-bit constants given the limitations of the object format, which included widths of 32-bit and a.out. 2. Sign extension or datatype limitations in awk(1)? I'm not sure about this point. Bruce? > ... The genassym.sh(8) of NetBSD kind > of directly exports the C-constants so it just needs one symbol per > constant and doesn't require zero sized arrays. Given that it's from > NetBSD their approach also should be very MI. I wouldn't have a problem using NetBSD's genassym implementation, provided we understand completely how it differs from ours and to what extend and how it affects us and provided of course we can live with whatever it is that's worse of just different from what we have now. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 18:43:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1448D16A4BF for ; Thu, 4 Sep 2003 18:43:24 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B87143FEC for ; Thu, 4 Sep 2003 18:43:23 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost.nic.fr [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id h851gwXV025226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Thu, 4 Sep 2003 21:42:59 -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 h851gwRB025223; Thu, 4 Sep 2003 21:42:58 -0400 (EDT) (envelope-from wollman) Date: Thu, 4 Sep 2003 21:42:58 -0400 (EDT) From: Garrett Wollman Message-Id: <200309050142.h851gwRB025223@khavrinen.lcs.mit.edu> To: Marcel Moolenaar In-Reply-To: <20030905011902.GA955@athlon.pn.xcllnt.net> References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030904162858.GI98381@dan.emsphone.com> <20030905001411.3a9030b3.Alexander@Leidinger.net> <20030904224709.GA48780@ns1.xcllnt.net> <20030905025922.A68885@newtrinity.zeist.de> <20030905011902.GA955@athlon.pn.xcllnt.net> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: Alexander Leidinger cc: current@freebsd.org cc: Marius Strobl Subject: Re: Question about genassym, locore.s and 0-sized arrays (showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 01:43:24 -0000 < said: > In theory, yes. In practice, maybe not. If I remember correctly, > the problem we're trying to solve is twofold: Actually, the problem we were trying to solve is simpler than that. genassym needs to be able to compute the values of certain constants from header files which are only accessible to kernel code. At the same time, it needs to be able to run as a user process. One compilation unit cannot include both Standard headers like and kernel-specific headers like . In fact, we muck with the include path to ensure that Standard headers cannot be included while compiling kernel source. Cross-compilation does engender other issues, but that wasn't the original motivation. -GAWollman From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 19:21:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8037D16A4BF for ; Thu, 4 Sep 2003 19:21:20 -0700 (PDT) Received: from xyzzy.wireless.snsonline.net (dhcp.looksmart.com.au [210.9.52.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB4743F75 for ; Thu, 4 Sep 2003 19:21:17 -0700 (PDT) (envelope-from msergeant@snsonline.net) Received: from xyzzy.wireless.snsonline.net (localhost [127.0.0.1]) h852LHVE003564 for ; Fri, 5 Sep 2003 12:21:18 +1000 (EST) (envelope-from msergeant@snsonline.net) Received: (from msergeant@localhost)h852LHju003563 for freebsd-current@freebsd.org; Fri, 5 Sep 2003 12:21:17 +1000 (EST) (envelope-from msergeant@snsonline.net) X-Authentication-Warning: xyzzy.wireless.snsonline.net: msergeant set sender to msergeant@snsonline.net using -f From: Mark Sergeant To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SNSOnline Technical Services Message-Id: <1062728475.3557.2.camel@xyzzy.wireless.snsonline.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Fri, 05 Sep 2003 12:21:16 +1000 Subject: Various problems after latest -CURRENT build. (USB, WI, KSE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 02:21:20 -0000 Hi Guys, I've noticed a bunch of problems with my latest current build... 1. With device wi in my kernel I was unable to compile at all, had to take it out and then use a module to get it to work. 2. My USB mouse no longer works, Works fine on my 5.1-RELEASE machine but nothing as of last nights kernel and world. 3. libkse seems to be causing hangs in various processes including evolution, once I changed libmap to libc_r everything has run smoothly. Cheers, -- Mark Sergeant SNSOnline Technical Services From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 19:27:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0D3916A4C0 for ; Thu, 4 Sep 2003 19:27:34 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A464743FD7 for ; Thu, 4 Sep 2003 19:27:33 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h852RWtp003954; Thu, 4 Sep 2003 22:27:32 -0400 (EDT) Date: Thu, 4 Sep 2003 22:27:32 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Mark Sergeant In-Reply-To: <1062728475.3557.2.camel@xyzzy.wireless.snsonline.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Various problems after latest -CURRENT build. (USB, WI, KSE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@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: Fri, 05 Sep 2003 02:27:34 -0000 On Fri, 5 Sep 2003, Mark Sergeant wrote: > Hi Guys, > > I've noticed a bunch of problems with my latest current build... > > 1. With device wi in my kernel I was unable to compile at all, had to > take it out and then use a module to get it to work. > 2. My USB mouse no longer works, Works fine on my 5.1-RELEASE machine > but nothing as of last nights kernel and world. > 3. libkse seems to be causing hangs in various processes including > evolution, once I changed libmap to libc_r everything has run smoothly. You can try this patch to src/lib/libpthread/support/Makefile.inc. That should get libkse working again. We don't know why this is needed yet, but someone (kan?) is working on it. -- Dan Eischen Index: Makefile.inc =================================================================== RCS file: /home/ncvs/src/lib/libpthread/support/Makefile.inc,v retrieving revision 1.6 diff -u -r1.6 Makefile.inc --- Makefile.inc 2 Sep 2003 19:37:11 -0000 1.6 +++ Makefile.inc 4 Sep 2003 13:42:03 -0000 @@ -33,5 +33,5 @@ CLEANFILES+= ${SYSCALL_SRC} ${SYSCALL_OBJ} ${LIBC_OBJS} thr_libc.So: ${SYSCALL_OBJ} ${LIBC_OBJS} - ${CC} -fPIC -nostdlib -o ${.TARGET} -r ${.ALLSRC} + ${CC} -fPIC -nostdlib -o ${.TARGET} -r ${.ALLSRC} -lc_pic From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 19:54:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6703416A4BF; Thu, 4 Sep 2003 19:54:52 -0700 (PDT) Received: from exchhz01.viatech.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED8BC43FE5; Thu, 4 Sep 2003 19:54:45 -0700 (PDT) (envelope-from davidxu@viatech.com.cn) Received: from viatech.com.cn (ip-240-1-168-192.rev.dyxnet.com [192.168.1.240]) by exchhz01.viatech.com.cn with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id RKXCS6JS; Fri, 5 Sep 2003 10:36:18 +0800 Message-ID: <3F57FBEE.2090509@viatech.com.cn> Date: Fri, 05 Sep 2003 10:58:54 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030723 Thunderbird/0.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: deischen@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Mark Sergeant cc: freebsd-current@freebsd.org Subject: Re: Various problems after latest -CURRENT build. (USB, WI, KSE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 02:54:52 -0000 Daniel Eischen wrote: >On Fri, 5 Sep 2003, Mark Sergeant wrote: > > > >>Hi Guys, >> >> I've noticed a bunch of problems with my latest current build... >> >>1. With device wi in my kernel I was unable to compile at all, had to >>take it out and then use a module to get it to work. >>2. My USB mouse no longer works, Works fine on my 5.1-RELEASE machine >>but nothing as of last nights kernel and world. >>3. libkse seems to be causing hangs in various processes including >>evolution, once I changed libmap to libc_r everything has run smoothly. >> >> > >You can try this patch to src/lib/libpthread/support/Makefile.inc. >That should get libkse working again. We don't know why this is >needed yet, but someone (kan?) is working on it. > > > Last time, I tested the patch, MySQL was still crashed. Try revert to: src/lib/libpthread/Makefile revision 1.47 src/lib/libpthread/support/Makefile.inc revision 1.5 David Xu From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 20:01:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60C7916A4BF for ; Thu, 4 Sep 2003 20:01:33 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id E328643FE3 for ; Thu, 4 Sep 2003 20:01:32 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 69210 invoked by uid 1000); 5 Sep 2003 03:01:34 -0000 Date: Thu, 4 Sep 2003 20:01:34 -0700 (PDT) From: Nate Lawson To: Martin Message-ID: <20030904200009.K69205@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: ACPI errors on my desktop PC (floppy 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: Fri, 05 Sep 2003 03:01:33 -0000 It would help if you would tell me when you last had a working kernel. The output of acpidump -t -d -o martin.dsdt > martin.asl would also help. -Nate From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 20:38:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F18916A4BF for ; Thu, 4 Sep 2003 20:38:25 -0700 (PDT) Received: from praetor.linc-it.com (hardtime.linuxman.net [66.147.26.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 276BA43FE1 for ; Thu, 4 Sep 2003 20:38:24 -0700 (PDT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-19-159-39.jan.bellsouth.net [68.19.159.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by praetor.linc-it.com (Postfix) with ESMTP id A6B11154F6; Thu, 4 Sep 2003 22:38:22 -0500 (CDT) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 5819920F2A; Thu, 4 Sep 2003 22:38:20 -0500 (CDT) Date: Thu, 4 Sep 2003 22:38:20 -0500 From: "Matthew D. Fuller" To: Mikko Ty?l?j?rvi Message-ID: <20030905033819.GL40413@over-yonder.net> References: <1062686653.67807.77.camel@localhost> <1062687770.45731.4.camel@acheron.livid.de> <20030904092729.L59430@atlas.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030904092729.L59430@atlas.home> User-Agent: Mutt/1.4.1i-fullermd.1 X-Editor: vi X-OS: FreeBSD cc: current@freebsd.org cc: Paul Richards Subject: Re: Text file busy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 03:38:25 -0000 On Thu, Sep 04, 2003 at 09:36:31AM -0700 I heard the voice of Mikko Ty?l?j?rvi, and lo! it spake thus: > > If you are into foot shooting, you can always overwrite a shared lib, > such as libc.so, and watch (almost) all your programs crash and burn :-) *raise hand* Yup. Got the t-shirt. Nothing like watching your pinkie move in slow motion to depress the Enter key, while your brain is screaming, "NO, I meant *MV*, not cp!!!" -- 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 Thu Sep 4 21:42:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08DC016A4BF for ; Thu, 4 Sep 2003 21:42:46 -0700 (PDT) Received: from mercury.ll.net (mercury.ll.net [209.131.224.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 410A84400B for ; Thu, 4 Sep 2003 21:42:40 -0700 (PDT) (envelope-from supraexpress@globaleyes.net) Received: from globaleyes.net (unverified [209.131.253.13]) by mercury.ll.net for ; Thu, 4 Sep 2003 23:42:37 -0500 Message-ID: Date: Thu, 4 Sep 2003 23:42:30 -0500 (CDT) From: supraexpress@globaleyes.net To: freebsd-current@freebsd.org In-Reply-To: <200309042021.h84KLwqi028730@grimreaper.grondar.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: Re: Entropy harvesting: interrupts ethernet point_to_point X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 04:42:46 -0000 I have never had a problem with "sysctl -a" on any desktop system that I have had (Dell, Gateway, custom). On 4 Sep, Mark Murray wrote: > Doug Barton writes: >> I've seen this problem on my compaq evo n610c as well, but didn't >> realize it was affecting other hardware as well. I tried to stir up >> interest in getting the acpi problem fixed, but wasn't successful. > > Hmmm :-( > >> Mark, ok with you if I nuke the sysctl -a line in rc.d/initrandom? I >> hate to lose that source (no matter how small), but if the "can't finish >> sysctl -a" cancer is spreading... > > I'd really rather see sysctl fixed, rather than weakening Innocent > Bystanders, but I'm not going to force this issue. So, reluctantly, > yes, if you can't find a better place to hack a fix. > > M > -- > Mark Murray > iumop ap!sdn w,I idlaH > _______________________________________________ > 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 4 23:44:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F8FA16A4BF for ; Thu, 4 Sep 2003 23:44:53 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5401D43FBD for ; Thu, 4 Sep 2003 23:44:52 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfjg5.dialup.mindspring.com ([165.247.206.5] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19vAKu-00029H-00; Thu, 04 Sep 2003 23:44:51 -0700 Message-ID: <3F5830A7.BAB9E559@mindspring.com> Date: Thu, 04 Sep 2003 23:43:51 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Abdul Hakeem References: <009301c372c6$2f19fff0$6400a8c0@solo> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e2fb4a04f0a5d9872c3a09c0997bab4e350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@FreeBSD.ORG Subject: Re: Multi 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: Fri, 05 Sep 2003 06:44:53 -0000 Abdul Hakeem wrote: > Does anyone know a way of simultaneously booting FreeBSD with Linux or > Win2K with a dual-processor and dual NIC server ? > I can set the processor affinity on the Win2k, but I am having trouble > configuring the FreeBSD to use a particular processor and a particular > NIC. Just because a machine has multiple processors and multiple NICs, doesn't make it capable of operating as two machines in the same case. There are a lot of different things, like the memory and I/O bus, the 8254 clock, etc., which have to be programmed differently for different OSs. To run two virtual machines on a single real machine, you are going to need some software assistance, e.g. a product like VMWare. -- Terry From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 00:38:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C27C216A4BF for ; Fri, 5 Sep 2003 00:38:05 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DBAB4400E for ; Fri, 5 Sep 2003 00:38:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfjg5.dialup.mindspring.com ([165.247.206.5] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19vBAN-0006ll-00; Fri, 05 Sep 2003 00:38:00 -0700 Message-ID: <3F583D1F.1F8E5B8C@mindspring.com> Date: Fri, 05 Sep 2003 00:37:03 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Paul Richards References: <1062686653.67807.77.camel@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4a74375e4b703680fcd2b4a498ac760003ca473d225a0f487350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: Text file busy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 07:38:05 -0000 Paul Richards wrote: > Overwriting a file that's currently executing results in a "Text file > busy" error. > > When did this start happening? > > This was something that was fixed way back on FreeBSD but it seems to be > a problem again. You are opening an existing file for write. You need to rename on top of it, or delete and create a new one, and this will not happen. The issue is that the pages in the executing file are not necessarily all in core, so it can't copy-on-write them, since it doesn't know that they are being dirtied. The copy-on-write behaviour is relatively new; old System V and Xenix system did not permit even deleting an executing file, since the process did not hold an open file reference on the file. -- Terry From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 01:20:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87BD316A4BF for ; Fri, 5 Sep 2003 01:20:51 -0700 (PDT) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id B49A643F93 for ; Fri, 5 Sep 2003 01:20:50 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfjg5.dialup.mindspring.com ([165.247.206.5] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19vBpT-00005w-00; Fri, 05 Sep 2003 01:20:28 -0700 Message-ID: <3F584702.82473957@mindspring.com> Date: Fri, 05 Sep 2003 01:19:14 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Wesley Morgan References: <1062686653.67807.77.camel@localhost> <20030904174858.L78363@volatile.chemikals.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a42c1063ce8e83d3f163c23ff9d3af21f1350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: Paul Richards cc: current@freebsd.org Subject: Re: Text file busy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 08:20:51 -0000 Wesley Morgan wrote: > On Thu, 4 Sep 2003, Scott M. Likens wrote: > > On Thu, 2003-09-04 at 07:44, Paul Richards wrote: > > > Overwriting a file that's currently executing results in a "Text file > > > busy" error. > > > > this "feature" has always existed in FreeBSD for as long as I remember. > > It's also unfortunate that this protection does not seem to extend to > libaries. I've had some in-use X libraries get overwritten with some very > colorful results. So send patches. The specific problem is in the ld.so mapping of a page in a library file as "executable", and this mapping not setting the bit on the file image. In general, this isn't done because the other references to the file image may be as data (there's a race condition on install, and a security race, if the libraries are writable, that could permit a linked-shared SUID executable to be compromised after it's running, but then if it's writable at all, that exists anyway). So it's probably safe to do this without resource tracking the processes who've got it mapped this way. My ld.so currently differs significantly from the stock version, as does my C++ static constructor code, since I have a working static libdlopen on my own developement boxes, so the patches I have for this would be pretty useless for you, but they would be quite trivial to recreate; all you do is set the bit whem mmap has PROT_EXEC, or when mprotect has PROT_EXEC (both of these are used by ld.so; for the crt0.c startup code that loads ld.so initially, only mmap is used). -- Terry From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 01:21:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FC4416A4BF for ; Fri, 5 Sep 2003 01:21:58 -0700 (PDT) Received: from rs6000.univie.ac.at (male.univie.ac.at [131.130.1.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB5CE43FF3 for ; Fri, 5 Sep 2003 01:21:56 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by rs6000.univie.ac.at (8.12.2/8.12.2) with ESMTP id h858LmKs039276 for ; Fri, 5 Sep 2003 10:21:52 +0200 Date: Fri, 5 Sep 2003 10:21:48 +0200 (CEST) From: Lukas Ertl To: freebsd-current@freebsd.org Message-ID: <20030905101729.W44822@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: New kernels won't 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: Fri, 05 Sep 2003 08:21:58 -0000 Hi, I'm currently having the problem that newer kernels won't boot anymore on a HP Proliant DL380G3. The latest kernel I can boot is from Sun Aug 31 15:22:44 CEST 2003. Every attempt to boot a newer one (regardless whether UP or SMP) hangs at: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2387622296 Hz quality 800 Timecounters tick every 10.000 msec And then... silence. Any ideas? regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 01:25:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB1D916A4C0 for ; Fri, 5 Sep 2003 01:25:25 -0700 (PDT) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id B383743FFD for ; Fri, 5 Sep 2003 01:25:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfjg5.dialup.mindspring.com ([165.247.206.5] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19vBtZ-0000Gm-00; Fri, 05 Sep 2003 01:24:42 -0700 Message-ID: <3F5847FF.65875366@mindspring.com> Date: Fri, 05 Sep 2003 01:23:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alexander Leidinger References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030905001411.3a9030b3.Alexander@Leidinger.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a42c1063ce8e83d3f122e52e2add137125350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: Dan Nelson cc: current@freebsd.org Subject: Re: Question about genassym, locore.s and 0-sizedarrays(showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 08:25:26 -0000 Alexander Leidinger wrote: > Dan Nelson wrote: > > If you're talking FreeBSD 5, you should be able to simply subsitute a > > C99 "flexible array member" (basically replace "[0]" with "[]") and get > > the same effect. 0-length arrays are a gcc extension: > > > > http://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html > > > > Under FreeBSD 4.x, you can't use them because gcc 2.95 only supports > > the gcc extension. Intel has added support for a lot of gcc extensions > > recently; they may be willing to add this to the list. > > Please read my mail again, icc already supports my_array[0], but the > resulting array in the binary has size '1'. The actual showstopper is > the output of genassym.sh. To me it seems it's just a genassym.sh issue, > but I don't really know what's going on in the kernel, so I ask here. The ICC is wrong. If they are supporting a GNU extension, they must do it the same way GNU does it, to actually be supporting it. The main issue here is that any reader of the object file, not just genassym.sh, will be unable to differentiate [0] vs. [1]. What does ICC do for "[]"? Is it '1' also, or is it '0', like it's supposed to be? I, for one, would not be unhappy to see the GCC-ism fade into history. -- Terry From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 01:33:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 590BD16A4BF for ; Fri, 5 Sep 2003 01:33:31 -0700 (PDT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE60943FCB for ; Fri, 5 Sep 2003 01:33:29 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd11.aul.t-online.de by mailout11.sul.t-online.com with smtp id 19vC1x-00012h-07; Fri, 05 Sep 2003 10:33:21 +0200 Received: from Andro-Beta.Leidinger.net (r47QXcZLoe3kc4m8+-egBiJNs56GTC1hN2aOHA1Bf0LnWlSTxtAYsx@[217.83.31.76]) by fmrl11.sul.t-online.com with esmtp id 19vC1j-1ZSSgq0; Fri, 5 Sep 2003 10:33:07 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h858Y6Nt016894; Fri, 5 Sep 2003 10:34:07 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h858YrvY000781; Fri, 5 Sep 2003 10:34:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Fri, 5 Sep 2003 10:34:53 +0200 From: Alexander Leidinger To: Marcel Moolenaar Message-Id: <20030905103453.2263774c.Alexander@Leidinger.net> In-Reply-To: <20030904225731.GA48910@ns1.xcllnt.net> References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030904162858.GI98381@dan.emsphone.com> <20030905001411.3a9030b3.Alexander@Leidinger.net> <20030904225123.GB39916@dan.emsphone.com> <20030904225731.GA48910@ns1.xcllnt.net> X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: r47QXcZLoe3kc4m8+-egBiJNs56GTC1hN2aOHA1Bf0LnWlSTxtAYsx@t-dialin.net cc: Dan Nelson cc: current@freebsd.org Subject: Re: Question about genassym, locore.s and 0-sized arrays (showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 08:33:31 -0000 On Thu, 4 Sep 2003 15:57:31 -0700 Marcel Moolenaar wrote: > On Thu, Sep 04, 2003 at 05:51:23PM -0500, Dan Nelson wrote: > > > > I guess the correct question to be asking is "does the ELF format allow > > 0-length symbols?" > > Of course. What size do you think a label should have otherwise? After mentioning the difference between gcc and icc I've got this response: ---snip--- Regarding the zero size array issue: Objects with zero size are incomplete objects and cannot be used in any meaningful way. Zero length arrays are explicitly prohibited by the Standard. We allowed zero length arrays as a feature request. We set their size to one so operations involving them can make some kind of sense. ---snip--- Can you please give me "something" a compiler developer should understand (an URL, a reference into some standard, a description, ...)? As long as we can provide strong evidence that gcc doesn't do the wrong thing Intel will change icc to be compatible with gcc. Bye, Alexander. -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 01:40:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E89CF16A4C0 for ; Fri, 5 Sep 2003 01:40:33 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7921143FE3 for ; Fri, 5 Sep 2003 01:40:30 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfjg5.dialup.mindspring.com ([165.247.206.5] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19vC8E-000609-00; Fri, 05 Sep 2003 01:39:51 -0700 Message-ID: <3F584B85.AAC3A11D@mindspring.com> Date: Fri, 05 Sep 2003 01:38:29 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030904162858.GI98381@dan.emsphone.com> <20030904225123.GB39916@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4cfb0bb7b6a149d3701f59d9ae9ad99a53ca473d225a0f487350badd9bab72f9c350badd9bab72f9c cc: Alexander Leidinger cc: current@freebsd.org Subject: Re: Question about genassym, locore.s and 0-sizedarrays(showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 08:40:34 -0000 Dan Nelson wrote: > I guess the correct question to be asking is "does the ELF format allow > 0-length symbols?" It does, according to my reading of it. They may have an issue with dead code removal or element aliasing. The way to find out would be to see what they emit for "[]"... 0 lenth, or 1? > If not, then gcc is generating invalid objects, and > genassym will have to be rewritten to not use them (maybe add one to > the array size, and have genassym.sh subtract it). If it does, then > genassym.c (sys/assym.h actually) is legal code. If Intel doesn't want > to change icc, we can still work around it, but there may be other code > that will break on icc just like assym.h. For example, an actual array of length 1 would mean you were screwed, since treating 1 as if it were 0 would treat that as zero, as well, and get the wrong answer. The real answer is that the code should probably use an array length of one, and then use the address of the array length 1 element, rather than the address of the object plus the size of the object, when it's trying to use the zero length array trick to glue data with the correct object alignment (according to the array type) onto the end of a structure, which is where most of this type of code comes from. Unfortunately, the genassym.sh is a special case; for it to work out if you changed the nature of the trick, the script would need to grow special knowledge of the symbols in question. That is probably going to be the answer in any case, if Intel is unwilling/unable to adopt the GCC-ism. Anecdote on "unable": At one point in time SEF had to deal with a compiler issue with the Microsoft C compiler used by SCO; it took code like this: char *hw = "Hello World!\n" + 6; and generated a data segment missing the "Hello ". When the code later did this: printf( "%s", hw - 6); It got the wrong answer. The problem was the MS compiler was unable to gerate a pseudo-symbol for the start of the data, and so had no way of taking the origina string, and allocating storage, with a static symbol offset +6 into the string. If Intel ICC makes an optimization based on pruning of actually zero-length element, or not aligning them to their type boundary, etc., it would take deep compiler voodoo to correct this. Hopefully, they do the right thing for "[]". -- Terry From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 01:40:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7EC216A4C0 for ; Fri, 5 Sep 2003 01:40:46 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE88B43FBF for ; Fri, 5 Sep 2003 01:40:44 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id SAA16012; Fri, 5 Sep 2003 18:39:41 +1000 Date: Fri, 5 Sep 2003 18:39:40 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Marcel Moolenaar In-Reply-To: <20030905011902.GA955@athlon.pn.xcllnt.net> Message-ID: <20030905180200.D9084@gamplex.bde.org> References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030905001411.3a9030b3.Alexander@Leidinger.net> <20030905025922.A68885@newtrinity.zeist.de> <20030905011902.GA955@athlon.pn.xcllnt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Alexander Leidinger cc: current@freebsd.org cc: Marius Strobl Subject: Re: Question about genassym, locore.s and 0-sized arrays(showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 08:40:47 -0000 On Thu, 4 Sep 2003, Marcel Moolenaar wrote: > On Fri, Sep 05, 2003 at 02:59:22AM +0200, Marius Strobl wrote: > > > > > > We use the size of the symbol (ie the size of the object identified > > > by the symbol) to pass around values. This we do by creating arrays. > > > If we want to export a C constant 'FOOBAR' to assembly and the constant > > > is defined to be 6, then we create an array for the sign, of which the > > > size is 1 for negative numbers and 0 otherwise. In this case the array > > > will be named FOOBARsign and its size is 0. We also create 4 arrays (*w0, > > > *w1, *w2 and *w3), each with a maximum of 64K and corresponding to the > > > 4 16-bit words that constitutes a single 64-bit entity. > > > In this case > > > 00000006 C FOOBARw0 > > > 00000000 C FOOBARw1 > > > 00000000 C FOOBARw2 > > > 00000000 C FOOBARw3 > > > > > > If the compiler creates arrays of size 1 for arrays we define as a > > > zero-sized array, you get exactly what you've observed. > > > > Is this rather complex approach really necessary? > > In theory, yes. In practice, maybe not. If I remember correctly, > the problem we're trying to solve is twofold: More like fourfold: -1: A cross-compiler must be used for the first stage. The old method of printf()'ing the results of sizeof(), etc., only works if the host machine is the same as the target machine, since sizeof() must be evaluated by a compiler for target machine and printf() can only be run on host machines. 0: Compiler output is to unportable to parse easily, so arrange to use a small portable subset of it after passing it through some standard filters. nm output was the most portable binutils-related output that I could think of. > 1. 64-bit constants given the limitations of the object format, > which included widths of 32-bit and a.out. After choosing to use nm output, there are some minor problems representing all relevant numbers using it. Numbers larger than 2^32 need to be represented but cannot be represented directly as symbol values or sizes in nm output on 32-bit machines. Numbers nearly as large as 2^32 can be represented as absolute symbols, but there is no way to generate absolute symbols in semi-portable C AFAIK. asm() statements might work but would be very unportable (apart from not being standard C, different ones might be needed for the aout and elf cases). The technique of using array sizes for all numbers works for most sizes, but the compiler might object to creating arrays almost as large as the address space, and as we have just found, to creating arrays of size 0. > 2. Sign extension or datatype limitations in awk(1)? I'm not > sure about this point. Bruce? Yes: one-true-awk uses "typedef double Awkfloat;", and gawk uses something similar by default IIRC, so awk can't hanele numbers larger than 2^53 without losing precision. "typedef long double Awkfloat;", would be no better because of my restriction of the precision of long doubles on i386's and (when genassym.sh was written) the incomplete library support for long doubles, and the nonexisted support for more than 53 bits of precision on some supported (?) hardware. Long doubles with 64 bits of precision wouldn't work for representing 128-bit integers anyway. > > ... The genassym.sh(8) of NetBSD kind > > of directly exports the C-constants so it just needs one symbol per > > constant and doesn't require zero sized arrays. Given that it's from > > NetBSD their approach also should be very MI. > > I wouldn't have a problem using NetBSD's genassym implementation, > provided we understand completely how it differs from ours and to > what extend and how it affects us and provided of course we can > live with whatever it is that's worse of just different from what > we have now. The main differences seem to be that it parses the assembler output. This is less portable and not as easy -- it takes about 5 times as much code. If some values are unrepresentable then they need to be represtended using other values. E.g., add 1 to avoid 0, or multiply by the alignment size if some element of the tool chanin instsists on rounding up things for alignment like a broken aout version used to do. 16-bit values would need 17 bits to represent after adding 1. Bruce From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 01:54:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 964AC16A4BF for ; Fri, 5 Sep 2003 01:54:21 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8566A43FDD for ; Fri, 5 Sep 2003 01:54:20 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd04.aul.t-online.de by mailout08.sul.t-online.com with smtp id 19vCM8-0005DY-01; Fri, 05 Sep 2003 10:54:12 +0200 Received: from Andro-Beta.Leidinger.net (JOzqCBZ-ZeRsAt9uWWEJSF9MpKedVPQb88VFMuJDwl9T4zW0UXUBsS@[217.83.31.76]) by fmrl04.sul.t-online.com with esmtp id 19vCLI-0RsXQm0; Fri, 5 Sep 2003 10:53:20 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h858sKNt016957; Fri, 5 Sep 2003 10:54:22 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h858t7vY000911; Fri, 5 Sep 2003 10:55:07 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Fri, 5 Sep 2003 10:55:07 +0200 From: Alexander Leidinger To: Terry Lambert Message-Id: <20030905105507.51ba3183.Alexander@Leidinger.net> In-Reply-To: <3F584B85.AAC3A11D@mindspring.com> References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030904162858.GI98381@dan.emsphone.com> <20030905001411.3a9030b3.Alexander@Leidinger.net> <20030904225123.GB39916@dan.emsphone.com> <3F584B85.AAC3A11D@mindspring.com> X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: JOzqCBZ-ZeRsAt9uWWEJSF9MpKedVPQb88VFMuJDwl9T4zW0UXUBsS@t-dialin.net cc: Dan Nelson cc: current@freebsd.org Subject: Re: Question about genassym, locore.s and 0-sized arrays(showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 08:54:21 -0000 On Fri, 05 Sep 2003 01:38:29 -0700 Terry Lambert wrote: > Dan Nelson wrote: > > I guess the correct question to be asking is "does the ELF format allow > > 0-length symbols?" > > It does, according to my reading of it. They may have an issue with > dead code removal or element aliasing. The way to find out would be > to see what they emit for "[]"... 0 lenth, or 1? % Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 408A716A4BF; Fri, 5 Sep 2003 01:57:58 -0700 (PDT) Received: from c210-49-151-50.thorn1.nsw.optusnet.com.au (c210-49-151-50.thorn1.nsw.optusnet.com.au [210.49.151.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDAF844005; Fri, 5 Sep 2003 01:57:55 -0700 (PDT) (envelope-from tonymaher@optushome.com.au) Received: from dt.home (localhost [127.0.0.1]) ESMTP id h858vr2v042415; Fri, 5 Sep 2003 18:57:53 +1000 (EST) (envelope-from tonym@dt.home) Received: (from tonym@localhost) by dt.home (8.12.9/8.12.9/Submit) id h858vjE8042401; Fri, 5 Sep 2003 18:57:45 +1000 (EST) (envelope-from tonym) Date: Fri, 5 Sep 2003 18:57:45 +1000 (EST) From: Tony Maher Message-Id: <200309050857.h858vjE8042401@dt.home> To: DougB@freebsd.org In-Reply-To: <20030831195817.N2555@ync.qbhto.arg> cc: freebsd-current@guldan.demon.nl cc: current@freebsd.org Subject: RE: ACPI problems with Compaq Evo N610c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 08:57:58 -0000 Hello Doug, > From DougB@freebsd.org Fri Sep 5 05:49:49 2003 > Not sure if you got a copy of this first time or not... Sorry, no I did not. My mail pickup system got screwed several times lately. > ---------- Forwarded message ---------- > From: Doug Barton > To: "Cagle, John (ISS-Houston)" > Cc: Tony Maher , > Robert Blacquière , current@freebsd.org, > ps@freebsd.org > Date: Sun, 31 Aug 2003 19:50:03 -0700 (PDT) > Organization: http://www.FreeBSD.org/ > Subject: RE: ACPI problems with Compaq Evo N610c > > I got interested in this recently because I inherited one of these > laptops from work. > > On Wed, 30 Jul 2003, Cagle, John (ISS-Houston) wrote: > > > Which version of the N610C BIOS are you using? (F.14 is the latest on > > the hp.com website.) I know that the _OSI("Windows 2001") bug will be > > fixed in the F.15 release, but I don't think the _GL_ portion of your > > patch will be included. Did you have to remove the Acquire & Release > > of _GL_ in order to get xbat to work? (This is not a problem we see > > with Linux ACPI in 2.4.21, so I think that FreeBSD's ACPI stack needs > > updating.) > > I just updated to F.15, and it does indeed fix the windows bit in the > output of 'acpidump -d'. However, even with Tony's recommendation of > removing the acquire/release of _GL in methods C12C and C12D, I still > can't get xbatt or wmbattery to run, even with the very latest -current > (which has had at least one acpi stack upgrade since 7/30). When I run > either command, it locks the box tight. If I ever get a cursor back, I > have to Ctrl-Alt-Backspace to get out of X, since I can't actually type > anything. > > I have a feeling that my acpi table didn't actually get overridden > though, due to the following from dmesg: > > ACPI: DSDT was overridden. > -0424: *** Error: UtAllocate: Could not allocate size 6e49202a > ACPI-0428: *** Error: Could not allocate table memory for [/* > ] length 6e49202a > ACPI-0368: *** Error: Could not copy override ACPI table, > AE_NO_MEMORY This certainly seems to be the case. I see ACPI: DSDT was overridden. ACPI-0375: *** Info: Table [DSDT] replaced by host OS > Also, the "before" and "after" acpidump's don't show anything different. > So, I'm curious if wmbatt is still working for Tony and Robert or not > with the latest -current. I am currently running FreeBSD k9.home 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sat Aug 30 11:48:23 EST 2003 root@k9.home:/var/obj/space/usr/src/sys/K9 i386 and xbatt works (to certain extent - it show s being power cable in and out and shos charging state when first booted up but after insertion/removal of power cord it no longer shows charging stae or time left in battery) If I get a cahnce on weekend I'll update to latest and let you know. > The other problem I'm having is that doing 'sysctl -a', or just 'sysctl > hw.acpi' locks the system tight for a couple minutes, and never > completes. The last line that's printed to the screen is: > > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > Any ideas on that one? This is becase the DSDT was not overridden. I used to see this as well. -- tonym From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 02:03:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2652C16A4C0 for ; Fri, 5 Sep 2003 02:03:49 -0700 (PDT) Received: from bob.inty.net (bob.inty.net [212.50.178.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id F333743FE9 for ; Fri, 5 Sep 2003 02:03:47 -0700 (PDT) (envelope-from paul@inty.com) x-previous-hop: 212.50.178.178 Received: from inty.hq.inty.net (inty-untrusted-aztec-west.inty.net [212.50.178.178]) by bob.inty.net (8.12.9/8.12.9) with ESMTP id h8593fKg029943; Fri, 5 Sep 2003 10:03:42 +0100 (BST) Received: from [10.0.1.111] ([10.0.1.111]) by inty.hq.inty.net (8.12.1/8.12.1) with ESMTP id h8593dZC060003; Fri, 5 Sep 2003 10:03:39 +0100 (BST) From: Paul Richards To: kientzle@acm.org In-Reply-To: <3F578250.7020100@acm.org> References: <1062686653.67807.77.camel@localhost> <3F578250.7020100@acm.org> Content-Type: text/plain Message-Id: <1062752619.87926.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Fri, 05 Sep 2003 10:03:40 +0100 Content-Transfer-Encoding: 7bit X-Sender-IP: 10.0.1.111 X-INT-DeliveryDone: h8593dZC060003 X-suppress-rcpt-virus-notify: yes X-Virus-Checked: 32824 X-Skip-Virus-Check: yes cc: current@freebsd.org Subject: Re: Text file busy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 09:03:49 -0000 On Thu, 2003-09-04 at 19:20, Tim Kientzle wrote: > Depends on how you're installing the binary. It has always been > safe to do either of the following: > * Rename the current executable and then install the new one. > * Unlink the current executable and then install the new one. > Many tools that claim to "overwrite" really do the latter, which > causes a certain amount of understandable confusion. (I'm pretty > sure "install" does unlink/copy by default and will do rename/copy > if you specify -b.) I thought I remembered a discussion from the very early days where a solution was implemented to copy the pages if a file was overwritten into memory or swap but I can find no record of that now other than a suggestion in a thread that Solaris might do this. I think I'm confusing the above impression with an actual problem that was fixed where you'd still get the error even though the program had stopped executing. Paul. intY has scanned this email for all known viruses (www.inty.com) From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 02:09:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2208C16A4BF for ; Fri, 5 Sep 2003 02:09:27 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B2DA43F3F for ; Fri, 5 Sep 2003 02:09:25 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfjg5.dialup.mindspring.com ([165.247.206.5] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19vCa7-00079V-00; Fri, 05 Sep 2003 02:08:40 -0700 Message-ID: <3F585230.6868CB64@mindspring.com> Date: Fri, 05 Sep 2003 02:06:56 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alexander Leidinger References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030904162858.GI98381@dan.emsphone.com> <20030905001411.3a9030b3.Alexander@Leidinger.net> <20030904225123.GB39916@dan.emsphone.com> <20030905105507.51ba3183.Alexander@Leidinger.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4af32e7608f5da88178fb1a8a2d9751ea667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c cc: Dan Nelson cc: current@freebsd.org Subject: Re: Question about genassym, locore.s and 0-sizedarrays(showstopperfor an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 09:09:27 -0000 Alexander Leidinger wrote: > On Fri, 05 Sep 2003 01:38:29 -0700 > Terry Lambert wrote: > > Dan Nelson wrote: > > > I guess the correct question to be asking is "does the ELF format allow > > > 0-length symbols?" > > > > It does, according to my reading of it. They may have an issue with > > dead code removal or element aliasing. The way to find out would be > > to see what they emit for "[]"... 0 lenth, or 1? > > % char array[]; > > % nm icc.o > 00000001 C array Now try: struct foo { char c; int i; long array[]; }; struct foo foo;m struct foo fee[1]; struct foo fie[3]; struct foo foe[0]; struct foo fum[1]; on both compilers. If they end up the same, then Intel needs to change to using the 0. If they end up different, then they are broken relative to the C99 standard and zero length arrays a final elements in structures. -- Terry From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 02:35:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2609A16A4BF for ; Fri, 5 Sep 2003 02:35:23 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFF0843F75 for ; Fri, 5 Sep 2003 02:35:21 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id TAA23147; Fri, 5 Sep 2003 19:34:40 +1000 Date: Fri, 5 Sep 2003 19:34:39 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Marcel Moolenaar In-Reply-To: <20030905180200.D9084@gamplex.bde.org> Message-ID: <20030905192554.Q9277@gamplex.bde.org> References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030905025922.A68885@newtrinity.zeist.de> <20030905180200.D9084@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Alexander Leidinger cc: current@freebsd.org cc: Marius Strobl Subject: Re: Question about genassym, locore.s and 0-sizedarrays(showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 09:35:23 -0000 On Fri, 5 Sep 2003, I wrote: > ... > If some values are unrepresentable then they need to be represtended > using other values. E.g., add 1 to avoid 0, or multiply by the alignment > size if some element of the tool chanin instsists on rounding up things chain insists > for alignment like a broken aout version used to do. 16-bit values > would need 17 bits to represent after adding 1. Better, add 0x10000 to avoid 0. awk has no support for parsing hex numbers so subtracting the bias of 1 would take a lot more code, but ignoring leading hexdigits requires no changes in genassym.sh -- it already ignores everything except the last 4 hexdigits. Bruce From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 02:39:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 563E016A4BF for ; Fri, 5 Sep 2003 02:39:28 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1201143F3F for ; Fri, 5 Sep 2003 02:39:27 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd02.aul.t-online.de by mailout08.sul.t-online.com with smtp id 19vD3m-0002oK-06; Fri, 05 Sep 2003 11:39:18 +0200 Received: from Andro-Beta.Leidinger.net (EkyLLwZageXIfnYEEm4fC0ZAHpBRY0k+ThzcoD4CKYu1nkB2I0nS8m@[217.83.31.76]) by fmrl02.sul.t-online.com with esmtp id 19vD3Z-1ATlFA0; Fri, 5 Sep 2003 11:39:05 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h859e6Nt017117; Fri, 5 Sep 2003 11:40:07 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h859esvY001159; Fri, 5 Sep 2003 11:40:54 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Fri, 5 Sep 2003 11:40:53 +0200 From: Alexander Leidinger To: Terry Lambert Message-Id: <20030905114053.7bb91783.Alexander@Leidinger.net> In-Reply-To: <3F585230.6868CB64@mindspring.com> References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030904162858.GI98381@dan.emsphone.com> <20030905001411.3a9030b3.Alexander@Leidinger.net> <20030904225123.GB39916@dan.emsphone.com> <3F584B85.AAC3A11D@mindspring.com> <20030905105507.51ba3183.Alexander@Leidinger.net> <3F585230.6868CB64@mindspring.com> X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: EkyLLwZageXIfnYEEm4fC0ZAHpBRY0k+ThzcoD4CKYu1nkB2I0nS8m@t-dialin.net cc: Dan Nelson cc: current@freebsd.org Subject: Re: Question about genassym, locore.s and 0-sizedarrays(showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 09:39:28 -0000 On Fri, 05 Sep 2003 02:06:56 -0700 Terry Lambert wrote: > Now try: > > struct foo { > char c; > int i; > long array[]; > }; > > struct foo foo;m > struct foo fee[1]; > struct foo fie[3]; > struct foo foe[0]; > struct foo fum[1]; > > on both compilers. If they end up the same, then Intel needs to > change to using the 0. If they end up different, then they are > broken relative to the C99 standard and zero length arrays a final > elements in structures. % icc -c terry.c terry.c(8): warning #1229: type containing an unknown-size array may alias another element struct foo fee[1]; ^ terry.c(9): warning #1229: type containing an unknown-size array may alias another element struct foo fie[3]; ^ terry.c(10): warning #1229: type containing an unknown-size array may alias another element struct foo foe[0]; ^ terry.c(11): warning #1229: type containing an unknown-size array may alias another element struct foo fum[1]; ^ icc: 00000008 C fee 00000018 C fie 00000008 C foe 00000008 C foo 00000008 C fum gcc: 00000008 C fee 00000018 C fie 00000000 C foe 00000008 C foo 00000008 C fum Bye, Alexander. -- Where do you think you're going today? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 03:01:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 833F916A4BF; Fri, 5 Sep 2003 03:01:04 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 261FC43FE1; Fri, 5 Sep 2003 03:01:02 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id UAA26379; Fri, 5 Sep 2003 20:00:52 +1000 Date: Fri, 5 Sep 2003 20:00:51 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Poul-Henning Kamp In-Reply-To: <2484.1062709400@critter.freebsd.dk> Message-ID: <20030905195552.I9319@gamplex.bde.org> References: <2484.1062709400@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: [Patch] mdmfs currently 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: Fri, 05 Sep 2003 10:01:04 -0000 On Thu, 4 Sep 2003, Poul-Henning Kamp wrote: > In message <20030904182856.GA15220@StefanEsser.FreeBSD.org>, Stefan =?iso-8859- > 1?Q?E=DFer?= writes: > >Seems that mdmfs stopped working recently (probably because > >of GEOM related changes). One possible fix is to label the > >md and newfs the thusly created c partition. > > > >This requires running /sbin/disklabel, which didn't have an > >entry in paths.h. > > > >Any objections against me committing the follwoing fixes to > >-current ? > > Yes, please don't. > > We should not revert to putting BSD labels on everything. > > I'll find the root cause and fix that instead, it's probably > fall-out from my ioctl change. Disk labels are required by the not unused fsck_ffs utility to search for alternate superblocks. Bruce From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 03:05:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82C8316A4BF; Fri, 5 Sep 2003 03:05:22 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A55843FF7; Fri, 5 Sep 2003 03:05:21 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h85A5HTI008720; Fri, 5 Sep 2003 12:05:19 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Bruce Evans From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 05 Sep 2003 20:00:51 +1000." <20030905195552.I9319@gamplex.bde.org> Date: Fri, 05 Sep 2003 12:05:17 +0200 Message-ID: <8719.1062756317@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: [Patch] mdmfs currently 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: Fri, 05 Sep 2003 10:05:22 -0000 In message <20030905195552.I9319@gamplex.bde.org>, Bruce Evans writes: >> We should not revert to putting BSD labels on everything. >> >Disk labels are required by the not unused fsck_ffs utility to search >for alternate superblocks. You mean: The widely used fsck_ffs utility is able to use information from the optional BSD disklabel. -- 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 Fri Sep 5 03:56:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A99D16A4BF; Fri, 5 Sep 2003 03:56:31 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2DA543FE3; Fri, 5 Sep 2003 03:56:30 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23](untrusted sender)) by comcast.net (sccrmhc12) with SMTP id <20030905105629012007msgve>; Fri, 5 Sep 2003 10:56:29 +0000 Date: Fri, 5 Sep 2003 03:56:28 -0700 (PDT) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: <20030905035301.L5644@znfgre.qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Latest -current boot stops cold after first CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 10:56:31 -0000 I compiled the latest -current, and now it doesn't even boot. :( My first cd drive (a CD-ROM) is probed, but it falls back to PIO4. The kernel boot freezes after that point, and my CD-RW is never detected. This time the trick of putting a CD into the second drive doesn't help. I've added back the atapicam and ATA_STATIC_ID options to my kernel. Haven't had a chance to try the latest kernel without atapicam. I posted a dmesg recently, let me know if you need another copy. My 8/31 kernel works fine, FYI. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 04:04:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E2D216A4BF; Fri, 5 Sep 2003 04:04:43 -0700 (PDT) Received: from fafoe.narf.at (chello212186121237.14.vie.surfer.at [212.186.121.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EBFB43F3F; Fri, 5 Sep 2003 04:04:40 -0700 (PDT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.2.102]) by fafoe.narf.at (Postfix) with ESMTP id 9EC043FA9; Fri, 5 Sep 2003 13:04:34 +0200 (CEST) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id 7C63A5E; Fri, 5 Sep 2003 13:04:32 +0200 (CEST) Date: Fri, 5 Sep 2003 13:04:32 +0200 From: Stefan Farfeleder To: Dan Nelson Message-ID: <20030905110426.GO94742@wombat.fafoe.narf.at> Mail-Followup-To: Dan Nelson , netchild@freebsd.org, current@freebsd.org References: <20030904180448.021a1b6b.Alexander@Leidinger.net> <20030904162858.GI98381@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030904162858.GI98381@dan.emsphone.com> User-Agent: Mutt/1.5.4i cc: netchild@freebsd.org cc: current@freebsd.org Subject: Re: Question about genassym, locore.s and 0-sized arrays (showstopper for an icc compiled kernel) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 11:04:43 -0000 On Thu, Sep 04, 2003 at 11:28:58AM -0500, Dan Nelson wrote: > In the last episode (Sep 04), Alexander Leidinger said: > > - If we depend on it: how hard would it be to rewrite it to not depend > > on 0-sized arrays (and does someone volunteer to rewrite it)? It > > would be nice if someone could point me to the source if it isn't > > an easy task, my contact @Intel is willing to convince the > > developers to change icc, but he has to "present a persuasive > > argument to development to pursue a solution". > > If you're talking FreeBSD 5, you should be able to simply subsitute a > C99 "flexible array member" (basically replace "[0]" with "[]") and get > the same effect. 0-length arrays are a gcc extension: But even with flexible array members you cannot create an object with size 0. The struct must have at least one additional member and you cannot use sizeof on the flexible array member itself as its type is incomplete. Cheers, Stefan From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 04:07:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F24D616A4BF for ; Fri, 5 Sep 2003 04:07:55 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A22843FBD for ; Fri, 5 Sep 2003 04:07:38 -0700 (PDT) (envelope-from des@des.no) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 6683779BDD for ; Fri, 5 Sep 2003 13:07:20 +0200 (MEST) Received: by smtp.des.no (Pony Express, from userid 666) id 2AEDF96FEB; Fri, 5 Sep 2003 13:07:20 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Pony Express) with ESMTP id 1C3FA96FDF for ; Fri, 5 Sep 2003 13:07:11 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id DFBC2B824; Fri, 5 Sep 2003 13:07:10 +0200 (CEST) To: current@freebsd.org From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Fri, 05 Sep 2003 13:07:10 +0200 Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Status: No, hits=2.0 required=8.0 tests=HTML_00_10,MIME_SUSPECT_NAME,UPPERCASE_25_50, USER_AGENT_GNUS_UA version=2.55 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: ACPI problems on MSI K7D X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 Sep 2003 11:07:56 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dual AthlonMP 2200+ on MSI K7D Master-L (AMD 760 MPX chipset) panics during boot when ACPI is enabled: [...] cpu0(BSP): apic id: 0, version: 0x00040010, at 0xfee00000 cpu1(AP): apic id: 1, version: 0x00040010, at 0xfee00000 io0(APIC): apic id: 2, version: 0x00170011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00fac90 bios32: Entry =3D 0xfb100 (c00fb100) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xb130 pnpbios: Found PnP BIOS data at 0xc00fbb30 pnpbios: Entry =3D f0000:bb60 Rev =3D 1.0 Other BIOS signatures found: null: mem: Pentium Pro MTRR support enabled random: SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80ff003c pci_open(2): mode 2 enable port (0x0cf8) is 0xff panic: AcpiOsDerivePciId unable to initialize pci bus cpuid =3D 0; lapic.id =3D 00000000 Debugger("panic") Stopped at Debugger+0x4e: xchgl %ebc,in_Debugger.0 db>=20 This was copied by hand as I don't have a serial console hooked up to the box. I tested a 5.0 DP#3 installation CD I had lying around, and it seems to handle ACPI just fine, though it hangs while or immediately after mounting root. I've attached a dmesg from a "normal" boot (hint.acpi.0.disabled=3D"1") and the disassembled DSDT. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Disposition: attachment; filename=dmesg.txt Copyright (c) 1992-2003 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.1-CURRENT #9: Mon Sep 1 19:06:40 CEST 2003 des@meali.registrar.no:/usr/src/sys/i386/compile/meali Preloaded elf kernel "/boot/kernel/kernel" at 0xc0408000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc04081cc. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0408278. Preloaded elf module "/boot/kernel/usb.ko" at 0xc0408324. Preloaded elf module "/boot/kernel/ums.ko" at 0xc04083cc. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) MP 2200+ (1800.07-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480000 real memory = 1073676288 (1023 MB) avail memory = 1038675968 (990 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00fdec0 pcib0: at pcibus 0 on motherboard pci0: on pcib0 IOAPIC #0 intpin 17 -> irq 2 agp0: port 0xec00-0xec03 mem 0xfc000000-0xfc000fff,0xe8000000-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 0xe000-0xe00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.3 (no driver attached) pcm0: port 0xe800-0xe83f,0xe400-0xe4ff irq 2 at device 7.5 on pci0 pcm0: pcib2: at device 16.0 on pci0 pci2: on pcib2 IOAPIC #0 intpin 19 -> irq 11 ohci0: mem 0xfb020000-0xfb020fff irq 11 at device 0.0 on pci2 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. pci2: at device 9.0 (no driver attached) orm0: