[alsa-devel] Intel SST on a Bay Trail tablet
On Thu, 25 Jun 2015 22:17:17 +0530 Vinod Koul wrote:
On Thu, Jun 25, 2015 at 12:21:24PM +0200, Antonio Ospite wrote:
On Thu, 25 Jun 2015 11:20:46 +0530 Vinod Koul <vinod.koul at intel.com> wrote:
On Wed, Jun 24, 2015 at 03:46:13PM +0530, Vinod Koul wrote:
On Tue, Apr 14, 2015 at 05:06:27PM +0300, Jarkko Nikula wrote:
[...]
Which makes me thinking how does those strings describe the SSP port setup? E.g. do they reflect what port is actually used or could it be possible that those are just driver strings but firmware could have been tuned for SSP0? If I looked at earlier right, Teclast has the low pin-count Baytrail without SSP2 but I'm not sure about that.
The FW doesnt provide way to changes ports from driver in this, so this doesnt mean much. If we are sure it is not ssp2, I can provide ssp1 fw for test
I ahve pushed latest BYT version we have as well as added binary for second SSP port. Please give it a try:
https://git.kernel.org/cgit/linux/kernel/git/vkoul/firmware.git/commit/?h=by...
Thanks Vinod, but I see these are in the ELF format, and the mainline driver does not support this format, at least the last time I checked it didn't.
My bad, updated the patch now with right format
https://git.kernel.org/cgit/linux/kernel/git/vkoul/firmware.git/commit/?h=by...
(Adding Michele to CC)
OK, so Jarkko was right: after a quick test I confirm that with fw_sst_0f28_ssp0.bin I get sound; this is quite an improvement, thanks!
Damn, completely missed..
Hi Vinod, if it's possible, could you please generate a fw_sst_0f28_ssp1.bin also, so I can test my driver (mine was for the Asus X205TA laptop, where the codec is on SSP1 port)?
Thanks, Michele
On Mon, Aug 24, 2015 at 03:29:04PM +0200, Michele Curti wrote:
On Thu, 25 Jun 2015 22:17:17 +0530 Vinod Koul wrote:
On Thu, Jun 25, 2015 at 12:21:24PM +0200, Antonio Ospite wrote:
On Thu, 25 Jun 2015 11:20:46 +0530 Vinod Koul <vinod.koul at intel.com> wrote:
On Wed, Jun 24, 2015 at 03:46:13PM +0530, Vinod Koul wrote:
On Tue, Apr 14, 2015 at 05:06:27PM +0300, Jarkko Nikula wrote:
[...]
> > Which makes me thinking how does those strings describe the SSP port > setup? E.g. do they reflect what port is actually used or could it > be possible that those are just driver strings but firmware could > have been tuned for SSP0? If I looked at earlier right, Teclast has > the low pin-count Baytrail without SSP2 but I'm not sure about that. The FW doesnt provide way to changes ports from driver in this, so this doesnt mean much. If we are sure it is not ssp2, I can provide ssp1 fw for test
I ahve pushed latest BYT version we have as well as added binary for second SSP port. Please give it a try:
https://git.kernel.org/cgit/linux/kernel/git/vkoul/firmware.git/commit/?h=by...
Thanks Vinod, but I see these are in the ELF format, and the mainline driver does not support this format, at least the last time I checked it didn't.
My bad, updated the patch now with right format
https://git.kernel.org/cgit/linux/kernel/git/vkoul/firmware.git/commit/?h=by...
(Adding Michele to CC)
OK, so Jarkko was right: after a quick test I confirm that with fw_sst_0f28_ssp0.bin I get sound; this is quite an improvement, thanks!
Damn, completely missed..
Hi Vinod, if it's possible, could you please generate a fw_sst_0f28_ssp1.bin also, so I can test my driver (mine was for the Asus X205TA laptop, where the codec is on SSP1 port)?
Are you sure you ahve SSP1 port enabled. I have not seen anyone using that one. Jarkko do you know about this?
I will ask firmware folks for generation (i don't do that) and get back
Damn, completely missed..
Hi Vinod, if it's possible, could you please generate a fw_sst_0f28_ssp1.bin also, so I can test my driver (mine was for the Asus X205TA laptop, where the codec is on SSP1 port)?
Are you sure you ahve SSP1 port enabled. I have not seen anyone using that one. Jarkko do you know about this?
I will ask firmware folks for generation (i don't do that) and get back
Hi Vinod
The Asus T100TAF seems to be using the SSP1 port too with a RT5642,. I have tested SSP2 and SSP0 firmwares, only getting heat and clicks, errors reported by Michele are the same on my device. In the DSDT there are only references to SSP1.
The Asus T100TAF seems to be using the SSP1 port too with a RT5642,. I have tested SSP2 and SSP0 firmwares, only getting heat and clicks, errors reported by Michele are the same on my device. In the DSDT there are only references to SSP1.
On the original Asus T100 there are also references to SSP1 but they are not related to audio at all (they are in the XHCI1 scope). To the best of my knowledge the SSP number is not configured in the BIOS, that seems like a red herring. Can you please share the DSDT table for this device?
Thanks, -Pierre
On Mon, Aug 24, 2015 at 05:05:41PM +0200, Luka Karinja wrote:
Damn, completely missed..
Hi Vinod, if it's possible, could you please generate a fw_sst_0f28_ssp1.bin also, so I can test my driver (mine was for the Asus X205TA laptop, where the codec is on SSP1 port)?
Are you sure you ahve SSP1 port enabled. I have not seen anyone using that one. Jarkko do you know about this?
I will ask firmware folks for generation (i don't do that) and get back
Hi Vinod
The Asus T100TAF seems to be using the SSP1 port too with a RT5642,. I have tested SSP2 and SSP0 firmwares, only getting heat and clicks, errors reported by Michele are the same on my device. In the DSDT there are only references to SSP1.
Yep, I also remember only SSP1 in ACPI tables. I'll check when I'll have access to the laptop to be sure.
Thanks, Michele
On Mon, Aug 24, 2015 at 07:56:25PM +0530, Vinod Koul wrote:
On Mon, Aug 24, 2015 at 03:29:04PM +0200, Michele Curti wrote:
Damn, completely missed..
Hi Vinod, if it's possible, could you please generate a fw_sst_0f28_ssp1.bin also, so I can test my driver (mine was for the Asus X205TA laptop, where the codec is on SSP1 port)?
Are you sure you ahve SSP1 port enabled. I have not seen anyone using that one. Jarkko do you know about this?
I will ask firmware folks for generation (i don't do that) and get back
Yes, I can confirm, SSP1 in under LPEA
Scope (_SB) { Device (LPEA) { Name (_ADR, Zero) // _ADR: Address Name (_HID, "80860F28" /* Intel SST Audio DSP */) // _HID: Hardware ID
... snip ...
Device (SSP1) { Name (_ADR, Zero) // _ADR: Address Name (_HID, "SSPX0000" /* Intel SSP Device */) // _HID: Hardware ID Name (_CID, "SSPX0000" /* Intel SSP Device */) // _CID: Compatible ID
Full dsdt.dsl here: https://github.com/michelecurti/x205ta/blob/master/dsdt.dsl
Thank you, Michele
On 8/24/15 1:17 PM, Michele Curti wrote:
On Mon, Aug 24, 2015 at 07:56:25PM +0530, Vinod Koul wrote:
On Mon, Aug 24, 2015 at 03:29:04PM +0200, Michele Curti wrote:
Damn, completely missed..
Hi Vinod, if it's possible, could you please generate a fw_sst_0f28_ssp1.bin also, so I can test my driver (mine was for the Asus X205TA laptop, where the codec is on SSP1 port)?
Are you sure you ahve SSP1 port enabled. I have not seen anyone using that one. Jarkko do you know about this?
I will ask firmware folks for generation (i don't do that) and get back
Yes, I can confirm, SSP1 in under LPEA
Scope (_SB) { Device (LPEA) { Name (_ADR, Zero) // _ADR: Address Name (_HID, "80860F28" /* Intel SST Audio DSP */) // _HID: Hardware ID ... snip ... Device (SSP1) { Name (_ADR, Zero) // _ADR: Address Name (_HID, "SSPX0000" /* Intel SSP Device */) // _HID: Hardware ID Name (_CID, "SSPX0000" /* Intel SSP Device */) // _CID: Compatible IDFull dsdt.dsl here: https://github.com/michelecurti/x205ta/blob/master/dsdt.dsl
No idea why the BIOS vendor thought here, we don't handle the SSPX0000 (illegal) _HID and we have no driver to load against... This SSP1 entry will be ignored in Linux. Probably only used by Windows for Bluetooth HFP, see the DSM that returns ("BLUET")
Device (SSP1) { Name (_ADR, Zero) // _ADR: Address Name (_HID, "SSPX0000" /* Intel SSP Device */) // _HID: Hardware ID Name (_CID, "SSPX0000" /* Intel SSP Device */) // _CID: Compatible ID Name (_DDN, "Intel(R) SSP Device") // _DDN: DOS Device Name Name (_UID, One) // _UID: Unique ID Method (_STA, 0, NotSerialized) // _STA: Status { If ((OSSL & 0x80)) <<< OSSL==0x08, test fails { Return (0x0F) }
Return (Zero) <<<<< device is not reported present to kernel }
On Mon, Aug 24, 2015 at 02:28:21PM -0500, Pierre-Louis Bossart wrote:
On 8/24/15 1:17 PM, Michele Curti wrote:
On Mon, Aug 24, 2015 at 07:56:25PM +0530, Vinod Koul wrote:
On Mon, Aug 24, 2015 at 03:29:04PM +0200, Michele Curti wrote:
Damn, completely missed..
Hi Vinod, if it's possible, could you please generate a fw_sst_0f28_ssp1.bin also, so I can test my driver (mine was for the Asus X205TA laptop, where the codec is on SSP1 port)?
Are you sure you ahve SSP1 port enabled. I have not seen anyone using that one. Jarkko do you know about this?
I will ask firmware folks for generation (i don't do that) and get back
Yes, I can confirm, SSP1 in under LPEA
Scope (_SB) { Device (LPEA) { Name (_ADR, Zero) // _ADR: Address Name (_HID, "80860F28" /* Intel SST Audio DSP */) // _HID: Hardware ID ... snip ... Device (SSP1) { Name (_ADR, Zero) // _ADR: Address Name (_HID, "SSPX0000" /* Intel SSP Device */) // _HID: Hardware ID Name (_CID, "SSPX0000" /* Intel SSP Device */) // _CID: Compatible IDFull dsdt.dsl here: https://github.com/michelecurti/x205ta/blob/master/dsdt.dsl
No idea why the BIOS vendor thought here, we don't handle the SSPX0000 (illegal) _HID and we have no driver to load against... This SSP1 entry will be ignored in Linux. Probably only used by Windows for Bluetooth HFP, see the DSM that returns ("BLUET")
Oh, so no need of a SSP1 driver, thank you!
I'll try the SSP0 one :)
Thanks, Michele
Device (SSP1) { Name (_ADR, Zero) // _ADR: Address Name (_HID, "SSPX0000" /* Intel SSP Device */) // _HID: Hardware ID Name (_CID, "SSPX0000" /* Intel SSP Device */) // _CID: Compatible ID Name (_DDN, "Intel(R) SSP Device") // _DDN: DOS Device Name Name (_UID, One) // _UID: Unique ID Method (_STA, 0, NotSerialized) // _STA: Status { If ((OSSL & 0x80)) <<< OSSL==0x08, test fails { Return (0x0F) }
Return (Zero) <<<<< device is not reported present tokernel }
On Thu, Sep 17, 2015 at 10:54:30PM +0200, Luka Karinja wrote:
Hello Michele,
Oh, so no need of a SSP1 driver, thank you!
I'll try the SSP0 one :)
Any luck to get the sound working on your device?
Hi Luka, I did a try but without success.. I think it's beyond my capabilities eheh
Regards, Michele
participants (4)
-
Luka Karinja -
Michele Curti -
Pierre-Louis Bossart -
Vinod Koul