Re: No sound on Dell XPS-9320

On 11/2/24 22:00, Edward Sanford Sutton, III wrote:
> On 10/14/24 09:33, Steven Friedrich wrote:
>> I bought this laptop about two years ago, I would guess.  I ordered 
>> it with Linux (Canonical), but after a few months it wouldn't update 
>> any longer.  I tried to restore from the recovery image, but it 
>> failed, whining about a shim.  I then tried to use a recovery tool 
>> from Dell's website, that failled too.
>>
>> So I installed debian12 and have been running that until recently.
>>
>> I installed FreeBSD and have no sound:
>>
>> #!/bin/sh -v
>> pciconf -lv hdac0
>> hdac0@pci0:0:31:3:    class=0x040100 rev=0x01 hdr=0x00 vendor=0x8086 
>> device=0x51c8 subvendor=0x1028 subdevice=0x0af3
>>      vendor     = 'Intel Corporation'
>>      device     = 'Alder Lake PCH-P High Definition Audio Controller'
>>      class      = multimedia
>>      subclass   = audio
>> cat /dev/sndstat
>> No devices installed.
>> No devices installed from userspace.
>> ls /dev/dsp* /dev/pcm*
>> ls: /dev/dsp*: No such file or directory
>> ls: /dev/pcm*: No such file or directory
>> uname -a
>> FreeBSD XPS-FreeBSD 14.1-STABLE FreeBSD 14.1-STABLE stable/14- 
>> n269085-16e1424d24b9 Friedrich amd64
>
>   Not sure of a way to have it attach the audio driver to the sound 
> device but not get /dev/dsp entries. I think people used to `kldload 
> snd` to have it load a whole series of audio modules onto detected 
> hardware but I doubt that matters since it says snd_hda (built into 
> the kernel) already is attached if I am reading that correctly.
>   I know the sound system has actively received changes lately so you 
> may find differing results with both older and newer FreeBSD versions. 
> Some changes have been within the past week so up to date 14-stable 
> code is different from your codebase that is over 2 weeks old but I 
> don't know that any of those changes should fix such an issue.
>   As you are using -stable, there is also a mailing list more focused 
> on that but I don't know if its attention will matter here or not; 
> definitely would be more appropriate if -release worked but -stable 
> broke.
>   If no one else comes up with ideas and you don't find a problem 
> report for this, it mat be beneficial to make one.
>
I put snd_driver_load="yes" in /boot/loader.conf.local and all drivers 
loaded EXCEPT snd_hda.ko

Then I changed it to snd_hda_load="yes" and it DIDN'T load any snd drivers.