Re: Kernel builds fail
Sorry, diff/patch and me got into an argument it seems. Should be fixed now. In message [EMAIL PROTECTED], Kent Hauser writes: I can't build a kernel after CVSUP'ing today. After successfully completing a `make world', I tried to build a kernel. Edited script below. chapel-hill# cd /sys/i386/conf chapel-hill# rm -rf ../../compile/GENERIC chapel-hill# config GENERIC WARNING: Old ISA driver compatability shims present. Don't forget to do a ``make depend'' Kernel build directory is ../../compile/GENERIC chapel-hill# cd ../../compile/GENERIC chapel-hill# make -s depend all ./aicasm: 725 instructions used [[ lots of warnings deleted ]] ../../kern/vfs_bio.c:2584: warning: no previous prototype for `biowait' [[ more warnings deleted ]] linking kernel vfs_bio.o: In function `bread': vfs_bio.o(.text+0x485): undefined reference to `bufwait' vfs_bio.o: In function `breadn': vfs_bio.o(.text+0x64f): undefined reference to `bufwait' vfs_bio.o: In function `bwrite': vfs_bio.o(.text+0x87e): undefined reference to `bufwait' vfs_cluster.o: In function `cluster_read': vfs_cluster.o(.text+0x481): undefined reference to `bufwait' nfs_vnops.o: In function `nfs_writebp': nfs_vnops.o(.text+0x11951): undefined reference to `bufwait' ffs_inode.o(.text+0xc0c): more undefined references to `bufwait' follow *** Error code 1 Stop in /usr/src/sys/compile/GENERIC. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MVP3 problems - current state?
It seems Alexander Langer wrote: 2320: * * * W A R N I N G * * * The ata driver has some issues with the Apollo MVP3 chipset. Drives work only in pio mode and must be set to pio mode early int the boot process. Do not upgrade. If you must upgrade in the face of this, add /sbin/sysctl -w hw.atamodes=pio,pio,pio,pio to the start of /etc/rc.conf. Even if you do this, any and all damage to your system is at your own risk. You have been warned. * * * W A R N I N G * * * Of _course_ I own such a thing. Ehm, is that a warning you have written or ?? I certainly havn't issued this warning as the maintainer/author of the ata driver... FreeBSD 5.0-CURRENT #0: Fri Mar 31 16:52:11 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/cichlids pcib0: VIA 82C598MVP (Apollo MVP3) host bridge on motherboard pci0: PCI bus on pcib0 pcib2: VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge at device 1.0 on pci0 atapci0: VIA 82C586 ATA33 controller port 0xe000-0xe00f at device 7.1 on pci0 Two things: As you can see, my -current is from Mar 31,though I don't know exaclty if I've taken sourcs from Mar 31, but I'm kinda sure. Question is: Does the problem affect all versions? It doesn't seem so, since I'm running two disks at UDMA33 without problems: ad0: 4133MB FUJITSU MPE3043AE [8959/15/63] at ata0-master using UDMA33 ad2: 6197MB IBM-DHEA-36481 [12592/16/63] at ata1-master using UDMA33 There still is a little chance that my sources wasn't from pre-03/20, so - is this problem fixed? I have not changed anything in the ata driver related to the VIA'586 in a long time, its works with all disks and ATAPI devices I have access to on the MVP3 chaintec board I have... But knowing VIA and their funny way of versioning the silicon, it could be that they have made a newer version of the '586 that behaves differently than the old (they have done that with the '596) and that will probably cause problems.. So, I need a verbose boot from a working kernel, and the same from a system that shows the problem from a newer kernel to be able to tell if there is an issue here... -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
For an opinion from a reasonably new-comer and non-developer, I think at least the main source tree should remain *completely* complete. As someone mentioned, why not have "lite" mirrors? Dan K. gh | On Tue, 25 Apr 2000, Richard Wackerbarth wrote: | | On Tue, 25 Apr 2000, you wrote: | | I told myself I wouldn't get into this debate with you again, Richard, but | you're not listening. The vast majority (all? I might have missed one) of | the other respondants | | Actually, I didn't start this. Someone else brought up the idea. | | I did. I wanted to test the opinions. I said I had enough responses, | about 40 messages ago. Damn, people, if you're *really* tired of hearing | from Richard on this, for god's sake control your keyboards, they're | running amuck! | | Let's see if you guys can just let it die, ok? | | The quiet majority that might benefit are not very likely to speak up when | they are told some is impossible. | | Quiet majority hehe! Right | | -- -- | Chuck Robey| Interests include C Java programming, FreeBSD, | [EMAIL PROTECTED] | electronics, communications, and signal processing. | | New Year's Resolution: I will not sphroxify gullible people into looking up | fictitious words in the dictionary. | -- -- | | | | To Unsubscribe: send mail to [EMAIL PROTECTED] | with "unsubscribe freebsd-current" in the body of the message | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/lib/libstand ext2fs
In [EMAIL PROTECTED], Adam wrote: On Sat, 29 Apr 2000, Jonathan Lemon wrote: On Sun, Apr 30, 2000 at 11:15:47AM +0930, Greg Lehey wrote: On Saturday, 29 April 2000 at 13:44:08 -0700, Jonathan Lemon wrote: jlemon 2000/04/29 13:44:08 PDT Added files: lib/libstand ext2fs.c Log: Add ext2fs support to the loader. What's the need for this? It allows us to see linux partition types, and load from them; I should be able to boot a freebsd kernel and memory image from a pure linux box, although I've only used it to load the kernel at this point. -- Jonathan wishlist Not sure if this is a silly question or not, but could the kernel somehow view a specific dir on a ext2fs disk as the freebsd root and boot a freebsd system from it? Also being able to access the stuff below the freebsd root on the ext2fs partition would be cool. Any idea how much work it might take someone to do this? An alternative would be mounting a file on the ext2fs via vn as the freebsd root containing a freebsd install on ffs or ext2. This way might make it easier to have access to the underlying ext2 and make it easier for the base linux system to populate / modify if linux has trouble with ffs. /wishlist Just modify /sbin/init to do a changeroot before anything else. Martin -- % Martin Cracauer [EMAIL PROTECTED] http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
How to determine when something broke
Because I can't do anything more intelligent to find my 2-printer-panic, I'd like at least to know when it broke. It works in a kernel from march 15, and has been broken at least a week. So I cvsup to 2000.04.01.00.00.00 to see if it worked then. Is it enough to compile a new kernel, or do I need to make world too? Is it enough to cvsup src-sys, src-include and src-base? Leif To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
panic at boot (bus_generic_probe) with 2 printers ENABLED
In a freshly cvsup'ed current, I get a panic at boot, if both ports are enabled in userconfig. If only one or the other is enabled, it works. I have narrowed it down to it panics the second time ppbconf calls bus_generic_probe: trap 12: page fault while in kernel mode bus_generic_probe+0x25: cmpl $0xc02a502c,0(%ebx) ebx is 0xe0 My config is: machine i386 cpu I586_CPU ident ARNOLD maxusers32 makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols options INET#InterNETworking options INET6 options FFS #Berkeley Fast Filesystem options FFS_ROOT#FFS usable as root device [keep this!] options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 #Be pessimistic about Joe SCSI device options UCONSOLE#Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options DDB device isa device eisa device pci options COMPAT_OLDPCI # Old PCI driver shims device ncr0 device scbus0 device da0 #Only need one of these, the code dynamically grows device pass0 device cd0 device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0at atkbdc? irq 12 device vga0at isa? port ? pseudo-device splash device sc0 at isa? device npx0at nexus? port IO_NPX irq 13 device apm0at nexus? disable flags 0x31 # Advanced Power Management device sio0at isa? port IO_COM1 flags 0x10 irq 4 device sio1at isa? port IO_COM2 irq 3 device ppc0at isa? device ppbus device lpt device ppi device ppc1at isa? irq 5 device ed0 at isa? port 0x340 irq 10 iomem 0xd8000 pseudo-device loop pseudo-device speaker pseudo-device ether pseudo-device sl 1 pseudo-device ppp 1 pseudo-device tun 2 pseudo-device pty 16 pseudo-device gzip# Exec gzipped a.out's options KTRACE #kernel tracing options SYSVSHM options SYSVMSG options SYSVSEM pseudo-device bpf 4 #Berkeley packet filter device pca0 at isa? port IO_TIMER1 options SOFTUPDATES pseudo-device sppp pseudo-device "i4bq921" pseudo-device "i4bq931" pseudo-device "i4b" pseudo-device "i4btrc"2 pseudo-device "i4bctl" pseudo-device "i4brbch" 4 pseudo-device "i4btel"2 pseudo-device "i4bipr"4 options IPR_VJ pseudo-device "i4bisppp" 4 options DRN_NGO device isic0 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel builds fail
-On [2430 15:05], Kent Hauser ([EMAIL PROTECTED]) wrote: Thanks. I can now build the GENERIC kernel. Of course, now my real kernel won't link := chapel-hill# make linking kernel ng_base.o: In function `ng_make_node': ng_base.o(.text+0x54): undefined reference to `linker_search_path' *** Error code 1 I think this is related to Peter's recent changes in the module dependency code. Peter? -- Jeroen Ruigrok van der Werven Network- and systemadministrator [EMAIL PROTECTED]VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Answering the questions that no one asks... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel breakage in ng_base.c
Here's a simple patch which works for me. --- /sys/netgraph/ng_base.c Sun Apr 30 11:32:22 2000 +++ /sys/netgraph/ng_base.c_mod Sun Apr 30 11:40:24 2000 @@ -314,11 +314,16 @@ int error; /* Not found, try to load it as a loadable module */ +#if 0 snprintf(filename, sizeof(filename), "ng_%s.ko", typename); if ((path = linker_search_path(filename)) == NULL) return (ENXIO); error = linker_load_file(path, lf); FREE(path, M_LINKER); +#else + snprintf(filename, sizeof(filename), "ng_%s", typename); + error = linker_load_file(filename, lf); +#endif if (error != 0) return (error); lf-userrefs++; /* pretend loaded by the syscall */ Gary Jennejohn / [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in ng_base.c
On Sun, 30 Apr 2000, Gary Jennejohn wrote: Here's a simple patch which works for me. This patch is not 100% correct. ng_base should make an attempt to load module, not KLD. There was a new module_load() function proposed to inclusion in the API, but for some reason it is not committed yet. -- Boris Popov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in ng_base.c
-On [2430 16:50], Boris Popov ([EMAIL PROTECTED]) wrote: This patch is not 100% correct. ng_base should make an attempt to load module, not KLD. There was a new module_load() function proposed to inclusion in the API, but for some reason it is not committed yet. When Peter committed this all he had worked a few days untill too early in the morning. It is a lack of sufficient sleep which caught up on him. =) -- Jeroen Ruigrok van der Werven Network- and systemadministrator [EMAIL PROTECTED]VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Answering the questions that no one asks... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: panic at boot (bus_generic_probe) with 2 printers ENABLED
-On [2430 11:50], Leif Neland ([EMAIL PROTECTED]) wrote: In a freshly cvsup'ed current, I get a panic at boot, if both ports are enabled in userconfig. If only one or the other is enabled, it works. I have narrowed it down to it panics the second time ppbconf calls bus_generic_probe: trap 12: page fault while in kernel mode bus_generic_probe+0x25: cmpl $0xc02a502c,0(%ebx) ebx is 0xe0 How about adding: options BUS_DEBUG to your kernel config file and perhaps even boot verbose and show us the details of /var/log/messages? Thanks, -- Jeroen Ruigrok van der Werven Network- and systemadministrator [EMAIL PROTECTED]VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Answering the questions that no one asks... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ldconfig -m not configuring ?
-On [2429 19:20], Salvo Bartolotta ([EMAIL PROTECTED]) wrote: I issued a "ldconfig -r | grep ld-linux" and, actually, I found [snip] What prevents ldconfig -m /usr/compat/linux/lib from doing its duty ? What am I missing ? I might be wrong, but the native ldconfig has nothing to do with the compat/linux libraries for all I know. -- Jeroen Ruigrok van der Werven Network- and systemadministrator [EMAIL PROTECTED]VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Answering the questions that no one asks... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in ng_base.c
On Sun, 30 Apr 2000, Jeroen Ruigrok van der Werven wrote: -On [2430 16:50], Boris Popov ([EMAIL PROTECTED]) wrote: This patch is not 100% correct. ng_base should make an attempt to load module, not KLD. There was a new module_load() function proposed to inclusion in the API, but for some reason it is not committed yet. When Peter committed this all he had worked a few days untill too early in the morning. I should correct myself: this function exists, but declared as static and called linker_load_module(). Gary, you may try to use it: linker_load_module(name, NULL); -- Boris Popov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
On Sat, 29 Apr 2000, gh wrote: For an opinion from a reasonably new-comer and non-developer, I think at least the main source tree should remain *completely* complete. As someone mentioned, why not have "lite" mirrors? Oh, for god's sake, PLEASE let this drop! I don't want to insult a newcomer, but you've picked a very poor thing to comment on. Try another, maybe one that's a bit fresher. Chuck Robey| Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: How to determine when something broke
On Sun, Apr 30, 2000 at 11:29:43AM +0200, Leif Neland wrote: Because I can't do anything more intelligent to find my 2-printer-panic, I'd like at least to know when it broke. It works in a kernel from march 15, and has been broken at least a week. So I cvsup to 2000.04.01.00.00.00 to see if it worked then. Is it enough to compile a new kernel, or do I need to make world too? People will be upset it you submit bug reports where your kernel and world don't match. That might not be the problem, but then again, it might so it's best if you do both. Is it enough to cvsup src-sys, src-include and src-base? src-all is generally recommended. It only takes a few minutes even on a really crappy modem link once you've done it once and 2.2-3 took me under two hours on a very poor 56k link when I did it. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
On Sat 2000-04-29 (20:56), gh wrote: For an opinion from a reasonably new-comer and non-developer, I think at least the main source tree should remain *completely* complete. As someone mentioned, why not have "lite" mirrors? You are welcome to co-ordinate the resources (developer time, bandwidth, machines) to provide this service. Kindly don't continue this discussion in this (inappropriate) forum. Neil -- Neil Blakey-Milner Hacker In Chief, Sunesi Clinical Systems [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sound output causes reset
Hi again, I'm still having trouble getting sound out of my SBLive card. I'm running -CURRENT as of 4/28. My box performs a "reset" (not a panic) whenever I try to play a mp3 file or a real-audio clip. The box makes no noise (but at least doesn't reset) when I try "cdcontrol play" I've tried enabling sbc csa with no change in the result. I've attached "boot -v" output the sound releated kernel lines. Any info would be appreciated. Kent = The output of boot -v (sound releated items): Apr 30 17:29:37 chapel-hill /kernel: Copyright (c) 1992-2000 The FreeBSD Project. Apr 30 17:29:37 chapel-hill /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Apr 30 17:29:37 chapel-hill /kernel: The Regents of the University of California. All rights reserved. Apr 30 17:29:37 chapel-hill /kernel: FreeBSD 5.0-CURRENT #0: Fri Apr 28 19:31:15 EDT 2000 Apr 30 17:29:37 chapel-hill /kernel: [EMAIL PROTECTED]:/usr/src/sys/compile/GW Apr 30 17:29:37 chapel-hill /kernel: pcm0: Creative EMU10K1 port 0x10e0-0x10ff irq 11 at device 14.0 on pci0 Apr 30 17:29:37 chapel-hill /kernel: pcm0: ac97 codec id 0x83847609 (SigmaTel STAC9721) Apr 30 17:29:37 chapel-hill /kernel: pcm0: ac97 codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement Apr 30 17:29:38 chapel-hill /kernel: pca0: AT-style speaker sound at port 0x61 on isa0 == Sound related kernel options: #optionsPNPBIOS device pcm #device sbc #device csa #device pca0 at isa? port IO_TIMER1 device pca To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: high CPU usage by xmms
VINSON WAYNE HOWARD wrote: Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6% while playing. What's up w/ top? Xmms on my SMP current machine: top shows 40 to 43% system vmstat shows 10 to 11% -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: high CPU usage by xmms
Ted Sikora wrote: VINSON WAYNE HOWARD wrote: Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6% while playing. What's up w/ top? Xmms on my SMP current machine: top shows 40 to 43% system vmstat shows 10 to 11% vmstat -w 1 matches top exactly about 41-43% system on my box. -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: high CPU usage by xmms
I guess it depends on your soundcard, I'm getting the behavior I'm getting with a ViBRA 16X and a kernel as of this morning. This didn't start happening until about 4 days ago with a -CURRENT kernel. Maybe you have an older -CURRENT. = | Kenneth Culver | FreeBSD: The best OS around.| | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: muythaibxr | | The University of Maryland, | Website: (Under Construction) | | College Park. | http://www.wam.umd.edu/~culverk/| = On Sun, 30 Apr 2000, Ted Sikora wrote: Ted Sikora wrote: VINSON WAYNE HOWARD wrote: Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6% while playing. What's up w/ top? Xmms on my SMP current machine: top shows 40 to 43% system vmstat shows 10 to 11% vmstat -w 1 matches top exactly about 41-43% system on my box. -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: high CPU usage by xmms
Kenneth Wayne Culver wrote: I guess it depends on your soundcard, I'm getting the behavior I'm getting with a ViBRA 16X and a kernel as of this morning. This didn't start happening until about 4 days ago with a -CURRENT kernel. Maybe you have an older -CURRENT. I did a make build/installworld and kernel this afternoon after I cvsup'd(current). I have an original non-pnp SB16. (Best sounding sound card on the market IMOP) Aureal and any ESS equiped cards are excellent too. -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Subject: Re: high CPU usage by xmms
Ok, I have some *gasp* actual usefull info about this. Backing /src/sys/dev/sound up by 10 days via anoncvs makes the "feature" go away. That narrows it down to kernel issues. I'm in the process of narowing it down to the specific diff, but if I had to cast a bet, i'd go for the massive change to pcm/dsp.c on the 23rd. More to come. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: high CPU usage by xmms
Hmm, I don't know then, I'm using that ViBRA 16X which seems to cause problems a lot. = | Kenneth Culver | FreeBSD: The best OS around.| | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: muythaibxr | | The University of Maryland, | Website: (Under Construction) | | College Park. | http://www.wam.umd.edu/~culverk/| = On Sun, 30 Apr 2000, Ted Sikora wrote: Kenneth Wayne Culver wrote: I guess it depends on your soundcard, I'm getting the behavior I'm getting with a ViBRA 16X and a kernel as of this morning. This didn't start happening until about 4 days ago with a -CURRENT kernel. Maybe you have an older -CURRENT. I did a make build/installworld and kernel this afternoon after I cvsup'd(current). I have an original non-pnp SB16. (Best sounding sound card on the market IMOP) Aureal and any ESS equiped cards are excellent too. -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: high CPU usage by xmms
Kenneth Wayne Culver wrote: Hmm, I don't know then, I'm using that ViBRA 16X which seems to cause problems a lot. On Sun, 30 Apr 2000, Ted Sikora wrote: Kenneth Wayne Culver wrote: I guess it depends on your soundcard, I'm getting the behavior I'm getting with a ViBRA 16X and a kernel as of this morning. This didn't start happening until about 4 days ago with a -CURRENT kernel. Maybe you have an older -CURRENT. I did a make build/installworld and kernel this afternoon after I cvsup'd(current). I have an original non-pnp SB16. (Best sounding sound card on the market IMOP) The VibraX used to be the card everyone recommended to stay away from. It's not full-duplex. Early on it was hard writing for it (mostly due to lack of specs and noise problems). It seems most problems have been solved now. Like someone mentioned already I think it's a 4.0 problem. Xmms worked perfectly under 3.4 for me too. The eq problem appeared after the upgrades. -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message