June 2015 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH v4 0/4] Support ZTE zx296702 SPDIF/I2S
by Jun Nie 04 Jun '15

04 Jun '15

Changes vs v3: - remove HDMI stuff and will add it in video side later - Polish SPDIF driver with devm_* Changes vs v2: - remove pcm dma driver and merge the related call into DAI driver - Add zx HDMI codec with direct HDMI function call - Other typo and minor fix Jun Nie (4): dt: Add documentation for the ZTE SPDIF controller dt: Add documentation for the ZTE I2S controller ASoC: zx: Add zx296702 SPDIF support ASoC: zx: Add ZTE zx296702 I2S DAI driver .../devicetree/bindings/sound/zte,zx-i2s.txt | 44 +++ .../devicetree/bindings/sound/zte,zx-spdif.txt | 28 ++ sound/soc/Kconfig | 1 + sound/soc/Makefile | 1 + sound/soc/zte/Kconfig | 17 + sound/soc/zte/Makefile | 2 + sound/soc/zte/zx296702-i2s.c | 437 +++++++++++++++++++++ sound/soc/zte/zx296702-spdif.c | 370 +++++++++++++++++ 8 files changed, 900 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/zte,zx-i2s.txt create mode 100644 Documentation/devicetree/bindings/sound/zte,zx-spdif.txt create mode 100644 sound/soc/zte/Kconfig create mode 100644 sound/soc/zte/Makefile create mode 100644 sound/soc/zte/zx296702-i2s.c create mode 100644 sound/soc/zte/zx296702-spdif.c -- 1.9.1

2 7

[alsa-devel] standalone dmic with omap-dmic
by Jack Mitchell 04 Jun '15

04 Jun '15

I have been trying to get a dmic connected directly into an omap44xx working standalone (no twl6040), so far, unsucessfully. Does anyone know if this is even possible? I have tried with a simple-audio-card setup using the dmic-codec and omap-dmic as the dai. I have also tried hacking out the twl6040 parts of the twl6040 driver to get a dmic only driver. With both of these methods I managed to get the drivers loaded but could get nothing recorded with an Input/Output error, and then on retry a kernel lockup with regards to enabling/disablig the dmic. Doe anyone have any suggestions; or maybe an idea if this is even possible without large changes? Does the dmic driver with twl6040 even work anymore; I expect it doesn't get a lot of testing... Cheers, Jack.

1 0

Re: [alsa-devel] [WM5102/ARIZONA] spi driver needs to support ACPI
by Pierre-Louis Bossart 04 Jun '15

04 Jun '15

