Re: [PATCH] drm/i915: Always program CSR if CSR is uninitialized

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



regarding your offline question: yes, I had your patch applied here, so

Tested-by: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>

On Wed, Oct 21, 2015 at 7:57 AM, Patrik Jakobsson
<patrik.jakobsson@xxxxxxxxxxxxxxx> wrote:
> The current CSR loading code depends on the CSR program memory to be
> cleared after boot. This is unfortunately not true on all hardware.
> Instead make use of the FW_UNINITIALIZED state in init and check for
> FW_LOADED to prevent init path from skipping the actual programming.
>
> Signed-off-by: Patrik Jakobsson <patrik.jakobsson@xxxxxxxxxxxxxxx>
> ---
>  drivers/gpu/drm/i915/intel_csr.c | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_csr.c b/drivers/gpu/drm/i915/intel_csr.c
> index 9e530a7..0f7c49e 100644
> --- a/drivers/gpu/drm/i915/intel_csr.c
> +++ b/drivers/gpu/drm/i915/intel_csr.c
> @@ -271,7 +271,7 @@ void intel_csr_load_program(struct drm_device *dev)
>          * Unfortunately the ACPI subsystem doesn't yet give us a way to
>          * differentiate this, hence figure it out with this hack.
>          */
> -       if (I915_READ(CSR_PROGRAM(0)))
> +       if (I915_READ(CSR_PROGRAM(0)) && dev_priv->csr.state == FW_LOADED)
>                 return;
>
>         mutex_lock(&dev_priv->csr_lock);
> @@ -425,6 +425,8 @@ void intel_csr_ucode_init(struct drm_device *dev)
>         struct intel_csr *csr = &dev_priv->csr;
>         int ret;
>
> +       intel_csr_load_status_set(dev_priv, FW_UNINITIALIZED);
> +
>         if (!HAS_CSR(dev))

My bikesheding here is that I like this kind of HAS_FEATURE()
protection before anything else so we are always sure that useless
code won't be executed in case you are running it on a platform that
doesn't have this feature.

With this change also fell free to use a
Reviewed-by: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>


>                 return;
>
> --
> 2.1.4
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx



-- 
Rodrigo Vivi
Blog: http://blog.vivi.eng.br
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux