On Fri, May 29, 2015 at 10:42:01AM +0100, Liam Girdwood wrote:
On Thu, 2015-05-28 at 21:17 +0200, Michele Curti wrote:
to let the probe continue, the system become quite unusable but I get the logs.
May 28 20:34:00 asus kernel: byt-rt5645 byt-rt5645: ASoC: CPU DAI baytrail-pcm-audio not registered May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: initialising Byt DSP IPC May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: initialising audio DSP id 0xf28 May 28 20:34:00 asus kernel: irq used for dsp = 6
---> The IRQ number used is 6
May 28 20:34:00 asus kernel: [101B blob data] May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x160 bytes at offset 0xc0000 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block allocated 0:0 at offset 0xc0000 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x170 bytes at offset 0xc0400 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x10 bytes at offset 0xc0578 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x10 bytes at offset 0xc0598 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x10 bytes at offset 0xc05b8 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x10 bytes at offset 0xc05d8 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x10 bytes at offset 0xc05f8 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x8 bytes at offset 0xc0618 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x10 bytes at offset 0xc0638 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x30 bytes at offset 0xc0658 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x10438 bytes at offset 0xc06a0 type 0 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block allocated 0:1 at offset 0xc8000 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block allocated 0:2 at offset 0xd0000 May 28 20:34:00 asus kernel: rt5645 i2c-10EC5648:00: Requesting IRQ 146 May 28 20:34:00 asus kernel: rt5645 i2c-10EC5648:00: Requesting gpio 0 May 28 20:34:00 asus kernel: rt5645 i2c-10EC5648:00: Fail gpio_request hp_det_gpio May 28 20:34:00 asus kernel: gpiod_direction_input: invalid GPIO May 28 20:34:00 asus kernel: rt5645 i2c-10EC5648:00: Fail gpio_direction hp_det_gpio May 28 20:34:00 asus kernel: byt-rt5645 byt-rt5645: ASoC: CPU DAI baytrail-pcm-audio not registered May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x1a310 bytes at offset 0x400000 type 3 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x5738 bytes at offset 0x100010 type 1 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block allocated 1:0 at offset 0x100000 May 28 20:34:00 asus kernel: Linux video capture interface: v2.00 May 28 20:34:00 asus kernel: intel_rapl: Found RAPL domain package May 28 20:34:00 asus kernel: intel_rapl: Found RAPL domain core May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block request 0x10ad8 bytes at offset 0x105750 type 1 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block allocated 1:1 at offset 0x108000 May 28 20:34:00 asus kernel: baytrail-pcm-audio baytrail-pcm-audio: block allocated 1:2 at offset 0x110000 May 28 20:34:00 asus kernel: byt-rt5645 byt-rt5645: ASoC: CPU DAI baytrail-pcm-audio not registered
This is confusing as we can see messages about the baytrail-pcm-audio device not being registered and then valid messages from said device ? I'm wondering if you have created 2 baytrail-pcm-audio devices ? The ordering is also confusing since the block allocation should come before the DSP boot....
Can you paste the diff for all the audio changes you have made and also the output of lsmod when this happens.
Sure, sorry for the number of attachments.. :p
I'm using linux-next next-20150528 and the (attached) kernel .config kernel-config.txt.
Attached 3 patches: - 0001-add-baytrail-byt-rt5645-board.patch, which adds the board file and a couple of ACPI ID match - 0002-enable-debug.patch, which enables debug output for files in common/sst-*.c and baytrail/sst-*.c - 0003-ignore-dsp-boot-timeout.patch, used to ignore the dsp boot timeout and to let the baytrail-pcm-audio driver load
Applying all the three patches I got the dmesg output dmesg-ignore-dsp.txt and the lsmod output lsmod-ignore-dsp.txt.
Applying only the first two patches, I got the output dmesg-normal.txt and the lsmod output lsmod-normal.txt.
I attached also the content of /proc/interrupt in proc-interrupts.txt and /proc/stat in proc-stat.txt, to maybe see the dsp interrupt..
Thanks! Michele