On 04/04/16 04:48, Simon Horman wrote:
> Remove the sh_mipi_dsi driver as it appears to be unused since
> c0bb9b302769 ("ARCH: ARM: shmobile: Remove ag5evm board support").
>
> Signed-off-by: Simon Horman
> ---
> Based on v4.6-rc1
>
> v2
> * Update patch referred to
On 11/03/16 04:28, Simon Horman wrote:
> Use ARCH_RENESAS in place of ARCH_SHMOBILE.
>
> This is part of an ongoing process to migrate from ARCH_SHMOBILE to
> ARCH_RENESAS the motivation for which being that RENESAS seems to be a more
> appropriate name than SHMOBILE for the majority of Renesas
+++---
> include/video/of_display_timing.h | 15 ---
> 2 files changed, 11 insertions(+), 10 deletions(-)
>
> Cc: David Airlie <airl...@linux.ie>
> Cc: Tomi Valkeinen <tomi.valkei...@ti.com>
Reviewed-by: Tomi Valkeinen <tomi.valkei...@ti.com>
And ack for merg
On 18/12/17 13:50, Laurent Pinchart wrote:
That's an option too. I had a look at the code once to find out how
ImageMagick was performing scaling and gave up with a headache soon
afterwards. We need more formats than what ImageMagick currently supports
(it's mostly focused on image file formats
On 18/12/17 17:41, Laurent Pinchart wrote:
Hi Tomi,
On Monday, 18 December 2017 14:04:45 EET Tomi Valkeinen wrote:
On 18/12/17 13:50, Laurent Pinchart wrote:
That's an option too. I had a look at the code once to find out how
ImageMagick was performing scaling and gave up with a headache soon
On 18/12/17 13:36, Laurent Pinchart wrote:
The problem with PNG (or any other format really) is that you not only need to
encode the image into the target format (PNG or JPG would require external
libraries, simpler formats such as BMP or PNM could be handled internally),
but you also need to
On 16/12/17 18:13, Kieran Bingham wrote:
+void save_raw_frame(IFramebuffer& fb, const char *filename)
+{
+ unique_ptr os;
+ os = unique_ptr(new ofstream(filename, ofstream::binary));
+
+ for (unsigned i = 0; i < fb.num_planes(); ++i)
+ os->write((char*)fb.map(i), fb.size(i));
+}
Hi,
On 14/12/17 01:10, Kieran Bingham wrote:
From: Kieran Bingham
Provide a means to compare two identically sized framebuffers.
This basic implementation expects the two buffers to have the same
formats and sizes, and will return zero for identical frames,
Hi,
On 14/12/17 01:10, Kieran Bingham wrote:
From: Kieran Bingham
Provide a util module to provide helpers involved in validation and verification
of data frames.
The first addition is a raw frame binary output with bindings to python modelled
on Tomi's
On 14/12/17 01:10, Kieran Bingham wrote:
From: Kieran Bingham
Our kms-tests test suite for verifying the R-Car DU is based on kmsxx.
We are implementing a 'loop-back' validator, by providing an HDMI cable from
the display output directly into the HDMI receiver
On 19/04/18 17:05, Wolfram Sang wrote:
> We should get drvdata from struct device directly. Going via
> platform_device is an unneeded step back and forth.
>
> Signed-off-by: Wolfram Sang
> ---
>
> Build tested only. buildbot is happy. Please apply
11 matches
Mail list logo