Hi, On 08/17/2012 05:28 PM, Gaëtan Carlier wrote:

Just some more informations, process enter in D+ state and this is so impossible to kill them. On 08/17/2012 05:16 PM, Gaëtan Carlier wrote:

...

Hi, It is several days that I tried to make sound work on mx27_3ds platform from linux-next (daily cloned/pulled) but each time I try start start aplay or alsamixer, the process freeze and CTRL+C has not effect. I can open another SSH session and execute other commands but alsa commands always freeze. The sound card is correctly installer at boot :

imx_mc13783 imx_mc13783.0: mc13783-hifi <-> imx-ssi.0 mapping ok ALSA device list: #0: imx_mc13783

I only apply the patch "[PATCH 1/2] ARM: mx27pdk: Add audio support". I attach my config file.

I try to apply patch on a previous commit when I told that this patch was working but it didn't succeed the is still freezing. I try to make it working on another mx27-based platform but same problem. I try to update Alsa from version 1.0.23 to 1.0.25 but same behaviour. What is wrong ?

Regards, Gaëtan Carlier.

Regards, Gaëtan.

I have more informations about the problem : freeze only occurs when I disable MMC device support (CONFIG_MMC_MXC=n). I don't know why these two drivers affect each other (except that CSPI for MC13783 and SDHC use the same PERDIV1 clock). So I enable it back and try put a "return 0" in mxcmmc.c (only for debug purpose) as following :

### This makes alsamixer working @@ -913,10 +913,11 @@ static int mxcmci_probe(struct platform_device *pdev) goto out_iounmap; }

clk_prepare_enable(host->clk_per); clk_prepare_enable(host->clk_ipg); +return 0;

mxcmci_softreset(host);

host->rev_no = readw(host->base + MMC_REG_REV_NO); if (host->rev_no != 0x400) {

### This makes alsamixer freezing @@ -898,10 +898,11 @@ static int mxcmci_probe(struct platform_device *pdev) else host->default_irq_mask = 0;

host->res = r; host->irq = irq; +return 0;

host->clk_ipg = devm_clk_get(&pdev->dev, "ipg"); if (IS_ERR(host->clk_ipg)) { ret = PTR_ERR(host->clk_ipg); goto out_iounmap;

So I supposed that there is a problem in clock definition but I don't now how to solve it. I try to replace in clk-imx27.c clk_register_clkdev(clk[ssi1_ipg_gate], NULL, "imx-ssi.0"); by clk_register_clkdev(clk[ssi1_ipg_gate], "ipg", "imx-ssi.0");

and in imx-ssi.c in imx_ssi_probe(), replaced ssi->clk = devm_clk_get(&pdev->dev, "ipg"); by ssi->clk = devm_clk_get(&pdev->dev, "ipg");

This has no effect. I don't fully know how clock mechanism for imx27 works so I am not able to solve this problem and send a patch. Regards, Gaëtan Carlier.