All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Markus Trippelsdorf <markus@trippelsdorf.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Commit a551d91473 (ALSA: hda - Use regmap for command verb caches, too) breaks TOSLINK
Date: Thu, 16 Apr 2015 15:23:01 +0200	[thread overview]
Message-ID: <s5h8udsqkay.wl-tiwai@suse.de> (raw)
In-Reply-To: <20150416111400.GA392@x4>

At Thu, 16 Apr 2015 13:14:00 +0200,
Markus Trippelsdorf wrote:
> 
> On 2015.04.16 at 09:56 +0200, Takashi Iwai wrote:
> > At Thu, 16 Apr 2015 09:15:04 +0200,
> > Markus Trippelsdorf wrote:
> > > 
> > > Hi,
> > > 
> > > since commit a551d914:
> > > Author: Takashi Iwai <tiwai@suse.de>
> > > Date:   Thu Feb 26 12:34:49 2015 +0100
> > > 
> > >     ALSA: hda - Use regmap for command verb caches, too
> > > 
> > > my DAC receives no signal over TOSLINK-S/PDIF anymore.
> > > 
> > > Reverting the commit on top of the current Linus tree "fixes" the issue.
> > 
> > Could you give alsa-info.sh outputs from both working and non-working
> > cases?  Run the script with --no-upload option and give attachments
> > (better compressed).  Take snapshots while you're testing the
> > playback.
> 
> Attached.

Thanks.  Could you try the patch below?


Takashi

-- 8< --
From: Takashi Iwai <tiwai@suse.de>
Subject: [PATCH] ALSA: hda - Fix regression for slave SPDIF setups

The commit [a551d91473e5: ALSA: hda - Use regmap for command verb
caches, too] introduced a regression due to a typo in the conversion;
the IEC958 status bits of slave digital devices aren't updated
correctly.  This patch corrects it.

Fixes: a551d91473e5 ('ALSA: hda - Use regmap for command verb caches, too')
Reported-by: Markus Trippelsdorf <markus@trippelsdorf.de>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
---
 sound/pci/hda/hda_codec.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/pci/hda/hda_codec.c b/sound/pci/hda/hda_codec.c
index e70a7fb393dd..873ed1bce12b 100644
--- a/sound/pci/hda/hda_codec.c
+++ b/sound/pci/hda/hda_codec.c
@@ -2529,7 +2529,7 @@ static void set_dig_out(struct hda_codec *codec, hda_nid_t nid,
 	if (!d)
 		return;
 	for (; *d; d++)
-		snd_hdac_regmap_update(&codec->core, nid,
+		snd_hdac_regmap_update(&codec->core, *d,
 				       AC_VERB_SET_DIGI_CONVERT_1, mask, val);
 }
 
-- 
2.3.5


  reply	other threads:[~2015-04-16 13:23 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-16  7:15 Commit a551d91473 (ALSA: hda - Use regmap for command verb caches, too) breaks TOSLINK Markus Trippelsdorf
2015-04-16  7:56 ` Takashi Iwai
2015-04-16 11:14   ` Markus Trippelsdorf
2015-04-16 13:23     ` Takashi Iwai [this message]
2015-04-16 13:42       ` Markus Trippelsdorf
2015-04-16 13:53         ` Takashi Iwai

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=s5h8udsqkay.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=markus@trippelsdorf.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.