On 6/3/15 2:50 AM, Christian Hartmann wrote: > hi, > > thanks Pierre-Luis, > > I attach the DSDT table in ASM format to get this device working as > soon as possible. this format is unreadable, can you extract the plain DSL instead, e.g. with iasl -d dsdt.dat -> extracts dsdt.dsl with only the code in 'human-readable' format. > > By the way, I looked yesterday into the baytrail code (sound/soc/intel/sst ) > and I added this WM510205 codec.... but I do not know if I have it > done correctly... currently I test my latest changes, seems to not > work as expected yet. > > > cheers > chris > > > 2015-06-02 20:13 GMT+02:00 Pierre-Louis Bossart > <pierre-louis.bossart(a)linux.intel.com>: >> On 06/02/2015 03:34 AM, Christian Hartmann wrote: >>> hi list again, >>> >>> I have patched the torvalds/master branch currently rc6 >>> and I have no NULL pointer exception anymore. >>> >>> I will send each patch separately >>> >>> Of course no (working) soundcard yet.. >>> >>> so let be try to describe what is actually open or resolved for me: >>> >>> * the spi master 37622 (pxa2xx) does not fail to add the SPI slave spi-WM510205 >>> pxa2xx-spi 80860F0E:00: registered child spi-WM510205:00 >>> >>> * ALSA device list: no soundcards found >>> * in dmesg I found two message indicating that something seems to be >>> missing yet: >>> >>> sst-acpi 80860F28:00: No matching ASoC machine driver found >>> intel-sst-acpi 80860F28:00: No matching machine driver found >>> >>> >>> snip of dmesg 4.1.0.42-rc6 >>> >>> >>> [ 6.075170] sst-acpi 80860F28:00: No matching ASoC machine driver found >>> [ 6.106787] pxa2xx-spi 80860F0E:00: no DMA channels available, using PIO >>> [ 6.106865] pxa2xx-spi 80860F0E:00: registered master spi32766 (dynamic) >>> [ 6.107058] spi spi-WM510205:00: 8333333 Hz actual, PIO >>> [ 6.107065] spi spi-WM510205:00: setup mode 0, 8 bits/w, 8000000 Hz max --> 0 >>> [ 6.107151] pxa2xx-spi 80860F0E:00: registered child spi-WM510205:00 >>> [ 6.114510] rfkill_gpio LNV4752:00: GPIO lookup for consumer reset >>> [ 6.114519] rfkill_gpio LNV4752:00: using ACPI for GPIO lookup >>> [ 6.114526] acpi LNV4752:00: GPIO: looking up reset-gpios >>> [ 6.114533] acpi LNV4752:00: GPIO: _DSD returned LNV4752:00 3 0 0 0 >>> [ 6.114607] no flags found for reset >>> [ 6.114619] rfkill_gpio LNV4752:00: GPIO lookup for consumer shutdown >>> [ 6.114623] rfkill_gpio LNV4752:00: using ACPI for GPIO lookup >>> [ 6.114628] acpi LNV4752:00: GPIO: looking up shutdown-gpios >>> [ 6.114633] acpi LNV4752:00: GPIO: _DSD returned LNV4752:00 3 1 0 0 >>> [ 6.114669] acpi LNV4752:00: GPIO: looking up shutdown-gpio >>> [ 6.114675] acpi LNV4752:00: GPIO: looking up 0 in _CRS >>> [ 6.114711] gpio-411 (reset): gpiod_request: status -16 >>> [ 6.114849] rfkill_gpio LNV4752:00: LNV4752:00 device registered. >>> [ 6.247784] intel_sst_acpi 80860F28:00: No matching machine driver found >>> >>> >>> I have grepped the string 80860F28 in the ACPI DSDT table (-> >>> dsdt.dsl) and found >>> >>> { >>> Device (LPEA) >>> { >>> Name (_ADR, Zero) // _ADR: Address >>> Name (_HID, "80860F28" /* Intel SST Audio DSP */) // >>> _HID: Hardware ID >>> Name (_CID, "80860F28" /* Intel SST Audio DSP */) // >>> _CID: Compatible ID >>> Name (_DDN, "Intel(R) Low Power Audio Controller - >>> 80860F28") // _DDN: DOS Device Name >>> Name (_SUB, "17AA7004") // _SUB: Subsystem ID >>> Name (_UID, One) // _UID: Unique ID >>> Name (_DEP, Package (0x01) // _DEP: Dependencies >>> { >>> ^SPI1.AUDI >>> }) >>> Name (_PR0, Package (0x01) // _PR0: Power Resources for D0 >>> { >>> PLPE >>> }) >>> Method (_STA, 0, NotSerialized) // _STA: Status >>> { >>> If (LAnd (LEqual (LPEE, 0x02), LEqual (LPED, Zero))) >>> { >>> Return (0x0F) >>> } >>> >>> Return (Zero) >>> } >>> >>> So how to bind the intel_sst_acpi with the WM5102 arizona coded and >>> its hub named arizone ??? >>> >>> Any suggestions or new directions? >> >> In your DSDT table, you need to leave the LPEA device alone. this is Intel only >> >> You will need to have a second device for your codec that is either a child of the I2C (or SPI?) controllers. This second device will have an HID that you need to include in the sst-acpi.c code. when the LPEA driver starts, it will look if this codec HID is present and if yes load the relevant machine driver and firmware. >> >> see for example the baytrail code, it uses the codec ID to identify which machine driver is needed. this is where you would need to add the wolfson HID. >> >> static struct sst_acpi_mach baytrail_machines[] = { >> { "10EC5640", "byt-rt5640", "intel/fw_sst_0f28.bin-48kHz_i2s_master" }, >> { "193C9890", "byt-max98090", "intel/fw_sst_0f28.bin-48kHz_i2s_master" }, >> {} >> }; >> >> >> Maybe you can share your DSDT table (factory settings) if you want more help. >> Also note that HIDs are specified based on rules defined by uefi.org, the "WM5102" does not follow any of the usual conventions. My guess is that the HID should be prefixed by the Wolfson PCI vendor ID. >> >> >>> .... >>> >>> >>> cheers >>> chris >>> >>> >>> 2015-05-19 15:39 GMT+02:00 Christian Hartmann <cornogle(a)googlemail.com>: >>>> Hi, >>>> >>>> at the moment I am totally confused. I thought adding an ACPI ID is >>>> trivial, but it is not. >>>> >>>> I have again a null pointer exception in arizona_spi_probe() >>>> >>>> could it be with the new num_chipselect value in spi-pxa2xx.c ?? >>>> I attach the trace of the last try >>>> >>>> Any hints or tips are welcome. >>>> >>>> cheers >>>> chris >>>> >>>> 2015-05-19 11:04 GMT+02:00 Christian Hartmann <cornogle(a)googlemail.com>: >>>>> Hi, >>>>> >>>>> so the ACPI id string, which I want to add to arizona-spi.c should be >>>>> >>>>> WM510205 ?? >>>>> >>>>> I have changed the ACPI string to >>>>> >>>>> {"WM510205", WM5102}, >>>>> >>>>> now and give it a try. >>>>> >>>>> cheers >>>>> chris >>>>> >>>>> 2015-05-18 18:29 GMT+02:00 Pierre-Louis Bossart >>>>> <pierre-louis.bossart(a)linux.intel.com>: >>>>>> On 5/15/15 4:16 AM, Christian Hartmann wrote: >>>>>>> >>>>>>> Hi list, >>>>>>> >>>>>>> >>>>>>> I need ACPI support for the arizona-core / arizona-spi driver for the >>>>>>> ACPI ID WM5102. >>>>>>> This audio codec is build into the Lenovo Yoga 851F. This device is a >>>>>>> 32Bit (UEFI) system >>>>>>> >>>>>>> >>>>>>> http://support.lenovo.com/de/de/products/tablets/yoga-series/yoga-tablet-2-… >>>>>>> >>>>>>> >>>>>>> I have tested with vanilla kernels from kernel.org 3.19.y ,4.0.y and >>>>>>> master (from torvalds) currently its 4.1.0-rc3. As distribution I am >>>>>>> working with Fedora / Fedlet was the initial install image. >>>>>>> >>>>>>> With all vanilla kernels I got at first an error message from spi32766: >>>>>>> >>>>>>> [ 0.296297] pxa2xx-spi 80860F0E:00: cs1 >= max 1 >>>>>>> [ 0.296311] spi_master spi32766: failed to add SPI device >>>>>>> WM510205:00 from ACPI >>>>>>> >>>>>>> so I have at first patched as suggested by broonie the arizona-core >>>>>>> >>>>>>> commit 48203a0fede057d6a8c5f6872c53326395350f45 >>>>>>> Author: somebody anybody <somebody(a)foobar.com> >>>>>>> Date: Mon May 11 13:35:43 2015 +0200 >>>>>>> >>>>>>> spi-pxa2xx : raise chipselect >>>>>>> >>>>>>> Signed-off-by: somebody anybody <somebody(a)foobar.com> >>>>>>> >>>>>>> diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c >>>>>>> index e3223ac..9c919ea 100644 >>>>>>> --- a/drivers/spi/spi-pxa2xx.c >>>>>>> +++ b/drivers/spi/spi-pxa2xx.c >>>>>>> @@ -1279,7 +1279,7 @@ pxa2xx_spi_acpi_get_pdata(struct platform_device >>>>>>> *pdev) >>>>>>> if (adev->pnp.unique_id && !kstrtoint(adev->pnp.unique_id, 0, >>>>>>> &devid)) >>>>>>> ssp->port_id = devid; >>>>>>> >>>>>>> - pdata->num_chipselect = 1; >>>>>>> + pdata->num_chipselect = 20; >>>>>>> pdata->enable_dma = true; >>>>>>> >>>>>>> return pdata; >>>>>>> >>>>>>> This leds the spi master do the further ACPI configuration and inital >>>>>>> setup for the arizona-spi device, but adding the ACPI ID to it >>>>>>> does not work yet as expected: >>>>>>> >>>>>>> The current last patchset on top of master is >>>>>>> >>>>>>> >>>>>>> Author: somebody anybody <somebody(a)foobar.com> >>>>>>> Date: Wed May 13 11:36:25 2015 +0200 >>>>>>> >>>>>>> arizona : added ACPI id of wm5102 to SPI driver, too >>>>>>> >>>>>>> Signed-off-by: somebody anybody <somebody(a)foobar.com> >>>>>>> >>>>>>> diff --git a/drivers/mfd/arizona-spi.c b/drivers/mfd/arizona-spi.c >>>>>>> index 1e845f6..c19a4c1 100644 >>>>>>> --- a/drivers/mfd/arizona-spi.c >>>>>>> +++ b/drivers/mfd/arizona-spi.c >>>>>>> @@ -17,6 +17,7 @@ >>>>>>> #include <linux/regulator/consumer.h> >>>>>>> #include <linux/slab.h> >>>>>>> #include <linux/spi/spi.h> >>>>>>> +#include <linux/acpi.h> >>>>>>> #include <linux/of.h> >>>>>>> >>>>>>> #include <linux/mfd/arizona/core.h> >>>>>>> @@ -82,6 +83,15 @@ static int arizona_spi_remove(struct spi_device *spi) >>>>>>> return 0; >>>>>>> } >>>>>>> >>>>>>> +#ifdef CONFIG_ACPI >>>>>>> +static struct acpi_device_id wm5102_acpi_match[] = { >>>>>>> + { "WM5102", 0}, >>>>>>> + { "WM510205", 0}, >>>>>>> + { }, >>>>>>> +}; >>>>>>> +MODULE_DEVICE_TABLE(acpi, wm5102_acpi_match); >>>>>>> +#endif >>>>>>> + >>>>>>> static const struct spi_device_id arizona_spi_ids[] = { >>>>>>> { "wm5102", WM5102 }, >>>>>>> { "wm5110", WM5110 }, >>>>>>> @@ -96,6 +106,9 @@ static struct spi_driver arizona_spi_driver = { >>>>>>> .owner = THIS_MODULE, >>>>>>> .pm = &arizona_pm_ops, >>>>>>> .of_match_table = of_match_ptr(arizona_of_match), >>>>>>> +#ifdef CONFIG_ACPI >>>>>>> + .acpi_match_table = ACPI_PTR(wm5102_acpi_match), >>>>>>> +#endif >>>>>>> }, >>>>>>> .probe = arizona_spi_probe, >>>>>>> .remove = arizona_spi_remove, >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> commit 268e21d29c942205e40f749c6d71c77839dc67da >>>>>>> Author: somebody anybody <somebody(a)foobar.com> >>>>>>> Date: Wed May 13 11:36:04 2015 +0200 >>>>>>> >>>>>>> arizona : added ACPI id of wm5102 to i2c driver >>>>>>> >>>>>>> Signed-off-by: somebody anybody <somebody(a)foobar.com> >>>>>>> >>>>>>> diff --git a/drivers/mfd/arizona-i2c.c b/drivers/mfd/arizona-i2c.c >>>>>>> index ff782a5..45ece1b 100644 >>>>>>> --- a/drivers/mfd/arizona-i2c.c >>>>>>> +++ b/drivers/mfd/arizona-i2c.c >>>>>>> @@ -18,6 +18,7 @@ >>>>>>> #include <linux/regulator/consumer.h> >>>>>>> #include <linux/slab.h> >>>>>>> #include <linux/of.h> >>>>>>> +#include <linux/acpi.h> >>>>>>> >>>>>>> #include <linux/mfd/arizona/core.h> >>>>>>> >>>>>>> @@ -85,6 +86,15 @@ static int arizona_i2c_remove(struct i2c_client *i2c) >>>>>>> return 0; >>>>>>> } >>>>>>> >>>>>>> +#ifdef CONFIG_ACPI >>>>>>> +static struct acpi_device_id wm5102_acpi_match[] = { >>>>>>> + { "WM5102", 0}, >>>>>>> + { "WM510205", 0}, >>>>>>> + { }, >>>>>> >>>>>> >>>>>> Those IDs don't really look like ACPI ones? Isn't there a rule that the _HID >>>>>> is represented by a 4-letter vendor ID followed by part ID? see >>>>>> http://www.uefi.org/PNP_ACPI_Registry >>>>>> >>>>>> >>>>>>> +}; >>>>>>> +MODULE_DEVICE_TABLE(acpi, wm5102_acpi_match); >>>>>>> +#endif >>>>>>> + >>>>>>> static const struct i2c_device_id arizona_i2c_id[] = { >>>>>>> { "wm5102", WM5102 }, >>>>>>> { "wm5110", WM5110 }, >>>>>>> @@ -100,6 +110,9 @@ static struct i2c_driver arizona_i2c_driver = { >>>>>>> .owner = THIS_MODULE, >>>>>>> .pm = &arizona_pm_ops, >>>>>>> .of_match_table = of_match_ptr(arizona_of_match), >>>>>>> +#ifdef CONFIG_ACPI >>>>>>> + .acpi_match_table = ACPI_PTR(wm5102_acpi_match), >>>>>>> +#endif >>>>>>> }, >>>>>>> .probe = arizona_i2c_probe, >>>>>>> .remove = arizona_i2c_remove, >>>>>>> >>>>>>> >>>>>>> >>>>>>> with these two patches the local master branch compiles fine, but at >>>>>>> initialzing the arizona-spi driver gots a NULL pointer exception. >>>>>>> >>>>>>> I attach the whole dmesg of 4.1.0-rc3 (build 4.1.0.24-rc3). >>>>>>> >>>>>>> I need some assistance or hints to the right direction, I am looking >>>>>>> myself and I also try what I can, but I think it would be easy peasy >>>>>>> with some experts like here on this list :) >>>>>>> >>>>>>> >>>>>>> PS: the message : spi_master spi32766: raised num_chipselect to 20 for >>>>>>> WM510205:00 >>>>>>> >>>>>>> is a dev_err() line added to the function static acpi_status >>>>>>> acpi_spi_add_device(), there I had raised the num_chipselect first >>>>>>> (that was wrong, the raise is now done as in the first patch above. >>>>>>> this is only a debug message and will be removed soon) >>>>>>> >>>>>>> >>>>>>> PPS: for me it seems that there is a missing 'link' from WM5102 to the >>>>>>> sst-acpi 80860F28:00 device, which complaints NOW / the first time >>>>>>> with the three patches applied on top on master.... will have a look >>>>>>> into it. >>>>>>> >>>>>>> I hope I got this device working with some more help from you. >>>>>>> >>>>>>> cheers >>>>>>> chris >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Alsa-devel mailing list >>>>>>> Alsa-devel(a)alsa-project.org >>>>>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>>>>>> >>>>> >>> _______________________________________________ >>> Alsa-devel mailing list >>> Alsa-devel(a)alsa-project.org >>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>> >> > > >

2 2

[alsa-devel] Still have problems/issues using SGTL5000 with i.MX28 CPU
by gianluca 04 Jun '15

04 Jun '15

Hello everybody! I put all those people on Cc: because of I think every guy can be able to handle the issue for its side easly. I started a discussion in FreeScale Community website: https://community.freescale.com/thread/356362 Basically I designed 4 boards using the IMX28EVK board as reference. Usually the audio section was a buzzer (pwm), or simply using a SGTL5000 as playback only. Now we need to record some sounds as soon as the SGTL5000 has the SAIF1 line used for caputure (line in / mic in). In alsamixer I can see all those stuff, and actually it works (for example if I bypass the ADC part to listen any MIC or LINE-IN into headphones directly) so I can safely exclude some alsa misprogramming code or whatever. I tested my bootlets, barebox bootloader, linux kernel 3.12.1 and Debian Wheezy 7.8 in both boards: * my board (namely EK340) * IMX28VK board. Both bootcodes and barebox bootloader are almost the same in both boards (some uart definitions differ). The linux kernel _IS_ the same. The device-tree blob are quite similar: Here is the IMX28EVK dts: > /* > * Copyright 2012 Freescale Semiconductor, Inc. > * > * The code contained herein is licensed under the GNU General Public > * License. You may obtain a copy of the GNU General Public License > * Version 2 or later at the following locations: > * > * http://www.opensource.org/licenses/gpl-license.html > * http://www.gnu.org/copyleft/gpl.html > */ > > /dts-v1/; > #include "imx28.dtsi" > > / { > /* > * Try to keep the name of the board unique (no slash, underscore, > * no fancy characters, no spaces, no dots...) in the second > * field of the model name. It will be used as board name. > */ > model = "Freescale IMX28EVK Evaluation Kit"; > compatible = "fsl,imx28-evk", "fsl,imx28"; > > memory { > reg = <0x40000000 0x08000000>; > }; > > apb@80000000 { > apbh@80000000 { > ssp0: ssp@80010000 { > compatible = "fsl,imx28-mmc"; > pinctrl-names = "default"; > pinctrl-0 = <&mmc0_8bit_pins > &mmc0_sck_cfg>; > bus-width = <8>; > wp-gpios = <&gpio2 12 0>; > vmmc-supply = <&reg_vddio_sd0>; > non-removable; > status = "okay"; > }; > > ssp1: ssp@80012000 { > compatible = "fsl,imx28-mmc"; > pinctrl-names = "default"; > pinctrl-0 = <&mmc1_4bit_pins > &mmc1_cd_cfg &mmc1_sck_cfg>; > bus-width = <4>; > wp-gpios = <&gpio0 28 0>; > vmmc-supply = <&reg_vddio_sd0>; > status = "okay"; > }; > > pinctrl@80018000 { > pinctrl-names = "default"; > pinctrl-0 = <&hog_pins_a>; > > hog_pins_a: hog@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x20d3 /* MX28_PAD_SSP1_CMD__GPIO_2_13 */ > 0x20f3 /* MX28_PAD_SSP1_DATA3__GPIO_2_15 */ > 0x40d3 /* MX28_PAD_ENET0_RX_CLK__GPIO_4_13 */ > 0x20c3 /* MX28_PAD_SSP1_SCK__GPIO_2_12 */ > 0x31c3 /* MX28_PAD_PWM3__GPIO_3_28 */ > 0x31e3 /* MX28_PAD_LCD_RESET__GPIO_3_30 */ > 0x3083 /* MX28_PAD_AUART2_RX__GPIO_3_8 */ > 0x3093 /* MX28_PAD_AUART2_TX__GPIO_3_9 */ > >; > fsl,drive-strength = <0>; > fsl,voltage = <1>; > fsl,pull-up = <0>; > }; > > rs485_tx_en: rx485-tx-en { > fsl,pinmux-ids = < > 0x3053 /* MX28_PAD_AUART1_TX__GPIO_3_5 */ > >; > fsl,drive-strength = <0>; > fsl,pull-up = <0>; > }; > > mmc0_8bit_pins: mmc0-8bit@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x2000 /* MX28_PAD_SSP0_DATA0__SSP0_D0 */ > 0x2010 /* MX28_PAD_SSP0_DATA1__SSP0_D1 */ > 0x2020 /* MX28_PAD_SSP0_DATA2__SSP0_D2 */ > 0x2030 /* MX28_PAD_SSP0_DATA3__SSP0_D3 */ > 0x2040 /* MX28_PAD_SSP0_DATA4__SSP0_D4 */ > 0x2050 /* MX28_PAD_SSP0_DATA5__SSP0_D5 */ > 0x2060 /* MX28_PAD_SSP0_DATA6__SSP0_D6 */ > 0x2070 /* MX28_PAD_SSP0_DATA7__SSP0_D7 */ > 0x2080 /* MX28_PAD_SSP0_CMD__SSP0_CMD */ > 0x20a0 /* MX28_PAD_SSP0_SCK__SSP0_SCK */ > >; > fsl,drive-strength = <1>; > fsl,voltage = <1>; > fsl,pull-up = <1>; > }; > > mmc1_4bit_pins: mmc1-4bit@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x0001 /* MX28_PAD_GPMI_D00__SSP1_D0 */ > 0x0011 /* MX28_PAD_GPMI_D01__SSP1_D1 */ > 0x0021 /* MX28_PAD_GPMI_D02__SSP1_D2 */ > 0x0031 /* MX28_PAD_GPMI_D03__SSP1_D3 */ > 0x0141 /* MX28_PAD_GPMI_RDY0__SSP1_CARD_DETECT */ > 0x0151 /* MX28_PAD_GPMI_RDY1__SSP1_CMD */ > 0x0191 /* MX28_PAD_GPMI_WRN__SSP1_SCK */ > >; > fsl,drive-strength = <1>; > fsl,voltage = <1>; > fsl,pull-up = <1>; > }; > > mmc1_sck_cfg: mmc1-sck-cfg { > fsl,pinmux-ids = < > 0x0191 /* MX28_PAD_GPMI_WRN__SSP1_SCK */ > >; > fsl,drive-strength = <1>; > fsl,pull-up = <0>; > }; > > mmc1_cd_cfg: mmc1-cd-cfg { > fsl,pinmux-ids = < > 0x0141 /* MX28_PAD_GPMI_RDY0__SSP1_CARD_DETECT */ > >; > fsl,pull-up = <0>; > }; > > lcdif_pins_evk: lcdif-evk@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x1181 /* MX28_PAD_LCD_RD_E__LCD_VSYNC */ > 0x1191 /* MX28_PAD_LCD_WR_RWN__LCD_HSYNC */ > 0x11a1 /* MX28_PAD_LCD_RS__LCD_DOTCLK */ > 0x11b1 /* MX28_PAD_LCD_CS__LCD_ENABLE */ > >; > fsl,drive-strength = <0>; > fsl,voltage = <1>; > fsl,pull-up = <0>; > }; > > usb0_id_pins: usb0id@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x3071 /* MX28_PAD_AUART1_RTS__USB0_ID */ > >; > fsl,drive-strength = <2>; > fsl,voltage = <1>; > fsl,pull-up = <1>; > }; > > }; > > lcdif@80030000 { > pinctrl-names = "default"; > pinctrl-0 = <&lcdif_24bit_pins_a > &lcdif_pins_evk>; > lcd-supply = <&reg_lcd_3v3>; > display = <&display>; > status = "okay"; > > display: display { > bits-per-pixel = <32>; > bus-width = <24>; > > display-timings { > native-mode = <&timing0>; > timing0: timing0 { > clock-frequency = <33500000>; > hactive = <800>; > vactive = <480>; > hback-porch = <89>; > hfront-porch = <164>; > vback-porch = <23>; > vfront-porch = <10>; > hsync-len = <10>; > vsync-len = <10>; > hsync-active = <0>; > vsync-active = <0>; > de-active = <1>; > pixelclk-active = <0>; > }; > }; > }; > }; > > can0: can@80032000 { > pinctrl-names = "default"; > pinctrl-0 = <&can0_pins_a>; > xceiver-supply = <&reg_can_3v3>; > status = "okay"; > }; > > can1: can@80034000 { > pinctrl-names = "default"; > pinctrl-0 = <&can1_pins_a>; > xceiver-supply = <&reg_can_3v3>; > status = "okay"; > }; > }; > > apbx@80040000 { > saif0: saif@80042000 { > pinctrl-names = "default"; > pinctrl-0 = <&saif0_pins_a>; > status = "okay"; > }; > > saif1: saif@80046000 { > pinctrl-names = "default"; > pinctrl-0 = <&saif1_pins_a>; > fsl,saif-master = <&saif0>; > status = "okay"; > }; > > lradc@80050000 { > fsl,lradc-touchscreen-wires = <4>; > status = "okay"; > }; > > i2c0: i2c@80058000 { > pinctrl-names = "default"; > pinctrl-0 = <&i2c0_pins_a>; > clock-frequency = <400000>; > status = "okay"; > > sgtl5000: codec@0a { > compatible = "fsl,sgtl5000"; > reg = <0x0a>; > VDDA-supply = <&reg_3p3v>; > VDDIO-supply = <&reg_3p3v>; > clocks = <&saif0>; > }; > > at24@51 { > compatible = "at24,24c32"; > pagesize = <32>; > reg = <0x51>; > }; > }; > > pwm: pwm@80064000 { > pinctrl-names = "default"; > pinctrl-0 = <&pwm2_pins_a>; > status = "okay"; > }; > > duart: serial@80074000 { > pinctrl-names = "default"; > pinctrl-0 = <&duart_pins_a>; > status = "okay"; > }; > > auart0: serial@8006a000 { > pinctrl-names = "default"; > pinctrl-0 = <&auart0_pins_a>; > fsl,uart-has-rtscts; > status = "okay"; > }; > > auart3: serial@80070000 { > compatible = "fsl,imx28-ekuart"; > pinctrl-names = "default"; > pinctrl-0 = <&auart3_2pins_b > &rs485_tx_en>; > rs485-rts-active-high; > rts-gpio = <&gpio3 5 0>; > linux,rs485-enabled-at-boot-time; > rs485-rts-delay = <0 0>; > status = "okay"; > }; > > usbphy0: usbphy@8007c000 { > status = "okay"; > }; > > usbphy1: usbphy@8007e000 { > status = "okay"; > }; > }; > }; > > ahb@80080000 { > usb0: usb@80080000 { > pinctrl-names = "default"; > pinctrl-0 = <&usb0_id_pins > &usbphy0_pins_b>; > vbus-supply = <&reg_usb0_vbus>; > dr_mode = "otg"; > status = "okay"; > }; > > usb1: usb@80090000 { > pinctrl-names = "default"; > pinctrl-0 = <&usbphy1_pins_a>; > vbus-supply = <&reg_usb1_vbus>; > dr_mode = "host"; > status = "okay"; > }; > > mac0: ethernet@800f0000 { > phy-mode = "rmii"; > pinctrl-names = "default"; > pinctrl-0 = <&mac0_pins_a>; > phy-supply = <&reg_fec_3v3>; > phy-reset-gpios = <&gpio4 13 0>; > phy-reset-duration = <100>; > status = "okay"; > }; > > mac1: ethernet@800f4000 { > phy-mode = "rmii"; > pinctrl-names = "default"; > pinctrl-0 = <&mac1_pins_a>; > status = "okay"; > }; > }; > > regulators { > compatible = "simple-bus"; > > reg_3p3v: 3p3v { > compatible = "regulator-fixed"; > regulator-name = "3P3V"; > regulator-min-microvolt = <3300000>; > regulator-max-microvolt = <3300000>; > regulator-always-on; > }; > > reg_vddio_sd0: vddio-sd0 { > compatible = "regulator-fixed"; > regulator-name = "vddio-sd0"; > regulator-min-microvolt = <3300000>; > regulator-max-microvolt = <3300000>; > gpio = <&gpio3 28 0>; > }; > > reg_fec_3v3: fec-3v3 { > compatible = "regulator-fixed"; > regulator-name = "fec-3v3"; > regulator-min-microvolt = <3300000>; > regulator-max-microvolt = <3300000>; > gpio = <&gpio2 15 0>; > }; > > reg_usb0_vbus: usb0_vbus { > compatible = "regulator-fixed"; > regulator-name = "usb0_vbus"; > regulator-min-microvolt = <5000000>; > regulator-max-microvolt = <5000000>; > gpio = <&gpio3 9 0>; > enable-active-high; > }; > > reg_usb1_vbus: usb1_vbus { > compatible = "regulator-fixed"; > regulator-name = "usb1_vbus"; > regulator-min-microvolt = <5000000>; > regulator-max-microvolt = <5000000>; > gpio = <&gpio3 8 0>; > enable-active-high; > }; > > reg_lcd_3v3: lcd-3v3 { > compatible = "regulator-fixed"; > regulator-name = "lcd-3v3"; > regulator-min-microvolt = <3300000>; > regulator-max-microvolt = <3300000>; > gpio = <&gpio3 30 0>; > enable-active-high; > }; > > reg_can_3v3: can-3v3 { > compatible = "regulator-fixed"; > regulator-name = "can-3v3"; > regulator-min-microvolt = <3300000>; > regulator-max-microvolt = <3300000>; > gpio = <&gpio2 13 0>; > enable-active-high; > }; > > }; > > sound { > compatible = "fsl,imx28-evk-sgtl5000", > "fsl,mxs-audio-sgtl5000"; > model = "imx28-evk-sgtl5000"; > saif-controllers = <&saif0 &saif1>; > audio-codec = <&sgtl5000>; > }; > > backlight { > compatible = "pwm-backlight"; > pwms = <&pwm 2 5000000>; > brightness-levels = <0 4 8 16 32 64 128 255>; > default-brightness-level = <6>; > }; > }; and here the EK340 dts: > /* > * Copyright 2014 Eurek Elettronica S.r.l. > * > * The code contained herein is licensed under the GNU General Public > * License. You may obtain a copy of the GNU General Public License > * Version 2 or later at the following locations: > * > * http://www.opensource.org/licenses/gpl-license.html > * http://www.gnu.org/copyleft/gpl.html > */ > > /dts-v1/; > #include "imx28.dtsi" > > / { > model = "Eurek EK340 i.MX286"; > compatible = "eurek,ek340", "fsl,imx28"; > > memory { > reg = <0x40000000 0x08000000>; > }; > > apb@80000000 { > apbh@80000000 { > ssp0: ssp@80010000 { > compatible = "fsl,imx28-mmc"; > pinctrl-names = "default"; > pinctrl-0 = <&mmc0_8bit_pins > &mmc0_sck_cfg>; > bus-width = <8>; > vmmc-supply = <&reg_3p3v>; > non-removable; > status = "okay"; > }; > > ssp1: ssp@80012000 { > compatible = "fsl,imx28-mmc"; > pinctrl-names = "default"; > pinctrl-0 = <&mmc1_4bit_pins > &mmc1_cd_cfg &mmc1_sck_cfg>; > bus-width = <4>; > vmmc-supply = <&reg_vddio_sd1>; > status = "okay"; > }; > > ssp3: ssp@80016000 { > compatible = "fsl,imx28-sdio"; > pinctrl-names = "default"; > pinctrl-0 = <&mmc3_4bit_pins > &mmc3_sck_cfg>; > bus-width = <4>; > non-removable; > max-frequency = <25000000>; > status = "okay"; > }; > > pinctrl@80018000 { > pinctrl-names = "default"; > pinctrl-0 = <&hog_pins_a>; > > hog_pins_a: hog@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x0073 /* MX28_PAD_GPMI_D07__GPIO_0_7 LED */ > 0x0063 /* MX28_PAD_GPMI_D06__GPIO_0_6 WIFI PWREN */ > 0x31e3 /* MX28_PAD_LCD_RESET__GPIO_3_30 FACT_RST */ > 0x2093 /* MX28_PAD_SSP0_DETECT__GPIO_2_9 MMC_nRST */ > 0x0043 /* MX28_PAD_GPMI_D04__GPIO_0_4 USB0_PWREN */ > 0x0123 /* MX28_PAD_GPMI_CE2N__GPIO_0_18 USB1_PWREN */ > 0x3013 /* MX28_PAD_AUART0_TX__GPIO_3_1 ENET_nRST */ > 0x3003 /* MX28_PAD_AUART0_RX__GPIO_3_0 ENET_INT */ > 0x0053 /* MX28_PAD_GPMI_D05__GPIO_0_5 LCD_PCI */ > 0x31b3 /* MX28_PAD_SPDIF__GPIO_3_27 BL_EN (I2C_INT) */ > 0x2123 /* MX28_PAD_SSP2_MISO__GPIO_2_18 EXT_INT */ > >; > fsl,drive-strength = <0>; > fsl,voltage = <1>; > fsl,pull-up = <0>; > }; > > rs485_tx_en: rx485-tx-en { > fsl,pinmux-ids = < > 0x2133 /* MX28_PAD_SSP2_SS0__GPIO_2_19 UART2_DIR */ > >; > fsl,drive-strength = <0>; > fsl,pull-up = <1>; > }; > > powerfail_pin: powerfail-pin { > fsl,pinmux-ids = < > 0x0133 /* MX28_PAD_GPMI_CE3N__GPIO_0_19 PWR_FAIL */ > >; > fsl,drive-strength = <0>; > fsl,pull-up = <0>; > }; > > mmc0_8bit_pins: mmc0-8bit@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x2000 /* MX28_PAD_SSP0_DATA0__SSP0_D0 */ > 0x2010 /* MX28_PAD_SSP0_DATA1__SSP0_D1 */ > 0x2020 /* MX28_PAD_SSP0_DATA2__SSP0_D2 */ > 0x2030 /* MX28_PAD_SSP0_DATA3__SSP0_D3 */ > 0x2040 /* MX28_PAD_SSP0_DATA4__SSP0_D4 */ > 0x2050 /* MX28_PAD_SSP0_DATA5__SSP0_D5 */ > 0x2060 /* MX28_PAD_SSP0_DATA6__SSP0_D6 */ > 0x2070 /* MX28_PAD_SSP0_DATA7__SSP0_D7 */ > 0x2080 /* MX28_PAD_SSP0_CMD__SSP0_CMD */ > 0x20a0 /* MX28_PAD_SSP0_SCK__SSP0_SCK */ > >; > fsl,drive-strength = <1>; > fsl,voltage = <1>; > fsl,pull-up = <1>; > }; > > mmc1_4bit_pins: mmc1-4bit@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x0001 /* MX28_PAD_GPMI_D00__SSP1_D0 */ > 0x0011 /* MX28_PAD_GPMI_D01__SSP1_D1 */ > 0x0021 /* MX28_PAD_GPMI_D02__SSP1_D2 */ > 0x0031 /* MX28_PAD_GPMI_D03__SSP1_D3 */ > 0x0141 /* MX28_PAD_GPMI_RDY0__SSP1_CARD_DETECT */ > 0x0151 /* MX28_PAD_GPMI_RDY1__SSP1_CMD */ > 0x0191 /* MX28_PAD_GPMI_WRN__SSP1_SCK */ > >; > fsl,drive-strength = <1>; > fsl,voltage = <1>; > fsl,pull-up = <1>; > }; > > mmc1_sck_cfg: mmc1-sck-cfg { > fsl,pinmux-ids = < > 0x0191 /* MX28_PAD_GPMI_WRN__SSP1_SCK */ > >; > fsl,drive-strength = <2>; > fsl,pull-up = <0>; > }; > > mmc1_cd_cfg: mmc1-cd-cfg { > fsl,pinmux-ids = < > 0x0141 /* MX28_PAD_GPMI_RDY0__SSP1_CARD_DETECT */ > >; > fsl,pull-up = <0>; > }; > > mmc3_4bit_pins: mmc3-4bit@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x0101 /* MX28_PAD_GPMI_CE0N__SSP3_D0 */ > 0x01a1 /* MX28_PAD_GPMI_ALE__SSP3_D1 */ > 0x01b1 /* MX28_PAD_GPMI_CLE__SSP3_D2 */ > 0x0111 /* MX28_PAD_GPMI_CE1N__SSP3_D3 */ > 0x01c1 /* MX28_PAD_GPMI_RESETN__SSP3_CMD */ > 0x0181 /* MX28_PAD_GPMI_RDN__SSP3_SCK */ > >; > fsl,drive-strength = <1>; > fsl,voltage = <1>; > fsl,pull-up = <1>; > }; > > mmc3_sck_cfg: mmc3-sck-cfg { > fsl,pinmux-ids = < > 0x0181 /* MX28_PAD_GPMI_RDN__SSP3_SCK */ > >; > fsl,drive-strength = <2>; > fsl,pull-up = <0>; > }; > > usb0_id_pins_b: usb0_id@1 { > reg = <0>; > fsl,pinmux-ids = < > 0x3121 /* MX28_PAD_PWM2__USB0_ID */ > >; > fsl,drive-strength = <2>; > fsl,voltage = <1>; > fsl,pull-up = <1>; > }; > > lcdif_pins_ek340: lcdif-ek340@0 { > reg = <0>; > fsl,pinmux-ids = < > 0x1181 /* MX28_PAD_LCD_RD_E__LCD_VSYNC */ > 0x1191 /* MX28_PAD_LCD_WR_RWN__LCD_HSYNC */ > 0x11a1 /* MX28_PAD_LCD_RS__LCD_DOTCLK */ > 0x11b1 /* MX28_PAD_LCD_CS__LCD_ENABLE */ > >; > fsl,drive-strength = <0>; > fsl,voltage = <1>; > fsl,pull-up = <0>; > }; > }; > > lcdif@80030000 { > pinctrl-names = "default"; > pinctrl-0 = <&lcdif_24bit_pins_a > &lcdif_pins_ek340>; > lcd-supply = <&reg_lcd_3v3>; > > display = <&display16>; > status = "okay"; > > display16: display16 { > bits-per-pixel = <16>; > bus-width = <16>; > > display-timings { > native-mode = <&lms700kf23>; > > /* DISPLAY 800x480 SAMSUNG LMS700KF23 */ > lms700kf23: lms700kf23 { > clock-frequency = <24500000>; > hactive = <800>; > vactive = <480>; > hback-porch = <16>; > hfront-porch = <8>; > vback-porch = <8>; > vfront-porch = <5>; > hsync-len = <1>; > vsync-len = <1>; > hsync-active = <0>; > vsync-active = <0>; > de-active = <1>; > pixelclk-active = <0>; > }; > > /* DISPLAY 480x272 AMPIRE AM-480272Q */ > am480272q: am480272q { > clock-frequency = <9200000>; > hactive = <480>; > vactive = <272>; > hback-porch = <43>; > hfront-porch = <8>; > vback-porch = <12>; > vfront-porch = <4>; > hsync-len = <10>; > vsync-len = <41>; > hsync-active = <0>; > vsync-active = <0>; > de-active = <1>; > pixelclk-active = <0>; > }; > /* DISPLAY 1024x600 AMPIRE AM-1024600LTM LVDS */ > am1024600l: am1024600l { > clock-frequency = <51200000>; > hactive = <1024>; > vactive = <600>; > hback-porch = <0>; > hfront-porch = <320>; > vback-porch = <0>; > vfront-porch = <35>; > hsync-len = <1>; > vsync-len = <1>; > hsync-active = <0>; > vsync-active = <0>; > de-active = <1>; > pixelclk-active = <0>; > }; > }; > }; > > display24: display24 { > bits-per-pixel = <32>; > bus-width = <24>; > /* Timings for 24bit display go here... */ > }; > > }; > > can0: can@80032000 { > pinctrl-names = "default"; > pinctrl-0 = <&can0_pins_a>; > xceiver-supply = <&reg_3p3v>; > status = "okay"; > }; > }; > > > apbx@80040000 { > saif0: saif@80042000 { > pinctrl-names = "default"; > pinctrl-0 = <&saif0_pins_a>; > status = "okay"; > }; > > saif1: saif@80046000 { > pinctrl-names = "default"; > pinctrl-0 = <&saif1_pins_a>; > fsl,saif-master = <&saif0>; > status = "okay"; > }; > > lradc@80050000 { > fsl,lradc-touchscreen-wires = <4>; > status = "okay"; > }; > > i2c0: i2c@80058000 { > pinctrl-names = "default"; > pinctrl-0 = <&i2c0_pins_a>; > clock-frequency = <400000>; > status = "okay"; > > sgtl5000: codec@0a { > compatible = "fsl,sgtl5000"; > reg = <0x0a>; > VDDA-supply = <&reg_3p3v>; > VDDIO-supply = <&reg_3p3v>; > clocks = <&saif0>; > }; > > at24@50 { > compatible = "at24,24c64"; > pagesize = <64>; > reg = <0x50>; > }; > > pcf8563: rtc@51 { > compatible = "phg,pcf8563"; > reg = <0x51>; > }; > > /* > * ------------------------------------------------ > * There is no need to bind those devices to Linux > * Kernel space. They are usable with i2c tools and > * custom i2c userspace drivers anyway. > * !! Dangerous !! > * ------------------------------------------------ > pca9536: pca9536@41 { > compatible = "nxp,pca9536"; > gpio-controller; > reg = <0x41>; > }; > > at24@54 { > compatible = "at24,24c64"; > pagesize = <64>; > reg = <0x54>; > }; > > lm48100@7c { > compatible = "alsa-volume-ctrl"; > volume-controller; > reg = <0x7c>; > }; > * ------------------------------------------------ > */ > }; > > i2c1: i2c@8005a000 { > pinctrl-names = "default"; > pinctrl-0 = <&i2c1_pins_a>; > clock-frequency = <100000>; > status = "okay"; > }; > > pwm: pwm@80064000 { > compatible = "imx28-ek-pwm"; > reg = <0x80064000 0x2000>; > clocks = <&clks 44>; > #pwm-cells = <2>; > fsl,pwm-number = <8>; > pinctrl-names = "default"; > pinctrl-0 = <&pwm4_pins_a > &powerfail_pin>; > powerfail-active-low; > powerfail-gpio = <&gpio0 19 1>; > status = "okay"; > }; > > duart: serial@80074000 { > pinctrl-names = "default"; > pinctrl-0 = <&duart_pins_b>; > status = "okay"; > }; > > auart1: serial@8006c000 { > pinctrl-names = "default"; > pinctrl-0 = <&auart1_2pins_a>; > status = "okay"; > }; > > auart2: serial@8006e000 { > compatible = "fsl,imx28-ekuart"; > pinctrl-names = "default"; > pinctrl-0 = <&auart2_2pins_a > &rs485_tx_en>; > rs485-rts-active-low; > rts-gpio = <&gpio2 19 1>; > linux,rs485-enabled-at-boot-time; > rs485-rts-delay = <0 0>; > status = "okay"; > }; > > usbphy0: usbphy@8007c000 { > status = "okay"; > }; > > usbphy1: usbphy@8007e000 { > status = "okay"; > }; > }; > }; > > ahb@80080000 { > usb0: usb@80080000 { > pinctrl-names = "default"; > pinctrl-0 = <&usb0_id_pins_b > &usbphy0_pins_a>; > vbus-supply = <&reg_usb0_vbus>; > dr_mode = "otg"; > status = "okay"; > }; > > usb1: usb@80090000 { > pinctrl-names = "default"; > pinctrl-0 = <&usbphy1_pins_a>; > vbus-supply = <&reg_usb1_vbus>; > dr_mode = "host"; > status = "okay"; > }; > > mac0: ethernet@800f0000 { > phy-mode = "rmii"; > pinctrl-names = "default"; > pinctrl-0 = <&mac0_pins_a>; > phy-supply = <&reg_3p3v>; > phy-reset-gpios = <&gpio3 1 0>; > phy-reset-duration = <100>; > status = "okay"; > }; > }; > > regulators { > compatible = "simple-bus"; > > reg_3p3v: 3p3v { > compatible = "regulator-fixed"; > regulator-name = "3P3V"; > regulator-min-microvolt = <3300000>; > regulator-max-microvolt = <3300000>; > regulator-always-on; > }; > > reg_vddio_sd1: vddio-sd1 { > compatible = "regulator-fixed"; > regulator-name = "vddio-sd1"; > regulator-min-microvolt = <3300000>; > regulator-max-microvolt = <3300000>; > gpio = <&gpio3 28 0>; > }; > > reg_usb0_vbus: usb0_vbus { > compatible = "regulator-fixed"; > regulator-name = "usb0_vbus"; > regulator-min-microvolt = <5000000>; > regulator-max-microvolt = <5000000>; > gpio = <&gpio0 4 0>; > enable-active-low; > }; > > reg_usb1_vbus: usb1_vbus { > compatible = "regulator-fixed"; > regulator-name = "usb1_vbus"; > regulator-min-microvolt = <5000000>; > regulator-max-microvolt = <5000000>; > gpio = <&gpio0 18 0>; > enable-active-low; > }; > > reg_lcd_3v3: lcd-3v3 { > compatible = "regulator-fixed"; > regulator-name = "lcd-3v3"; > regulator-min-microvolt = <3300000>; > regulator-max-microvolt = <3300000>; > gpio = <&gpio0 5 0>; > enable-active-high; > }; > }; > > sound { > compatible = "fsl,imx28-evk-sgtl5000", > "fsl,mxs-audio-sgtl5000"; > model = "imx28-evk-sgtl5000"; > saif-controllers = <&saif0 &saif1>; > audio-codec = <&sgtl5000>; > }; > > backlight { > compatible = "pwm-backlight"; > pwms = <&pwm 4 5000000>; > brightness-levels = <0 4 8 16 32 64 128 255>; > default-brightness-level = <6>; > }; > > }; As you can see the audio section _IS_ almost equal. In both boards (IMX28EVK and EK340) the VDDD pin is left floating so it uses the internal ldo voltage regulator. In IMX28EVK and in EK340 the VDDIO is from the VDDIO_3V3 from the SoC pin. In IMX28EVK the VDDA in tied/coupled with a choke (L2 470Ohm) to VDDIO, but in EK340 is using an external 3V3 voltage regulator that is triggered by VDDIO_3V3 to obtain the 3V3 voltage to the VDDA, so I can assume it is _almost_ the same. The same voltage regulator is used as power supply to all i2c stuff (RTC, EEPROM, GPIO Expander,...). VDDIO_3V3 from Soc is quite limited as current output so I choose to use an external 3V3 regulator. If I run: > arecord -t wav -d 5 -d hw:0,1 -f S16_LE -c 2 /tmp/sample.wav in the IMX28EVK it works as expected (I can clearly see I2C lines moving and SAIF1 lines moving too...) in the EK340 I can see the same lines moving (I2C and SAIF1) _BUT_ it hangs for 10 seconds and fails with an error: > arecord: pcm_read:1801: read error: Input/output error and the only thing it writes it is the WAV HEADER (44 bytes). I saw all stuff regarding SGTL5000 issues on the FSL Community: > https://community.freescale.com/thread/300291 > https://community.freescale.com/message/328708#328708 > https://community.freescale.com/thread/307611#331003 and this morning I found this too: > https://community.freescale.com/message/496426#496426 Now I can check this out too, but I am very UNCONFIDENT it will NO USEFUL to me, as in the EVK everything is working, meanwhile in EK340 it does not work for record, but only for playback... :-( Last but not least the boards are different by SoC version: IMX28EVK is using i.MX287 EK340 is using i.MX286 Any help, clue or whatever I can check and try to find out this problem??? Thank you in advance, Gianluca Renzi -- Eurek s.r.l. | Electronic Engineering | http://www.eurek.it via Celletta 8/B, 40026 Imola, Italy | Phone: +39-(0)542-609120 p.iva 00690621206 - c.f. 04020030377 | Fax: +39-(0)542-609212

2 4

[alsa-devel] [asoc:topic/zx 2/4] sound/soc/zte/zx296702-i2s.c:358:27: sparse: symbol 'zx_i2s_dai' was not declared. Should it be static?
by kbuild test robot 04 Jun '15

04 Jun '15

tree: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git topic/zx head: dc772a4cf76113d7269e4fb1c45e5d85c0cf458e commit: e5d4cd87800ce12c356e7eb571e565e839ab3a90 [2/4] ASoC: zx: Add ZTE zx296702 I2S DAI driver reproduce: # apt-get install sparse git checkout e5d4cd87800ce12c356e7eb571e565e839ab3a90 make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) >> sound/soc/zte/zx296702-i2s.c:358:27: sparse: symbol 'zx_i2s_dai' was not declared. Should it be static? Please review and possibly fold the followup patch. --- 0-DAY kernel test infrastructure Open Source Technology Center http://lists.01.org/mailman/listinfo/kbuild Intel Corporation

2 2

[alsa-devel] [PATCH 00/22] ASoC: tas2552: Fixes, cleanups and improvements
by Peter Ujfalusi 04 Jun '15

04 Jun '15

Hi, I have used the TAS2552-EVM to verify that my setup is in working condition for a work on other audio product. During the bringup of the EVM I have faced some issues and limitation with the driver. The result is this series against the tas2552 driver. Notable changes: - Fixes for kernel crashes - The enable-gpio was not optional as it was documented in the DTS - Register bit definitions were not correct in several places - Adding recommended startup/stop sequence - Handling of sample formats the driver claims to support - PLL configuration fixes and reference clock selection - TDM support - Gain control fix and control to select DIN source Regards, Peter --- Peter Ujfalusi (22): ASoC: tas2552: Make the enable-gpio really optional ASoC: tas2552: Fix kernel crash when the codec is loaded but not part of a card ASoC: tas2552: Fix kernel crash caused by wrong kcontrol entry ASoC: tas2552: Correct PDM configuration register bit definitions ASoC: tas2552: Correct CFG1 register bit definitions ASoC: tas2552: Simplify the tas2552_mute function ASoC: tas2552: Simplify and reverse the functionality of tas2552_sw_shutdown ASoC: tas2552: Rename mclk parameter to pll_clkin to match with the datasheet DT/sound: bindings header file for tas2552 codec ASoC: tas2552: Add support for pll and pdm source clock selection ASoC: tas2552: Correct dai format support ASoC: tas2552: Correct and clean up data format and BCLK/WCLK direction ASoC: tas2552: Add TDM support ASoC: tas2552: Clean up the Digital - Analog DAPM route definition ASoC: tas2552: Correct the Speaker Driver Playback Volume (PGA_GAIN) ASoC: tas2552: Implement startup/stop sequence as per TRM ASoC: tas2552: Add support for word length configuration ASoC: tas2552: Configure the WCLK frequency based on the stream ASoC: tas2552: Add control for selecting DIN source ASoC: tas2552: Correct Output Data register usage ASoC: tas2552: Correct Boost Auto-Pass Through Control register usage ASoC: tas2552: Code, define alignment changes for uniformity include/dt-bindings/sound/tas2552.h | 18 ++ sound/soc/codecs/tas2552.c | 435 +++++++++++++++++++++++++++--------- sound/soc/codecs/tas2552.h | 149 ++++++------ 3 files changed, 431 insertions(+), 171 deletions(-) create mode 100644 include/dt-bindings/sound/tas2552.h -- 2.4.2

1 28

[alsa-devel] [PATCH 0/7] ASoC: remove bitwise operations on GPIO level value
by Vladimir Zapolskiy 04 Jun '15

04 Jun '15

The series does not contain any functional changes, it touches only implementation of gpiolib .set and .direction_output callbacks. The main intention of the change is to remove bitwise operations on GPIO high/low level value as a preceding change before updating gpiolib callback signatures to utilize bool type as a representation of GPIO level. The change covers all input cases of GPIO level (i.e. .set and .direction_output) in sound/*, also the series contains a small clean-ups in rt5677 and wm8903 codec drivers related to gpiolib callbacks. Vladimir Zapolskiy (7): ASoC: rt5677: add GPIO helper macros ASoC: rt5677: clean up gpiolib callbacks ASoC: wm8903: generalize GPIO control register bits ASoC: wm8903: simplify gpiolib callbacks ASoC: wm5100: remove bitwise operations involving GPIO level value ASoC: wm8962: remove bitwise operations involving GPIO level value ASoC: wm8996: remove bitwise operations involving GPIO level value include/sound/wm8903.h | 222 ++++++++-------------------------------------- sound/soc/codecs/rt5677.c | 32 +++++-- sound/soc/codecs/rt5677.h | 6 ++ sound/soc/codecs/wm5100.c | 21 ++--- sound/soc/codecs/wm8903.c | 44 ++++----- sound/soc/codecs/wm8962.c | 13 ++- sound/soc/codecs/wm8996.c | 11 ++- 7 files changed, 112 insertions(+), 237 deletions(-) -- 2.1.4

6 36

[alsa-devel] [asoc:topic/topology 104/105] sound/soc/soc-topology.c:1672:45: sparse: restricted __le32 degrades to integer
by kbuild test robot 04 Jun '15

04 Jun '15

tree: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git topic/topology head: 932ae8809469770a07ce19d6967d2ce303befa08 commit: 8a9782346dccd82cf912552735bda619de4efd8c [104/105] ASoC: topology: Add topology core reproduce: # apt-get install sparse git checkout 8a9782346dccd82cf912552735bda619de4efd8c make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) >> sound/soc/soc-topology.c:1672:45: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:189:28: sparse: restricted __le32 degrades to integer >> sound/soc/soc-topology.c:190:39: sparse: incorrect type in return expression (different base types) sound/soc/soc-topology.c:190:39: expected int sound/soc/soc-topology.c:190:39: got restricted __le32 [usertype] reg sound/soc/soc-topology.c:202:28: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:203:39: sparse: incorrect type in return expression (different base types) sound/soc/soc-topology.c:203:39: expected int sound/soc/soc-topology.c:203:39: got restricted __le32 [usertype] shift sound/soc/soc-topology.c:227:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:227:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:227:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:227:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:227:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:227:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:227:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:227:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:247:20: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:247:20: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:247:20: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:247:20: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:247:20: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:247:20: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:247:20: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:518:42: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:520:42: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:522:42: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:533:61: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:535:61: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:537:61: sparse: restricted __le32 degrades to integer >> sound/soc/soc-topology.c:601:20: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:601:20: expected unsigned int [unsigned] numid sound/soc/soc-topology.c:601:20: got restricted __le32 [usertype] numid >> sound/soc/soc-topology.c:602:21: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:602:21: expected unsigned int [unsigned] length sound/soc/soc-topology.c:602:21: got restricted __le32 [usertype] size >> sound/soc/soc-topology.c:603:9: sparse: incorrect type in argument 3 (different base types) sound/soc/soc-topology.c:603:9: expected unsigned long [unsigned] [usertype] len sound/soc/soc-topology.c:603:9: got restricted __le32 [usertype] size sound/soc/soc-topology.c:644:33: sparse: restricted __le32 degrades to integer >> sound/soc/soc-topology.c:654:27: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:654:27: expected unsigned int [unsigned] [addressable] [assigned] access sound/soc/soc-topology.c:654:27: got restricted __le32 [usertype] access >> sound/soc/soc-topology.c:656:26: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:656:26: expected int [signed] max sound/soc/soc-topology.c:656:26: got restricted __le32 [usertype] max sound/soc/soc-topology.c:725:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:735:27: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:735:27: expected unsigned int [unsigned] [addressable] [assigned] access sound/soc/soc-topology.c:735:27: got restricted __le32 [usertype] access sound/soc/soc-topology.c:747:25: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:747:25: expected int [signed] max sound/soc/soc-topology.c:747:25: got restricted __le32 [usertype] max >> sound/soc/soc-topology.c:748:25: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:748:25: expected int [signed] min sound/soc/soc-topology.c:748:25: got restricted __le32 [usertype] min >> sound/soc/soc-topology.c:749:28: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:749:28: expected unsigned int [unsigned] invert:1 sound/soc/soc-topology.c:749:28: got restricted __le32 [usertype] invert >> sound/soc/soc-topology.c:750:34: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:750:34: expected int [signed] platform_max sound/soc/soc-topology.c:750:34: got restricted __le32 [usertype] platform_max >> sound/soc/soc-topology.c:776:55: sparse: incorrect type in argument 3 (different base types) sound/soc/soc-topology.c:776:55: expected unsigned int [unsigned] [usertype] tlv_size sound/soc/soc-topology.c:776:55: got restricted __le32 [usertype] tlv_size sound/soc/soc-topology.c:801:44: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:805:27: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:832:15: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:836:27: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:840:9: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:864:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:882:27: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:882:27: expected unsigned int [unsigned] [addressable] [assigned] access sound/soc/soc-topology.c:882:27: got restricted __le32 [usertype] access >> sound/soc/soc-topology.c:890:27: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:890:27: expected unsigned int [unsigned] items sound/soc/soc-topology.c:890:27: got restricted __le32 [usertype] items >> sound/soc/soc-topology.c:891:26: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:891:26: expected unsigned int [unsigned] mask sound/soc/soc-topology.c:891:26: got restricted __le32 [usertype] mask sound/soc/soc-topology.c:897:36: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:897:36: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:897:36: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:897:36: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:897:36: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:971:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:971:45: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:978:28: sparse: restricted __le32 degrades to integer >> sound/soc/soc-topology.c:990:60: sparse: incorrect type in argument 3 (different base types) sound/soc/soc-topology.c:990:60: expected unsigned long [unsigned] [usertype] size sound/soc/soc-topology.c:990:60: got restricted __le32 [usertype] payload_size sound/soc/soc-topology.c:997:59: sparse: incorrect type in argument 3 (different base types) sound/soc/soc-topology.c:997:59: expected unsigned long [unsigned] [usertype] size sound/soc/soc-topology.c:997:59: got restricted __le32 [usertype] payload_size sound/soc/soc-topology.c:1000:60: sparse: incorrect type in argument 3 (different base types) sound/soc/soc-topology.c:1000:60: expected unsigned long [unsigned] [usertype] size sound/soc/soc-topology.c:1000:60: got restricted __le32 [usertype] payload_size sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:982:41: sparse: restricted __le32 degrades to integer >> sound/soc/soc-topology.c:1017:24: sparse: incorrect type in initializer (different base types) sound/soc/soc-topology.c:1017:24: expected int [signed] count sound/soc/soc-topology.c:1017:24: got restricted __le32 [usertype] count sound/soc/soc-topology.c:1020:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:1020:45: sparse: restricted __le32 degrades to integer >> sound/soc/soc-topology.c:1026:27: sparse: incorrect type in argument 4 (different base types) sound/soc/soc-topology.c:1026:27: expected unsigned long [unsigned] [usertype] bytes sound/soc/soc-topology.c:1026:27: got restricted __le32 [usertype] payload_size sound/soc/soc-topology.c:1084:33: sparse: restricted __le32 degrades to integer >> sound/soc/soc-topology.c:1097:30: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1097:30: expected unsigned int [unsigned] access sound/soc/soc-topology.c:1097:30: got restricted __le32 [usertype] access sound/soc/soc-topology.c:1109:25: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1109:25: expected int [signed] max sound/soc/soc-topology.c:1109:25: got restricted __le32 [usertype] max sound/soc/soc-topology.c:1110:25: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1110:25: expected int [signed] min sound/soc/soc-topology.c:1110:25: got restricted __le32 [usertype] min sound/soc/soc-topology.c:1111:28: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1111:28: expected unsigned int [unsigned] invert:1 sound/soc/soc-topology.c:1111:28: got restricted __le32 [usertype] invert sound/soc/soc-topology.c:1112:34: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1112:34: expected int [signed] platform_max sound/soc/soc-topology.c:1112:34: got restricted __le32 [usertype] platform_max sound/soc/soc-topology.c:1156:25: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:1177:20: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1177:20: expected unsigned int [unsigned] access sound/soc/soc-topology.c:1177:20: got restricted __le32 [usertype] access sound/soc/soc-topology.c:1184:19: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1184:19: expected unsigned int [unsigned] items sound/soc/soc-topology.c:1184:19: got restricted __le32 [usertype] items sound/soc/soc-topology.c:1185:18: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1185:18: expected unsigned int [unsigned] mask sound/soc/soc-topology.c:1185:18: got restricted __le32 [usertype] mask sound/soc/soc-topology.c:1188:28: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:1188:28: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:1188:28: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:1188:28: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:1188:28: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:1236:27: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:1271:33: sparse: restricted __le32 degrades to integer sound/soc/soc-topology.c:1281:30: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1281:30: expected unsigned int [unsigned] access sound/soc/soc-topology.c:1281:30: got restricted __le32 [usertype] access sound/soc/soc-topology.c:1283:26: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1283:26: expected int [signed] max sound/soc/soc-topology.c:1283:26: got restricted __le32 [usertype] max >> sound/soc/soc-topology.c:1339:38: sparse: incorrect type in argument 1 (different base types) sound/soc/soc-topology.c:1339:38: expected int [signed] tplg_type sound/soc/soc-topology.c:1339:38: got restricted __le32 [usertype] id >> sound/soc/soc-topology.c:1351:22: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1351:22: expected int [signed] [addressable] [assigned] reg sound/soc/soc-topology.c:1351:22: got restricted __le32 [usertype] reg >> sound/soc/soc-topology.c:1352:24: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1352:24: expected unsigned char [unsigned] [addressable] [assigned] shift sound/soc/soc-topology.c:1352:24: got restricted __le32 [usertype] shift >> sound/soc/soc-topology.c:1353:23: sparse: incorrect type in assignment (different base types) sound/soc/soc-topology.c:1353:23: expected unsigned int [unsigned] [addressable] [assigned] mask sound/soc/soc-topology.c:1353:23: got restricted __le32 [usertype] mask >> sound/soc/soc-topology.c:1361:67: sparse: too many warnings vim +1672 sound/soc/soc-topology.c 1656 1657 while (!soc_tplg_is_eof(tplg)) { 1658 1659 /* make sure header is valid before loading */ 1660 ret = soc_valid_header(tplg, hdr); 1661 if (ret < 0) 1662 return ret; 1663 else if (ret == 0) 1664 break; 1665 1666 /* load the header object */ 1667 ret = soc_tplg_load_header(tplg, hdr); 1668 if (ret < 0) 1669 return ret; 1670 1671 /* goto next header */ > 1672 tplg->hdr_pos += hdr->payload_size + 1673 sizeof(struct snd_soc_tplg_hdr); 1674 hdr = (struct snd_soc_tplg_hdr *)tplg->hdr_pos; 1675 } 1676 1677 /* next data type pass */ 1678 tplg->pass++; 1679 } 1680 --- 0-DAY kernel test infrastructure Open Source Technology Center http://lists.01.org/mailman/listinfo/kbuild Intel Corporation

