search for: thierryreding

...() and drm_*_put() helpers instead of drm_*_reference() and drm_*_unreference() helpers. Generated by: scripts/coccinelle/api/drm-get-put.cocci Signed-off-by: Fengguang Wu <fengguang.wu at intel.com> Signed-off-by: Julia Lawall <julia.lawall at lip6.fr> --- tree: https://github.com/thierryreding/linux for-4.16/work head: 6c86494bb2f670293f6137b0a4b3c53c8886eba4 commit: 34f022b2d11f91a323d3e7d15893d480646f3fad [149/161] WIP nouveau_gem.c | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) --- a/drivers/gpu/drm/nouveau/nouveau_gem.c +++ b/drivers/gpu/drm/nouveau/nou...

...an open TODO item to replace this with a generic API. I did some prototyping a while ago to use generic power domains for this, that way all the details and dependencies between the partitions could be properly modeled. Can you take a look at my staging/powergate branch here: https://github.com/thierryreding/linux/commits/staging/powergate and see if you can use that instead? The idea is to completely hide the details of power partitions from drivers and use runtime PM instead. Also adding Peter whom I had discussed this with earlier. Can we finally get this converted? I'd rather not keep complic...

...t; >some prototyping a while ago to use generic power domains for this, that > >way all the details and dependencies between the partitions could be > >properly modeled. > > > >Can you take a look at my staging/powergate branch here: > > > > https://github.com/thierryreding/linux/commits/staging/powergate > > > >and see if you can use that instead? The idea is to completely hide the > >details of power partitions from drivers and use runtime PM instead. > You generic power domains work is exactly what we want for powergate > eventually. :) I re...

...>> some prototyping a while ago to use generic power domains for this, that >> way all the details and dependencies between the partitions could be >> properly modeled. >> >> Can you take a look at my staging/powergate branch here: >> >> https://github.com/thierryreding/linux/commits/staging/powergate >> >> and see if you can use that instead? The idea is to completely hide the >> details of power partitions from drivers and use runtime PM instead. >> >> Also adding Peter whom I had discussed this with earlier. Can we finally >>...

...ic power domains for this, that > >>>way all the details and dependencies between the partitions could be > >>>properly modeled. > >>> > >>>Can you take a look at my staging/powergate branch here: > >>> > >>> https://github.com/thierryreding/linux/commits/staging/powergate > >>> > >>>and see if you can use that instead? The idea is to completely hide the > >>>details of power partitions from drivers and use runtime PM instead. > >>You generic power domains work is exactly what we want for po...

On Wed, Jan 07, 2015 at 10:28:29PM +0800, Vince Hsu wrote: > On 04:08:52PM Jan 07, Peter De Schrijver wrote: > > On Wed, Jan 07, 2015 at 02:27:10PM +0100, Thierry Reding wrote: > > > > > > Yeah. I plan to have the information of all the clock client of the > > > > partitions and > > > > the memory clients be defined statically in c source, e.g.

...er domains for this, that > > >>way all the details and dependencies between the partitions could be > > >>properly modeled. > > >> > > >>Can you take a look at my staging/powergate branch here: > > >> > > >> https://github.com/thierryreding/linux/commits/staging/powergate > > >> > > >>and see if you can use that instead? The idea is to completely hide the > > >>details of power partitions from drivers and use runtime PM instead. > > >> > > >>Also adding Peter whom I had discu...

...eference() and > drm_*_unreference() helpers. > > Generated by: scripts/coccinelle/api/drm-get-put.cocci > > Signed-off-by: Fengguang Wu <fengguang.wu at intel.com> > Signed-off-by: Julia Lawall <julia.lawall at lip6.fr> > --- > > tree: https://github.com/thierryreding/linux for-4.16/work > head: 6c86494bb2f670293f6137b0a4b3c53c8886eba4 > commit: 34f022b2d11f91a323d3e7d15893d480646f3fad [149/161] WIP > > nouveau_gem.c | 16 ++++++++-------- > 1 file changed, 8 insertions(+), 8 deletions(-) Hi Julia, thanks for the patch. However, the tree t...

...with a generic API. I did > some prototyping a while ago to use generic power domains for this, that > way all the details and dependencies between the partitions could be > properly modeled. > > Can you take a look at my staging/powergate branch here: > > https://github.com/thierryreding/linux/commits/staging/powergate > > and see if you can use that instead? The idea is to completely hide the > details of power partitions from drivers and use runtime PM instead. > > Also adding Peter whom I had discussed this with earlier. Can we finally > get this converted? I...

...s with a generic API. I did > some prototyping a while ago to use generic power domains for this, that > way all the details and dependencies between the partitions could be > properly modeled. > > Can you take a look at my staging/powergate branch here: > > https://github.com/thierryreding/linux/commits/staging/powergate > > and see if you can use that instead? The idea is to completely hide the > details of power partitions from drivers and use runtime PM instead. You generic power domains work is exactly what we want for powergate eventually. :) I recall we used your prot...

...g a while ago to use generic power domains for this, that >>> way all the details and dependencies between the partitions could be >>> properly modeled. >>> >>> Can you take a look at my staging/powergate branch here: >>> >>> https://github.com/thierryreding/linux/commits/staging/powergate >>> >>> and see if you can use that instead? The idea is to completely hide the >>> details of power partitions from drivers and use runtime PM instead. >> You generic power domains work is exactly what we want for powergate >>...

...a while ago to use generic power domains for this, that > >>way all the details and dependencies between the partitions could be > >>properly modeled. > >> > >>Can you take a look at my staging/powergate branch here: > >> > >> https://github.com/thierryreding/linux/commits/staging/powergate > >> > >>and see if you can use that instead? The idea is to completely hide the > >>details of power partitions from drivers and use runtime PM instead. > >> > >>Also adding Peter whom I had discussed this with earlier. C...

...t > > >>>way all the details and dependencies between the partitions could be > > >>>properly modeled. > > >>> > > >>>Can you take a look at my staging/powergate branch here: > > >>> > > >>> https://github.com/thierryreding/linux/commits/staging/powergate > > >>> > > >>>and see if you can use that instead? The idea is to completely hide the > > >>>details of power partitions from drivers and use runtime PM instead. > > >>You generic power domains work is exactly...

...a while ago to use generic power domains for this, that > >>way all the details and dependencies between the partitions could be > >>properly modeled. > >> > >>Can you take a look at my staging/powergate branch here: > >> > >> https://github.com/thierryreding/linux/commits/staging/powergate > >> > >>and see if you can use that instead? The idea is to completely hide the > >>details of power partitions from drivers and use runtime PM instead. > >> > >>Also adding Peter whom I had discussed this with earlier. C...

...> > >>way all the details and dependencies between the partitions could be > > > >>properly modeled. > > > >> > > > >>Can you take a look at my staging/powergate branch here: > > > >> > > > >> https://github.com/thierryreding/linux/commits/staging/powergate > > > >> > > > >>and see if you can use that instead? The idea is to completely hide the > > > >>details of power partitions from drivers and use runtime PM instead. > > > >> > > > >>Also addi...

Am Dienstag, den 23.12.2014, 18:39 +0800 schrieb Vince Hsu: > The Tegra124 and later Tegra SoCs have a sepatate rail gating register > to enable/disable the clamp. The original function > tegra_powergate_remove_clamping() is not sufficient for the enable > function. So add a new function which is dedicated to the GPU rail > gating. Also don't refer to the powergate ID since the