[driver-core:umn.edu-reverts] BUILD SUCCESS 0ba4f2bb6230ae18167909728ba274054e599b19

2021-04-29 Thread kernel test robot
powerpc allmodconfig powerpc allnoconfig x86_64 randconfig-a004-20210429 x86_64 randconfig-a002-20210429 x86_64 randconfig-a005-20210429 x86_64 randconfig-a006-20210429 x86_64

[driver-core:readfile] BUILD SUCCESS 065560a1b25f997121f2c83bd19172d798bb4f3c

2021-04-29 Thread kernel test robot
mips allmodconfig powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig x86_64 randconfig-a004-20210429 x86_64 randconfig-a002-20210429 x86_64

[driver-core:kbuild] BUILD SUCCESS daac369a9efcc09bbad23deb751d394adebed190

2021-04-29 Thread kernel test robot
lmodconfig powerpc allnoconfig x86_64 randconfig-a004-20210429 x86_64 randconfig-a002-20210429 x86_64 randconfig-a005-20210429 x86_64 randconfig-a006-20210429 x86_64 randconfig-a001-20210

[driver-core:umn.edu-reverts-round1] BUILD SUCCESS 11089d72b270bb621149bc8e1aa7b9173273790a

2021-04-29 Thread kernel test robot
ig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a005-20210429 i386 randconfig-a002-20210429 i386 randconfig-a001-20210429 i386 randconfig-a006-20210429 i386 randconfig-a003-202

[driver-core:umn.edu-reverts-round2] BUILD SUCCESS bc5f2ade71ae152e85c902d81545a27a3103fbe0

2021-04-29 Thread kernel test robot
llnoconfig x86_64 randconfig-a004-20210429 x86_64 randconfig-a002-20210429 x86_64 randconfig-a005-20210429 x86_64 randconfig-a006-20210429 x86_64 randconfig-a001-20210429 x86_64 randconfig-a003-202

Re: [RFC RESEND 0/3] vp9 v4l2 stateless uapi

2021-04-29 Thread Nicolas Dufresne
Le jeudi 29 avril 2021 à 11:23 +0200, Hans Verkuil a écrit : > On 27/04/2021 01:34, Ezequiel Garcia wrote: > > On Mon, 26 Apr 2021 at 14:38, Nicolas Dufresne wrote: > > > > > > Le lundi 26 avril 2021 à 09:38 +0200, Hans Verkuil a écrit : > > > > Hi Andrzej, > > > > > > > > Thank you for working

Re: [PATCH v4 00/79] Address some issues with PM runtime at media subsystem

2021-04-29 Thread Johan Hovold
On Thu, Apr 29, 2021 at 12:18:16PM +0200, Mauro Carvalho Chehab wrote: > Em Wed, 28 Apr 2021 17:50:08 +0200 > Johan Hovold escreveu: > > > On Wed, Apr 28, 2021 at 04:51:21PM +0200, Mauro Carvalho Chehab wrote: > > > > 1. despite its name, this is actually a PM runtime resume call, > > >but s

Re: [PATCH] staging: rtl8192e: fix array of flexible structures

2021-04-29 Thread Dan Carpenter
On Tue, Apr 27, 2021 at 11:19:45PM +0530, Jitendra Khasdev wrote: > This patch fixes sparse warning "array of flexible structures" > for rtllib.h. > > eg. drivers/staging/rtl8192e/rtllib.h:832:48: warning: array of > flexible structures > > Signed-off-by: Jitendra Khasdev > --- > drivers/stagin

Re: [PATCH v10 6/9] media: uapi: Add a control for HANTRO driver

2021-04-29 Thread Ezequiel Garcia
On Tue, 2021-04-20 at 14:10 +0200, Benjamin Gaignard wrote: > The HEVC HANTRO driver needs to know the number of bits to skip at > the beginning of the slice header. > That is a hardware specific requirement so create a dedicated control > for this purpose. > > Signed-off-by: Benjamin Gaignard R

Re: [PATCH v4 25/79] staging: media: tegra-vde: use pm_runtime_resume_and_get()

2021-04-29 Thread Dmitry Osipenko
28.04.2021 17:51, Mauro Carvalho Chehab пишет: > @@ -1069,11 +1071,17 @@ static int tegra_vde_probe(struct platform_device > *pdev) >* power-cycle it in order to put hardware into a predictable lower >* power state. >*/ > - pm_runtime_get_sync(dev); > + if (pm_runti

Re: [PATCH v4 00/79] Address some issues with PM runtime at media subsystem

2021-04-29 Thread Dmitry Osipenko
29.04.2021 13:18, Mauro Carvalho Chehab пишет: >> This is perfectly alright. Take a look at ov7740_remove() for example: >> >> pm_runtime_get_sync(&client->dev); >> pm_runtime_disable(&client->dev); >> pm_runtime_set_suspended(&client->dev); >> pm_runtime_put_noidle(&client->dev

Re: [RFC RESEND 3/3] media: rkvdec: Add the VP9 backend

2021-04-29 Thread Hans Verkuil
On 21/04/2021 12:00, Andrzej Pietrasiewicz wrote: > From: Boris Brezillon > > The Rockchip VDEC supports VP9 profile 0 up to 4096x2304@30fps. Add > a backend for this new format. > > Signed-off-by: Boris Brezillon > Signed-off-by: Ezequiel Garcia > Signed-off-by: Adrian Ratiu > Signed-off-by:

Re: [RFC RESEND 2/3] media: uapi: Add VP9 stateless decoder controls

2021-04-29 Thread Hans Verkuil
On 21/04/2021 12:00, Andrzej Pietrasiewicz wrote: > Add the VP9 stateless decoder controls plus the documentation that goes > with it. > > Signed-off-by: Boris Brezillon > Signed-off-by: Ezequiel Garcia > Signed-off-by: Adrian Ratiu > Signed-off-by: Andrzej Pietrasiewicz > --- > .../userspace

Re: [PATCH v4 00/79] Address some issues with PM runtime at media subsystem

2021-04-29 Thread Mauro Carvalho Chehab
Em Wed, 28 Apr 2021 17:50:08 +0200 Johan Hovold escreveu: > On Wed, Apr 28, 2021 at 04:51:21PM +0200, Mauro Carvalho Chehab wrote: > > 1. despite its name, this is actually a PM runtime resume call, > >but some developers didn't seem to realize that, as I got this > >pattern on some driv

Re: [RFC RESEND 0/3] vp9 v4l2 stateless uapi

2021-04-29 Thread Hans Verkuil
On 27/04/2021 01:34, Ezequiel Garcia wrote: > On Mon, 26 Apr 2021 at 14:38, Nicolas Dufresne wrote: >> >> Le lundi 26 avril 2021 à 09:38 +0200, Hans Verkuil a écrit : >>> Hi Andrzej, >>> >>> Thank you for working on this! >>> >>> On 21/04/2021 12:00, Andrzej Pietrasiewicz wrote: Dear All, >>>

Re: [PATCH v4 20/79] staging: media: rkvdec: fix pm_runtime_get_sync() usage count

2021-04-29 Thread Mauro Carvalho Chehab
Em Wed, 28 Apr 2021 17:09:57 +0200 Johan Hovold escreveu: > On Wed, Apr 28, 2021 at 04:51:41PM +0200, Mauro Carvalho Chehab wrote: > > The pm_runtime_get_sync() internally increments the > > dev->power.usage_count without decrementing it, even on errors. > > Replace it by the new pm_runtime_resum

Re: [PATCH v4 79/79] media: hantro: do a PM resume earlier

2021-04-29 Thread Mauro Carvalho Chehab
Em Wed, 28 Apr 2021 14:17:50 -0300 Ezequiel Garcia escreveu: > Hi Mauro, > > Thanks a lot for taking care of this. > > On Wed, 2021-04-28 at 16:52 +0200, Mauro Carvalho Chehab wrote: > > The device_run() first enables the clock and then > > tries to resume PM runtime, checking for errors. > >