> > 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} > > > > > % + _at_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} > > > > : _at_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 > *********************************************** >Received on Fri Feb 06 2004 - 01:47:45 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:41 UTC