Hello Yong,
Could you please have a look at the crash reported below ?
On Tuesday, 11 December 2018 16:20:43 EET Laurent Pinchart wrote:
> On Tuesday, 11 December 2018 15:43:53 EET Laurent Pinchart wrote:
> > On Tuesday, 11 December 2018 15:34:49 EET Laurent Pinchart wrote:
> >> On Wednesday, 5 D
/Steve-Longerbeam/gpu-ipu-csi-Swap-fields-according-to-input-output-field-types/20181215-135741
config: nds32-allmodconfig (attached as .config)
compiler: nds32le-linux-gcc (GCC) 6.4.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Sun Dec 16 05:00:11 CET 2018
media-tree git hash:d2b4387f3bdf016e266d23cf657465f557721488
media_build git
This patch adds DT binding documentation for the Freescale enhanced
Multimedia Accelerator (eMMA) video Pre-processor (PrP).
Signed-off-by: Alexander Shiyan
---
.../devicetree/bindings/media/fsl-emmaprp.txt| 20
1 file changed, 20 insertions(+)
create mode 100644 Do
This patch adds devicetree support for the Freescale enhanced Multimedia
Accelerator (eMMA) video Pre-processor (PrP).
Signed-off-by: Alexander Shiyan
---
drivers/media/platform/mx2_emmaprp.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/media/platform/mx2_emmaprp.c
b/driv
Freescale i.MX21 chip has enhanced Multimedia Accelerator (eMMA)
video Pre-processor (PrP) unit. This patch allows MX2-EMMA support
to be selected for this SoC.
Signed-off-by: Alexander Shiyan
---
drivers/media/platform/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
Hi Lucas,
Thank you for your patch, just some small comments below.
On 12/15/18 2:46 PM, Lucas A. M. Magalhães wrote:
> The previous code pipeline used the stack to walk on the graph and
> process a frame. Basically the vimc-sensor entity starts a thread that
> generates the frames and calls the
Em Sat, 15 Dec 2018 16:38:41 -0200
Helen Koike escreveu:
> Hi Mauro,
>
> On 12/15/18 4:01 PM, Mauro Carvalho Chehab wrote:
> > Hi Lucas,
> >
> >
> > Em Sat, 15 Dec 2018 14:46:31 -0200
> > Lucas A. M. Magalhães escreveu:
> >
> >> The previous code pipeline used the stack to walk on the grap
Hi Mauro,
On 12/15/18 4:01 PM, Mauro Carvalho Chehab wrote:
> Hi Lucas,
>
>
> Em Sat, 15 Dec 2018 14:46:31 -0200
> Lucas A. M. Magalhães escreveu:
>
>> The previous code pipeline used the stack to walk on the graph and
>> process a frame. Basically the vimc-sensor entity starts a thread that
>
Hi Lucas,
Em Sat, 15 Dec 2018 14:46:31 -0200
Lucas A. M. Magalhães escreveu:
> The previous code pipeline used the stack to walk on the graph and
> process a frame. Basically the vimc-sensor entity starts a thread that
> generates the frames and calls the propagate_process function to send
> th
The previous code pipeline used the stack to walk on the graph and
process a frame. Basically the vimc-sensor entity starts a thread that
generates the frames and calls the propagate_process function to send
this frame to each entity linked with a sink pad. The propagate_process
will call the proce
On 12/15/18 2:47 AM, Christoph Hellwig wrote:
On Fri, Dec 14, 2018 at 10:30:18PM -0800, Guenter Roeck wrote:
and so on, until qemu is terminated. This is seen with all sparc32
qemu emulations. Reverting the patch fixes the problem.
Hi Guenter,
can you check which of the three new ops is used
Add support for the selection api for the crop target.
The driver rounds up the width and height such that
all planes dimesnsions are multiple of 8.
The userspace client should also read and write
the raw frames according the padding.
Signed-off-by: Dafna Hirschfeld
---
drivers/media/platform/vi
In the function fwht_encode_frame, 'encoding = encode_plane'
should be replaced with 'encoding |= encode_plane'
so existing flags won't be overwrriten.
Signed-off-by: Dafna Hirschfeld
---
drivers/media/platform/vicodec/codec-fwht.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --gi
On Fri, Dec 14, 2018 at 10:30:18PM -0800, Guenter Roeck wrote:
> and so on, until qemu is terminated. This is seen with all sparc32
> qemu emulations. Reverting the patch fixes the problem.
Hi Guenter,
can you check which of the three new ops is used in this case? Or
provide the qemu config and
15 matches
Mail list logo