Hi Peter,
> -Original Message-
> From: Peter Suti
> Sent: Wednesday, July 27, 2022 3:36 PM
> To: Liu, Chuansheng ; dan.carpen...@oracle.com;
> Greg Kroah-Hartman ; Thomas Zimmermann
> ; Javier Martinez Canillas
> Cc: Peter Suti ; dri-
> de...@lists.f
Hi Paul,
> -Original Message-
> From: dri-devel On Behalf Of Paul
> Menzel
> Sent: Thursday, March 31, 2022 4:22 PM
> To: Liu, Chuansheng
> Cc: linux-fb...@vger.kernel.org; Dave Hansen ;
> a...@linux-foundation.org; dan...@iogearbox.net; linux...@kvack.org;
> net
Hi Paul,
> -Original Message-
> From: Paul Menzel
> Sent: Thursday, March 31, 2022 12:47 AM
> To: Liu, Chuansheng
> Cc: tzimmerm...@suse.de; linux-fb...@vger.kernel.org; del...@gmx.de; dri-
> de...@lists.freedesktop.org
> Subject: Re: [PATCH] fbdev: defio: fix th
Hi Paul,
> -Original Message-
> From: dri-devel On Behalf Of Paul
> Menzel
> Sent: Monday, March 28, 2022 2:15 PM
> To: Liu, Chuansheng
> Cc: tzimmerm...@suse.de; linux-fb...@vger.kernel.org; del...@gmx.de; dri-
> de...@lists.freedesktop.org; jay...@intworks.biz
Hi Paul,
> -Original Message-
> From: dri-devel On Behalf Of Paul
> Menzel
> Sent: Saturday, March 26, 2022 4:11 PM
> To: Liu, Chuansheng
> Cc: linux-fb...@vger.kernel.org; del...@gmx.de; dri-
> de...@lists.freedesktop.org; tzimmerm...@suse.de; jay...@intworks.biz
Hello Chris and Ben,
> -Original Message-
> From: Ben Widawsky [mailto:ben at bwidawsk.net]
> Sent: Friday, October 25, 2013 4:57 AM
> To: Chris Wilson; Liu, Chuansheng; daniel.vetter at ffwll.ch; airlied at
> linux.ie;
> intel-gfx at lists.freedesktop
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Monday, August 05, 2013 1:42 PM
> To: Chris Wilson; Liu, Chuansheng; daniel.vetter at ffwll.ch; airlied at
> linux.ie;
> intel-gfx at lists.freedesk
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
> Sent: Monday, August 05, 2013 1:42 PM
> To: Chris Wilson; Liu, Chuansheng; daniel.vet...@ffwll.ch; airl...@linux.ie;
> intel-...@lists.freedesktop.org; Li,
> -Original Message-
> From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
> Sent: Saturday, July 27, 2013 5:40 PM
> To: Liu, Chuansheng
> Cc: daniel.vet...@ffwll.ch; airl...@linux.ie;
> intel-...@lists.freedesktop.org; Li,
> Fei; dri-devel@lists.freedesktop.org
> -Original Message-
> From: Chris Wilson [mailto:chris at chris-wilson.co.uk]
> Sent: Saturday, July 27, 2013 5:40 PM
> To: Liu, Chuansheng
> Cc: daniel.vetter at ffwll.ch; airlied at linux.ie; intel-gfx at
> lists.freedesktop.org; Li,
> Fei; dri-devel at
> Well, you cant use the pre_install/post_install hooks the drm_irq code
> provides,
> but yes, just do the request_irq in your driver code at the right time, with
> the
> right parameters. Much easier than adding code to a part of the drm core
> fraught with backwards-compat stuff no one really
> For a kms drm driver (and tbh, doing a non-kms driver today is not a great
> idea),
> there's no reason to use the drm_irq_install/_unistall helpers.
>
Can not understand well, I found many GPU drivers are using drm_irq helpers'
function, including ours:)
> This possibly ought to be submitted in parallel with the code that uses it so
> that
> the whole proposal can be evaluated as one thing ?
>
> Alan
Patch is here, thanks.
From: liu chuansheng
Subject: [PATCH] drm_irq: Introducing the irq_thread support
For some GPUs, the i
> Well, you cant use the pre_install/post_install hooks the drm_irq code
> provides,
> but yes, just do the request_irq in your driver code at the right time, with
> the
> right parameters. Much easier than adding code to a part of the drm core
> fraught with backwards-compat stuff no one really
> For a kms drm driver (and tbh, doing a non-kms driver today is not a great
> idea),
> there's no reason to use the drm_irq_install/_unistall helpers.
>
Can not understand well, I found many GPU drivers are using drm_irq helpers'
function, including ours:)
_
> This possibly ought to be submitted in parallel with the code that uses it so
> that
> the whole proposal can be evaluated as one thing ?
>
> Alan
Patch is here, thanks.
From: liu chuansheng
Subject: [PATCH] drm_irq: Introducing the irq_thread support
For some GPUs, the i
From: liu chuansheng
Subject: [PATCH] drm_irq: Introducing the irq_thread support
For some GPUs, the irq handler need >1ms to handle the irq action.
And it will delay the whole system irq handler.
This patch is adding the irq thread support, it will make the drm_irq
interface more flexi
This patch is for introducing the irq thread support in drm_irq.
Why we need irq thread in drm_irq code?
In our GPU system, the gpu interrupt handler need some time even > 1ms to
finish,
in that case, the whole system will stay in irq disable status. One case is:
when audio is playing, it sometim
From: liu chuansheng
Subject: [PATCH] drm_irq: Introducing the irq_thread support
For some GPUs, the irq handler need >1ms to handle the irq action.
And it will delay the whole system irq handler.
This patch is adding the irq thread support, it will make the drm_irq
interface more flexi
This patch is for introducing the irq thread support in drm_irq.
Why we need irq thread in drm_irq code?
In our GPU system, the gpu interrupt handler need some time even > 1ms to
finish,
in that case, the whole system will stay in irq disable status. One case is:
when audio is playing, it sometim
From: liu chuansheng
Subject: [PATCH] drm: Adding the option IRQ_ONESHOT to support irq oneshot
For some platforms, we want the irq is handled as one shot,
then even when we use the irq thread, with this option, the new
irq will come until the irq thread finished.
So we have the requirement for
From: liu chuansheng
Subject: [PATCH] drm: Adding the option IRQ_ONESHOT to support irq oneshot
For some platforms, we want the irq is handled as one shot,
then even when we use the irq thread, with this option, the new
irq will come until the irq thread finished.
So we have the requirement for
22 matches
Mail list logo
