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: Wed Nov 19 04:00:16 CET 2014
git branch: test
git hash: c02ef64aab828d80040b5dce934729312e698c33
gcc versio
While trying to debug a particularly recalcitrant segfault on entering
GStreamer, I found all this on dmesg. I don't know if it is connected,
but I haven't seen it before. I'm using a Dazzle DVC 100 Rev 1.1.
I get it across several different platforms (this is an Asus Zen
laptop). The opera
Hello Fabio,
maybe trying to increase the following kernel option helps (for the v4l2 kernel
driver failure message, not for the followup gstraemer errors):
CONFIG_CMA_SIZE_MBYTES=256
Regards,
Peter
---
Sorry for loosing the CC list, reading the mailing list by web browser...
> Hi,
>
> I am run
Hi Shuah,
A few comments below.
On Tue, Oct 14, 2014 at 08:58:37AM -0600, Shuah Khan wrote:
> Add media token device resource framework to allow sharing
> resources such as tuner, dma, audio etc. across media drivers
> and non-media sound drivers that control media hardware. The
> Media token res
On 11/18/2014 02:15 PM, Sakari Ailus wrote:
> Hi Shuah,
>
> Many thanks for the RFC, for and being so patient with my terrible review
> schedule. My comments below.
>
> On Tue, Nov 04, 2014 at 04:08:50PM -0700, Shuah Khan wrote:
>> Hi Mauro,
>>
>> Here is the RFC as promised. I also included the
Hi Shuah,
Many thanks for the RFC, for and being so patient with my terrible review
schedule. My comments below.
On Tue, Nov 04, 2014 at 04:08:50PM -0700, Shuah Khan wrote:
> Hi Mauro,
>
> Here is the RFC as promised. I also included the Media controller
> as a an alternative and captured the di
The V4L2_SEL_TGT_NATIVE_SIZE target is used to denote e.g. the size of a
sensor's pixel array.
Signed-off-by: Sakari Ailus
---
since v2:
- Add a note on s_selection support for native selection target on mem2mem
devices only.
- Reverse the order or left and top fields, i.e. make it the same as
Hi Hans,
On Tue, Nov 18, 2014 at 09:56:00AM +0100, Hans Verkuil wrote:
> Hi Sakari,
>
> A few notes:
>
> Typo in subject: intput -> input
Will fix.
> On 11/18/14 06:40, Sakari Ailus wrote:
> > Add input and output capability flags for setting native size of the device,
> > and document them.
>
Amlogic Meson SoCs include a infrared remote control receiver that can
operate in two modes: "NEC" mode in which the hardware decodes frames
using the NEC IR protocol, and "general" mode in which the receiver
simply reports the duration of pulses and spaces for software
decoding.
This is a driver
This adds binding documentation for the infrared remote control
receiver available in Amlogic Meson SoCs.
Signed-off-by: Beniamino Galvani
---
Documentation/devicetree/bindings/media/meson-ir.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 Documentation/devicetree/b
Hi,
this is a driver for the infrared receiver available in Amlogic Meson6
and Meson8 SoCs. The device can operate in two modes: "NEC" mode in
which the hardware decodes frames using the NEC IR protocol, and
"general" mode in which the receiver simply reports the duration of
pulses and spaces for
This adds a node for the IR remote control receiver to the Amlogic
Meson DTS.
Signed-off-by: Beniamino Galvani
---
arch/arm/boot/dts/meson.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/meson.dtsi b/arch/arm/boot/dts/meson.dtsi
index e6539ea..6a37f15 100644
---
Le 2014-11-18 13:08, Fabio Estevam a écrit :
> On Mon, Nov 17, 2014 at 5:58 PM, Fabio Estevam wrote:
>
>>> Just a wild guess - we usually test here with dmabuf capable devices and
>>> without X. As you are using gstglimagesink, the code around
>>> ext/gl/gstglimagesink.c (453) looks like gst_gl
On Mon 2014-11-17 07:06:17, Tony Lindgren wrote:
> * Pali Rohár [141117 07:03]:
> > On Monday 17 November 2014 15:55:46 Tony Lindgren wrote:
> > >
> > > There's nothing stopping us from initializing the camera code
> > > from pdata-quirks.c for now to keep it working. Certainly the
> > > binding
Full kernel integration is now merged as part of Linux
backports-20141114. I've written a bit about it [0] [1], what we need
now are users and developer to give this a good spin as we wind down
for the v3.19 release, which will be the first release that will
support kernel integration down to any k
Hi Hans and Prabhakar,
On Tue, Nov 18, 2014 at 10:39:24AM +0100, Hans Verkuil wrote:
> On 11/17/14 11:41, Lad, Prabhakar wrote:
> > this patch removes the guard CONFIG_VIDEO_V4L2_SUBDEV_API
> > for v4l2_subdev_get_try_*() functions.
> > In cases where a subdev using v4l2_subdev_get_try_*() calls
>
On Mon, Nov 17, 2014 at 5:58 PM, Fabio Estevam wrote:
>> Just a wild guess - we usually test here with dmabuf capable devices and
>> without X. As you are using gstglimagesink, the code around
>> ext/gl/gstglimagesink.c (453) looks like gst_gl_context_create() went
>> wrong. Does your GL work cor
Hi!
> >If the hardware LED changes with one that needs different current, the
> >block for the adp1653 stays the same, but white LED block should be
> >updated with different value.
>
> I think that you are talking about sub nodes. Indeed I am leaning
> towards this type of design.
I think I am
Hi Pavel,
On 11/18/2014 02:21 PM, Pavel Machek wrote:
Hi!
@@ -19,5 +30,10 @@ Examples:
system-status {
label = "Status";
linux,default-trigger = "heartbeat";
+ iout-torch = <500 500>;
+ iout-flash = <1000 1000>;
+ iout-indi
On Tue, 18 Nov 2014 13:23:04 +
Prabhakar Lad wrote:
> Sorry there is no movement of code to other file. And I dont see any
> reason why anybody reading will go haywire its a standard v4l2 thing.
Whatever, I said I wouldn't stand in the way.
> The subject explains it all, If you still want
Foxlink's fl500wvr00-a0t supports RGB888 format.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/panel/panel-simple.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index 66838a5..695f406 100644
--- a/drivers/gp
Provide a way to specify panel requirement in terms of supported media bus
format (particularly useful for panels connected to an RGB or LVDS bus).
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/panel/panel-simple.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/pan
Hello,
This series makes use of the MEDIA_BUS_FMT definition to describe how
the data are transmitted to the display.
This will allow drivers to configure their output display bus according
to the display capabilities.
For example some display controllers support DPI (or raw RGB) connectors
and n
Add bus_formats and nbus_formats fields and
drm_display_info_set_bus_formats helper function to specify the bus
formats supported by a given display.
This information can be used by display controller drivers to configure
the output interface appropriately (i.e. RGB565, RGB666 or RGB888 on raw
RGB
Hi Hans,
On Tue, Nov 18, 2014 at 9:39 AM, Hans Verkuil wrote:
> On 11/17/14 11:41, Lad, Prabhakar wrote:
>> this patch removes the guard CONFIG_VIDEO_V4L2_SUBDEV_API
>> for v4l2_subdev_get_try_*() functions.
>> In cases where a subdev using v4l2_subdev_get_try_*() calls
>> internally and the brid
Hi Jonathan,
On Tue, Nov 18, 2014 at 1:03 PM, Jonathan Corbet wrote:
> On Tue, 18 Nov 2014 11:23:35 +
> "Lad, Prabhakar" wrote:
>
>> drivers/media/platform/marvell-ccic/mcam-core.c | 29
>> +
>> 1 file changed, 5 insertions(+), 24 deletions(-)
>
> So I'm not convinc
Hi!
> >>>@@ -19,5 +30,10 @@ Examples:
> >>> system-status {
> >>> label = "Status";
> >>> linux,default-trigger = "heartbeat";
> >>>+ iout-torch = <500 500>;
> >>>+ iout-flash = <1000 1000>;
> >>>+ iout-indicator = <100 100>;
> >>>+ flash-timeout
Hi Nikhil,
On Fri, Nov 14, 2014 at 11:20 AM, Nikhil Devshatwar wrote:
> This patchset adds following improvements for the ti-vpe driver.
> * Support SEQ_TB format for interlaced buffers
> Some of the video decoders generate interlaced content in SEQ_TB
> format
> Y top, T bottom
From: Hans Verkuil
By default dma_map_sg syncs the mapped buffer to the device. But
buf_prepare expects a buffer syncs for the cpu and the buffer
will be synced to the device in the prepare memop.
The reverse is true for dma_unmap_sg, buf_finish and the finish
memop.
To prevent unnecessary sync
On Tue, 18 Nov 2014 11:23:35 +
"Lad, Prabhakar" wrote:
> drivers/media/platform/marvell-ccic/mcam-core.c | 29
> +
> 1 file changed, 5 insertions(+), 24 deletions(-)
So I'm not convinced that this patch improves things; it moves a tiny bit
of code into another file
Hi, guys!
I have:
1. 05e1:0408 USB ID STK1160 chip GM7113 (SAA7113 clone) video processor device.
2. Google Nexus 5 LG D821 Hammerhead smartphone.
I need compile STK1160 driver for Android.
EasyCap driver can be found in CyanogenMod (Android based OS) git
(https://github.com/CyanogenMod/android_
This patch does the following:
1: Simplify the vpe mem-to-mem driver by using the m2m ioctl
and vb2 helpers.
2: Minor code cleanup
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/ti-vpe/vpe.c | 152 +++-
1 file changed, 47 insertions(+), 105 deletions
On 11/18/2014 12:32 PM, Pavel Machek wrote:
I've already submitted a patch [1] that updates leds common bindings.
I hasn't been merged yet, as the related LED Flash class patch [2]
still needs some indicator leds related discussion [3].
I think this is a good moment to discuss the flash relate
Changes since RFCv6:
- Dropped patches 12-16/16: introducing begin/end_cpu_access functions
is not yet ready for upstreaming.
- Incorporated Pawel's review comments except for his comment regarding
the use of 'if (!IS_ERR_OR_NULL(alloc_ctx))' in vb2_dma_sg_cleanup_ctx().
I rather like it (it
From: Hans Verkuil
Now that vb2 supports DMABUF export for dma-sg and vmalloc memory
modes, we can enable the vb2_expbuf support in vivid.
Signed-off-by: Hans Verkuil
Reviewed-by: Pawel Osciak
---
drivers/media/platform/vivid/vivid-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Hans Verkuil
Add DMABUF export support to vb2-dma-sg.
Signed-off-by: Hans Verkuil
Acked-by: Pawel Osciak
---
drivers/media/v4l2-core/videobuf2-dma-sg.c | 170 +
1 file changed, 170 insertions(+)
diff --git a/drivers/media/v4l2-core/videobuf2-dma-sg.c
b/driv
From: Hans Verkuil
Add support for importing dmabuf to videobuf2-dma-sg.
Signed-off-by: Hans Verkuil
Acked-by: Pawel Osciak
---
drivers/media/v4l2-core/videobuf2-dma-sg.c | 149 ++---
1 file changed, 136 insertions(+), 13 deletions(-)
diff --git a/drivers/media/v4l2-c
From: Hans Verkuil
Add support for DMABUF exporting to the vb2-vmalloc implementation.
All memory models now have support for both importing and exporting of DMABUFs.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-vmalloc.c | 171
1 file changed
From: Hans Verkuil
This is needed for the next patch where the dma-sg alloc memop needs
to know the dma_dir.
Signed-off-by: Hans Verkuil
Acked-by: Pawel Osciak
---
drivers/media/v4l2-core/videobuf2-core.c | 4 +++-
drivers/media/v4l2-core/videobuf2-dma-contig.c | 4 +++-
drivers/media/v
From: Hans Verkuil
Signed-off-by: Hans Verkuil
Reviewed-by: Pawel Osciak
---
drivers/media/platform/vim2m.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/platform/vim2m.c b/drivers/media/platform/vim2m.c
index 87af47a..1105c11 100644
--- a/drivers/media/platform/vim2m.c
+++
From: Hans Verkuil
Don't try to free a pointer containing an ERR_PTR().
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-dma-contig.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/media/v4l2-core/videobuf2-dma-contig.c
b/drivers/media/v4l2-core
From: Hans Verkuil
This moves dma_(un)map_sg to the get_userptr/put_userptr and alloc/put
memops of videobuf2-dma-sg.c and adds dma_sync_sg_for_device/cpu to the
prepare/finish memops.
Now that vb2-dma-sg will sync the buffers for you in the prepare/finish
memops we can drop that from the driver
From: Hans Verkuil
Require that dma-sg also uses an allocation context. This is in preparation
for adding prepare/finish memops to sync the memory between DMA and CPU.
Signed-off-by: Hans Verkuil
---
drivers/media/pci/cx23885/cx23885-417.c | 1 +
drivers/media/pci/cx23885/cx23885-core
From: Hans Verkuil
The 'write' argument is very ambiguous. I first assumed that if it is 1,
then we're doing video output but instead it meant the reverse.
Since it is used to setup the dma_dir value anyway it is now replaced by
the correct dma_dir value which is unambiguous.
Signed-off-by: Han
From: Hans Verkuil
Document that drivers can access/modify the buffer contents in buf_prepare
and buf_finish. That was not clearly stated before.
Signed-off-by: Hans Verkuil
---
include/media/videobuf2-core.h | 32 +---
1 file changed, 17 insertions(+), 15 deletions
Hi all,
I have one question about capture with the OMAP3ISP.
I'm trying to capture images with the MT0V034 sensor included in the
IGEP Cam Bird with the IGEPv2 board. I'm using the 3.17 mainline
kernel with some modifications to register the sensor and configure
the pin muxes.
The sensor is regist
> >>I've already submitted a patch [1] that updates leds common bindings.
> >>I hasn't been merged yet, as the related LED Flash class patch [2]
> >>still needs some indicator leds related discussion [3].
> >>
> >>I think this is a good moment to discuss the flash related led common
> >>bindings.
Hi All,
This patch set uses the vb2 ops helpers for wait_prepare and
wait_finish callbacks for drivers which using vb2 helpers.
This patchset is compile tested only.
I am not sure on how mem2mem drivers work because the have
2 queues sharing the same lock, so not sure if these
changes to mem2mem
Signed-off-by: Lad, Prabhakar
Cc: Kukjin Kim
---
drivers/media/platform/ti-vpe/vpe.c | 19 +--
1 file changed, 5 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/ti-vpe/vpe.c
b/drivers/media/platform/ti-vpe/vpe.c
index 9a081c2..d5d745d 100644
--- a/drivers/med
Signed-off-by: Lad, Prabhakar
Cc: Sylwester Nawrocki
---
drivers/media/platform/s3c-camif/camif-capture.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/s3c-camif/camif-capture.c
b/drivers/media/platform/s3c-camif/camif-capture.c
in
Signed-off-by: Lad, Prabhakar
Cc: Kukjin Kim
---
drivers/media/platform/exynos-gsc/gsc-core.h | 12
drivers/media/platform/exynos-gsc/gsc-m2m.c | 6 --
2 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/exynos-gsc/gsc-core.h
b/drivers/media
Signed-off-by: Lad, Prabhakar
Cc: Jonathan Corbet
---
drivers/media/platform/marvell-ccic/mcam-core.c | 29 +
1 file changed, 5 insertions(+), 24 deletions(-)
diff --git a/drivers/media/platform/marvell-ccic/mcam-core.c
b/drivers/media/platform/marvell-ccic/mcam-core.c
Signed-off-by: Lad, Prabhakar
Cc: Kyungmin Park
Cc: Tomasz Stanislawski
---
drivers/media/platform/s5p-tv/mixer_video.c | 21 +++--
1 file changed, 3 insertions(+), 18 deletions(-)
diff --git a/drivers/media/platform/s5p-tv/mixer_video.c
b/drivers/media/platform/s5p-tv/mixer_v
Signed-off-by: Lad, Prabhakar
Cc: Mauro Carvalho Chehab
---
drivers/media/platform/sh_veu.c | 35 +++
1 file changed, 7 insertions(+), 28 deletions(-)
diff --git a/drivers/media/platform/sh_veu.c b/drivers/media/platform/sh_veu.c
index be3b3bc..7884117 100644
---
Signed-off-by: Lad, Prabhakar
Cc: Josh Wu
Cc: Guennadi Liakhovetski
---
drivers/media/platform/soc_camera/atmel-isi.c| 7 +--
drivers/media/platform/soc_camera/mx3_camera.c | 7 +--
drivers/media/platform/soc_camera/rcar_vin.c | 7 +--
drivers/me
Signed-off-by: Lad, Prabhakar
Cc: Scott Jiang
---
drivers/media/platform/blackfin/bfin_capture.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/blackfin/bfin_capture.c
b/drivers/media/platform/blackfin/bfin_capture.c
index b3345b3.
Signed-off-by: Lad, Prabhakar
Cc: Kyungmin Park
Cc: Kamil Debski
Cc: Jeongtae Park
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 1 +
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c | 20 ++--
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c | 20 ++--
3 files ch
Signed-off-by: Lad, Prabhakar
Cc: Laurent Pinchart
---
drivers/media/usb/uvc/uvc_queue.c | 19 +++
1 file changed, 3 insertions(+), 16 deletions(-)
diff --git a/drivers/media/usb/uvc/uvc_queue.c
b/drivers/media/usb/uvc/uvc_queue.c
index 6e92d20..9c42ac6f 100644
--- a/drivers/me
Signed-off-by: Lad, Prabhakar
Cc: Hans Verkuil
---
drivers/media/platform/vivid/vivid-core.c| 19 +--
drivers/media/platform/vivid/vivid-core.h| 3 ---
drivers/media/platform/vivid/vivid-sdr-cap.c | 4 ++--
drivers/media/platform/vivid/vivid-vbi-cap.c | 4 ++--
drivers
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/davinci/vpif_capture.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/davinci/vpif_capture.c
b/drivers/media/platform/davinci/vpif_capture.c
index 3ccb26f..d8e1b98 100644
--- a/drivers/media/platform/davinci/v
this patch fixes following build warning:
gsc-core.c:350:17: warning: 'low_plane' may be used uninitialized
gsc-core.c:371:31: warning: 'high_plane' may be used uninitialized
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/exynos-gsc/gsc-core.c | 4 ++--
1 file changed, 2 insertions(+)
On 11/18/14 10:55, Pawel Osciak wrote:
> On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> By default dma_map_sg syncs the mapped buffer to the device. But
>> buf_prepare expects a buffer syncs for the cpu and the buffer
>> will be synced to the device in the prepar
On 11/18/2014 09:46 AM, Pavel Machek wrote:
On Tue 2014-11-18 09:09:09, Jacek Anaszewski wrote:
Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file i
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> By default dma_map_sg syncs the mapped buffer to the device. But
> buf_prepare expects a buffer syncs for the cpu and the buffer
> will be synced to the device in the prepare memop.
>
> The reverse is true for dma_unmap
On 11/18/14 10:34, Pawel Osciak wrote:
> On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> Add support for DMABUF exporting to the vb2-vmalloc implementation.
>>
>> All memory models now have support for both importing and exporting of
>> DMABUFs.
>> Signed-off-by:
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Now that vb2 supports DMABUF export for dma-sg and vmalloc memory
> modes, we can enable the vb2_expbuf support in vivid.
>
> Signed-off-by: Hans Verkuil
Reviewed-by: Pawel Osciak
> ---
> drivers/media/platform/viv
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Add support for DMABUF exporting to the vb2-vmalloc implementation.
>
> All memory models now have support for both importing and exporting of
> DMABUFs.
> Signed-off-by: Hans Verkuil
> ---
> drivers/media/v4l2-core/
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Signed-off-by: Hans Verkuil
Reviewed-by: Pawel Osciak
> ---
> drivers/media/platform/vim2m.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/media/platform/vim2m.c b/drivers/media/platform/vim2m.c
On 11/17/14 11:41, Lad, Prabhakar wrote:
> this patch removes the guard CONFIG_VIDEO_V4L2_SUBDEV_API
> for v4l2_subdev_get_try_*() functions.
> In cases where a subdev using v4l2_subdev_get_try_*() calls
> internally and the bridge using subdev pad ops which is
> not MC aware forces to select MEDIA
Hi Sakari,
A few notes:
Typo in subject: intput -> input
On 11/18/14 06:40, Sakari Ailus wrote:
> Add input and output capability flags for setting native size of the device,
> and document them.
>
> Signed-off-by: Sakari Ailus
> ---
> Documentation/DocBook/media/v4l/vidioc-enuminput.xml |
On Tue 2014-11-18 09:09:09, Jacek Anaszewski wrote:
> Hi Pavel, Sakari,
>
> On 11/17/2014 03:58 PM, Sakari Ailus wrote:
> >Hi Pavel,
> >
> >On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
> >>For device tree people: Yes, I know I'll have to create file in
> >>documentation, but does
On Tue 2014-11-18 09:09:09, Jacek Anaszewski wrote:
> Hi Pavel, Sakari,
>
> On 11/17/2014 03:58 PM, Sakari Ailus wrote:
> >Hi Pavel,
> >
> >On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
> >>For device tree people: Yes, I know I'll have to create file in
> >>documentation, but does
On 11/17/14 16:36, Grazvydas Ignotas wrote:
> On Thu, Nov 6, 2014 at 12:29 AM, Grazvydas Ignotas wrote:
>> On Wed, Nov 5, 2014 at 4:05 PM, Laurent Pinchart
>> wrote:
>>> Hi Rémi,
>>>
>>> On Tuesday 04 November 2014 22:41:44 Rémi Denis-Courmont wrote:
Le mardi 04 novembre 2014, 15:42:37 Rémi
Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file in
documentation, but does the binding below look acceptable?
I'll clean up driver code a bit more
74 matches
Mail list logo