1 0

[alsa-devel] [PATCH v3 0/6] Support ZTE zx296702 SPDIF/I2S
by Jun Nie 04 Jun '15

04 Jun '15

Changes vs v2: - remove pcm dma driver and merge the related call into DAI driver - Add zx HDMI codec with direct HDMI function call - Other typo and minor fix Jun Nie (6): dt: Add documentation for the ZTE SPDIF controller dt: Add documentation for the ZTE I2S controller dt: Add doc for the ZTE HDMI audio codec binding ASoC: zx: Add zx296702 SPDIF support ASoC: zx: Add ZTE zx296702 I2S DAI driver ASoC: zx: add zx296702 hdmi codec .../devicetree/bindings/sound/zte,zx-hdmi.txt | 10 + .../devicetree/bindings/sound/zte,zx-i2s.txt | 44 +++ .../devicetree/bindings/sound/zte,zx-spdif.txt | 28 ++ include/sound/zx_hdmi_audio.h | 7 + sound/soc/Kconfig | 1 + sound/soc/Makefile | 1 + sound/soc/codecs/Kconfig | 3 + sound/soc/codecs/Makefile | 1 + sound/soc/codecs/zx296702_hdmi.c | 121 ++++++ sound/soc/zte/Kconfig | 17 + sound/soc/zte/Makefile | 2 + sound/soc/zte/zx296702-i2s.c | 437 +++++++++++++++++++++ sound/soc/zte/zx296702-spdif.c | 370 +++++++++++++++++ 13 files changed, 1042 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/zte,zx-hdmi.txt create mode 100644 Documentation/devicetree/bindings/sound/zte,zx-i2s.txt create mode 100644 Documentation/devicetree/bindings/sound/zte,zx-spdif.txt create mode 100644 include/sound/zx_hdmi_audio.h create mode 100644 sound/soc/codecs/zx296702_hdmi.c create mode 100644 sound/soc/zte/Kconfig create mode 100644 sound/soc/zte/Makefile create mode 100644 sound/soc/zte/zx296702-i2s.c create mode 100644 sound/soc/zte/zx296702-spdif.c -- 1.9.1

