[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <15F501D1A78BD343BE8F4D8DB854566B331D47A6@hkemmail01.nvidia.com>
Date: Fri, 19 Sep 2008 12:42:52 +0800
From: "Wei Ni" <wni@...dia.com>
To: "Takashi Iwai" <tiwai@...e.de>, "peerchen" <peerchen@...il.com>
Cc: "Pavel Hofman" <pavel.hofman@...ite.cz>,
"Peer Chen" <pchen@...dia.com>,
"alsa-devel" <alsa-devel@...a-project.org>,
"linux-kernel" <linux-kernel@...r.kernel.org>,
"akpm" <akpm@...ux-foundation.org>
Subject: RE: [alsa-devel] [PATCH] add the nvidia HDMI codec driverfor MCP77/79
Thanks for your reply.
About the "long delay", we had some problems on reading RIRB buffer when
testing this driver, so we add this "delay"
We will try to find a best way to fix this issue.
And we didn't familiar with git, we will research it more such as
"rebase" and then submit the patch file again.
Thanks
-----Original Message-----
From: Takashi Iwai [mailto:tiwai@...e.de]
Sent: Wednesday, September 17, 2008 10:05 PM
To: peerchen
Cc: Wei Ni; Pavel Hofman; Peer Chen; alsa-devel; linux-kernel; akpm
Subject: Re: [alsa-devel] [PATCH] add the nvidia HDMI codec driverfor
MCP77/79
At Wed, 17 Sep 2008 17:00:04 +0800,
peerchen wrote:
>
> new patch base on git tree.
>
> Signed-off-by: Wei Ni <wni@...dia.com>
> Signed-off-by: Peer Chen <peerchen@...il.com>
Thanks!
But, the patch looks like no "rebase". You secretly added a new
function call that wasn't in your previous patch, namely...
> diff -uprN -X linux-2.6-tiwai-sound/Documentation/dontdiff
linux-2.6-tiwai-sound/sound/pci/hda/hda_intel.c
linux-2.6-tiwai-sound-niwei/sound/pci/hda/hda_intel.c
> --- linux-2.6-tiwai-sound/sound/pci/hda/hda_intel.c 2008-09-10
17:40:52.000000000 +0800
> +++ linux-2.6-tiwai-sound-niwei/sound/pci/hda/hda_intel.c
2008-09-10 17:49:31.000000000 +0800
> @@ -1220,6 +1220,9 @@ static int __devinit azx_codec_create(st
> if (err < 0)
> return err;
>
> + if (chip->driver_type == AZX_DRIVER_NVIDIA)
> + chip->bus->needs_damn_long_delay = 1;
> +
Do we really need this inevitably? I don't think so -- otherwise I
would have far more bug reports.
This flag is the last resort and should be avoided as much as
possible. This results in a significant slow down of suspend/resume
speed, for example.
If it's really needed with some devices and there is no other way to
fix it, add this flag rather in the codec-initialization part.
Also, if you resend a patch, please add the original patch description
again. This helps my patch work a lot indeed.
thanks,
Takashi
-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists