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-0xf8ffffff 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-0xf8ffffff 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-0xf3ffffff 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-0xf3ffffff 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