Created attachment 341154 [details] jpg file with dump on a screen on kernel module Since 3.7.2, and possibly previous kernels too, till 3.8.2 now I need to blacklist snd-powermap module so that system boot. Or not compile it. If the module loads, then the kernel hungs.
kernel I use is gentoo-sources.
machine is ibook g4
Can you add snd-powermac.blacklist=yes to your kernel parameters and retest?
you mean, does it boot if I blacklist the module? yes, I tried to prevent it to load both ways - and by adding it to /etc/modprobe.d/blacklist.conf and by passing a kernel command line like you suggested. It this case system boots ok. I can boot the system, I cannot use alsa sound drivers.
Does this still happen on later kernel versions? Have you considered doing a git bisect? http://wiki.gentoo.org/wiki/Kernel_git-bisect
I'll try 3.9 and if the problem exists I'll try to understand how to use git-bisect
kernel 3.9.2 - without blacklisting snd-powermac machine does not boot. So finding the last kernel which booted is the only option?
(In reply to Norayr Chilingarian from comment #7) > kernel 3.9.2 - without blacklisting snd-powermac machine does not boot. > So finding the last kernel which booted is the only option? Yes, if you have the time to do this please consider doing this: http://wiki.gentoo.org/wiki/Kernel_git-bisect Denote your working kernel (3.6.something) as good commit and the earliest that fails (3.7.2) as bad commit.
There are much more recent kernels now, please try: 1. =sys-kernel/gentoo-sources-3.10.6 2. =sys-kernel/git-sources-3.11_rc5 3. Failing those two, a git bisect to find the bad commit. Thank you in advance.
last two weeks I am trying to downgrade and test kernels: spitak src # pwd /usr/src spitak src # ls config linux-3.6.1.tar.xz linux-3.6.5 linux-3.6.8.tar.xz linux linux-3.6.2 linux-3.6.5.tar.xz linux-3.6.9 linux-3.6.1 linux-3.6.2.tar.xz linux-3.6.6 linux-3.6.9.tar.xz linux-3.6.10 linux-3.6.3 linux-3.6.6.tar.xz linux-3.7.1.tar.xz linux-3.6.10.tar.xz linux-3.6.3.tar.xz linux-3.6.7 linux-3.7.tar.xz linux-3.6.11 linux-3.6.4 linux-3.6.7.tar.xz linux-3.9.2-gentoo linux-3.6.11.tar.xz linux-3.6.4.tar.xz linux-3.6.8 So I have reached 3.6.2 so far (did not test yet 3.6.1) and it don't boot if I don't blacklist the module. I don't actually remember the last working option, I was updating Gentoo rare, so I even suspect, may be the hardware is faulty, not the software. Anyway, I intent to downgrade kernel step by step till 3.5.5 or something similar and see. Also, I will try new kernels, thank you
(In reply to Norayr Chilingarian from comment #10) > last two weeks I am trying to downgrade and test kernels: > > spitak src # pwd > /usr/src > spitak src # ls > config linux-3.6.1.tar.xz linux-3.6.5 > linux-3.6.8.tar.xz > linux linux-3.6.2 linux-3.6.5.tar.xz linux-3.6.9 > linux-3.6.1 linux-3.6.2.tar.xz linux-3.6.6 > linux-3.6.9.tar.xz > linux-3.6.10 linux-3.6.3 linux-3.6.6.tar.xz > linux-3.7.1.tar.xz > linux-3.6.10.tar.xz linux-3.6.3.tar.xz linux-3.6.7 linux-3.7.tar.xz > linux-3.6.11 linux-3.6.4 linux-3.6.7.tar.xz > linux-3.9.2-gentoo > linux-3.6.11.tar.xz linux-3.6.4.tar.xz linux-3.6.8 > > So I have reached 3.6.2 so far (did not test yet 3.6.1) and it don't boot if > I don't blacklist the module. > > I don't actually remember the last working option, I was updating Gentoo > rare, so I even suspect, may be the hardware is faulty, not the software. > Anyway, I intent to downgrade kernel step by step till 3.5.5 or something > similar and see. > > Also, I will try new kernels, thank you It is much less work if you do a bisect instead. Instead of all those versions, you could have split the range in half and tried the middle; effectively, you would then have determined which half not to test which would have spared you out testing quite some versions. Once you have determined that half, split it again; and so on... Since you rather would want to do this on a commit level instead of a kernel level; please take a look at how to git bisect, and then try to find the bad commit. Bisects exactly do what I described above for the commits. http://wiki.gentoo.org/wiki/Kernel_git-bisect Thank you very much in advance.
so I decided to follow one of the advices here and try the newest kernel. we have news with vanilla sources 3.11.1. mac does not hung during boot, loads snd-powermac, but cannot find the audio card. dmesg output is: http://pastebin.com/B0NVbKJ9 lines 381-399 are related. when I rmmode and modprobe snd-powermac module those lines reappear in dmesg mplayer2 output also confirms that audio card is not detected: http://pastebin.com/Y3JMDLR0 (lines 16-43) Thank you.
Can you try =sys-kernel/git-sources-3.12-rc5? They've added a commit that should fail adding an adapter sooner, which might uncover the underlying problem; if not, I guess we better report upstream.
very similar. It boots. It even made some sound while loading sound drivers. I believe it did not with other kernels. However it failed to restore mixer settings during bootup. Then, alsamixer cannot be run - cannot find mixer. I have tried to play mp3 file with mplayer2, it says no card found, but plays it. No sound. Thank you.
How can I report upstream?
Did you check dmesg for new messages on the new kernel? Upstream you can file a bug at https://bugzilla.kernel.org just like you filed a bug report here; if you do, please provide us the URL of the upstream bug. Good luck and thank you in advance.