3 18

Re: [alsa-devel] [PATCH] Added support for Creative SoundBlaster Omni Surround 5.1 USB sound card
by Raymond Yau 04 Jun '15

04 Jun '15

>> >> Have you tested surround21? > > Yes, front speakers work fine, however LFE doesn't seem to work. Instead when I try to test LFE (from sound UI) I have weird noise in one of rear speakers. There are no such problems with any other mode though (I see that officially only 5.1 mode is supported, however 4.1, 5.0 and 5.1 all work fine), I decided to leave 2.1 mode for now, not sure whose fault is that. I: [pulseaudio] (alsa-lib)pcm_hw.c: Invalid PCM state for chmap_get: OPEN I: [pulseaudio] (alsa-lib)pcm_hw.c: SNDRV_PCM_IOCTL_HW_PARAMS failed (-5) http://git.alsa-project.org/?p=alsa-lib.git;a=blob;f=test/chmap.c;hb=HEAD Do snd-usb-audio provide channel map ? http://cgit.freedesktop.org/pulseaudio/pulseaudio/log/?qt=grep&q=lfe-filter http://git.alsa-project.org/?p=alsa-lib.git;a=blob;f=src/conf/cards/USB-Aud… # If a device does not use the first PCM device for digital data, the device # number for the iec958 device can be changed here. USB-Audio.pcm.iec958_device Do the red light in the optical spdif alway turn on ? Do the red light turn on when pulseaudio probe the devices ? card 2: S51 [SB Omni Surround 5.1], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: S51 [SB Omni Surround 5.1], device 1: USB Audio [USB Audio #1] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: S51 [SB Omni Surround 5.1], device 2: USB Audio [USB Audio #2] Subdevices: 1/1 Subdevice #0: subdevice #0

1 0