From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lee Jones Subject: Re: [PATCH 07/10] ASoC: ux500: Store DMA data in the DAI differently in the pdata and DT case Date: Wed, 4 Dec 2013 18:03:21 +0000 Message-ID: <20131204180321.GE26581@lee--X1> References: <1384859269-19801-1-git-send-email-lee.jones@linaro.org> <1384859269-19801-8-git-send-email-lee.jones@linaro.org> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from mail-yh0-f52.google.com (mail-yh0-f52.google.com [209.85.213.52]) by alsa0.perex.cz (Postfix) with ESMTP id 3CCF92619E4 for ; Wed, 4 Dec 2013 19:03:27 +0100 (CET) Received: by mail-yh0-f52.google.com with SMTP id i72so11431298yha.25 for ; Wed, 04 Dec 2013 10:03:26 -0800 (PST) Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Kevin Hilman Cc: alsa-devel@alsa-project.org, Linus Walleij , LKML , Mark Brown , Olof Johansson , linux-arm-kernel List-Id: alsa-devel@alsa-project.org PiBUb2RheSdzIG5leHQgKG5leHQtMjAxMzEyMDQpIGhhcyBhIG5ldyBib290IGZhaWx1cmVbMV0g b24KPiB1eDUwMC9zbm93YmFsbCB3aGljaCBiaXNlY3RlZCBkb3duIHRvIHRoaXMgY29tbWl0LiAg RnVsbCBib290IGxvZwo+IGF0dGFjaGVkLgoKUmlnaHQuCgpBbnlvbmUgbm90IG9uIENDICh3aGlj aCBJIHRoaW5rIHlvdSBhcmUgS2V2aW4pIGNhbiBmb2xsb3cgdGhlIGZ1biBoZXJlOgogIGh0dHA6 Ly93d3cuc3Bpbmljcy5uZXQvbGlzdHMvYXJtLWtlcm5lbC9tc2cyOTEzNzQuaHRtbAoKPiBJdCBk b2Vzbid0IGZpbmQgdGhlIGFsc2EgZGV2aWNlIHdoaWNoIGluIHR1cm4gc2VlbXMgdG8gcHJldmVu dCB0aGUKPiBlbW1jIHJvb3RmcyBmcm9tIGJlaW5nIG1vdW50ZWQuICBJdCBib290cyBmaW5lIHRv IGFuIGluaXRyYW1mcy4KCjxzbmlwPgoKPiBvZl9kbWFfcmVxdWVzdF9zbGF2ZV9jaGFubmVsOiBk bWEtbmFtZXMgcHJvcGVydHkgb2Ygbm9kZSAnL3NvYy9tc3BAODAxMjQwMDAnIG1pc3Npbmcgb3Ig ZW1wdHkKPiBvZl9kbWFfcmVxdWVzdF9zbGF2ZV9jaGFubmVsOiBkbWEtbmFtZXMgcHJvcGVydHkg b2Ygbm9kZSAnL3NvYy9tc3BAODAxMjQwMDAnIG1pc3Npbmcgb3IgZW1wdHkKPiBvZl9kbWFfcmVx dWVzdF9zbGF2ZV9jaGFubmVsOiBkbWEtbmFtZXMgcHJvcGVydHkgb2Ygbm9kZSAnL3NvYy9tc3BA ODAxMjUwMDAnIG1pc3Npbmcgb3IgZW1wdHkKPiBtbWMxOiBuZXcgaGlnaCBzcGVlZCBNTUMgY2Fy ZCBhdCBhZGRyZXNzIDAwMDEKPiBvZl9kbWFfcmVxdWVzdF9zbGF2ZV9jaGFubmVsOiBkbWEtbmFt ZXMgcHJvcGVydHkgb2Ygbm9kZSAnL3NvYy9tc3BAODAxMjUwMDAnIG1pc3Npbmcgb3IgZW1wdHkK PiBtbWNibGswOiBtbWMxOjAwMDEgIDcuMjggR2lCIAo+IG1tY2JsazBib290MDogbW1jMTowMDAx ICBwYXJ0aXRpb24gMSAyLjAwIE1pQgo+IG1tY2JsazBib290MTogbW1jMTowMDAxICBwYXJ0aXRp b24gMiAyLjAwIE1pQgo+IG1tY2JsazBycG1iOiBtbWMxOjAwMDEgIHBhcnRpdGlvbiAzIDEyOCBL aUIKPiBkbWEgZG1hMGNoYW4yMjogW2Q0MF9jb25maWdfbWVtY3B5XSBObyBtZW1jcHkKPiBkbWEg ZG1hMGNoYW4yMjogW2Q0MF9hbGxvY19jaGFuX3Jlc291cmNlc10gRmFpbGVkIHRvIGNvbmZpZ3Vy ZSBtZW1jcHkgY2hhbm5lbAo+IHV4NTAwLW1zcC1pMnMgdXg1MDAtbXNwLWkycy4xOiBNaXNzaW5n IGRtYSBjaGFubmVsIGZvciBzdHJlYW06IDAKPiB1eDUwMC1tc3AtaTJzIHV4NTAwLW1zcC1pMnMu MTogQVNvQzogcGNtIGNvbnN0cnVjdG9yIGZhaWxlZDogLTIyCj4gc25kLXNvYy1tb3A1MDAgc25k LXNvYy1tb3A1MDAuMDogQVNvQzogY2FuJ3QgY3JlYXRlIHBjbSBhYjg1MDBfMCA6LTIyCj4gc25k LXNvYy1tb3A1MDAgc25kLXNvYy1tb3A1MDAuMDogQVNvQzogZmFpbGVkIHRvIGluc3RhbnRpYXRl IGNhcmQgLTIyCj4gc25kLXNvYy1tb3A1MDAgc25kLXNvYy1tb3A1MDAuMDogRXJyb3I6IHNuZF9z b2NfcmVnaXN0ZXJfY2FyZCBmYWlsZWQgKC0yMikhCj4gc25kLXNvYy1tb3A1MDA6IHByb2JlIG9m IHNuZC1zb2MtbW9wNTAwLjAgZmFpbGVkIHdpdGggZXJyb3IgLTIyCgo8c25pcD4KCj4gbW1jaS1w bDE4eCBzZGk0OiBlcnJvciBkdXJpbmcgRE1BIHRyYW5zZmVyIQo+IG1tY2JsazBycG1iOiBlcnJv ciAtMTEwIHRyYW5zZmVycmluZyBkYXRhLCBzZWN0b3IgMCwgbnIgOCwgY21kIHJlc3BvbnNlIDB4 OTAwLCBjYXJkIHN0YXR1cyAweDAKPiBtbWNibGswcnBtYjogcmV0cnlpbmcgdXNpbmcgc2luZ2xl IGJsb2NrIHJlYWQKCkl0J3MgaW50ZXJlc3RpbmcgdGhhdCB0aGUgTVNQIGZhaWx1cmUgaGFzIG1h bmFnZWQgdG8gZnVkZ2UgdGhlIGVudGlyZQpETUEgQ29udHJvbGxlci4gSSBoYXZlIGFic29sdXRl bHkgbm8gaWRlYSBob3cgdGhhdCBjYW4gZXZlbiBoYXBwZW4/CgoKLS0gCkxlZSBKb25lcwpMaW5h cm8gU1RNaWNyb2VsZWN0cm9uaWNzIExhbmRpbmcgVGVhbSBMZWFkCkxpbmFyby5vcmcg4pSCIE9w ZW4gc291cmNlIHNvZnR3YXJlIGZvciBBUk0gU29DcwpGb2xsb3cgTGluYXJvOiBGYWNlYm9vayB8 IFR3aXR0ZXIgfCBCbG9nCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCkFsc2EtZGV2ZWwgbWFpbGluZyBsaXN0CkFsc2EtZGV2ZWxAYWxzYS1wcm9qZWN0Lm9y ZwpodHRwOi8vbWFpbG1hbi5hbHNhLXByb2plY3Qub3JnL21haWxtYW4vbGlzdGluZm8vYWxzYS1k ZXZlbAo= From mboxrd@z Thu Jan 1 00:00:00 1970 From: lee.jones@linaro.org (Lee Jones) Date: Wed, 4 Dec 2013 18:03:21 +0000 Subject: [PATCH 07/10] ASoC: ux500: Store DMA data in the DAI differently in the pdata and DT case In-Reply-To: References: <1384859269-19801-1-git-send-email-lee.jones@linaro.org> <1384859269-19801-8-git-send-email-lee.jones@linaro.org> Message-ID: <20131204180321.GE26581@lee--X1> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org > Today's next (next-20131204) has a new boot failure[1] on > ux500/snowball which bisected down to this commit. Full boot log > attached. Right. Anyone not on CC (which I think you are Kevin) can follow the fun here: http://www.spinics.net/lists/arm-kernel/msg291374.html > It doesn't find the alsa device which in turn seems to prevent the > emmc rootfs from being mounted. It boots fine to an initramfs. > of_dma_request_slave_channel: dma-names property of node '/soc/msp at 80124000' missing or empty > of_dma_request_slave_channel: dma-names property of node '/soc/msp at 80124000' missing or empty > of_dma_request_slave_channel: dma-names property of node '/soc/msp at 80125000' missing or empty > mmc1: new high speed MMC card at address 0001 > of_dma_request_slave_channel: dma-names property of node '/soc/msp at 80125000' missing or empty > mmcblk0: mmc1:0001 7.28 GiB > mmcblk0boot0: mmc1:0001 partition 1 2.00 MiB > mmcblk0boot1: mmc1:0001 partition 2 2.00 MiB > mmcblk0rpmb: mmc1:0001 partition 3 128 KiB > dma dma0chan22: [d40_config_memcpy] No memcpy > dma dma0chan22: [d40_alloc_chan_resources] Failed to configure memcpy channel > ux500-msp-i2s ux500-msp-i2s.1: Missing dma channel for stream: 0 > ux500-msp-i2s ux500-msp-i2s.1: ASoC: pcm constructor failed: -22 > snd-soc-mop500 snd-soc-mop500.0: ASoC: can't create pcm ab8500_0 :-22 > snd-soc-mop500 snd-soc-mop500.0: ASoC: failed to instantiate card -22 > snd-soc-mop500 snd-soc-mop500.0: Error: snd_soc_register_card failed (-22)! > snd-soc-mop500: probe of snd-soc-mop500.0 failed with error -22 > mmci-pl18x sdi4: error during DMA transfer! > mmcblk0rpmb: error -110 transferring data, sector 0, nr 8, cmd response 0x900, card status 0x0 > mmcblk0rpmb: retrying using single block read It's interesting that the MSP failure has managed to fudge the entire DMA Controller. I have absolutely no idea how that can even happen? -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org ? Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754327Ab3LDSDa (ORCPT ); Wed, 4 Dec 2013 13:03:30 -0500 Received: from mail-yh0-f44.google.com ([209.85.213.44]:47599 "EHLO mail-yh0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753599Ab3LDSD3 (ORCPT ); Wed, 4 Dec 2013 13:03:29 -0500 Date: Wed, 4 Dec 2013 18:03:21 +0000 From: Lee Jones To: Kevin Hilman Cc: linux-arm-kernel , LKML , Linus Walleij , alsa-devel@alsa-project.org, Mark Brown , Olof Johansson Subject: Re: [PATCH 07/10] ASoC: ux500: Store DMA data in the DAI differently in the pdata and DT case Message-ID: <20131204180321.GE26581@lee--X1> References: <1384859269-19801-1-git-send-email-lee.jones@linaro.org> <1384859269-19801-8-git-send-email-lee.jones@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Today's next (next-20131204) has a new boot failure[1] on > ux500/snowball which bisected down to this commit. Full boot log > attached. Right. Anyone not on CC (which I think you are Kevin) can follow the fun here: http://www.spinics.net/lists/arm-kernel/msg291374.html > It doesn't find the alsa device which in turn seems to prevent the > emmc rootfs from being mounted. It boots fine to an initramfs. > of_dma_request_slave_channel: dma-names property of node '/soc/msp@80124000' missing or empty > of_dma_request_slave_channel: dma-names property of node '/soc/msp@80124000' missing or empty > of_dma_request_slave_channel: dma-names property of node '/soc/msp@80125000' missing or empty > mmc1: new high speed MMC card at address 0001 > of_dma_request_slave_channel: dma-names property of node '/soc/msp@80125000' missing or empty > mmcblk0: mmc1:0001 7.28 GiB > mmcblk0boot0: mmc1:0001 partition 1 2.00 MiB > mmcblk0boot1: mmc1:0001 partition 2 2.00 MiB > mmcblk0rpmb: mmc1:0001 partition 3 128 KiB > dma dma0chan22: [d40_config_memcpy] No memcpy > dma dma0chan22: [d40_alloc_chan_resources] Failed to configure memcpy channel > ux500-msp-i2s ux500-msp-i2s.1: Missing dma channel for stream: 0 > ux500-msp-i2s ux500-msp-i2s.1: ASoC: pcm constructor failed: -22 > snd-soc-mop500 snd-soc-mop500.0: ASoC: can't create pcm ab8500_0 :-22 > snd-soc-mop500 snd-soc-mop500.0: ASoC: failed to instantiate card -22 > snd-soc-mop500 snd-soc-mop500.0: Error: snd_soc_register_card failed (-22)! > snd-soc-mop500: probe of snd-soc-mop500.0 failed with error -22 > mmci-pl18x sdi4: error during DMA transfer! > mmcblk0rpmb: error -110 transferring data, sector 0, nr 8, cmd response 0x900, card status 0x0 > mmcblk0rpmb: retrying using single block read It's interesting that the MSP failure has managed to fudge the entire DMA Controller. I have absolutely no idea how that can even happen? -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog