On Friday, May 04, 2018 04:24:15 PM Bartlomiej Zolnierkiewicz wrote:
> On Friday, May 04, 2018 11:07:01 AM Mauro Carvalho Chehab wrote:
> > Em Mon, 23 Apr 2018 14:19:31 +0200
> > Bartlomiej Zolnierkiewicz <b.zolnier...@samsung.com> escreveu:
> >
> >
> > &
On Friday, May 04, 2018 11:07:01 AM Mauro Carvalho Chehab wrote:
> Em Mon, 23 Apr 2018 14:19:31 +0200
> Bartlomiej Zolnierkiewicz <b.zolnier...@samsung.com> escreveu:
>
>
> > How's about just allowing COMPILE_TEST for FB_VIA instead of adding
> > all these stubs?
On Monday, April 23, 2018 05:11:14 PM Tomi Valkeinen wrote:
> On 23/04/18 16:56, Bartlomiej Zolnierkiewicz wrote:
>
> > Ideally we should be able to build both drivers in the same kernel
> > (especially as modules).
> >
> > I was hoping that it could be fixe
On Monday, April 23, 2018 10:55:57 AM Mauro Carvalho Chehab wrote:
> Em Mon, 23 Apr 2018 14:47:28 +0200
> Bartlomiej Zolnierkiewicz <b.zolnier...@samsung.com> escreveu:
>
> > On Friday, April 20, 2018 01:42:51 PM Mauro Carvalho Chehab wrote:
> > > Add stubs
On Monday, April 23, 2018 02:47:28 PM Bartlomiej Zolnierkiewicz wrote:
> On Friday, April 20, 2018 01:42:51 PM Mauro Carvalho Chehab wrote:
> > Add stubs for omapfb_dss.h, in the case it is included by
> > some driver when CONFIG_FB_OMAP2 is not defined, with can
> > happen
ts/dri-devel/msg171918.html
and already merged by you (commit 7378f1149884 "media: omap2:
omapfb: allow building it with COMPILE_TEST")..
> ---
> include/video/omapfb_dss.h | 54
> --
> 1 file changed, 52 insertions(+), 2 deletio
x, u8 *pdata);
> int viafb_i2c_writebyte(u8 adap, u8 slave_addr, u8 index, u8 data);
> int viafb_i2c_readbytes(u8 adap, u8 slave_addr, u8 index, u8 *buff, int
> buff_len);
> @@ -39,4 +40,9 @@ struct i2c_adapter *viafb_find_i2c_adapter(enum
> viafb_i2c_adap which);
>
> extern
fbdev/omap2/Kconfig
> b/drivers/video/fbdev/omap2/Kconfig
> index 0921c4de8407..82008699d253 100644
> --- a/drivers/video/fbdev/omap2/Kconfig
> +++ b/drivers/video/fbdev/omap2/Kconfig
> @@ -1,4 +1,4 @@
> -if ARCH_OMAP2PLUS
> +if ARCH_OMAP2PLUS || COMPILE_TEST
>
> s
ropagation from the clients up to the adapter driver so
> + * clear the ignore_children flags here. PM rutnime calls are not
Minor nit:
"rutnime" typo
Otherwise it looks all fine to me.
Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnier...@samsung.com>
Best rega
bit but it
> can be probably easily adjusted for ARM64.
>
> All of this means that Device Tree support for this driver can't be
> merged now and effort for mainlining 5433 may be unfortunately wasted...
Exynos5433 support is being incrementally merged (clocks, drm, phy,
pinctrl, th
email address bounces.
Should MAINTAINERS be updated?
Please wait with these changes, the situation should be clarified soon
(I've added Kamil to Cc).
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung RD Institute Poland
Samsung Electronics
---
MAINTAINERS | 8 ++--
1 file changed, 2
not change behaviour of the existing code.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung RD Institute Poland
Samsung Electronics
So, for now, let's just remove COMPILE_TEST and wait for
some time for people to fix. If not fixed, then we'll end
by removing this driver as a hole.
Signed
Renesas VSP1 Video Processing Engine support should be available
only on Renesas ARM SoCs.
Signed-off-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Simon Horman ho...@verge.net.au
Cc: Magnus Damm magnus.d...@gmail.com
---
drivers
devm_ioremap_resource() returns a pointer to the remapped memory or
an ERR_PTR() encoded error code on failure. Fix the checks inside
csc_create() and sc_create() accordingly.
Cc: Archit Taneja arc...@ti.com
Cc: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Bartlomiej Zolnierkiewicz
SCALER.
+
config VIDEO_SH_VEU
tristate SuperH VEU mem2mem video processing driver
depends on VIDEO_DEV VIDEO_V4L2 HAS_DMA
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung RD Institute Poland
Samsung Electronics
--
To unsubscribe from this list: send the line unsubscribe linux
);
+ scaler_clk_put(scaler);
+
+ scaler_dbg(scaler, %s driver unloaded\n, pdev-name);
+ return 0;
+}
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung RD Institute Poland
Samsung Electronics
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body
;
+ clocks = clock 381;
+ clock-names = scaler;
+ };
Your patchset adds support for EXYNOS5 SCALER but doesn't add any real
users of it yet. Could you please explain why?
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung RD Institute Poland
Samsung Electronics
Hi Tomasz,
On Tuesday, September 24, 2013 11:43:53 AM Tomasz Stanislawski wrote:
Hi,
On 09/23/2013 05:48 PM, Bartlomiej Zolnierkiewicz wrote:
Hi Tomasz,
On Monday, September 23, 2013 04:50:01 PM Tomasz Stanislawski wrote:
Hello,
May I ask what is the rationale for this patch
Hi Tomasz,
On Tuesday, September 24, 2013 02:52:44 PM Tomasz Stanislawski wrote:
On 09/23/2013 07:44 PM, Joe Perches wrote:
On Mon, 2013-09-23 at 17:48 +0200, Bartlomiej Zolnierkiewicz wrote:
On Monday, September 23, 2013 04:50:01 PM Tomasz Stanislawski wrote:
May I ask what
format conversion.
I could see migrating from mxr_* to pr_* could seen as the fix, but not this.
Such migration seems to be pointless as you would have to add an extra
argument to pr_* to not lose the device information.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung RD Institute Poland
Samsung
20 matches
Mail list logo