Current kernel message (using alsa-kernel, I'll clone and build your git soon, got some internet problems at the moment): [ 147.334343] XXX HDMI pin_sense = 0x7fffffff [ 147.565059] XXX HDMI pin_sense = 0x7fffffff [ 153.248894] XXX HDMI pin_sense = 0xffffffff [ 153.250443] XXX HDMI pin_sense = 0xffffffff [ 189.475073] XXX HDMI pin_sense = 0x7fffffff [ 189.698017] XXX HDMI pin_sense = 0x7fffffff [ 196.664565] XXX HDMI pin_sense = 0xffffffff [ 196.666079] XXX HDMI pin_sense = 0xffffffff
It recognizes when I take the cable in and out, or toggles display output (0xffffffff when connected).
On 9 August 2011 09:19, Takashi Iwai tiwai@suse.de wrote:
At Tue, 9 Aug 2011 00:13:24 +0200, Andrée 'Glaucous' wrote:
Okay, after waking up and stopped being stupid, I cloned latest
alsa-kernel,
Use sound git tree: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
this however still resulted in your patch failing, but I managed to install it manually.
I still can't run speaker-test with more than 2 channels.
Give the kernel message. It should show the raw value.
(HDMI is card1 now)
/proc/asound/card1/eld#0.0 monitor_present 1 eld_valid 1 monitor_name connection_type HDMI eld_version [0x0] reserved edid_version [0x0] no CEA EDID Timing Extension block present manufacture_id 0x0 product_id 0x0 port_id 0x0 support_hdcp 0 support_ai 0 audio_sync_delay 0 speakers [0xffff] FL/FR LFE FC RL/RR RC FLC/FRC RLC/RRC FLW/FRW FLH/FRH
TC
FCH sad_count 0
So, this means it's likely 0xffffffff or such.
--
Now monitor is present (which I should add, it also was when I updated to kernel 3.0 without any alsa patch), and there are many more channels, which is probably because due to your patch hardcoding the channel count.
No, the speaker configs read above are irrelevant from the channel count.
Takashi