No sound (dummy sound) on Thinkpad when using 5.3.18-150300.59.49-default

Somewhere along the line my grub2 default changed from x-default to x-preempt. I have no idea when this happened but fairly certain that last year I was using the x-default kernel with 15.2. I don’t wish to use the preempt kernel but my x-default kernel has no sound whereas the preempt kernel does have sound.
Using openSuse on this laptop thru all the version releases for a bit more than a decade I’ve had no problem with sound.
I’d like to know how to fix this.

Since I failed to notice I was using the preempt kernel I did not realize this problem existed.

This is inxi output from x-default kernel:

System:    Host: linux-T61 Kernel: 5.3.18-150300.59.49-default x86_64 bits: 64 compiler: gcc v: 7.5.0 Console: N/A            wm: kwin_x11 dm: SDDM Distro: openSUSE Leap 15.3 
Machine:   Type: Laptop System: LENOVO product: 6465CTO v: ThinkPad T61 serial: L3G2389 Chassis: type: 10 serial: N/A 
           Mobo: LENOVO model: 6465CTO serial: VF1GA83N104 BIOS: LENOVO v: 7LETC7WW (2.27 ) date: 04/08/2010 
Graphics:  Device-1: Intel Mobile GM965/GL960 Integrated Graphics vendor: Lenovo driver: N/A bus ID: 00:02.0 
           chip ID: 8086:2a02 
           Display: server: X.Org 1.20.3 compositor: kwin_x11 driver: N/A note: display driver n/a 
           unloaded: fbdev,modesetting,vesa alternate: intel resolution: 1680x1050~77Hz s-dpi: 96 
           OpenGL: renderer: llvmpipe (LLVM 11.0.1 128 bits) v: 4.5 Mesa 20.2.4 compat-v: 3.1 direct render: Yes 
Audio:     Device-1: Intel 82801H HD Audio vendor: Lenovo ThinkPad T61/R61 driver: N/A bus ID: 00:1b.0 chip ID: 8086:284b 

And output using preempt kernel:

System:    Host: linux-T61 Kernel: 5.3.18-150300.59.49-preempt x86_64 bits: 64 compiler: gcc v: 7.5.0            Desktop: KDE Plasma 5.18.6 tk: Qt 5.12.7 wm: kwin_x11 dm: SDDM Distro: openSUSE Leap 15.3 
Machine:   Type: Laptop System: LENOVO product: 6465CTO v: ThinkPad T61 serial: <superuser/root required> Chassis: type: 10 
           serial: <superuser/root required> 
           Mobo: LENOVO model: 6465CTO serial: <superuser/root required> BIOS: LENOVO v: 7LETC7WW (2.27 ) date: 04/08/2010 
Graphics:  Device-1: Intel Mobile GM965/GL960 Integrated Graphics vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0 
           chip ID: 8086:2a02 
           Display: x11 server: X.Org 1.20.3 compositor: kwin_x11 driver: modesetting unloaded: fbdev,vesa alternate: intel 
           resolution: 1680x1050~60Hz s-dpi: 96 
           OpenGL: renderer: Mesa DRI Intel 965GM (CL) v: 2.1 Mesa 20.2.4 direct render: Yes 
Audio:     Device-1: Intel 82801H HD Audio vendor: Lenovo ThinkPad T61/R61 driver: snd_hda_intel v: kernel bus ID: 00:1b.0 
           chip ID: 8086:284b 
           Sound Server: ALSA v: k5.3.18-150300.59.49-preempt 

Thanks

Thanks for the information. I confess I am not knowledgeable enough to deduce from the info you provided as to where the issue could be with the default kernel. Possibly having the preempt kernel installed at the same time is causing an issue with the default kernel - but that is speculation by me and it could be wrong.

Could you boot to the default kernel and in a bash shell/konsole run this diagnostic script as a regular user (with Thinkpad connected to internet).

/usr/sbin/alsa-info.sh

Select the share/upload option. Let the script run to completion. After its complete, look in the bash shell/konsole, and there will be a URL address provided. Please provide that URL address to this forum.

also … take a look at the script output. If there is not dmesg output at the end, please run the script a second time with root permissions, and provide that as a second URL, so we can review the dmesg.

We can then look at that and see if it gives any errors.
.

Here are links using v0.5.1 (script requested an update from 0.4.65).

default user:

http://alsa-project.org/db/?f=1c8b761a4fddbd00055da7d88645e11c50925881

su:

http://alsa-project.org/db/?f=981f99070b201747e63595e37ed91280c507ea8a

Thanks for your help,

The alsa driver is not loading … and hence alsa is not recognizing any sound cards. Symptoms include aplay and arecord not finding any sound cards. When run with root permissions the dmesg states only


