[Intel-gfx] [PATCH] drm/i915: add audio_ptr pointer check
Takashi Iwai
tiwai at suse.de
Wed Mar 2 08:56:58 UTC 2016
On Wed, 02 Mar 2016 08:59:23 +0100,
Yang, Libin wrote:
>
> Hi Takashi,
>
> > -----Original Message-----
> > From: Takashi Iwai [mailto:tiwai at suse.de]
> > Sent: Wednesday, March 02, 2016 3:44 PM
> > To: libin.yang at linux.intel.com
> > Cc: intel-gfx at lists.freedesktop.org; conselvan2 at gmail.com;
> > jani.nikula at linux.intel.com; ville.syrjala at linux.intel.com; Vetter, Daniel;
> > tiwai at suse.de; Yang, Libin
> > Subject: Re: [PATCH] drm/i915: add audio_ptr pointer check
> >
> > On Wed, 02 Mar 2016 03:24:31 +0100,
> > libin.yang at linux.intel.com wrote:
> > >
> > > From: Libin Yang <libin.yang at linux.intel.com>
> > >
> > > check to make sure audio_ptr is not NULL before
> > > using it.
> >
> > I don't think non-NULL is mandatory. If any invalid access is seen,
> > it should be fixed rather in the audio side.
>
> When I enable MST with other patches (not submitted so far),
> I found system may be random hang when boot up.
>
> After apply this patch and another patch (I sent the patch in
> ALSA Mail list: ALSA: hda - hdmi defer to register acomp eld notifier),
> the hang issue is fixed.
>
> I make the patch because in sound driver side, setting audio_ptr and
> audio_ops is not in the lock. I'm wondering that the compiler or CPU
> may optimize and change the setting order (the gfx code and alsa code
> may run parallelly?).
There are several ways to deal with such a thing. An easy one would
be the memory barrier.
Takashi
More information about the Intel-gfx
mailing list