May 2013 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] module dependency between i915 and snd-hda-intel
by Wang, Xingchao 17 May '13

17 May '13

Hi Takashi, Seems kernel building will determine the module loading sequence, this would fix the dependency for i915 and snd-hda-intel. If we call the i915 module API directly in snd-hda-intel side, kernel building will change the module.dep accordingly like: " kernel/sound/pci/hda/snd-hda-intel.ko: kernel/drivers/gpu/drm/i915/i915.ko kernel/drivers/gpu/dr m/drm_kms_helper.ko kernel/drivers/gpu/drm/drm.ko kernel/drivers/i2c/algos/i2c-algo-bit.ko kerne l/drivers/acpi/video.ko kernel/sound/pci/hda/snd-hda-codec.ko kernel/sound/core/snd-hwdep.ko ker nel/sound/core/snd-pcm.ko kernel/sound/core/snd-timer.ko kernel/sound/core/snd.ko kernel/sound/s oundcore.ko kernel/sound/core/snd-page-alloc.ko " So snd-hda-intel will wait for i915 loading. Even I added i915 into blacklist.conf, it will force load i915.ko. So I think the only bad case is no i915 module built-in, that would cause haswell hda initialize fail, and the patch would output error message. thanks --xingchao

2 6

[alsa-devel] [PATCH 1/3] ASoC: arizona: Provide simple DAI ops for autoconfiguring interfaces
by Mark Brown 17 May '13