!!ALSA/HDA dmesg
!!--------------

    0.613928] ACPI: Added _OSI(Linux-Dell-Video)
    0.613928] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
    0.613928] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)

which supports no sound cards detected with the 5.3.18-150300.59.49-default kernel.

I don’t know what the problem is, but my suspicion is the 5.3.18-150300.59.49-default kernel has been over written by something in the x-preempt kernel.

If it were me, I would go to YaST, and select a de-install of the x-prempt kernel and AT THE SAME YaST session force a re-install of the 5.3.18 kernel. Apply both those changes at the same time, and then reboot. The idea is for the 5.3.18 kernel to restore anything the x-premempt may have over written. There is a degree of risk in doing that wrt breaking your boot …

so if you wished to be conservative, you could just force a re-install of the 5.3.18 kernel and not yet try to remove the x-preempt kernel.

I’ve broken waaay to many OS’s in the last 4 decades. So conservative it is. I had issues a year or two ago when I ventured into development kernels.

I fail to see how a forced re-install of this kernel will fix it. My grub2 advanced boot menu has 1 or 2 other earlier kernels of the 5.3.18 series and I’ve tried all of them. None have sound, only the 5.3.18-preempt has sound.

I’m wondering if this is similar to the problem I’ve seen regarding the nvidia card which (I think) was missing from the kernel prior to this one, a few weeks ago.

Anyway, I will give the forced re-install a try.

I looked at the tree in /lib/modules (I think that is where I saw them) and none of the kernels still remaining on my system, except preempt, contained the snd_hda_intel driver.

Pre-empted by preempt? :wink:

The alsa sound driver comes with the kernel.

I used Yast (normally I use zypper for updates) and chose the 3 kernel selections for 5.3.18-150300.59.49-default
I did not remove the preempt kernel.
I booted using advanced options and chose the default kernel.
No joy.

checking the file listing in /lib/modules/kernel I find that while the preempt kernel has a directory for /hda the default kernel does not.

default:

total 0drwxr-xr-x 1 root root  50 Feb  7 12:07 .
drwxr-xr-x 1 root root  86 Feb  2 00:12 ..
drwxr-xr-x 1 root root 158 Feb  7 12:06 drivers
drwxr-xr-x 1 root root  68 Feb  7 12:06 i2c
drwxr-xr-x 1 root root   4 Feb  7 12:06 isa
drwxr-xr-x 1 root root 706 Feb  7 12:06 pci
drwxr-xr-x 1 root root  12 Feb  7 12:07 soc
drwxr-xr-x 1 root root  74 Feb  7 12:07 usb
drwxr-xr-x 1 root root  38 Feb  7 12:07 xen

preempt:

total 12drwxr-xr-x 1 root root  154 Feb  7 12:07 .
drwxr-xr-x 1 root root   94 Feb  2 00:12 ..
-rw-r--r-- 1 root root 2136 Feb  2 00:16 ac97_bus.ko.xz
drwxr-xr-x 1 root root  306 Feb  7 12:05 core
drwxr-xr-x 1 root root  264 Feb  7 12:06 drivers
drwxr-xr-x 1 root root  170 Feb  7 12:05 firewire
drwxr-xr-x 1 root root   86 Feb  7 12:05 hda
drwxr-xr-x 1 root root   68 Feb  7 12:06 i2c
drwxr-xr-x 1 root root    4 Feb  7 12:06 isa
drwxr-xr-x 1 root root 1040 Feb  7 12:06 pci
drwxr-xr-x 1 root root  130 Feb  2 00:16 soc
-rw-r--r-- 1 root root 5016 Feb  2 00:16 soundcore.ko.xz
drwxr-xr-x 1 root root   44 Feb  7 12:05 synth
drwxr-xr-x 1 root root  154 Feb  7 12:07 usb
drwxr-xr-x 1 root root   48 Feb  7 12:05 x86
drwxr-xr-x 1 root root   38 Feb  7 12:07 xen

I also looked at the drivers directory but did not see anything that might be an issue so didn’t bother to post it here.

I am not comfortable removing the preempt kernel and spending time recovering if there is a problem.

Fair enough.

My assessment thou is having preempt kernel installed, could be the issue that results in the regular kernel from installing the appropriate directories. Why that may be the case I do not know - but that is my suspicion.

Just to wrap this up, my problem with the kernel was I had installed kernel-default-base and not kernel-default.

Now the default kernel is working and I can remove the preempt kernel that I don’t need.
Thanks for you help.

Thanks for posting your solution. That is a new issue that I have not seen before.

Sadly the diagnostic script doesn’t provide that detail (differentiation between kernel-default and kernel-default-base). I note in the script:


!!Kernel Information
!!------------------

Kernel release:    5.3.18-150300.59.49-default

and unfortunately it doesn’t mention ‘default-base’. Another issue to add to experience - so I appreciate the solution sharing.