> That said, if you boot without i915, drop the index option. > I booted without i915 and did not set any index options (the default behaviour of tinycorelinux is to boot clean like a live-CD distro)
Ah OK, that's the way the current HD-audio driver behaves. It takes the card at first, then it leaves when the i915 component binding fails (like nomodeset). It's good to keep the device assignment consistent. OTOH, it may leave the card#0 empty as a result. So this is the expected behavior.
Great - so the expected behaviour is for it to fail :P
Yeah, "fail" to your expectation, unfortunately.
The nomodeset or whatever disabling KMS itself is already the hackish workaround, and it's in a sort of abnormal state.
I disagree - in fact I was wrong to state that Xorg was using the modesetting driver, further down Xorg.0.log I see that the modesetting driver is unloaded and the vesa driver is used instead.
The use of the vesa driver is not hackish and especially not when i915 has a serious bug and the Intel driver is not stable.
Such a buggy state *is* already abnormal, no? It should be fixed instead of the forever workaround.
I found four or five bug reports for i915, but nothing indicating that it was fixed in the latest kernel versions. (I'm using 4.2.9)
Is there any chance of that being fixed in the future?
As already mentioned, the "fix" is to use PA.
Using pulseaudio is not going to fix the broken analogue sound when the i915 driver is not loaded
Did you really test it? If yes, please give the log.
As per earlier in the thread:
$ aplay -l **** List of PLAYBACK Hardware Devices **** card 1: PCH [HDA Intel PCH], device 0: ALC3226 Analog [ALC3226 Analog] Subdevices: 1/1
$ alsamixer cannot open mixer: No such file or directory