Re: no /dev/dsp.x
On Friday 28 November 2003 11:41 pm, T Kellers wrote: Thanks, I'll try disabling ACPI in device.hints, tomorrow. When I first upgraded from 5.1-RELEASE to 5.2-BETA on Monday, I had to disable ACPI on the FreeBSD text startup menu or the laptop wouldn't talk network with anything. Although an nmap from a remote machine said that ssh and ftp ports were open, I couldn't ftp or ssh to or from the machine with the default boot (number 1) selection. Another cvs update and buildkernel/ buildworld seems to have corrected the problem. Unfortunately, I didn't install the KDE stuff until after the 5.2-BETA upgrade, so I don't know if the /dev/dsp issue was there with 5.1-RELEASE. Please let me know if you encounter similar wierdness after you do the 5.2-BETA upgrade. Thanks Tim Kellers CPE/NJIT After fighting with the laptop for about an hour this morning before class, I decided to wipe out the FreeBSD slice and start over with 5.1-RELEASE. After that install and subsequent kernel build/install with device pcm, not only didn't I have any pcm line in my dmesg, but I didn't have any snd_maestro3.ko entries in /boot/kernel. Just to make sure I wasn't dealing with a dead maestro3, I booted into XP and, sure enough, the sound worked. I nuked /usr/src and /usr/obj, cvsupped the sources and the buildworld buildkernel installkernel is proceeding as I type this. If this doesn't work --and confidence is low-- I'm pretty near stumped. There is no difference in hardware (or BIOS settings) from the identical laptop running 4.9-STABLE. Ideas, suggesstions, rants welcome. Tim Kellers CPE/NJIT ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no /dev/dsp.x
T Kellers wrote: ...and subsequent kernel build/install with device pcm, not only didn't I have any pcm line in my dmesg, but I didn't have any snd_maestro3.ko entries in /boot/kernel... That's pretty weird. Do you have any other snd_* modules in /boot/kernel? You don't have NO_MODULES in /etc/make.conf ? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no /dev/dsp.x
On Nov 29, T Kellers wrote: On Friday 28 November 2003 11:41 pm, T Kellers wrote: After fighting with the laptop for about an hour this morning before class, I decided to wipe out the FreeBSD slice and start over with 5.1-RELEASE. After that install and subsequent kernel build/install with device pcm, not only didn't I have any pcm line in my dmesg, but I didn't have any snd_maestro3.ko entries in /boot/kernel. Just to make sure I wasn't dealing with a dead maestro3, I booted into XP and, sure enough, the sound worked. I nuked /usr/src and /usr/obj, cvsupped the sources and the buildworld buildkernel installkernel is proceeding as I type this. If this doesn't work --and confidence is low-- I'm pretty near stumped. There is no difference in hardware (or BIOS settings) from the identical laptop running 4.9-STABLE. Ideas, suggesstions, rants welcome. Maybe you should try 5.2-BETA? Also, don't include device pcm in your kernel unless you have specific reason to, kld's should work fine. I don't recall seeing a dmesg or a cat /dev/sndstat in any of your posts, you should include them. Maybe even your loader.conf. --mat -- The state has no business in the bedrooms of the nation. - Pierre Elliott Trudeau ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no /dev/dsp.x
On Saturday 29 November 2003 06:42 pm, walt wrote: T Kellers wrote: ...and subsequent kernel build/install with device pcm, not only didn't I have any pcm line in my dmesg, but I didn't have any snd_maestro3.ko entries in /boot/kernel... That's pretty weird. Do you have any other snd_* modules in /boot/kernel? You don't have NO_MODULES in /etc/make.conf ? default make.conf... never even looked at it until just now. The buildworld/ buildkernel/installkernel just finished and I have the snd_*.ko files back in /boot/kernel. Now to reboot and see what happens... Here we go.. $ uname -a FreeBSD arete.zeebo 5.2-BETA FreeBSD 5.2-BETA #0: Sat Nov 29 19:25:39 EST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARETE1 i386 $ dmesg -a | grep pcm pcm0: ESS Technology Maestro3 port 0xd800-0xd8ff mem 0xf3ffe000-0xf3ff irq 5 at device 8.0 on pci0 pcm0: SigmaTel STAC9721/23 AC97 Codec Yeeha!!! I just wish I had some clue what broke it to begin with and what fixed it. I'm running straight 5.2-Beta as of this afternoon. Except for the pcm in the kernel and the snd_maestro3.ko entry in loader.conf, everything else is default. Go figure... Thanks for the help Tim Kellers CPE/NJIT ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no /dev/dsp.x
On Saturday 29 November 2003 08:32 pm, Mathew Kanner wrote: On Nov 29, T Kellers wrote: On Friday 28 November 2003 11:41 pm, T Kellers wrote: After fighting with the laptop for about an hour this morning before class, I decided to wipe out the FreeBSD slice and start over with 5.1-RELEASE. After that install and subsequent kernel build/install with device pcm, not only didn't I have any pcm line in my dmesg, but I didn't have any snd_maestro3.ko entries in /boot/kernel. Just to make sure I wasn't dealing with a dead maestro3, I booted into XP and, sure enough, the sound worked. I nuked /usr/src and /usr/obj, cvsupped the sources and the buildworld buildkernel installkernel is proceeding as I type this. If this doesn't work --and confidence is low-- I'm pretty near stumped. There is no difference in hardware (or BIOS settings) from the identical laptop running 4.9-STABLE. Ideas, suggesstions, rants welcome. Maybe you should try 5.2-BETA? Also, don't include device pcm in your kernel unless you have specific reason to, kld's should work fine. I don't recall seeing a dmesg or a cat /dev/sndstat in any of your posts, you should include them. Maybe even your loader.conf. --mat I should have been more specific; I nuked the non-working 5.2-BETA, reinstalled 5.1 RELEASE and then upgraded to 5.2-BETA sources as of about 6 hours ago. Something I forgot to mention in my last post; I commented out options SMP and options apic in the kernel. Looks like everything is working though I haven't actually heard sound yet --I'm about 60 miles away from the laptop. If everything is actually working, I'll remove device pcm from the kernel on Monday and see what happens. Thanks, Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
no /dev/dsp.x
I searched the list archive, but I didn't see anything specific to this question. Dell Latitude C600, running 5.2-BETA from 11/24/2003... I didn't notice until I started up KDE that I had no /dev/dsp of any kind in my /dev directory. I mount_nfs'd /usr/src and /usr/obj from my adjacent desktop Dell Optiplex (running same OS and build date), installed the kernel, installed world, mergemaster'd and rebooted. Still no /dev/dsp (or /dev/ dsp.x) on the Latitude laptop (they do exist on the Optiplex --which has working sound in KDE). The desktop with the working sound had KDE built from sources, the laptop's KDE environment was installed by building instant-workstation. The laptop has a sound_maestro3 card and I have the .ko loaded for it (and sound_pcm). Both machines have device pcm in the kernel. Appreciate any guidance. Tim Kellers CPE/NJIT ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no /dev/dsp.x
On Fri, Nov 28, 2003 at 09:40:57PM -0500, T Kellers wrote: I searched the list archive, but I didn't see anything specific to this question. Dell Latitude C600, running 5.2-BETA from 11/24/2003... I didn't notice until I started up KDE that I had no /dev/dsp of any kind in my /dev directory. I mount_nfs'd /usr/src and /usr/obj from my adjacent desktop Dell Optiplex (running same OS and build date), installed the kernel, installed world, mergemaster'd and rebooted. Still no /dev/dsp (or /dev/ dsp.x) on the Latitude laptop (they do exist on the Optiplex --which has working sound in KDE). The desktop with the working sound had KDE built from sources, the laptop's KDE environment was installed by building instant-workstation. The laptop has a sound_maestro3 card and I have the .ko loaded for it (and sound_pcm). Both machines have device pcm in the kernel. ...and does the kernel detect the sound card? These device nodes are created by the driver when it configures detected devices. Kris pgp0.pgp Description: PGP signature
Re: no /dev/dsp.x
On Friday 28 November 2003 09:46 pm, Kris Kennaway wrote: On Fri, Nov 28, 2003 at 09:40:57PM -0500, T Kellers wrote: I searched the list archive, but I didn't see anything specific to this question. Dell Latitude C600, running 5.2-BETA from 11/24/2003... I didn't notice until I started up KDE that I had no /dev/dsp of any kind in my /dev directory. I mount_nfs'd /usr/src and /usr/obj from my adjacent desktop Dell Optiplex (running same OS and build date), installed the kernel, installed world, mergemaster'd and rebooted. Still no /dev/dsp (or /dev/ dsp.x) on the Latitude laptop (they do exist on the Optiplex --which has working sound in KDE). The desktop with the working sound had KDE built from sources, the laptop's KDE environment was installed by building instant-workstation. The laptop has a sound_maestro3 card and I have the .ko loaded for it (and sound_pcm). Both machines have device pcm in the kernel. ...and does the kernel detect the sound card? These device nodes are created by the driver when it configures detected devices. Kris I can't ssh to the laptop at this moment, but if the sound card is not detected by the kernel, can I force the detection by editing /boot/ loader.conf with: userconfig_script_load=YES snd_maestro3_load=YES ? I have that in loader.conf on an identical laptop running 4.9-STABLE, and on that laptop: dmesg -a | grep pcm Preloaded elf module snd_pcm.ko at 0xc0588140. pcm0: ESS Technology Maestro3 port 0xec00-0xecff mem 0xf8ffe000-0xf8ff irq 5 at device 3.0 on pci2 pcm0: SigmaTel STAC9721/23 AC97 Codec Preloaded elf module snd_pcm.ko at 0xc0588140. pcm0: ESS Technology Maestro3 port 0xec00-0xecff mem 0xf8ffe000-0xf8ff irq 5 at device 3.0 on pci2 pcm0: SigmaTel STAC9721/23 AC97 Codec I suppose on the 5.2-BETA laptop I should see something similar? Thanks, Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no /dev/dsp.x
On Fri, Nov 28, 2003 at 10:00:53PM -0500, T Kellers wrote: On Friday 28 November 2003 09:46 pm, Kris Kennaway wrote: On Fri, Nov 28, 2003 at 09:40:57PM -0500, T Kellers wrote: I searched the list archive, but I didn't see anything specific to this question. Dell Latitude C600, running 5.2-BETA from 11/24/2003... I didn't notice until I started up KDE that I had no /dev/dsp of any kind in my /dev directory. I mount_nfs'd /usr/src and /usr/obj from my adjacent desktop Dell Optiplex (running same OS and build date), installed the kernel, installed world, mergemaster'd and rebooted. Still no /dev/dsp (or /dev/ dsp.x) on the Latitude laptop (they do exist on the Optiplex --which has working sound in KDE). The desktop with the working sound had KDE built from sources, the laptop's KDE environment was installed by building instant-workstation. The laptop has a sound_maestro3 card and I have the .ko loaded for it (and sound_pcm). Both machines have device pcm in the kernel. ...and does the kernel detect the sound card? These device nodes are created by the driver when it configures detected devices. Kris I can't ssh to the laptop at this moment, but if the sound card is not detected by the kernel, can I force the detection by editing /boot/ loader.conf with: userconfig_script_load=YES snd_maestro3_load=YES ? You can't force the driver to detect your soundcard if the driver doesn't detect it :-) If you have a supported sound card and are loading the correct driver, then the device will be probed when you load the driver (at boot, after boot, whenever), and the device node will be created at that time if the probe is successful. I suppose on the 5.2-BETA laptop I should see something similar? You should, yes. Kris pgp0.pgp Description: PGP signature
Re: no /dev/dsp.x
On Friday 28 November 2003 10:19 pm, Kris Kennaway wrote: You can't force the driver to detect your soundcard if the driver doesn't detect it :-) If you have a supported sound card and are loading the correct driver, then the device will be probed when you load the driver (at boot, after boot, whenever), and the device node will be created at that time if the probe is successful. I suppose on the 5.2-BETA laptop I should see something similar? You should, yes. Kris Thanks, I'll check the dmesg on the laptop tomorrow and see what it contains. Is it likely that a soundcard recognized by 4.7 - 4.9 kernel wonouldn't be recognized by 5.2-Beta? Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no /dev/dsp.x
On Fri, Nov 28, 2003 at 10:36:00PM -0500, T Kellers wrote: On Friday 28 November 2003 10:19 pm, Kris Kennaway wrote: You can't force the driver to detect your soundcard if the driver doesn't detect it :-) If you have a supported sound card and are loading the correct driver, then the device will be probed when you load the driver (at boot, after boot, whenever), and the device node will be created at that time if the probe is successful. I suppose on the 5.2-BETA laptop I should see something similar? You should, yes. Kris Thanks, I'll check the dmesg on the laptop tomorrow and see what it contains. Is it likely that a soundcard recognized by 4.7 - 4.9 kernel wonouldn't be recognized by 5.2-Beta? Once again, depends if it's configured correctly. kris pgp0.pgp Description: PGP signature
Re: no /dev/dsp.x
On Fri, 28 Nov 2003, T Kellers wrote: I can't ssh to the laptop at this moment, but if the sound card is not detected by the kernel, can I force the detection by editing /boot/ loader.conf with: userconfig_script_load=YES snd_maestro3_load=YES ? I have that in loader.conf on an identical laptop running 4.9-STABLE, and on that laptop: dmesg -a | grep pcm Preloaded elf module snd_pcm.ko at 0xc0588140. pcm0: ESS Technology Maestro3 port 0xec00-0xecff mem 0xf8ffe000-0xf8ff irq 5 at device 3.0 on pci2 pcm0: SigmaTel STAC9721/23 AC97 Codec Preloaded elf module snd_pcm.ko at 0xc0588140. pcm0: ESS Technology Maestro3 port 0xec00-0xecff mem 0xf8ffe000-0xf8ff irq 5 at device 3.0 on pci2 pcm0: SigmaTel STAC9721/23 AC97 Codec I suppose on the 5.2-BETA laptop I should see something similar? I'm running 5.1-CURRENT from about a month ago on my notebook right now, and it sounds like I have almost identical hardware (Dell C600, etc). paprika:/boot dmesg | grep -i pcm Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc0aa8280. pcm0: ESS Technology Maestro3 port 0xd800-0xd8ff mem 0xf3ffe000-0xf3ff irq 5 at device 8.0 on pci0 pcm0: SigmaTel STAC9721/23 AC97 Codec Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc0aa8280. pcm0: ESS Technology Maestro3 port 0xd800-0xd8ff mem 0xf3ffe000-0xf3ff irq 5 at device 8.0 on pci0 pcm0: SigmaTel STAC9721/23 AC97 Codec I have the following in my loader.conf: paprika:/boot grep -i maes /boot/loader.conf snd_maestro3_load=YES I'm about to update to 5.2-BETA on the notebook; I'm running 5.1-CURRENT with some modifications to ACPI to make it like my configuration better (the old Dell notebook patch that's floating around). I don't believe that patch applies in the new world order, so once I update my notebook tomorrow, I'll see if I have the same problem. It looks like most of that patch has been applied to the vendor ACPI code, so I'm hopeful it won't :-). You might try disabling ACPI in device.hints and see if your sound device magically appears. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Senior Research Scientist, McAfee Research ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no /dev/dsp.x
On Friday 28 November 2003 11:27 pm, Robert Watson wrote: On Fri, 28 Nov 2003, T Kellers wrote: I can't ssh to the laptop at this moment, but if the sound card is not detected by the kernel, can I force the detection by editing /boot/ loader.conf with: userconfig_script_load=YES snd_maestro3_load=YES ? I have that in loader.conf on an identical laptop running 4.9-STABLE, and on that laptop: dmesg -a | grep pcm Preloaded elf module snd_pcm.ko at 0xc0588140. pcm0: ESS Technology Maestro3 port 0xec00-0xecff mem 0xf8ffe000-0xf8ff irq 5 at device 3.0 on pci2 pcm0: SigmaTel STAC9721/23 AC97 Codec Preloaded elf module snd_pcm.ko at 0xc0588140. pcm0: ESS Technology Maestro3 port 0xec00-0xecff mem 0xf8ffe000-0xf8ff irq 5 at device 3.0 on pci2 pcm0: SigmaTel STAC9721/23 AC97 Codec I suppose on the 5.2-BETA laptop I should see something similar? I'm running 5.1-CURRENT from about a month ago on my notebook right now, and it sounds like I have almost identical hardware (Dell C600, etc). paprika:/boot dmesg | grep -i pcm Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc0aa8280. pcm0: ESS Technology Maestro3 port 0xd800-0xd8ff mem 0xf3ffe000-0xf3ff irq 5 at device 8.0 on pci0 pcm0: SigmaTel STAC9721/23 AC97 Codec Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc0aa8280. pcm0: ESS Technology Maestro3 port 0xd800-0xd8ff mem 0xf3ffe000-0xf3ff irq 5 at device 8.0 on pci0 pcm0: SigmaTel STAC9721/23 AC97 Codec I have the following in my loader.conf: paprika:/boot grep -i maes /boot/loader.conf snd_maestro3_load=YES I'm about to update to 5.2-BETA on the notebook; I'm running 5.1-CURRENT with some modifications to ACPI to make it like my configuration better (the old Dell notebook patch that's floating around). I don't believe that patch applies in the new world order, so once I update my notebook tomorrow, I'll see if I have the same problem. It looks like most of that patch has been applied to the vendor ACPI code, so I'm hopeful it won't :-). You might try disabling ACPI in device.hints and see if your sound device magically appears. Thanks, I'll try disabling ACPI in device.hints, tomorrow. When I first upgraded from 5.1-RELEASE to 5.2-BETA on Monday, I had to disable ACPI on the FreeBSD text startup menu or the laptop wouldn't talk network with anything. Although an nmap from a remote machine said that ssh and ftp ports were open, I couldn't ftp or ssh to or from the machine with the default boot (number 1) selection. Another cvs update and buildkernel/ buildworld seems to have corrected the problem. Unfortunately, I didn't install the KDE stuff until after the 5.2-BETA upgrade, so I don't know if the /dev/dsp issue was there with 5.1-RELEASE. Please let me know if you encounter similar wierdness after you do the 5.2-BETA upgrade. Thanks Tim Kellers CPE/NJIT ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]