freebsd-current Digest, Vol 46, Issue 14
niklas.angelid at bredband.net
niklas.angelid at bredband.net
Fri Feb 6 02:47:45 PST 2004
>
> From: freebsd-current-request at freebsd.org
> Date: 2004/02/06 fr AM 08:56:51 GMT
> To: freebsd-current at freebsd.org
> Ämne: freebsd-current Digest, Vol 46, Issue 14
>
> Send freebsd-current mailing list submissions to
> freebsd-current at freebsd.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> or, via email, send a message with subject or body 'help' to
> freebsd-current-request at freebsd.org
>
> You can reach the person managing the list at
> freebsd-current-owner at freebsd.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of freebsd-current digest..."
>
>
> Today's Topics:
>
> 1. ATA problems (Johan Pettersson)
> 2. Re: VLAn support for atheros/Prism? (Brooks Davis)
> 3. Re: Interrupt storm on acpi0 occurred after madt.c change
> (Nate Lawson)
> 4. Re: 5.2C - Tyan Tiger (2 x Athlon MP 2000+) - if_bge, ATAng
> and ixj problems... (Peter Wood)
> 5. Re: VLAn support for atheros/Prism? (Ruslan Ermilov)
> 6. buildworld inside a jail (Harald Schmalzbauer)
> 7. Re: buildworld inside a jail (Colin Percival)
> 8. Re: buildworld inside a jail (Ruslan Ermilov)
> 9. Re: [UPDATE] new pid allocation patch (Jun Su)
> 10. Re: RSA/DSA Host key generation didn't happen (Jon Noack)
> 11. Re: EHCI USB MFC? (Eric Anderson)
> 12. Re: HPT374 Driver in -CURRENT (freebsd at amarand.org)
> 13. Re: VLAn support for atheros/Prism? (mrcpu at cdsnet.net)
> 14. Re: HEADS UP: libkse -> libpthread switch (Paul Murphy)
> 15. Re: python ports broken (sem_destroy: Resource temporarily
> unavailable) (Kris Kennaway)
> 16. Re: python ports broken (sem_destroy: Resource temporarily
> unavailable) (Joe Marcus Clarke)
> 17. Re: Very long SRCS list with unusually long src/ prefix
> (M. Warner Losh)
> 18. Re: Very long SRCS list with unusually long src/ prefix
> (Bruce Evans)
> 19. Re: python ports broken (sem_destroy: Resource temporarily
> unavailable) (leafy)
> 20. mplayer borked with libpthread + feb4th Current (John)
> 21. Re: mplayer borked with libpthread + feb4th Current
> (Joe Marcus Clarke)
> 22. Re: mplayer borked with libpthread + feb4th Current (John)
> 23. Re: mplayer borked with libpthread + feb4th Current
> (Joe Marcus Clarke)
> 24. Re: rpc.lockd(8) seg faults on 5.2-RELEASE
> (Andrew P. Lentvorski, Jr.)
> 25. Re: Fwd: Re: How to calculate bsdlabel size (Peter Jeremy)
> 26. Re: mplayer borked with libpthread + feb4th Current
> (Andrew Thompson)
> 27. Re: HPT374 Driver in -CURRENT (Jon Noack)
> 28. FreeBSD 1.1 under -current :-) (Julian Elischer)
> 29. Reserved space (WAS: How to calculate bsdlabel size)
> (Claus Guttesen)
> 30. mplayer and -funroll-loops (Jon Noack)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 6 Feb 2004 01:48:42 +0100
> From: Johan Pettersson <manlix at demonized.net>
> Subject: ATA problems
> To: freebsd-current at freebsd.org
> Message-ID: <20040206014842.6e6cec6c.manlix at demonized.net>
> Content-Type: text/plain; charset=US-ASCII
>
> I recompiled my world and kernel today. Sources from -CURRENT. 5 feb around 21 CET
>
> Installed the new kernel and rebooted to single user mode for installing the world. When booting the kernel it hangs and the last messages printed is
>
> ad4: 152627MB <ST3160023AS> [310101/16/63] at ata2-master UDMA100
> SMP: AP CPU #1 Launched!
> ad4: TIMEOUT - READ_DMA retrying (2 retries left) LBA=1
> ad4: timeout sending command=c8
> ad4: error issuing DMA command
>
> Tried to set hw.ata.ata_dma to 0 but then it couldnt mount the rootfs, neither with the old or the new kernel. Running the my old kernel now from 29 jan. Anyone else that got this error? Attaches my dmesg log from the old kernel.
>
> Copyright (c) 1992-2004 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> The Regents of the University of California. All rights reserved.
> FreeBSD 5.2-CURRENT #0: Thu Jan 29 09:55:30 CET 2004
> root at beard.demonized.net:/usr/obj/usr/src/sys/BEARD
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0794000.
> Preloaded elf module "/boot/kernel/vesa.ko" at 0xc079421c.
> Preloaded elf module "/boot/kernel/linux.ko" at 0xc07942c8.
> Preloaded elf module "/boot/kernel/if_sk.ko" at 0xc0794374.
> Preloaded elf module "/boot/kernel/miibus.ko" at 0xc0794420.
> Preloaded elf module "/boot/kernel/snd_emu10k1.ko" at 0xc07944cc.
> Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc079457c.
> Preloaded elf module "/boot/kernel/uhid.ko" at 0xc0794628.
> Preloaded elf module "/boot/kernel/ums.ko" at 0xc07946d4.
> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc079477c.
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2398.85-MHz 686-class CPU)
> Origin = "GenuineIntel" Id = 0xf29 Stepping = 9
> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
> Hyperthreading: 2 logical CPUs
> real memory = 536018944 (511 MB)
> avail memory = 518975488 (494 MB)
> ACPI APIC Table: <A M I OEMAPIC >
> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
> cpu0 (BSP): APIC ID: 0
> cpu1 (AP): APIC ID: 1
> ioapic0 <Version 2.0> irqs 0-23 on motherboard
> Pentium Pro MTRR support enabled
> VESA: v3.0, 65536k memory, flags:0x1, mode table:0xc06d19a2 (1000022)
> VESA: NVidia
> npx0: [FAST]
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> acpi0: <A M I OEMXSDT> on motherboard
> pcibios: BIOS version 2.10
> Using $PIR table, 14 entries at 0xc00f5100
> acpi0: Power Button (fixed)
> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
> acpi_cpu0: <CPU> on acpi0
> acpi_cpu1: <CPU> on acpi0
> pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
> pci0: <ACPI PCI bus> on pcib0
> pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
> pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND
> pci1: <ACPI PCI bus> on pcib1
> pci1: <display, VGA> at device 0.0 (no driver attached)
> uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xef00-0xef1f irq 16 at device 29.0 on pci0
> usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
> usb0: USB revision 1.0
> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xef20-0xef3f irq 19 at device 29.1 on pci0
> usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
> usb1: USB revision 1.0
> uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub1: 2 ports with 2 removable, self powered
> ums0: Logitech USB Mouse, rev 1.10/6.20, addr 2, iclass 3/1
> ums0: 3 buttons and Z dir.
> uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xef40-0xef5f irq 18 at device 29.2 on pci0
> usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
> usb2: USB revision 1.0
> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub2: 2 ports with 2 removable, self powered
> uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xef80-0xef9f irq 16 at device 29.3 on pci0
> usb3: <Intel 82801EB (ICH5) USB controller USB-D> on uhci3
> usb3: USB revision 1.0
> uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub3: 2 ports with 2 removable, self powered
> pci0: <serial bus, USB> at device 29.7 (no driver attached)
> pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
> pci2: <ACPI PCI bus> on pcib2
> skc0: <3Com 3C940 Gigabit Ethernet> port 0xd800-0xd8ff mem 0xfeafc000-0xfeafffff irq 22 at device 5.0 on pci2
> skc0: 3Com Gigabit LOM (3C940)
> sk0: <Marvell Semiconductor, Inc. Yukon> on skc0
> sk0: Ethernet address: 00:0c:6e:4e:e2:13
> miibus0: <MII bus> on sk0
> e1000phy0: <Marvell 88E1000 Gigabit PHY> on miibus0
> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto
> pcm0: <Creative EMU10K1> port 0xdf80-0xdf9f irq 21 at device 13.0 on pci2
> pcm0: <SigmaTel STAC9708/11 AC97 Codec>
> isab0: <PCI-ISA bridge> at device 31.0 on pci0
> isa0: <ISA bus> on isab0
> atapci0: <Intel ICH5 UDMA100 controller> port 0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0
> ata0: at 0x1f0 irq 14 on atapci0
> ata0: [MPSAFE]
> ata1: at 0x170 irq 15 on atapci0
> ata1: [MPSAFE]
> atapci1: <Intel ICH5 SATA150 controller> port 0xef60-0xef6f,0xefa8-0xefab,0xefa0-0xefa7,0xefac-0xefaf,0xefe0-0xefe7 irq 18 at device 31.2 on pci0
> atapci1: [MPSAFE]
> ata2: at 0xefe0 on atapci1
> ata2: [MPSAFE]
> ata3: at 0xefa0 on atapci1
> ata3: [MPSAFE]
> pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
> acpi_button0: <Power Button> on acpi0
> atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
> atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
> kbd0 at atkbd0
> sio0: configured irq 4 not in bitmap of probed irqs 0
> sio0: port may not be enabled
> sio0 port 0x3f8-0x3ff irq 4 on acpi0
> sio0: type 16550A
> sio1: configured irq 3 not in bitmap of probed irqs 0
> sio1: port may not be enabled
> sio1 port 0x2f8-0x2ff irq 3 on acpi0
> sio1: type 16550A
> fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
> fdc0: FIFO enabled, 8 bytes threshold
> fd0: <1440-KB 3.5" drive> on fdc0 drive 0
> ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0
> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
> ppc0: FIFO with 16/16/9 bytes threshold
> ppbus0: <Parallel port bus> on ppc0
> pmtimer0 on isa0
> orm0: <Option ROM> at iomem 0xc0000-0xcafff on isa0
> sc0: <System console> at flags 0x100 on isa0
> sc0: VGA <16 virtual consoles, flags=0x300>
> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
> Timecounters tick every 10.000 msec
> acd0: CDRW <LITE-ON LTR-24102B> at ata1-master UDMA33
> ad4: 152627MB <ST3160023AS> [310101/16/63] at ata2-master UDMA100
> SMP: AP CPU #1 Launched!
> Mounting root from ufs:/dev/ad4s1a
>
> ------------------------------
>
> Message: 2
> Date: Thu, 5 Feb 2004 16:49:26 -0800
> From: Brooks Davis <brooks at one-eyed-alien.net>
> Subject: Re: VLAn support for atheros/Prism?
> To: mrcpu at cdsnet.net
> Cc: Sam Leffler <sam at errno.com>
> Message-ID: <20040206004924.GB20813 at Odin.AC.HMC.Edu>
> Content-Type: text/plain; charset="us-ascii"
>
> On Thu, Feb 05, 2004 at 04:31:12PM -0800, mrcpu at cdsnet.net wrote:
> > Well, I'm just looking through the specs of the microtik stuff, and they
> > say they have vlan support over wireless now.
> >
> > I can fudge the VLAn support, at the cost of a reduced MTU using the
> > "software emulation" vlan tagging, or whatever it is that FreeBSD does,
> > and bridge those packets, but that's not the same as true hardware VLAN
> > tagging.
>
> You've got a serious misconception about how vlans work. The only
> hardware support that is required is support for a wire MTU of 1504
> bytes so the tag fits on the packet without reducing payload size. Some
> interfaces have support for removing the tag from the packet for you and
> indicating the tag out of band, but that's only an optimization.
>
> -- Brooks
>
> --
> Any statement of the form "X is the one, true Y" is FALSE.
> PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 189 bytes
> Desc: not available
> Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040205/6c0a87d5/attachment-0001.bin
>
> ------------------------------
>
> Message: 3
> Date: Thu, 5 Feb 2004 17:54:01 -0800 (PST)
> From: Nate Lawson <nate at root.org>
> Subject: Re: Interrupt storm on acpi0 occurred after madt.c change
> To: jhb at freebsd.org
> Cc: current at freebsd.org
> Message-ID: <20040205175123.Q49384 at root.org>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
> Actually, after looking at Peter's MADT, it appears it does have an
> override from 9 to 20 with the polarity "conforming" and level-triggered.
> I assume that conforming means low for his system.
>
> In this case, the only thing to do is blacklist his machine and force it
> to MPtable evaluation. I've been thinking about incorporating a similar
> blacklist feature to NetBSD and Linux. Please email me privately to make
> sure it can meet your needs.
>
> -Nate
>
> ------------------------------
>
> Message: 4
> Date: Fri, 06 Feb 2004 01:56:59 +0000
> From: Peter Wood <peter at alastria.net>
> Subject: Re: 5.2C - Tyan Tiger (2 x Athlon MP 2000+) - if_bge, ATAng
> and ixj problems...
> To: freebsd-current at freebsd.org
> Message-ID: <3us520dgtb76nljdb6sh08flg42brajhh7 at 4ax.com>
> Content-Type: text/plain; charset=us-ascii
>
> Well I've managed to solve the ixj issues, it appears the 7th PCI slot on this
> board misbehaves under FreeBSD.
>
> It had the ixj card in it, so I swapped it with the soundcard and low and
> behold the ixj card worked and the soundcard didn't. The ixj driver now panics
> the kernel for other reasons, but fixes are in the pipeline.
>
> If I recall properly the bge card was also in this slot as I installed another
> card in the computer when I went to 5.2 using all the PCI slots. I've now
> resorted to using the onboard LAN which works fine, although only at 100mbs
> ;).
>
> My ATAng issue still exists however, I'll have a play with that tomorrow.
>
> Regards,
>
> Peter.
> --
> Peter Wood <peter at alastria.net> :: Tel +44 7974 799440
>
> ------------------------------
>
> Message: 5
> Date: Fri, 6 Feb 2004 03:56:55 +0200
> From: Ruslan Ermilov <ru at freebsd.org>
> Subject: Re: VLAn support for atheros/Prism?
> To: Brooks Davis <brooks at one-eyed-alien.net>
> Cc: Sam Leffler <sam at errno.com>
> Message-ID: <20040206015655.GA25623 at FreeBSD.org.ua>
> Content-Type: text/plain; charset="us-ascii"
>
> On Thu, Feb 05, 2004 at 04:49:26PM -0800, Brooks Davis wrote:
> > On Thu, Feb 05, 2004 at 04:31:12PM -0800, mrcpu at cdsnet.net wrote:
> > > Well, I'm just looking through the specs of the microtik stuff, and they
> > > say they have vlan support over wireless now.
> > >
> > > I can fudge the VLAn support, at the cost of a reduced MTU using the
> > > "software emulation" vlan tagging, or whatever it is that FreeBSD does,
> > > and bridge those packets, but that's not the same as true hardware VLAN
> > > tagging.
> >
> > You've got a serious misconception about how vlans work. The only
> > hardware support that is required is support for a wire MTU of 1504
> > bytes so the tag fits on the packet without reducing payload size. Some
> > interfaces have support for removing the tag from the packet for you and
> > indicating the tag out of band, but that's only an optimization.
> >
> I think the originator is asking why IFCAP_VLAN_MTU is not set by
> the ath(4) driver (I've only checked with grep(1)), is it due to
> a hardware limitation, or due to the driver?
>
>
> Cheers,
> --
> Ruslan Ermilov
> FreeBSD committer
> ru at FreeBSD.org
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 187 bytes
> Desc: not available
> Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040206/e1ee7a46/attachment-0001.bin
>
> ------------------------------
>
> Message: 6
> Date: Fri, 6 Feb 2004 02:59:06 +0100
> From: Harald Schmalzbauer <h at schmalzbauer.de>
> Subject: buildworld inside a jail
> To: questions at freebsd.org
> Cc: current at freebsd.org
> Message-ID: <200402060259.07248 at harrymail>
> Content-Type: text/plain; charset="iso-8859-15"
>
> Hello,
>
> with identical (5.2-p2) sources I can buildworld on the host machine but if I
> try to buildowrld inside a jail it fails with the following error:
>
> gzip -cn /usr/src/lib/libz/zlib.3 > zlib.3.gz
> ===> libexec
> ===> libexec/atrun
> cc -O -pipe -mcpu=pentiumpro -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/
> jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\"
> -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\'
> -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/
> atrun/../../usr.bin/at -I/usr/src/libexec/atrun -c /usr/src/libexec/atrun/
> atrun.c
> cc -O -pipe -mcpu=pentiumpro -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/
> jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\"
> -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\'
> -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/
> atrun/../../usr.bin/at -I/usr/src/libexec/atrun -c /usr/src/libexec/atrun/
> gloadavg.c
> cc -O -pipe -mcpu=pentiumpro -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/
> jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\"
> -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\'
> -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/
> atrun/../../usr.bin/at -I/usr/src/libexec/atrun -o atrun atrun.o gloadavg.o
> /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyyerror'
> /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyylex'
> /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyyin'
> /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyylineno'
> /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyytext'
> *** Error code 1
>
> Stop in /usr/src/libexec/atrun.
> *** Error code 1
>
> Stop in /usr/src/libexec.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
>
> Any idea?
>
> Thanks in advance,
>
> -Harry
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 187 bytes
> Desc: signature
> Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040206/6ad9bd6d/attachment-0001.bin
>
> ------------------------------
>
> Message: 7
> Date: Fri, 06 Feb 2004 02:05:49 +0000
> From: Colin Percival <colin.percival at wadham.ox.ac.uk>
> Subject: Re: buildworld inside a jail
> To: Harald Schmalzbauer <h at schmalzbauer.de>
> Cc: questions at freebsd.org
> Message-ID: <6.0.1.1.1.20040206020419.032b7910 at imap.sfu.ca>
> Content-Type: text/plain; charset="us-ascii"; format=flowed
>
> At 01:59 06/02/2004, Harald Schmalzbauer wrote:
> >with identical (5.2-p2) sources I can buildworld on the host machine but if I
> >try to buildowrld inside a jail it fails with the following error:
>
> "Works for me". Can you describe
> * The kernel you're running,
> * The world you've got inside the jail, and
> * The contents of /dev inside the jail?
>
> Colin Percival
>
>
>
> ------------------------------
>
> Message: 8
> Date: Fri, 6 Feb 2004 04:07:49 +0200
> From: Ruslan Ermilov <ru at freebsd.org>
> Subject: Re: buildworld inside a jail
> To: Harald Schmalzbauer <h at schmalzbauer.de>
> Cc: current at freebsd.org
> Message-ID: <20040206020749.GB25623 at FreeBSD.org.ua>
> Content-Type: text/plain; charset="us-ascii"
>
> Please don't cross-post.
>
> On Fri, Feb 06, 2004 at 02:59:06AM +0100, Harald Schmalzbauer wrote:
> Content-Description: signed data
> > Hello,
> >
> > with identical (5.2-p2) sources I can buildworld on the host machine but if I
> > try to buildowrld inside a jail it fails with the following error:
> >
> > gzip -cn /usr/src/lib/libz/zlib.3 > zlib.3.gz
> > ===> libexec
> > ===> libexec/atrun
> > cc -O -pipe -mcpu=pentiumpro -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/
> > jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\"
> > -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\'
> > -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/
> > atrun/../../usr.bin/at -I/usr/src/libexec/atrun -c /usr/src/libexec/atrun/
> > atrun.c
> > cc -O -pipe -mcpu=pentiumpro -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/
> > jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\"
> > -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\'
> > -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/
> > atrun/../../usr.bin/at -I/usr/src/libexec/atrun -c /usr/src/libexec/atrun/
> > gloadavg.c
> > cc -O -pipe -mcpu=pentiumpro -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/
> > jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\"
> > -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\'
> > -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/
> > atrun/../../usr.bin/at -I/usr/src/libexec/atrun -o atrun atrun.o gloadavg.o
> > /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyyerror'
> > /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyylex'
> > /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyyin'
> > /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyylineno'
> > /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `_nsyytext'
> > *** Error code 1
> >
> > Stop in /usr/src/libexec/atrun.
> > *** Error code 1
> >
> > Stop in /usr/src/libexec.
> > *** Error code 1
> >
> > Stop in /usr/src.
> > *** Error code 1
> >
> > Stop in /usr/src.
> > *** Error code 1
> >
> > Stop in /usr/src.
> >
> > Any idea?
> >
> See what's wrong with /usr/obj/usr/src/lib/libc/nslexer.c;
> it should have these functions.
>
>
> Cheers,
> --
> Ruslan Ermilov
> FreeBSD committer
> ru at FreeBSD.org
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 187 bytes
> Desc: not available
> Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040206/e52a5844/attachment-0001.bin
>
> ------------------------------
>
> Message: 9
> Date: Fri, 06 Feb 2004 10:16:30 +0800
> From: "Jun Su" <junsu at delphij.net>
> Subject: Re: [UPDATE] new pid allocation patch
> To: "Andre Oppermann" <andre at freebsd.org>
> Cc: Peter Jeremy <PeterJeremy at optushome.com.au>
> Message-ID: <opr2xe9szdl8p7vk at mail.frontfree.net>
> Content-Type: text/plain; format=flowed; delsp=yes; charset=gbk
>
> On Thu, 05 Feb 2004 16:41:29 +0100, Andre Oppermann <andre at freebsd.org>
> wrote:
>
> > Jun Su wrote:
> >> Hi All,
> >> John Baldwin's proc lock commit today made my patch broken, so I have
> >> revised the patch, and uploaded it to the same position:
> >> http://www.arbornet.org/~junsu/pid.diff
> >> The revised patch has been improved based on the feedback. Basically,
> >> 1. Added a new sysctl value kern.pidmax to control the current pid
> >> range.
> >> This value can influence the reuse pid period. The initial value is
> >> 4096.
> >
> > This sysctl name looks very misleading to me. Unless the highest PID
> > I can get here is actually 4096.
> >
> The sysctl should be named as pidrange or some similiar name to avoid the
> confusing. I just choose a name same as the vairable name.
>
> Jun Su
>
> >> 2. Change the meaning of PID_MAX back to what it was, and sainty-check
> >> whether the pid is 5 digit based on PID_MAX. (I think it is impossible
> >> that
> >> pid expand PID_MAX for the algorithm nature, though.)
> >> 3. The initial pid table size is bumped from 1<<5 to 1<<7.
> >
>
>
>
> --
> Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
>
> ------------------------------
>
> Message: 10
> Date: Thu, 5 Feb 2004 20:17:11 -0600 (CST)
> From: "Jon Noack" <noackjr at compgeek.com>
> Subject: Re: RSA/DSA Host key generation didn't happen
> To: "Jimmy Firewire" <trigonometric at softhome.net>
> Cc: freebsd-current at freebsd.org
> Message-ID: <50687.192.168.1.10.1076033831.squirrel at www.noacks.org>
> Content-Type: text/plain;charset=iso-8859-1
>
> Jimmy Firewire wrote:
> > OK, I was being completely stupid. sshd wasn't enabled, I was just so used
> > to it being enabled by default. I think it's a good idea that it is not
> > enabled by default however.But why take out sshd and not sendmail? Surely
> > sendmail is more likely to be a problem than sshd?
>
> By default sendmail only accepts messages from the localhost
> (sendmail_enable="NO" but sendmail_submit_enable="YES"). The idea is to
> have no "public" services running unless you specfically enable them --
> this makes for a very secure default install.
>
> Jon Noack
>
>
> ------------------------------
>
> Message: 11
> Date: Thu, 05 Feb 2004 21:17:55 -0600
> From: Eric Anderson <anderson at centtech.com>
> Subject: Re: EHCI USB MFC?
> To: "Daniel O'Connor" <doconnor at gsoft.com.au>
> Cc: Bernd Walter <ticso at cicely12.cicely.de>
> Message-ID: <40230763.5010304 at centtech.com>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> Daniel O'Connor wrote:
> > Haven't filed one [yet], I only got the laptop 2 days ago :)
> > I will try and work out more details (though the pocket PC is pretty dodgy
> > during PC connects normally so..)
> >
> >
> >>>That said, I guess you can always disable ehci if it's a problem :)
> >>
> >>You don't have to enable ehci if its a problem :)
> >
> >
> > Indeed :)
> > I am buying firewire enclosures for work and they seem quite sufficient for
> > high speed stuff :)
>
> Just for "me too" sake, I am also having the same types (or similar
> anyway) of issues.
>
> Let me know if anyone wants some debug info from my setup as well.
>
> Eric
>
>
> --
> ------------------------------------------------------------------
> Eric Anderson Sr. Systems Administrator Centaur Technology
> Today is the tomorrow you worried about yesterday.
> ------------------------------------------------------------------
>
> ------------------------------
>
> Message: 12
> Date: Thu, 5 Feb 2004 22:20:15 -0500 (EST)
> From: freebsd at amarand.org
> Subject: Re: HPT374 Driver in -CURRENT
> To: freebsd-current at freebsd.org
> Message-ID: <Pine.LNX.4.44.0402052158430.7950-100000 at mail.amarand.org>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
> On Wed, 4 Feb 2004, Jon Noack wrote:
>
> > > And RAID 0 or 1 mode supported ?
> >
> > The following option is needed for ata raid:
> >
> > device ataraid
> >
> > This is also "built-in" to FreeBSD (included in the GENERIC kernel). As
> > such, your configuration should work out-of-the-box.
> >
> > I use an HPT370A with RAID 1. Here is the appropriate section of my
> > kernel config file (modified from GENERIC -- GENERIC works as well):
> >
> > # ATA and ATAPI devices
> > device ata
> > device atadisk # ATA disk drives
> > device ataraid # ATA RAID drives
> > device atapicd # ATAPI CDROM drives
> > options ATA_STATIC_ID #Static device numbering
>
> So here's my follow-up question (and forgive me, as I am a bit new to
> FreeBSD):
>
> What is the best way to use the "device ataraid" kernel option while
> performing a clean installation by booting off the 5.2.1 ISO CD-ROM?
>
> This seems like a job for custom boot floppies or CDs, but I'd like the
> most graceful solution. Also, I'm not afraid to read documentation if
> there's something else that I need to read!
>
> Thanks for the great info so far!
>
> --Sean Goodman
>
>
>
> ------------------------------
>
> Message: 13
> Date: Thu, 5 Feb 2004 19:46:08 -0800
> From: mrcpu at cdsnet.net
> Subject: Re: VLAn support for atheros/Prism?
> To: Brooks Davis <brooks at one-eyed-alien.net>
> Cc: Sam Leffler <sam at errno.com>
> Message-ID: <20040206034608.GV50677 at backmaster.cdsnet.net>
> Content-Type: text/plain; charset=us-ascii
>
> I quote specifically from the FreeBSD vlan man page:
>
>
> The rest of the ethernet NICs supported by FreeBSD can run VLANs using
> software emulation in the vlan driver. However, most of them lack the
> capability of transmitting and/or receiving oversized frames. Using such
> a NIC as a parent interface implies a reduced MTU on the corresponding
> vlan interfaces. In the modern Internet, this is likely to cause tcp(4)
> connectivity problems due to massive, inadequate icmp(4) filtering that
> breaks the Path MTU Discovery mechanism.
>
>
> Nothing I said anywhere contradicts the above paragraph.
>
> As I recall I tried creating a vlan dev attached to a wireless interface,
> and it came up as 1480 for an MTU, rather than 1500.
>
> So the original question still stands. Is the issue with VLAN support over
> wireless a function of the hardware not supporting 1500 byte packets + the VLAN
> header? Or just something in the software?
>
> On Thu, Feb 05, 2004 at 04:49:26PM -0800, Brooks Davis wrote:
> > On Thu, Feb 05, 2004 at 04:31:12PM -0800, mrcpu at cdsnet.net wrote:
> > > Well, I'm just looking through the specs of the microtik stuff, and they
> > > say they have vlan support over wireless now.
> > >
> > > I can fudge the VLAn support, at the cost of a reduced MTU using the
> > > "software emulation" vlan tagging, or whatever it is that FreeBSD does,
> > > and bridge those packets, but that's not the same as true hardware VLAN
> > > tagging.
> >
> > You've got a serious misconception about how vlans work. The only
> > hardware support that is required is support for a wire MTU of 1504
> > bytes so the tag fits on the packet without reducing payload size. Some
> > interfaces have support for removing the tag from the packet for you and
> > indicating the tag out of band, but that's only an optimization.
> >
> > -- Brooks
> >
> > --
> > Any statement of the form "X is the one, true Y" is FALSE.
> > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4
>
>
> > !DSPAM:4022e49c607282046518854!
>
>
> ------------------------------
>
> Message: 14
> Date: Thu, 5 Feb 2004 23:12:17 -0500
> From: Paul Murphy <pnmurphy at cogeco.ca>
> Subject: Re: HEADS UP: libkse -> libpthread switch
> To: Andre Guibert de Bruet <andy at siliconlandmark.com>
> Cc: ports at freebsd.org
> Message-ID: <20040205231217.39a18d14 at earth.upton.net>
> Content-Type: text/plain; charset="us-ascii"
>
> On Thu, 5 Feb 2004 14:33:12 -0500 (EST)
> Andre Guibert de Bruet <andy at siliconlandmark.com> wrote:
>
> >
> > On Wed, 4 Feb 2004, David Schultz wrote:
> >
> > > On Fri, Jan 30, 2004, Scott Long wrote:
> > > > Jacques A. Vidrine wrote:
> > > > >On Fri, Jan 30, 2004 at 07:34:02AM -0500, Daniel Eischen wrote:
> > > > >
> > > > >> Until
> > > > >> the ports system is updated to handle this change, it is
> > > > >> recommended that folks install an /etc/libmap.conf(5) that
> > > > >> maps libc_r to libpthread.
> > > > >
> > > > >Why, exactly? (curious)
> > > > >
> > > > >IMHO it is unacceptable to require /etc/libmap.conf to exist. I
> > > > >know this is temporary, but I hope it is *really* temporary.
> > > >
> > > > We certainly are not going to ship 5.3 like this. However, given
> > > > that HEAD is a development branch and that change does not happen
> > > > instantly, I think that this fine for now.
> > >
> > > Actually, installing a libmap.conf mapping libc_r to libpthread by
> > > default in 5.3 might be *less* painful than the alternative.
> > > Otherwise, an application compiled after the change that links
> > > against a multithreaded library compiled before the change might
> > > depend on both libc_r.so and libpthread.so, which would inevitably
> > > cause things to go wrong at runtime. Without a libmap.conf, it
> > > would seem that users would be forced to upgrade all of their
> > > applications and libraries that depend on libc_r simultaneously.
> >
> > Could mergemaster be coerced into installing a sane libmap.conf until
> > things settle?
> >
>
> If I create a libmap.conf file mapping libc_r to libpthread
> MozillaFirebird fails to run!
>
> There are no error messages to log or console, it just sits there.
>
> I know you are going to say recompile Firebird, but this may be a
> warning to others with programmes that fail to run for no apparent
> reason.
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 187 bytes
> Desc: not available
> Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040205/e51756a2/attachment-0001.bin
>
> ------------------------------
>
> Message: 15
> Date: Thu, 5 Feb 2004 20:23:28 -0800
> From: Kris Kennaway <kris at obsecurity.org>
> Subject: Re: python ports broken (sem_destroy: Resource temporarily
> unavailable)
> To: Daniel Eischen <eischen at vigrid.com>
> Cc: current at FreeBSD.org
> Message-ID: <20040206042328.GA45061 at xor.obsecurity.org>
> Content-Type: text/plain; charset="us-ascii"
>
> On Thu, Feb 05, 2004 at 06:37:41PM -0500, Daniel Eischen wrote:
>
> > > > Actually lots of the package builds seem to be hanging in this way.
> > >
> > > I'm looking at this but don't see anything wrong yet. I've
> > > just started a buildworld and will see if I can get sem_destroy()
> > > to fail.
> > >
> > > FYI, sem_destroy() returns -1 with errno = EBUSY when there
> > > are waiters waiting on the semaphore.
> >
> > I think I fixed the problem (see last commit to libc/gen/sem.c).
> > Please continue to let me know of any problems you find.
>
> Nope, still broken. Can you confirm that you can build e.g. the
> py23-bsddb3-4.1.6_1 port? It hangs for me here:
>
> [...]
> byte-compiling /usr/local/lib/python2.3/site-packages/bsddb3/tests/test_queue.py to test_queue.pyc
> byte-compiling /usr/local/lib/python2.3/site-packages/bsddb3/tests/test_recno.py to test_recno.pyc
> byte-compiling /usr/local/lib/python2.3/site-packages/bsddb3/tests/test_thread.py to test_thread.pyc
>
> Kris
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 187 bytes
> Desc: not available
> Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040205/b3030158/attachment-0001.bin
>
> ------------------------------
>
> Message: 16
> Date: Thu, 05 Feb 2004 23:28:26 -0500
> From: Joe Marcus Clarke <marcus at marcuscom.com>
> Subject: Re: python ports broken (sem_destroy: Resource temporarily
> unavailable)
> To: Kris Kennaway <kris at obsecurity.org>
> Cc: current at freebsd.org
> Message-ID: <1076041706.3937.14.camel at shumai.marcuscom.com>
> Content-Type: text/plain; charset="us-ascii"
>
> On Thu, 2004-02-05 at 23:23, Kris Kennaway wrote:
> > On Thu, Feb 05, 2004 at 06:37:41PM -0500, Daniel Eischen wrote:
> >
> > > > > Actually lots of the package builds seem to be hanging in this way.
> > > >
> > > > I'm looking at this but don't see anything wrong yet. I've
> > > > just started a buildworld and will see if I can get sem_destroy()
> > > > to fail.
> > > >
> > > > FYI, sem_destroy() returns -1 with errno = EBUSY when there
> > > > are waiters waiting on the semaphore.
> > >
> > > I think I fixed the problem (see last commit to libc/gen/sem.c).
> > > Please continue to let me know of any problems you find.
> >
> > Nope, still broken. Can you confirm that you can build e.g. the
> > py23-bsddb3-4.1.6_1 port? It hangs for me here:
> >
> > [...]
> > byte-compiling /usr/local/lib/python2.3/site-packages/bsddb3/tests/test_queue.py to test_queue.pyc
> > byte-compiling /usr/local/lib/python2.3/site-packages/bsddb3/tests/test_recno.py to test_recno.pyc
> > byte-compiling /usr/local/lib/python2.3/site-packages/bsddb3/tests/test_thread.py to test_thread.pyc
>
> As does textproc/py-xml for me (during make install).
>
> Joe
>
> >
> > Kris
> --
> PGP Key : http://www.marcuscom.com/pgp.asc
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 187 bytes
> Desc: This is a digitally signed message part
> Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040205/0c4f16f3/attachment-0001.bin
>
> ------------------------------
>
> Message: 17
> Date: Thu, 05 Feb 2004 21:43:41 -0700 (MST)
> From: "M. Warner Losh" <imp at bsdimp.com>
> Subject: Re: Very long SRCS list with unusually long src/ prefix
> To: bde at zeta.org.au
> Cc: current at freebsd.org
> Message-ID: <20040205.214341.11990356.imp at bsdimp.com>
> Content-Type: Text/Plain; charset=us-ascii
>
> In message: <20040206030956.F11456 at gamplex.bde.org>
> Bruce Evans <bde at zeta.org.au> writes:
> : > > % + (cd ${.CURDIR}; ${MAKE} _mkdep_cS) | xargs env \
> : > > % + ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \
> : > > % + ${CFLAGS:M-nostdinc*} ${CFLAGS:M-[BID]*}
> : > >
> : > > make uses a real shell, so the env shouldn't be needed.
> : > >
> : > $ echo foo.c | xargs CC=cc mkdep
> : > xargs: CC=cc: No such file or directory
> :
> : $ echo foo.c | CC=cc xargs mkdep
>
> But MKDEPCMD is 'CC=cc mkdep', so the env is needed... Unless there's
> a MKDEPCMD_ENV variable...
>
> Warner
>
> ------------------------------
>
> Message: 18
> Date: Fri, 6 Feb 2004 15:52:44 +1100 (EST)
> From: Bruce Evans <bde at zeta.org.au>
> Subject: Re: Very long SRCS list with unusually long src/ prefix
> To: Ruslan Ermilov <ru at FreeBSD.org>
> Cc: current at FreeBSD.org
> Message-ID: <20040206153150.J14249 at gamplex.bde.org>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
> On Thu, 5 Feb 2004, Ruslan Ermilov wrote:
>
> > On Fri, Feb 06, 2004 at 03:19:46AM +1100, Bruce Evans wrote:
> > > On Thu, 5 Feb 2004, Ruslan Ermilov wrote:
> > >
> > > > On Fri, Feb 06, 2004 at 01:40:45AM +1100, Bruce Evans wrote:
> > > > > On Thu, 5 Feb 2004, Ruslan Ermilov wrote:
> > > > [...]
> > > > > % +.for f in ${DPSRCS:M*.[cS]} ${DPSRCS:M*.cc} ${DPSRCS:M*.C} ${DPSRCS:M*.cpp} \
> > > > > % + ${DPSRCS:M*.cxx} ${DPSRCS:M*.m}
> > > > > % +_mkdep_${f}: ${f}
> > > > > % + @echo ${.ALLSRC}
> > > > > % +.endfor
> > > > >
> > > > > This seems to run echo once for each file separately. It should be deemed
> > > > > inefficient :-).
> > > > >
> > > > But that's what this patch basically does: it splits possibly very
> > > > long ${.ALLSRC} list into pieces. It's very inefficient only in
> > > > traditional mode. Run this with and without -j1 to see the diff:
> > > >
> > > > : COUNT!= jot 1000
> > > > :
> > > > : all:
> > > > : .for foo in ${COUNT}
> > > > : @echo $$$$ >/dev/null
> > > > : .endfor
> > >
> > > That is slow too. I get 12.12 seconds with make, 2.36 with make -j1,
> > > 1.37 with a shell loop and bash-1, 1.35 with a shell loop and /bin/sh,
> > > and 0.0042 with jot 1000 >/dev/null.
> > >
> > Shell loops aren't an option here. I realize that we loose speed here,
> > but we gain a feature.
>
> Ah, but I always choose speed over features (except reverse creeping ones) :-).
>
> > > I wonder about all those little dependencies too. make already takes
> > > a noticeable amount of time to handle large subdirs (here it takes 0.48
> > > seconds for a null "make depend").
> ^ in libc
> > >
> > I see the 0.18 secs increase for "make depend" in bin/cat. I see no
> > increase when .depend is not stale (since this code is not run then).
> > What do you mean by a ``null "make depend"''?
>
> 0.18 seconds in bin/cat is huge. A null "make depend" is when .depend is
> not stale (an maybe all relevant disk blocks are cached).
>
> > > > > % ${DEPENDFILE}: ${DPSRCS}
> > > > > % rm -f ${DEPENDFILE}
> > > > > % .if !empty(DPSRCS:M*.[cS])
> > > > > % - ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \
> > > > > % - ${CFLAGS:M-nostdinc*} ${CFLAGS:M-[BID]*} \
> > > > > % - ${.ALLSRC:M*.[cS]}
> > > > > % + (cd ${.CURDIR}; ${MAKE} _mkdep_cS) | xargs env \
> > > > > % + ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \
> > > > > % + ${CFLAGS:M-nostdinc*} ${CFLAGS:M-[BID]*}
> > > > >
> > > > > make uses a real shell, so the env shouldn't be needed.
> > > > >
> > > > $ echo foo.c | xargs CC=cc mkdep
> > > > xargs: CC=cc: No such file or directory
> > >
> > > $ echo foo.c | CC=cc xargs mkdep
> > >
> > Yes, but ``grep ^MKDEPCMD bsd.dep.mk'' to see what I'm talking
> > about.
>
> I know. MKDEPCMD should be put in the environment before execing
> xargs instead of after to avoid the env process. It seems to the
> only thing that needs to be put in the environment here. See the
> similar cleanup in kern.post.mk.
>
> Bruce
>
> ------------------------------
>
> Message: 19
> Date: Fri, 6 Feb 2004 13:24:28 +0800
> From: leafy <leafy at leafy.idv.tw>
> Subject: Re: python ports broken (sem_destroy: Resource temporarily
> unavailable)
> To: freebsd-current at freebsd.org
> Message-ID: <20040206052428.GA81874 at chihiro.leafy.idv.tw>
> Content-Type: text/plain; charset=big5
>
> On Thu, Feb 05, 2004 at 11:28:26PM -0500, Joe Marcus Clarke wrote:
> > > byte-compiling /usr/local/lib/python2.3/site-packages/bsddb3/tests/test_recno.py to test_recno.pyc
> > > byte-compiling /usr/local/lib/python2.3/site-packages/bsddb3/tests/test_thread.py to test_thread.pyc
> >
> > As does textproc/py-xml for me (during make install).
> >
> > Joe
> Same here.
>
> Jiawei
>
> --
> "Without the userland, the kernel is useless."
> --inspired by The Tao of Programming
>
> ------------------------------
>
> Message: 20
> Date: Fri, 6 Feb 2004 01:08:41 -0600
> From: John <strgout at unixjunkie.com>
> Subject: mplayer borked with libpthread + feb4th Current
> To: freebsd-current at freebsd.org
> Message-ID: <20040206070625.GA27382 at mail.unixjunkie.com>
> Content-Type: text/plain; charset=us-ascii
>
> Well i installed a snapshot onto my laptop. i installed mplayeyer
> seem it seems to have problems. With mplayer i can't do anything without it
> crashing. FYI after setting up libmap.conf to point to libc_r mplayer works
> fine.
> > mplayer
> Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0)
> Abort (core dumped)
> >
>
> (gdb) where
> #0 0x28666edf in kill () from /lib/libc.so.5
> #1 0x284ec966 in raise () from /usr/lib/libpthread.so.1
> #2 0x286d2052 in abort () from /lib/libc.so.5
> #3 0x28502e5f in pthread_testcancel () from /usr/lib/libpthread.so.1
> #4 0x284efe75 in _spinlock () from /usr/lib/libpthread.so.1
> #5 0x284efeff in _spinlock_debug () from /usr/lib/libpthread.so.1
> #6 0x2870cb5b in _thread_fd_table_init () from /usr/lib/libc_r.so.5
> #7 0x2870afe2 in _thread_init () from /usr/lib/libc_r.so.5
> #8 0x28700769 in _thread_init_hack () from /usr/lib/libc_r.so.5
> #9 0x2870df32 in _find_thread () from /usr/lib/libc_r.so.5
> #10 0x286fcb36 in _init () from /usr/lib/libc_r.so.5
> #11 0x28292973 in _rtld () from /libexec/ld-elf.so.1
>
> XF-4 and mplayer were build from up todate ports from the 5th i think.
>
> Here are all the packages i'm using.
>
> ORBit-0.5.17_2 lame-3.95.1_1
> XFree86-4.3.0,1 lcms-1.09,1
> XFree86-FontServer-4.3.0_3 libiconv-1.9.1_3
> XFree86-Server-4.3.0_12 libmng-1.0.5_1
> XFree86-clients-4.3.0_6 libtool-1.3.5_1
> XFree86-documents-4.3.0 libtool-1.5
> XFree86-font100dpi-4.3.0 linux-netscape-navigator-4.8
> XFree86-font75dpi-4.3.0 linux_base-7.1_6
> XFree86-fontCyrillic-4.3.0 lynx-ssl-2.8.4.1d
> XFree86-fontDefaultBitmaps-4.3.0 m4-1.4_1
> XFree86-fontEncodings-4.3.0 mozilla-1.6_2,2
> XFree86-fontScalable-4.3.0 mplayer-0.92.0_5
> XFree86-libraries-4.3.0_6 mplayer-fonts-0.50
> Xft-2.1.2_1 mplayerxp-0.1.9_2
> autoconf-2.13.000227_5 nasm-0.98.38_1,1
> automake-1.4.5_9 netscape-remote-1.0_1
> bash-2.05b.007 netscape-wrapper-2000.07.07
> blackbox-0.65.0 nspr-4.4.1_1
> boxtools-0.65.0 perl-5.8.2_4
> cvsup-without-gui-16.1h pkgconfig-0.15.0
> dri-4.3.0,1 png-1.2.5_3
> expat-1.95.6_1 popt-1.6.4_2
> fontconfig-2.2.90_4 racoon-20040116a
> freetype2-2.1.5_2 rc_subr-1.16
> gettext-0.12.1 rpm-3.0.6_9
> gettext-0.13.1 ruby-1.6.8.2003.10.15
> glib-1.2.10_10 unzip-5.50_2
> gmake-3.80_1 win32-codecs-2.0.90_1,1
> gtk-1.2.10_11 wrapper-1.0_3
> imake-4.3.0_2 zip-2.3_1
> jpeg-6b_1
>
> The only kernel config change i've made was to disable i486 and i586
> and add the following.
> # no reason to trust wep ;)
> options IPSEC
> options IPSEC_ESP
>
> ------------------------------
>
> Message: 21
> Date: Fri, 06 Feb 2004 01:46:13 -0500
> From: Joe Marcus Clarke <marcus at marcuscom.com>
> Subject: Re: mplayer borked with libpthread + feb4th Current
> To: John <strgout at unixjunkie.com>
> Cc: freebsd-current at freebsd.org
> Message-ID: <1076049972.3937.16.camel at shumai.marcuscom.com>
> Content-Type: text/plain; charset="us-ascii"
>
> On Fri, 2004-02-06 at 02:08, John wrote:
> > Well i installed a snapshot onto my laptop. i installed mplayeyer
> > seem it seems to have problems. With mplayer i can't do anything without it
> > crashing. FYI after setting up libmap.conf to point to libc_r mplayer works
> > fine.
> > > mplayer
> > Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0)
> > Abort (core dumped)
> > >
>
> Looks like mplayer is linked to both libc_r and libpthread. If you
> switch your libmap.conf to map libc_r --> libpthread, does it also work?
>
> Joe
>
> >
> > (gdb) where
> > #0 0x28666edf in kill () from /lib/libc.so.5
> > #1 0x284ec966 in raise () from /usr/lib/libpthread.so.1
> > #2 0x286d2052 in abort () from /lib/libc.so.5
> > #3 0x28502e5f in pthread_testcancel () from /usr/lib/libpthread.so.1
> > #4 0x284efe75 in _spinlock () from /usr/lib/libpthread.so.1
> > #5 0x284efeff in _spinlock_debug () from /usr/lib/libpthread.so.1
> > #6 0x2870cb5b in _thread_fd_table_init () from /usr/lib/libc_r.so.5
> > #7 0x2870afe2 in _thread_init () from /usr/lib/libc_r.so.5
> > #8 0x28700769 in _thread_init_hack () from /usr/lib/libc_r.so.5
> > #9 0x2870df32 in _find_thread () from /usr/lib/libc_r.so.5
> > #10 0x286fcb36 in _init () from /usr/lib/libc_r.so.5
> > #11 0x28292973 in _rtld () from /libexec/ld-elf.so.1
> >
> > XF-4 and mplayer were build from up todate ports from the 5th i think.
> >
> > Here are all the packages i'm using.
> >
> > ORBit-0.5.17_2 lame-3.95.1_1
> > XFree86-4.3.0,1 lcms-1.09,1
> > XFree86-FontServer-4.3.0_3 libiconv-1.9.1_3
> > XFree86-Server-4.3.0_12 libmng-1.0.5_1
> > XFree86-clients-4.3.0_6 libtool-1.3.5_1
> > XFree86-documents-4.3.0 libtool-1.5
> > XFree86-font100dpi-4.3.0 linux-netscape-navigator-4.8
> > XFree86-font75dpi-4.3.0 linux_base-7.1_6
> > XFree86-fontCyrillic-4.3.0 lynx-ssl-2.8.4.1d
> > XFree86-fontDefaultBitmaps-4.3.0 m4-1.4_1
> > XFree86-fontEncodings-4.3.0 mozilla-1.6_2,2
> > XFree86-fontScalable-4.3.0 mplayer-0.92.0_5
> > XFree86-libraries-4.3.0_6 mplayer-fonts-0.50
> > Xft-2.1.2_1 mplayerxp-0.1.9_2
> > autoconf-2.13.000227_5 nasm-0.98.38_1,1
> > automake-1.4.5_9 netscape-remote-1.0_1
> > bash-2.05b.007 netscape-wrapper-2000.07.07
> > blackbox-0.65.0 nspr-4.4.1_1
> > boxtools-0.65.0 perl-5.8.2_4
> > cvsup-without-gui-16.1h pkgconfig-0.15.0
> > dri-4.3.0,1 png-1.2.5_3
> > expat-1.95.6_1 popt-1.6.4_2
> > fontconfig-2.2.90_4 racoon-20040116a
> > freetype2-2.1.5_2 rc_subr-1.16
> > gettext-0.12.1 rpm-3.0.6_9
> > gettext-0.13.1 ruby-1.6.8.2003.10.15
> > glib-1.2.10_10 unzip-5.50_2
> > gmake-3.80_1 win32-codecs-2.0.90_1,1
> > gtk-1.2.10_11 wrapper-1.0_3
> > imake-4.3.0_2 zip-2.3_1
> > jpeg-6b_1
> >
> > The only kernel config change i've made was to disable i486 and i586
> > and add the following.
> > # no reason to trust wep ;)
> > options IPSEC
> > options IPSEC_ESP
> > _______________________________________________
> > freebsd-current at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
> --
> PGP Key : http://www.marcuscom.com/pgp.asc
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 187 bytes
> Desc: This is a digitally signed message part
> Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040206/110e340e/attachment-0001.bin
>
> ------------------------------
>
> Message: 22
> Date: Fri, 6 Feb 2004 01:22:15 -0600
> From: John <strgout at unixjunkie.com>
> Subject: Re: mplayer borked with libpthread + feb4th Current
> To: freebsd-current at freebsd.org
> Message-ID: <20040206072215.GA27485 at mail.unixjunkie.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Fri, Feb 06, 2004 at 01:46:13AM -0500, Joe Marcus Clarke wrote:
> > On Fri, 2004-02-06 at 02:08, John wrote:
> > > Well i installed a snapshot onto my laptop. i installed mplayeyer
> > > seem it seems to have problems. With mplayer i can't do anything without it
> > > crashing. FYI after setting up libmap.conf to point to libc_r mplayer works
> > > fine.
> > > > mplayer
> > > Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0)
> > > Abort (core dumped)
> > > >
> >
> > Looks like mplayer is linked to both libc_r and libpthread. If you
> > switch your libmap.conf to map libc_r --> libpthread, does it also work?
> >
> > Joe
> >
> > >
> > > (gdb) where
> > > #0 0x28666edf in kill () from /lib/libc.so.5
> > > #1 0x284ec966 in raise () from /usr/lib/libpthread.so.1
> > > #2 0x286d2052 in abort () from /lib/libc.so.5
> > > #3 0x28502e5f in pthread_testcancel () from /usr/lib/libpthread.so.1
> > > #4 0x284efe75 in _spinlock () from /usr/lib/libpthread.so.1
> > > #5 0x284efeff in _spinlock_debug () from /usr/lib/libpthread.so.1
> > > #6 0x2870cb5b in _thread_fd_table_init () from /usr/lib/libc_r.so.5
> > > #7 0x2870afe2 in _thread_init () from /usr/lib/libc_r.so.5
> > > #8 0x28700769 in _thread_init_hack () from /usr/lib/libc_r.so.5
> > > #9 0x2870df32 in _find_thread () from /usr/lib/libc_r.so.5
> > > #10 0x286fcb36 in _init () from /usr/lib/libc_r.so.5
> > > #11 0x28292973 in _rtld () from /libexec/ld-elf.so.1
> > >
> > > XF-4 and mplayer were build from up todate ports from the 5th i think.
> > >
> > > Here are all the packages i'm using.
> > >
> > > ORBit-0.5.17_2 lame-3.95.1_1
> > > XFree86-4.3.0,1 lcms-1.09,1
> > > XFree86-FontServer-4.3.0_3 libiconv-1.9.1_3
> > > XFree86-Server-4.3.0_12 libmng-1.0.5_1
> > > XFree86-clients-4.3.0_6 libtool-1.3.5_1
> > > XFree86-documents-4.3.0 libtool-1.5
> > > XFree86-font100dpi-4.3.0 linux-netscape-navigator-4.8
> > > XFree86-font75dpi-4.3.0 linux_base-7.1_6
> > > XFree86-fontCyrillic-4.3.0 lynx-ssl-2.8.4.1d
> > > XFree86-fontDefaultBitmaps-4.3.0 m4-1.4_1
> > > XFree86-fontEncodings-4.3.0 mozilla-1.6_2,2
> > > XFree86-fontScalable-4.3.0 mplayer-0.92.0_5
> > > XFree86-libraries-4.3.0_6 mplayer-fonts-0.50
> > > Xft-2.1.2_1 mplayerxp-0.1.9_2
> > > autoconf-2.13.000227_5 nasm-0.98.38_1,1
> > > automake-1.4.5_9 netscape-remote-1.0_1
> > > bash-2.05b.007 netscape-wrapper-2000.07.07
> > > blackbox-0.65.0 nspr-4.4.1_1
> > > boxtools-0.65.0 perl-5.8.2_4
> > > cvsup-without-gui-16.1h pkgconfig-0.15.0
> > > dri-4.3.0,1 png-1.2.5_3
> > > expat-1.95.6_1 popt-1.6.4_2
> > > fontconfig-2.2.90_4 racoon-20040116a
> > > freetype2-2.1.5_2 rc_subr-1.16
> > > gettext-0.12.1 rpm-3.0.6_9
> > > gettext-0.13.1 ruby-1.6.8.2003.10.15
> > > glib-1.2.10_10 unzip-5.50_2
> > > gmake-3.80_1 win32-codecs-2.0.90_1,1
> > > gtk-1.2.10_11 wrapper-1.0_3
> > > imake-4.3.0_2 zip-2.3_1
> > > jpeg-6b_1
> > >
> > > The only kernel config change i've made was to disable i486 and i586
> > > and add the following.
> > > # no reason to trust wep ;)
> > > options IPSEC
> > > options IPSEC_ESP
> > > _______________________________________________
> > > freebsd-current at freebsd.org mailing list
> > > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
> > --
> > PGP Key : http://www.marcuscom.com/pgp.asc
>
> sure does, don't know why i didn't think about that ;).
>
> thanks
>
> ------------------------------
>
> Message: 23
> Date: Fri, 06 Feb 2004 01:55:38 -0500
> From: Joe Marcus Clarke <marcus at marcuscom.com>
> Subject: Re: mplayer borked with libpthread + feb4th Current
> To: John <strgout at unixjunkie.com>
> Cc: freebsd-current at freebsd.org
> Message-ID: <1076050538.3937.19.camel at shumai.marcuscom.com>
> Content-Type: text/plain; charset="us-ascii"
>
> On Fri, 2004-02-06 at 02:22, John wrote:
> > On Fri, Feb 06, 2004 at 01:46:13AM -0500, Joe Marcus Clarke wrote:
> > > On Fri, 2004-02-06 at 02:08, John wrote:
> > > > Well i installed a snapshot onto my laptop. i installed mplayeyer
> > > > seem it seems to have problems. With mplayer i can't do anything without it
> > > > crashing. FYI after setting up libmap.conf to point to libc_r mplayer works
> > > > fine.
> > > > > mplayer
> > > > Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0)
> > > > Abort (core dumped)
> > > > >
> > >
> > > Looks like mplayer is linked to both libc_r and libpthread. If you
> > > switch your libmap.conf to map libc_r --> libpthread, does it also work?
> > >
> > > Joe
> > >
> > > >
> > > > (gdb) where
> > > > #0 0x28666edf in kill () from /lib/libc.so.5
> > > > #1 0x284ec966 in raise () from /usr/lib/libpthread.so.1
> > > > #2 0x286d2052 in abort () from /lib/libc.so.5
> > > > #3 0x28502e5f in pthread_testcancel () from /usr/lib/libpthread.so.1
> > > > #4 0x284efe75 in _spinlock () from /usr/lib/libpthread.so.1
> > > > #5 0x284efeff in _spinlock_debug () from /usr/lib/libpthread.so.1
> > > > #6 0x2870cb5b in _thread_fd_table_init () from /usr/lib/libc_r.so.5
> > > > #7 0x2870afe2 in _thread_init () from /usr/lib/libc_r.so.5
> > > > #8 0x28700769 in _thread_init_hack () from /usr/lib/libc_r.so.5
> > > > #9 0x2870df32 in _find_thread () from /usr/lib/libc_r.so.5
> > > > #10 0x286fcb36 in _init () from /usr/lib/libc_r.so.5
> > > > #11 0x28292973 in _rtld () from /libexec/ld-elf.so.1
> > > >
> > > > XF-4 and mplayer were build from up todate ports from the 5th i think.
> > > >
> > > > Here are all the packages i'm using.
> > > >
> > > > ORBit-0.5.17_2 lame-3.95.1_1
> > > > XFree86-4.3.0,1 lcms-1.09,1
> > > > XFree86-FontServer-4.3.0_3 libiconv-1.9.1_3
> > > > XFree86-Server-4.3.0_12 libmng-1.0.5_1
> > > > XFree86-clients-4.3.0_6 libtool-1.3.5_1
> > > > XFree86-documents-4.3.0 libtool-1.5
> > > > XFree86-font100dpi-4.3.0 linux-netscape-navigator-4.8
> > > > XFree86-font75dpi-4.3.0 linux_base-7.1_6
> > > > XFree86-fontCyrillic-4.3.0 lynx-ssl-2.8.4.1d
> > > > XFree86-fontDefaultBitmaps-4.3.0 m4-1.4_1
> > > > XFree86-fontEncodings-4.3.0 mozilla-1.6_2,2
> > > > XFree86-fontScalable-4.3.0 mplayer-0.92.0_5
> > > > XFree86-libraries-4.3.0_6 mplayer-fonts-0.50
> > > > Xft-2.1.2_1 mplayerxp-0.1.9_2
> > > > autoconf-2.13.000227_5 nasm-0.98.38_1,1
> > > > automake-1.4.5_9 netscape-remote-1.0_1
> > > > bash-2.05b.007 netscape-wrapper-2000.07.07
> > > > blackbox-0.65.0 nspr-4.4.1_1
> > > > boxtools-0.65.0 perl-5.8.2_4
> > > > cvsup-without-gui-16.1h pkgconfig-0.15.0
> > > > dri-4.3.0,1 png-1.2.5_3
> > > > expat-1.95.6_1 popt-1.6.4_2
> > > > fontconfig-2.2.90_4 racoon-20040116a
> > > > freetype2-2.1.5_2 rc_subr-1.16
> > > > gettext-0.12.1 rpm-3.0.6_9
> > > > gettext-0.13.1 ruby-1.6.8.2003.10.15
> > > > glib-1.2.10_10 unzip-5.50_2
> > > > gmake-3.80_1 win32-codecs-2.0.90_1,1
> > > > gtk-1.2.10_11 wrapper-1.0_3
> > > > imake-4.3.0_2 zip-2.3_1
> > > > jpeg-6b_1
> > > >
> > > > The only kernel config change i've made was to disable i486 and i586
> > > > and add the following.
> > > > # no reason to trust wep ;)
> > > > options IPSEC
> > > > options IPSEC_ESP
> > > > _______________________________________________
> > > > freebsd-current at freebsd.org mailing list
> > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
> > > --
> > > PGP Key : http://www.marcuscom.com/pgp.asc
> >
> > sure does, don't know why i didn't think about that ;).
>
> By using ldd on mplayer, then all of its dependencies, you can track
> down which library is bringing in the libc_r dependency (it maybe
> mplayer itself). Note: you should do this after doing a forced
> reinstall of all of mplayer's dependencies:
>
> portupgrade -Rf mplayer\*
>
> (If you haven't done so already). Once you find the culprit, email that
> port's maintainer, and let them know the problem exists.
>
> Joe
>
> >
> > thanks
> > _______________________________________________
> > freebsd-current at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
> --
> PGP Key : http://www.marcuscom.com/pgp.asc
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 187 bytes
> Desc: This is a digitally signed message part
> Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040206/aeeab557/attachment-0001.bin
>
> ------------------------------
>
> Message: 24
> Date: Thu, 5 Feb 2004 23:21:15 -0800 (PST)
> From: "Andrew P. Lentvorski, Jr." <bsder at allcaps.org>
> Subject: Re: rpc.lockd(8) seg faults on 5.2-RELEASE
> To: Frode Nordahl <frode at nordahl.net>
> Cc: current at freebsd.org
> Message-ID: <20040205231849.D41237 at mail.allcaps.org>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
> On Thu, 5 Feb 2004, Frode Nordahl wrote:
>
> > I also found this in send_granted(): lockd_lock.c:2161
> >
> > debuglog("About to send granted on blocked lock\n");
> > sleep(1);
> > debuglog("Blowing off return send\n");
> >
> > Anyone know what sleep(1) is good for here?
>
> The sleep() statements near debuglog() stuff are to work around the fact
> that syslog has bugs where it arbitrarily and randomly eats messages when
> you start sending too much data at it too quickly.
>
> By slowing down the logging, all of the messages get recorded.
>
> -a
>
> ------------------------------
>
> Message: 25
> Date: Fri, 6 Feb 2004 18:22:44 +1100
> From: Peter Jeremy <PeterJeremy at optushome.com.au>
> Subject: Re: Fwd: Re: How to calculate bsdlabel size
> To: Harald Schmalzbauer <h at schmalzbauer.de>
> Cc: freebsd-current at freebsd.org
> Message-ID: <20040206072244.GT908 at cirb503493.alcatel.com.au>
> Content-Type: text/plain; charset=us-ascii
>
> On Wednesday 04 February 2004 21:31, Harald Schmalzbauer wrote:
> > I manually created disklabels with a size number of 10485760.
> > I wanted to have 5 GigaByte big labels, so 5*1024*1024*1024/512=10485760.
> > Now after doing a newfs and mounting the new label, df -h reports a size
> > of 4.8GB.
> > Can someone please enlighten me?
>
> Which df column? If you're concerned about "missing" blocks, what does
> "df -b" or "df -k" report? What parameters did you use for newfs?
>
> You can expect to lose 3-5% of disk space for metadata overheads.
> Each inode taken 256 bytes and each cylinder group takes several FS
> blocks. If you want to fit 5GB of data onto a filesystem, you're
> going to need to allocate something like 5.2GB of disk space.
>
> >But it's not my problem. What you mean results in limited available space,
> > but doesn't have any influence on Size summary. Btw I did a newfs with -m 0
> > so it can't be the reaseon.
>
> This is strongly non-recommended. The UFS algorithms are designed on
> the assumption that there are always free blocks. When you get below
> 5-10% free space, the performance will degrade significantly and you
> will start getting file fragmentation.
>
> Peter
>
> ------------------------------
>
> Message: 26
> Date: Fri, 6 Feb 2004 21:15:42 +1300
> From: Andrew Thompson <andy at fud.org.nz>
> Subject: Re: mplayer borked with libpthread + feb4th Current
> To: Joe Marcus Clarke <marcus at marcuscom.com>
> Cc: John <strgout at unixjunkie.com>
> Message-ID: <20040206081542.GA41057 at kate.fud.org.nz>
> Content-Type: text/plain; charset=us-ascii
>
> > > > > dri-4.3.0,1 png-1.2.5_3
> > > > > expat-1.95.6_1 popt-1.6.4_2
> > > > > fontconfig-2.2.90_4 racoon-20040116a
> > > > > freetype2-2.1.5_2 rc_subr-1.16
> > > > > gettext-0.12.1 rpm-3.0.6_9
> > > > > gettext-0.13.1 ruby-1.6.8.2003.10.15
> > > > > glib-1.2.10_10 unzip-5.50_2
> > > > > gmake-3.80_1 win32-codecs-2.0.90_1,1
> > > > > gtk-1.2.10_11 wrapper-1.0_3
> > > > > imake-4.3.0_2 zip-2.3_1
> > > > > jpeg-6b_1
> > > > >
> > > > > The only kernel config change i've made was to disable i486 and i586
> > > > > and add the following.
> > > > > # no reason to trust wep ;)
> > > > > options IPSEC
> > > > > options IPSEC_ESP
> > > > > _______________________________________________
> > > > > freebsd-current at freebsd.org mailing list
> > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
> > > > --
> > > > PGP Key : http://www.marcuscom.com/pgp.asc
> > >
> > > sure does, don't know why i didn't think about that ;).
> >
> > By using ldd on mplayer, then all of its dependencies, you can track
> > down which library is bringing in the libc_r dependency (it maybe
> > mplayer itself). Note: you should do this after doing a forced
> > reinstall of all of mplayer's dependencies:
> >
> > portupgrade -Rf mplayer\*
> >
>
> Would anything like this help tracking programs linking to libc_r? (in
> semi psudo code)
>
>
> [ from rtld.c ]
> static char *
> find_library(const char *xname, const Obj_Entry *refobj)
> {
> char *pathname;
> char *name;
>
> if (strchr(xname, '/') != NULL) { /* Hard coded pathname */
> if (xname[0] != '/' && !trust) {
> _rtld_error("Absolute pathname required for shared object \"%s\"",
> xname);
> return NULL;
> }
> return xstrdup(xname);
> }
>
> + if (strncmp(xname, "libc_r", 6) == 0)
> + <print some warning to user>
>
> if (libmap_disable || (refobj == NULL) ||
> (name = lm_find(refobj->path, xname)) == NULL)
> name = (char *)xname;
>
> ...
>
>
> Andy
>
>
>
>
> ------------------------------
>
> Message: 27
> Date: Fri, 6 Feb 2004 02:30:12 -0600 (CST)
> From: "Jon Noack" <noackjr at compgeek.com>
> Subject: Re: HPT374 Driver in -CURRENT
> To: freebsd at amarand.org
> Cc: freebsd-current at freebsd.org
> Message-ID: <50857.192.168.1.10.1076056212.squirrel at www.noacks.org>
> Content-Type: text/plain;charset=iso-8859-1
>
> freebsd at amarand.org wrote:
> > What is the best way to use the "device ataraid" kernel option while
> > performing a clean installation by booting off the 5.2.1 ISO CD-ROM?
> >
> > This seems like a job for custom boot floppies or CDs, but I'd like the
> > most graceful solution. Also, I'm not afraid to read documentation if
> > there's something else that I need to read!
>
> This option is built into GENERIC (the default kernel that the CD-ROM uses
> for installation and the kernel that is installed with the OS). As such,
> this should work "out of the box" with no extra configuration. The only
> extra thing you should know (beyond a normal install) is that if you are
> using a RAID 0 or 1 array you should only set up slices and partitions on
> the ar0 (or whatever numbered ar_) device. This is the device for the
> RAID array. The ad_ devices listed are the individual hard drives of the
> array (unless you have extra hard drives). See the thread started on
> 01/23 titled "ata0-raid oddness." for more info.
>
> Remembering this little ar_ detail, just follow the handbook:
> http://www.freebsd.org/handbook/
>
> Jon Noack
>
>
> ------------------------------
>
> Message: 28
> Date: Fri, 6 Feb 2004 00:37:30 -0800 (PST)
> From: Julian Elischer <julian at elischer.org>
> Subject: FreeBSD 1.1 under -current :-)
> To: FreeBSD current users <current at FreeBSD.ORG>
> Message-ID:
> <Pine.BSF.4.21.0402060026550.24232-100000 at InterJet.elischer.org>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>
> well this is not really a -current question, but..
> I unpacked a freebsd 1.1 cdrom into a subdirectory
> and after kldloading the aout module, chroot'd into it..
>
> things worked fine for a while then it all hung..
>
>
> apparrently programs in 1.1 can not handle that the PID can go past
> 32767 now.. 'wait()' for example fails..
>
> ok , so recompile my kenrel with PID_MAX set to 30000
> and try again..
> all works fine..
>
> I'm tempted to make PID_MAX a tunable or a sysctl..
> I think that some compatibility modes may have teh same problems
> (though I doubt that many people use anything other than Linux
> compatibility)
>
>
> on my 500 MHz laptop a GENERICAH kernel builds in 34 seconds
> including the make depend :-)
>
> but if I do:
> cd /usr/src
> make world
>
> I get:
> jules# make world
> cd /usr/src/etc; make distrib-dirs
> mtree -u -f mtree/BSD.root.dist -p /
> extra: .
> missing: sys
> missing: dev (not created: File exists)
> missing: dev/fd (not created: File exists)
> missing: etc (not created: File exists)
> missing: etc/config (not created: File exists)
> [...]
> proceeds as per normal (from memory) until:
>
> it tries to make the obj symlinks.
>
> then it all blows up..
>
> does anyone remember if there was an extra step we used to have to do?
> did we have to have a populated /usr/obj to start with?
> if so where did we get it from?
>
>
> ------------------------------
>
> Message: 29
> Date: Fri, 6 Feb 2004 09:44:58 +0100 (CET)
> From: Claus Guttesen<cguttesen at yahoo.dk>
> Subject: Reserved space (WAS: How to calculate bsdlabel size)
> To: Peter Jeremy <PeterJeremy at optushome.com.au>, Harald Schmalzbauer
> <h at schmalzbauer.de>
> Cc: freebsd-current at freebsd.org
> Message-ID: <20040206084458.53207.qmail at web14101.mail.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
>
> >> But it's not my problem. What you mean results in
> >> limited available space,
> >> but doesn't have any influence on Size summary.
> >> Btw I did a newfs with -m 0
> >> so it can't be the reaseon.
> >
> > This is strongly non-recommended. The UFS
> > algorithms are designed on
> > the assumption that there are always free blocks.
> > When you get below
> > 5-10% free space, the performance will degrade
> > significantly and you
> > will start getting file fragmentation.
> >
>
> Does the algorithm(s) rely only on percentage of free
> space? On a five TB (netto) filesystem eigth percent
> is approx. 410 GB which seems quite alot.
>
> regards
> Claus
>
>
> Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og virusscan
>
> ------------------------------
>
> Message: 30
> Date: Fri, 6 Feb 2004 02:56:10 -0600 (CST)
> From: "Jon Noack" <noackjr at compgeek.com>
> Subject: mplayer and -funroll-loops
> To: riggs at rrr.de
> Cc: freebsd-current at freebsd.org
> Message-ID: <50865.192.168.1.10.1076057770.squirrel at www.noacks.org>
> Content-Type: text/plain;charset=iso-8859-1
>
> Just a heads up:
> Building mplayer fails on 5.2.1-RC when CFLAGS includes "-funroll-loops".
> Everything works fine without it. The following is the error:
>
> [/usr/ports/multimedia/mplayer] $ make -s
> <snip>
> ===> Building for mplayer-gtk-esound-0.92.0_5
> <snip>
> In file included from imdct.c:757:
> imdct_3dnow.h: In function `imdct_do_512_3dnow':
> imdct_3dnow.h:351: error: can't find a register in class `GENERAL_REGS'
> while reloading `asm'
> imdct.c: In function `imdct_do_512_sse':
> imdct.c:937: warning: use of memory input without lvalue in asm operand 1
> is deprecated
> imdct.c:937: warning: use of memory input without lvalue in asm operand 2
> is deprecated
> gmake[1]: *** [imdct.o] Error 1
> gmake: *** [liba52/liba52.a] Error 2
> *** Error code 2
>
> Stop in /usr/ports/multimedia/mplayer.
>
> No big deal but I thought I'd pass it along...
> Jon Noack
>
>
> ------------------------------
>
> _______________________________________________
> freebsd-current at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
>
> End of freebsd-current Digest, Vol 46, Issue 14
> ***********************************************
>
More information about the freebsd-current
mailing list