On Fri, Jun 04, 2010 at 05:04:37AM +0800, David Härdeman wrote:
> On Tue, Jun 01, 2010 at 10:07:59PM +0800, Wu Fengguang wrote:
> > On Mon, May 31, 2010 at 10:06:23AM +0800, Zhenyu Wang wrote:
> >>On 2010.05.31 09:34:04 +0800, Wu, Fengguang wrote:
> >>>On Sun, Ma
David,
You are dropped from the CC list due to your follow-up-to header.
Are you adding it on purpose?
On Mon, May 31, 2010 at 10:06:23AM +0800, Zhenyu Wang wrote:
> On 2010.05.31 09:34:04 +0800, Wu, Fengguang wrote:
> > Add CC to Zhenyu.
> >
> > On Sun, May 30, 2010 at 07
Add CC to Zhenyu.
Thanks,
Fengguang
On Sun, May 30, 2010 at 07:49:13PM +0800, David Härdeman wrote:
> Hi Wu, I'm back to breaking stuff again :)
>
> First of all, the good news, HDMI (and SPDIF) audio works really well
> with 2.6.34...none of the previous problems with silence etc, seem to
> r
, Sequence = 0x0
+ Pin-ctls: 0x00:
Connection: 3
0x26* 0x20 0x21
CC:
CC: Alexey Fisher
Tested-by: David Härdeman
Signed-off-by: Wu Fengguang
---
sound/pci/hda/patch_sigmatel.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
--- sound-2.6.orig/sound/pci
David,
The attached patch should fix your broken SPDIF output.
Also attached more data for possible future reference.
Thanks,
Fengguang
--
On Thu, May 06, 2010 at 03:42:27PM +0800, David Härdeman wrote:
> On Thu, May 6, 2010 02:55, Wu Fengguang wrote:
> > On Thu, May 06, 2010 at 0
On Thu, May 06, 2010 at 03:42:27PM +0800, David Härdeman wrote:
> On Thu, May 6, 2010 02:55, Wu Fengguang wrote:
> > On Thu, May 06, 2010 at 07:05:16AM +0800, David Härdeman wrote:
> >> A recent upgrade to kernel 2.6.33.x and alsa 1.0.22 broke spdif (iec958)
> >
> &
Hi David,
On Thu, May 06, 2010 at 07:05:16AM +0800, David Härdeman wrote:
> A recent upgrade to kernel 2.6.33.x and alsa 1.0.22 broke spdif (iec958)
Upgraded from which kernel?
> output on my Intel DG45FC motherboard (IDT 92HD73E1X5 codec,
> snd-hda-intel driver).
>
> After playing around a b
Hi Shane,
On Sun, Mar 21, 2010 at 04:08:51AM +0800, Shane W wrote:
> Hey all,
>
> I am looking at the possibility of moving from my Intel
> DG45 to an H55 mainboard and had a couple quick driver
> questions.
FYI here is a posting on H55 audio problem:
http://forums.gentoo.org/viewtopic-p-6213203
Hi David,
On Tue, Nov 10, 2009 at 06:35:05PM +0800, David Härdeman wrote:
> > On Thu, Nov 05, 2009 at 05:06:22PM +0800, David Härdeman wrote:
> >> On Thu, November 5, 2009 08:47, Wu Fengguang wrote:
> >>>
> >>> Attached is my updated patchset, which inc
y commands in the Linux
> driver and if it would be a big undertaking to make the Linux driver do
> something similar...?
Maybe. I wonder if there is some _windows_ tool to query the audio
codec status..
> (Another option I'm planning to look into is whether power-saving might
>
On Tue, Nov 03, 2009 at 08:54:32PM +0800, David Härdeman wrote:
> On Mon, November 2, 2009 10:11, Wu Fengguang wrote:
> > Could you try dumping the audio infoframe data at the beginning of
> > hdmi_switch_infoframe() or hdmi_stop_infoframe_trans(), to check if
> > the previ
On Thu, Oct 29, 2009 at 06:46:26PM +0800, David Härdeman wrote:
> On Thu, October 29, 2009 10:46, Wu Fengguang wrote:
> > On Thu, Oct 29, 2009 at 04:16:21PM +0800, David wrote:
> >> The first problem I came across was that in these lines from
> >> hdmi_setup_audio_infof
Hi David,
On Thu, Oct 29, 2009 at 04:16:21PM +0800, David Härdeman wrote:
> On Wed, October 28, 2009 05:46, Wu Fengguang wrote:
> > - the checksum field cannot be removed - otherwise 8-channel audio
> > will be played only as 2-channel.
> > - if
On Wed, Oct 28, 2009 at 12:46:21PM +0800, Wu Fengguang wrote:
> - if add a 800ms sleep in intel_hdmi_playback_pcm_prepare(), the
> first-0.5s-samples-lost problem disappears
I managed to locate the HDA command that caused the delay :)
void snd_hda_codec_setup_stream(struct hda
14 matches
Mail list logo
