rrq | frabbit: you might need to teach alsa a bit about your ThinkPadEC sound card | 00:10 |
---|---|---|
rrq | does it come up in alsamixer? with F6 | 00:12 |
frabbit | HDA Intel there | 00:12 |
frabbit | and ThinPad Sonsole Audio Control (but that isnt need i think) | 00:13 |
frabbit | its so weird... i have the same os setup as before on T61 where it worked... | 00:14 |
frabbit | *ThinkPad Console | 00:15 |
rrq | mmm looks fine to me too :( | 00:18 |
frabbit | =o | 00:23 |
rrq | I expected one more modprobe option though: snd_hda_intel: model=generic | 00:23 |
frabbit | rrq: i dunno what this ment.. | 00:23 |
rrq | do "lsmod| grep snd" to see installed modules named "snd" | 00:24 |
frabbit | https://paste.debian.net/plain/1122613 | 00:25 |
rrq | I have linux 4.9 (still); yours is 5.4.6 .. so there might be differences | 00:27 |
rrq | i have a file /etc/modprobe.d/alsa-base.conf with "options snd-hda-intel model=generic" in it | 00:28 |
rrq | that is used when the module snd-hda-intel is loaded, typically at boot | 00:28 |
rrq | the modules go together with the kernel so they may need different options for different kernel versions | 00:29 |
frabbit | .. ok but i had this kernel on t61 too wtigh same alsa setup... | 00:30 |
frabbit | *with | 00:30 |
rrq | do "grep snd-hda-intel /etc/modprobe.d/*" to see what you have, if anything, for that module | 00:30 |
rrq | right | 00:31 |
frabbit | theres nothing in that directory | 00:31 |
frabbit | /etc/modprobe.d/ is completly emtpy | 00:32 |
rrq | ok. there is the "alsactl init" command which sometimes does good things | 00:32 |
frabbit | https://paste.debian.net/plain/1122614 | 00:33 |
frabbit | still no sound... | 00:37 |
rrq | sorry. not enough white beard here :( maybe some next person has an idea... | 00:43 |
golinux | frabbit: are you on VB? | 00:45 |
frabbit | rrq: =) np thank u | 00:46 |
frabbit | golinux: VB? | 00:46 |
golinux | Virtual Box | 00:47 |
frabbit | golinux: no | 00:47 |
golinux | I could not get any sound out of 5.2.32 so filed a bug:https://www.virtualbox.org/ticket/18820 | 00:48 |
golinux | rrq and I went around day with that. | 00:48 |
golinux | My next thought would be that if you have pulseaudio installed it has muted everything. It has been known to do that. | 00:50 |
frabbit | golinux: i have 5.4.6 and as i said before it worked already with same os same kernel version on t61 yesterday =( | 00:50 |
frabbit | theres only libpulse0 | 00:51 |
frabbit | apt list --installed *pulse* | 00:51 |
frabbit | i wanna try restart again and if it then do not work (what i expect) try kernel 4.14.160-gnu | 01:03 |
frabbit | brb | 01:04 |
frabbit | it doesnt work with different kernel too... =( | 01:16 |
frabbit | if there was something broken in my soundhardware, would alsa reconize this? | 01:17 |
frabbit | or any other program? | 01:21 |
frabbit | ok i tested now deinstalling alsa-utils and install it again, put my hdd in another librebooted t60 but nothing works... so it must be something inside the os... | 04:25 |
frabbit | i will leave now irc but if anyone got another idea please post it here with my name, ill read the logs on website later. thx | 04:27 |
frabbit | ... | 20:43 |
frabbit | these hardwarebuttons on the laptop were set to mute... *facepalm* | 20:44 |
frabbit | i never use them usually so i totally forgot they exist XD | 20:45 |
frabbit | the same system a librebooted t60, with the same installation works without any problem | 21:08 |
frabbit | something resets these hardware volume buttons to mute again after each reboot or shutdown | 21:08 |
frabbit | the os configs are the same as on the other system, so they cannot be the problem... | 21:09 |
eyalroz | Ho ho ho | 22:10 |
eyalroz | If someone wants to hear about CUDA packaging issues for Christmas, I've got one... :-P | 22:11 |
tuxd3v | eyalroz, its about what? | 22:51 |
eyalroz | NVCC/nvlink's library search path | 22:51 |
eyalroz | https://stackoverflow.com/q/59481689/1593077 | 22:52 |
eyalroz | nvlink's default search path for (static/shared) libraries does not, apparently, include /usr/lib/x86_64-linux-gnu/ , where these libraries are placed in Devaun Beowulf | 22:53 |
eyalroz | (it's the same in Debian I would guess) | 22:53 |
eyalroz | @tuxd3v: I realize you might tell me to take it up with the package maintainer... | 22:54 |
tuxd3v | eyalroz, what are the paces it recognizes then? | 23:17 |
eyalroz | tuxd3v: I'm not quite sure. I typically use CMake, which gives it -L/paths/to/somewhere ; but I just stumbled on a case of that not working, which got me to this issue. | 23:18 |
eyalroz | If you install CUDA with run-file rather than a package, it's located in /usr/local/cuda with lib64/ | 23:18 |
eyalroz | and maybe it looks at certain environment variables, but I don't know which. | 23:19 |
tuxd3v | but its the installer Of Cuda toolkit that puts the shared and static libraries in '/usr/lib/x86_64-linux-gnu', it should have the responsibility of check for them there.. | 23:21 |
tuxd3v | if you add '/usr/lib/x86_64-linux-gnu' to dynamic loader is should help with that.. | 23:25 |
tuxd3v | theck this option: | 23:27 |
tuxd3v | https://paste2.org/p3PkD5Vg | 23:27 |
tuxd3v | its what I have.. | 23:27 |
eyalroz | tuxd3v: No, it doesn't. I'm using Devuan-packaged CUDA. The installer puts everything _only_ under /usr/local/cuda | 23:54 |
eyalroz | There are some libraries in /usr/local/cuda-10.1/targets/x86_64-linux/lib , though | 23:56 |
eyalroz | ... but not as many | 23:58 |
eyalroz | This is weird :-( | 23:58 |
eyalroz | Anyway, adding the .conf file under /etc/ld.so.conf.d doesn't change things. | 23:58 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!