At Sun, 29 Dec 2013 18:23:12 -0800, Adam Williamson wrote:
On Sun, 2013-12-29 at 18:19 -0800, Adam Williamson wrote:
On Mon, 2013-12-02 at 17:56 -0800, Adam Williamson wrote:
Only Intel knows.
I think Liam or Jarkko might have something for you...
Hope so! Thanks for the reply and the redirect.
> Is there any info I can provide to help?
"lspci -vv -d 8086:0f28"?
OK, will get that for you shortly. Thanks for the info.
I'm just about to build a new test image which I'm throwing a couple of kernel patches for other bugs into, I'll grab this lspci output while I'm testing that.
So I got time today to poke at this device again, and here's something: it's not actually a PCI device at all, I missed that. Neither lspci (Linux) nor pcitree (Windows) shows a PCI device with ID 8086:0f28. It must be connected some other way, SDIO or something. So, I don't know how to get more info on it, really.
I'll file a bug on this device with all the details I have attached, for now, I guess.
...or, since the bug tracker is apparently down, I guess I can't. What's the next step? Just wait and see if I hear from someone with an @intel.com ? :/
I honestly wasn't expecting it to be THIS difficult to get almost anything working on a vlv tablet :(
Ask Intel guys at best. It must be a device controlled by i2c/spi/whatever, not a standard HD-audio. IIRC, the control can be taken from ACPI, but it's not implemented properly yet.
Takashi