17 May '13

Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/arizona.c | 7 +++++++ sound/soc/codecs/arizona.h | 1 + 2 files changed, 8 insertions(+) diff --git a/sound/soc/codecs/arizona.c b/sound/soc/codecs/arizona.c index 90c3db1..4a42041 100644 --- a/sound/soc/codecs/arizona.c +++ b/sound/soc/codecs/arizona.c @@ -1198,6 +1198,13 @@ const struct snd_soc_dai_ops arizona_dai_ops = { }; EXPORT_SYMBOL_GPL(arizona_dai_ops); +const struct snd_soc_dai_ops arizona_simple_dai_ops = { + .startup = arizona_startup, + .hw_params = arizona_hw_params_rate, + .set_sysclk = arizona_dai_set_sysclk, +}; +EXPORT_SYMBOL_GPL(arizona_simple_dai_ops); + int arizona_init_dai(struct arizona_priv *priv, int id) { struct arizona_dai_priv *dai_priv = &priv->dai[id]; diff --git a/sound/soc/codecs/arizona.h b/sound/soc/codecs/arizona.h index af39f10..a1a5dad 100644 --- a/sound/soc/codecs/arizona.h +++ b/sound/soc/codecs/arizona.h @@ -213,6 +213,7 @@ extern int arizona_set_sysclk(struct snd_soc_codec *codec, int clk_id, int source, unsigned int freq, int dir); extern const struct snd_soc_dai_ops arizona_dai_ops; +extern const struct snd_soc_dai_ops arizona_simple_dai_ops; #define ARIZONA_FLL_NAME_LEN 20 -- 1.7.10.4

1 2

[alsa-devel] [PATCH] ASoC: simplify registration of snd-soc-dummy device
by Uwe Kleine-König 17 May '13

17 May '13

Signed-off-by: Uwe Kleine-König <u.kleine-koenig(a)pengutronix.de> --- sound/soc/soc-utils.c | 13 ++++--------- 1 file changed, 4 insertions(+), 9 deletions(-) diff --git a/sound/soc/soc-utils.c b/sound/soc/soc-utils.c index 4b3be6c..29b211e 100644 --- a/sound/soc/soc-utils.c +++ b/sound/soc/soc-utils.c @@ -159,15 +159,10 @@ int __init snd_soc_util_init(void) { int ret; - soc_dummy_dev = platform_device_alloc("snd-soc-dummy", -1); - if (!soc_dummy_dev) - return -ENOMEM; - - ret = platform_device_add(soc_dummy_dev); - if (ret != 0) { - platform_device_put(soc_dummy_dev); - return ret; - } + soc_dummy_dev = + platform_device_register_simple("snd-soc-dummy", -1, NULL, 0); + if (IS_ERR(soc_dummy_dev)) + return PTR_ERR(soc_dummy_dev); ret = platform_driver_register(&soc_dummy_driver); if (ret != 0) -- 1.8.2.1

2 1

Re: [alsa-devel] [PATCH v2] ASoC: max98090: add digital mic mux to record path
by Mark Brown 17 May '13

17 May '13

On Thu, May 16, 2013 at 12:03:54PM -0700, Andrew Bresticker wrote: > The max98090 driver currently treats the digital mic enable as a supply > on the record path, causing the digital mic enable to always be turned on > when attempting to record. This is incorrect, however, since the digital Applied, thanks.

1 0

[alsa-devel] [PATCH v2] ALSA: hda - add PCI IDs for Intel BayTrail
by Chew Chiau Ee 17 May '13

17 May '13

From: Chew, Chiau Ee <chiau.ee.chew(a)intel.com> Add HD Audio Device PCI ID for the Intel BayTrail platform. Signed-off-by: Chew, Chiau Ee <chiau.ee.chew(a)intel.com> Signed-off-by: Artem Bityutskiy <artem.bityutskiy(a)linux.intel.com> --- sound/pci/hda/hda_intel.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index bcd40ee..fa902a4 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -3847,6 +3847,9 @@ static DEFINE_PCI_DEVICE_TABLE(azx_ids) = { /* Oaktrail */ { PCI_DEVICE(0x8086, 0x080a), .driver_data = AZX_DRIVER_SCH | AZX_DCAPS_INTEL_PCH_NOPM }, + /* BayTrail */ + { PCI_DEVICE(0x8086, 0x0f04), + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM }, /* ICH */ { PCI_DEVICE(0x8086, 0x2668), .driver_data = AZX_DRIVER_ICH | AZX_DCAPS_OLD_SSYNC | -- 1.7.4.4

2 1

Re: [alsa-devel] [PATCH] ALSA: usb-audio: proc: use found syncmaxsize to determine feedback format
by Takashi Iwai 17 May '13

17 May '13

At Thu, 16 May 2013 20:26:17 +0200, Torstein Hegge wrote: > > freqshift is only set for the data endpoint and syncmaxsize is only set > for the sync endpoint. This results in a syncmaxsize of zero used in the > proc output feedback format calculation, which gives a feedback format > incorrectly shown as 8.16 for UAC2 devices. > > As neither the data nor the sync endpoint gives all the relevant > content, output the two combined. > > Also remove the sync_endpoint "packet size" which is always zero > and the sync_endpoint "momentary freq" which is constant. > > Tested with UAC2 async and UAC1 adaptive, not tested with UAC1 async. > > Reported-by: B. Zhang <bb.zhang(a)free.fr> > Signed-off-by: Torstein Hegge <hegge(a)resisty.net> Thanks, applied. Takashi > --- > Cc: Takashi Iwai <tiwai(a)suse.de> > Cc: Daniel Mack <zonque(a)gmail.com> > Cc: Clemens Ladisch <clemens(a)ladisch.de> > Cc: Davor Herga <davor.herga(a)guest.arnes.si> > > sound/usb/proc.c | 22 +++++++++++----------- > 1 file changed, 11 insertions(+), 11 deletions(-) > > diff --git a/sound/usb/proc.c b/sound/usb/proc.c > index d218f76..462a5ed 100644 > --- a/sound/usb/proc.c > +++ b/sound/usb/proc.c > @@ -117,21 +117,22 @@ static void proc_dump_substream_formats(struct snd_usb_substream *subs, struct s > } > > static void proc_dump_ep_status(struct snd_usb_substream *subs, > - struct snd_usb_endpoint *ep, > + struct snd_usb_endpoint *data_ep, > + struct snd_usb_endpoint *sync_ep, > struct snd_info_buffer *buffer) > { > - if (!ep) > + if (!data_ep) > return; > - snd_iprintf(buffer, " Packet Size = %d\n", ep->curpacksize); > + snd_iprintf(buffer, " Packet Size = %d\n", data_ep->curpacksize); > snd_iprintf(buffer, " Momentary freq = %u Hz (%#x.%04x)\n", > subs->speed == USB_SPEED_FULL > - ? get_full_speed_hz(ep->freqm) > - : get_high_speed_hz(ep->freqm), > - ep->freqm >> 16, ep->freqm & 0xffff); > - if (ep->freqshift != INT_MIN) { > - int res = 16 - ep->freqshift; > + ? get_full_speed_hz(data_ep->freqm) > + : get_high_speed_hz(data_ep->freqm), > + data_ep->freqm >> 16, data_ep->freqm & 0xffff); > + if (sync_ep && data_ep->freqshift != INT_MIN) { > + int res = 16 - data_ep->freqshift; > snd_iprintf(buffer, " Feedback Format = %d.%d\n", > - (ep->syncmaxsize > 3 ? 32 : 24) - res, res); > + (sync_ep->syncmaxsize > 3 ? 32 : 24) - res, res); > } > } > > @@ -141,8 +142,7 @@ static void proc_dump_substream_status(struct snd_usb_substream *subs, struct sn > snd_iprintf(buffer, " Status: Running\n"); > snd_iprintf(buffer, " Interface = %d\n", subs->interface); > snd_iprintf(buffer, " Altset = %d\n", subs->altset_idx); > - proc_dump_ep_status(subs, subs->data_endpoint, buffer); > - proc_dump_ep_status(subs, subs->sync_endpoint, buffer); > + proc_dump_ep_status(subs, subs->data_endpoint, subs->sync_endpoint, buffer); > } else { > snd_iprintf(buffer, " Status: Stop\n"); > } > -- > 1.8.3.rc1.377.g7010c6b >

1 0

Re: [alsa-devel] [PATCH] ASoC: dfbmcs320: make the driver common for other BT modules
by Lars-Peter Clausen 16 May '13

16 May '13

On 05/16/2013 08:53 AM, Barry Song wrote: > DFBM-CS320 is only one of bluetooth modules using CSR bluetooth chips, > we don't want everyone to have a seperate codec driver. anyway, the > feature of Bluetooth handsfree is same on all platforms, so this patch > makes the DFBM-CS320 driver become a common BT handsfree driver. [...] > -static struct platform_driver dfmcs320_driver = { > +static struct platform_driver bt_handsfree_driver = { > .driver = { > - .name = "dfbmcs320", > + .name = "bt-handsfree", > .owner = THIS_MODULE, In my opinion it's a good idea to keep a platform_id list of all the supported devices. > }, > - .probe = dfbmcs320_probe, > - .remove = dfbmcs320_remove, > + .probe = bt_handsfree_probe, > + .remove = bt_handsfree_remove, > }; > > -module_platform_driver(dfmcs320_driver); > +module_platform_driver(bt_handsfree_driver);

3 4

[alsa-devel] [PATCH] ASoC: wm5102: Correct OSR control name for EPOUT
by Charles Keepax 16 May '13

16 May '13

Signed-off-by: Charles Keepax <ckeepax(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm5102.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/wm5102.c b/sound/soc/codecs/wm5102.c index cb03cc4..803d1b8 100644 --- a/sound/soc/codecs/wm5102.c +++ b/sound/soc/codecs/wm5102.c @@ -814,7 +814,7 @@ SOC_DOUBLE_R_TLV("SPKDAT1 Digital Volume", ARIZONA_DAC_DIGITAL_VOLUME_5L, SOC_VALUE_ENUM("HPOUT1 OSR", wm5102_hpout_osr[0]), SOC_VALUE_ENUM("HPOUT2 OSR", wm5102_hpout_osr[1]), -SOC_VALUE_ENUM("HPOUT3 OSR", wm5102_hpout_osr[2]), +SOC_VALUE_ENUM("EPOUT OSR", wm5102_hpout_osr[2]), SOC_ENUM("Output Ramp Up", arizona_out_vi_ramp), SOC_ENUM("Output Ramp Down", arizona_out_vd_ramp), -- 1.7.2.5

2 1

[alsa-devel] Debian alsa-plugins patches
by Jordi Mallach 16 May '13

16 May '13

As previously discussed, I'm posting all Debian patches against alsa-plugins that were pending upstreaming Thanks, Jordi

3 8

[alsa-devel] Only stereo output possible with ATI Tahiti XT HDMI Audio [Radeon HD 7970 Series] [1002:aaa0]
by Olivier Langlois 16 May '13

16 May '13

I have an HDMI chain with a Radeon card on 1 side and a 1080P monitor at the other end with a Pioner SC-09TX A/V Receiver in the middle. Video is transmitted fine. 2 channels pcm plays fine on the receiver. I am totally unable to output sound with 8 channels. lano1106@whippet2 /proc/asound/card0 $ speaker-test -c8 speaker-test 1.0.27 Playback device is default Stream parameters are 48000Hz, S16_LE, 8 channels Using 16 octaves of pink noise Channels count (8) not available for playbacks: Invalid argument Setting of hwparams failed: Invalid argument My neophyte instinct tells me that the problem is interoperability issue between the Radeon Audio controller and the SC-09TX receiver. That would be great to be able to tweak the hda driver to workaround the problem but if I was able to manually program the hda codec module to accept 8 channel LPCM input, that would be good enough for me. My understanding is that in the advent of HDMI handshake failure, the sound source fallbacks to the bare minimum requirement that the HDMI standard requires. I have started to read Intel HDA manual. What I would like to know is: Is it known if my particular HDA device is able to output 48KHz 8 channels LPCM? would it configurable manually? Which HDA verbs should get familiar with if I want to tweak the code to configure the controller manually? Thank you, Olivier lano1106@whippet2 ~ $ lspci -nn | grep Audio 01:00.1 Audio device [0403]: Advanced Micro Devices [AMD] nee ATI Tahiti XT HDMI Audio [Radeon HD 7970 Series] [1002:aaa0] Linux: 3.8.12 alsalib:1.0.27 lano1106@whippet2 /proc/asound/card0 $ dmesg | grep ALSA [ 6.351490] ALSA sound/pci/hda/hda_intel.c:2848 0000:01:00.1: Handle VGA-switcheroo audio client [ 6.351491] ALSA sound/pci/hda/hda_intel.c:3040 0000:01:00.1: Using LPIB position fix [ 6.351493] ALSA sound/pci/hda/hda_intel.c:3157 0000:01:00.1: Force to non-snoop mode [ 6.351619] ALSA sound/pci/hda/hda_intel.c:3282 0000:01:00.1: chipset global capabilities = 0x0 [ 6.354036] ALSA sound/pci/hda/hda_intel.c:1131 0000:01:00.1: codec_mask = 0x1 [ 6.354061] ALSA sound/pci/hda/hda_intel.c:1600 0000:01:00.1: codec #0 probed OK [ 6.354062] ALSA sound/pci/hda/hda_intel.c:1716 0000:01:00.1: Enable sync_write for stable communication [ 6.411369] ALSA sound/pci/hda/patch_hdmi.c:1173 HDMI status: Codec=0 Pin=3 Presence_Detect=0 ELD_Valid=0 [ 6.411397] ALSA sound/pci/hda/patch_hdmi.c:1173 HDMI status: Codec=0 Pin=5 Presence_Detect=0 ELD_Valid=0 [ 6.411424] ALSA sound/pci/hda/patch_hdmi.c:1173 HDMI status: Codec=0 Pin=7 Presence_Detect=0 ELD_Valid=0 [ 6.411453] ALSA sound/pci/hda/patch_hdmi.c:1173 HDMI status: Codec=0 Pin=9 Presence_Detect=0 ELD_Valid=0 [ 6.411482] ALSA sound/pci/hda/patch_hdmi.c:1173 HDMI status: Codec=0 Pin=11 Presence_Detect=0 ELD_Valid=0 [ 6.411512] ALSA sound/pci/hda/patch_hdmi.c:1173 HDMI status: Codec=0 Pin=13 Presence_Detect=0 ELD_Valid=0 [ 29.487577] ALSA sound/pci/hda/patch_hdmi.c:951 HDMI hot plug event: Codec=0 Pin=3 Presence_Detect=1 ELD_Valid=0 [ 29.487593] ALSA sound/pci/hda/patch_hdmi.c:1173 HDMI status: Codec=0 Pin=3 Presence_Detect=1 ELD_Valid=1 [ 29.487605] ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128 [ 29.487617] ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0 lano1106@whippet2 /proc/asound/card0 $ cat eld#0.0 monitor_present 1 eld_valid 0 lano1106@whippet2 /proc/asound/card0 :( $ cat codec#0 Codec: ATI R6xx HDMI Address: 0 AFG Function Id: 0x1 (unsol 0) Vendor Id: 0x1002aa01 Subsystem Id: 0x00aa0100 Revision Id: 0x100300 No Modem Function Group found Default PCM: rates [0x70]: 32000 44100 48000 bits [0x2]: 16 formats [0x5]: PCM AC3 Default Amp-In caps: N/A Default Amp-Out caps: N/A GPIO: io=0, o=0, i=0, unsolicited=0, wake=0 Node 0x02 [Audio Output] wcaps 0x221: Stereo Digital Stripe Converter: stream=1, channel=0 Digital: Enabled Digital category: 0x0 IEC Coding Type: 0x0 Node 0x03 [Pin Complex] wcaps 0x400381: Stereo Digital Control: name="HDMI/DP,pcm=3 Jack", index=0, device=0 Control: name="IEC958 Playback Con Mask", index=0, device=0 Control: name="IEC958 Playback Pro Mask", index=0, device=0 Control: name="IEC958 Playback Default", index=0, device=0 Control: name="IEC958 Playback Switch", index=0, device=0 Control: name="ELD", index=0, device=3 Pincap 0x00000094: OUT Detect HDMI Pin Default 0x185600f0: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=01, enabled=1 Connection: 1 0x02 Node 0x04 [Audio Output] wcaps 0x221: Stereo Digital Stripe Converter: stream=0, channel=0 Digital: Digital category: 0x0 IEC Coding Type: 0x0 Node 0x05 [Pin Complex] wcaps 0x400381: Stereo Digital Control: name="HDMI/DP,pcm=7 Jack", index=0, device=0 Control: name="IEC958 Playback Con Mask", index=1, device=0 Control: name="IEC958 Playback Pro Mask", index=1, device=0 Control: name="IEC958 Playback Default", index=1, device=0 Control: name="IEC958 Playback Switch", index=1, device=0 Control: name="ELD", index=0, device=7 Pincap 0x00000094: OUT Detect HDMI Pin Default 0x185600f0: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=02, enabled=1 Connection: 1 0x04 Node 0x06 [Audio Output] wcaps 0x221: Stereo Digital Stripe Converter: stream=0, channel=0 Digital: Digital category: 0x0 IEC Coding Type: 0x0 Node 0x07 [Pin Complex] wcaps 0x400381: Stereo Digital Control: name="HDMI/DP,pcm=8 Jack", index=0, device=0 Control: name="IEC958 Playback Con Mask", index=2, device=0 Control: name="IEC958 Playback Pro Mask", index=2, device=0 Control: name="IEC958 Playback Default", index=2, device=0 Control: name="IEC958 Playback Switch", index=2, device=0 Control: name="ELD", index=0, device=8 Pincap 0x00000094: OUT Detect HDMI Pin Default 0x185600f0: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=03, enabled=1 Connection: 1 0x06 Node 0x08 [Audio Output] wcaps 0x221: Stereo Digital Stripe Converter: stream=0, channel=0 Digital: Digital category: 0x0 IEC Coding Type: 0x0 Node 0x09 [Pin Complex] wcaps 0x400381: Stereo Digital Control: name="HDMI/DP,pcm=9 Jack", index=0, device=0 Control: name="IEC958 Playback Con Mask", index=3, device=0 Control: name="IEC958 Playback Pro Mask", index=3, device=0 Control: name="IEC958 Playback Default", index=3, device=0 Control: name="IEC958 Playback Switch", index=3, device=0 Control: name="ELD", index=0, device=9 Pincap 0x00000094: OUT Detect HDMI Pin Default 0x185600f0: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=04, enabled=1 Connection: 1 0x08 Node 0x0a [Audio Output] wcaps 0x221: Stereo Digital Stripe Converter: stream=0, channel=0 Digital: Digital category: 0x0 IEC Coding Type: 0x0 Node 0x0b [Pin Complex] wcaps 0x400381: Stereo Digital Control: name="HDMI/DP,pcm=10 Jack", index=0, device=0 Control: name="IEC958 Playback Con Mask", index=4, device=0 Control: name="IEC958 Playback Pro Mask", index=4, device=0 Control: name="IEC958 Playback Default", index=4, device=0 Control: name="IEC958 Playback Switch", index=4, device=0 Control: name="ELD", index=0, device=10 Pincap 0x00000094: OUT Detect HDMI Pin Default 0x185600f0: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=05, enabled=1 Connection: 1 0x0a Node 0x0c [Audio Output] wcaps 0x221: Stereo Digital Stripe Converter: stream=0, channel=0 Digital: Digital category: 0x0 IEC Coding Type: 0x0 Node 0x0d [Pin Complex] wcaps 0x400381: Stereo Digital Control: name="HDMI/DP,pcm=11 Jack", index=0, device=0 Control: name="IEC958 Playback Con Mask", index=5, device=0 Control: name="IEC958 Playback Pro Mask", index=5, device=0 Control: name="IEC958 Playback Default", index=5, device=0 Control: name="IEC958 Playback Switch", index=5, device=0 Control: name="ELD", index=0, device=11 Pincap 0x00000094: OUT Detect HDMI Pin Default 0x185600f0: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=06, enabled=1 Connection: 1 0x0c whippet2 /sys/kernel/debug/tracing # cat trace_pipe kworker/u:5-130 [002] ...1 79390.094652: hda_send_cmd: [0:0] val=3f0900 kworker/u:5-130 [002] ...1 79390.094665: hda_get_response: [0:0] val=ffffffff kworker/u:5-130 [002] ...1 79390.094667: hda_send_cmd: [0:0] val=3f2e08 kworker/u:5-130 [002] ...1 79390.094677: hda_get_response: [0:0] val=0 kworker/u:5-130 [002] ...1 79390.094679: hda_send_cmd: [0:0] val=3f2f00 kworker/u:5-130 [002] ...1 79390.094689: hda_get_response: [0:0] val=0 kworker/u:5-130 [002] ...1 79390.394001: hda_send_cmd: [0:0] val=3f2e08 kworker/u:5-130 [002] ...1 79390.394045: hda_get_response: [0:0] val=0 kworker/u:5-130 [002] ...1 79390.394050: hda_send_cmd: [0:0] val=3f2f00 kworker/u:5-130 [002] ...1 79390.394071: hda_get_response: [0:0] val=0 kworker/u:5-130 [002] ...1 79390.694227: hda_send_cmd: [0:0] val=3f2e08 kworker/u:5-130 [002] ...1 79390.694281: hda_get_response: [0:0] val=0 kworker/u:5-130 [002] ...1 79390.694286: hda_send_cmd: [0:0] val=3f2f00 kworker/u:5-130 [002] ...1 79390.694307: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28163.617406: hda_send_cmd: [0:0] val=3f2e08 kworker/u:5-130 [000] ...1 28163.617420: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28163.617425: hda_send_cmd: [0:0] val=3f2f00 kworker/u:5-130 [000] ...1 28163.617436: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28163.917628: hda_send_cmd: [0:0] val=3f2e08 kworker/u:5-130 [000] ...1 28163.917642: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28163.917647: hda_send_cmd: [0:0] val=3f2f00 kworker/u:5-130 [000] ...1 28163.917657: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28164.217846: hda_send_cmd: [0:0] val=3f2e08 kworker/u:5-130 [000] ...1 28164.217860: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28164.217865: hda_send_cmd: [0:0] val=3f2f00 kworker/u:5-130 [000] ...1 28164.217875: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28164.518101: hda_send_cmd: [0:0] val=3f2e08 kworker/u:5-130 [000] ...1 28164.518115: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28164.518119: hda_send_cmd: [0:0] val=3f2f00 kworker/u:5-130 [000] ...1 28164.518130: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28164.818310: hda_send_cmd: [0:0] val=3f2e08 kworker/u:5-130 [000] ...1 28164.818323: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28164.818328: hda_send_cmd: [0:0] val=3f2f00 kworker/u:5-130 [000] ...1 28164.818339: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28165.118549: hda_send_cmd: [0:0] val=3f2e08 kworker/u:5-130 [000] ...1 28165.118563: hda_get_response: [0:0] val=0 kworker/u:5-130 [000] ...1 28165.118568: hda_send_cmd: [0:0] val=3f2f00 kworker/u:5-130 [000] ...1 28165.118579: hda_get_response: [0:0] val=0

1 2