lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <s5hljxky01t.wl%tiwai@suse.de>
Date:	Mon, 22 Sep 2008 11:58:22 +0200
From:	Takashi Iwai <tiwai@...e.de>
To:	"Wei Ni" <wni@...dia.com>
Cc:	"peerchen" <peerchen@...il.com>,
	"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

At Mon, 22 Sep 2008 14:33:58 +0800,
Wei Ni wrote:
> 
> Hi, Takashi
> 
> About the "long delay", it seemed that we need to add this "delay" to
> fix some issue on our aza controller.
> Because it related with the controller, not just codec, so I think this
> flag should not be added in codec-initialization part.
> I think it's better to add the flag in that place which I submitted.

OK, then could you split the patch to separate ones, i.e. one for the
fix for this problem regarding Nvidia controller chip, and one for the
addition of HDMI?

Don't forget to add a proper description for each patch, please ;)

As mentioned, that flag is a last resort, and I think it can be fixed
in a saner way.  But, the flag is surely safe, and we can track down
the problem later on.


thanks,

Takashi


> 
> Thanks
> 
> -----Original Message-----
> From: Wei Ni 
> Sent: Friday, September 19, 2008 12:43 PM
> To: 'Takashi Iwai'; peerchen
> Cc: Pavel Hofman; Peer Chen; alsa-devel; linux-kernel; akpm
> 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

Powered by Openwall GNU/*/Linux Powered by OpenVZ