This patch adds main part(out of three) of the I2C driver for the
"core" of MFD device.
Signed-off-by: Andrey Smirnov
---
drivers/mfd/si476x-i2c.c | 972 ++
1 file changed, 972 insertions(+)
create mode 100644 drivers/mfd/si476x-i2c.c
diff --git a/d
This patch adds code related to manipulation of the properties of
SI476X chips.
Signed-off-by: Andrey Smirnov
---
drivers/mfd/si476x-prop.c | 477 +
1 file changed, 477 insertions(+)
create mode 100644 drivers/mfd/si476x-prop.c
diff --git a/drivers/
This patch adds all necessary header files and Kbuild plumbing for the
core driver for Silicon Laboratories Si476x series of AM/FM tuner
chips.
The driver as a whole is implemented as an MFD device and this patch
adds a core portion of it that provides all the necessary
functionality to the two ot
This commit adds a driver that exposes all the radio related
functionality of the Si476x series of chips via the V4L2 subsystem.
Signed-off-by: Andrey Smirnov
---
drivers/media/radio/Kconfig| 17 +
drivers/media/radio/Makefile |1 +
drivers/media/radio/radio-si476x.c | 1153 +
This patch adds all the functions used for exchanging commands with
the chip.
Signed-off-by: Andrey Smirnov
---
drivers/mfd/si476x-cmd.c | 1493 ++
1 file changed, 1493 insertions(+)
create mode 100644 drivers/mfd/si476x-cmd.c
diff --git a/drivers/mf
This commit add a sound codec driver for Silicon Laboratories 476x
series of AM/FM radio chips.
Signed-off-by: Andrey Smirnov
---
sound/soc/codecs/Kconfig |4 +
sound/soc/codecs/Makefile |2 +
sound/soc/codecs/si476x.c | 255 +
3 files change
This is a second version of the patchset originaly posted here:
https://lkml.org/lkml/2012/9/13/590
To save everyone's time I'll repost the original description of it:
This patchset contains a driver for a Silicon Laboratories 476x series
of radio tuners. The driver itself is implemented as an M
Have you checked on the Ubuntu Forums for any information about this?
There's a thread about 0-byte recordings there, which might have some
solutions for you. I had the same issue with analog recording a while
back, and found that in my case, it was due to having a second hard
drive listed as a sto
The following changes since commit e32087bcc4daa29fd30cf7742ef9b522625a1690:
[media] davinci: vpbe: replace V4L2_OUT_CAP_CUSTOM_TIMINGS with
V4L2_OUT_CAP_DV_TIMINGS (2012-10-05 14:29:20 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git for_v3.7_mauro-6
That one is the other bug what I see when I plug em28xx device with
analog support. After that error is seen it is not possible to unload
modules until device is removed physically. I am quite sure that error
hasn't been there very long.
Before that error happens there is other bug - it mutes
That is one bug fix could be nice to fix. It is potential change it
Oopses Kernel when DVB sub-driver release is called with I2C-adaper == NULL.
regards
Antti
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@
On 10/05/2012 11:58 PM, Michael Krufky wrote:
On Fri, Oct 5, 2012 at 4:54 PM, Antti Palosaari wrote:
On 10/05/2012 11:49 PM, Michael Krufky wrote:
On Fri, Oct 5, 2012 at 4:44 PM, Antti Palosaari wrote:
This reverts commits:
3fd7e4341e04f80e2605f56bbd8cb1e8b027901a
[media] mxl111sf: remove
drivers/media/dvb-frontends/cxd2820r_core.c: In function 'cxd2820r_attach':
drivers/media/dvb-frontends/cxd2820r_core.c:691:10: warning: unused variable
'gpio' [-Wunused-variable]
Reported-by: Fengguang Wu
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/cxd2820r_core.c | 3 ++-
Since mx27 transitioned to the commmon clock framework in 3.5, the correct way
to acquire the csi clock is to get csi_ahb and csi_per clocks separately.
By not doing so the camera sensor does not probe correctly:
soc-camera-pdrv soc-camera-pdrv.0: Probing soc-camera-pdrv.0
mx2-camera mx2-camera.0
During the clock conversion for mx27 the "per4_gate" clock was missed to get
registered as a dependency of mx2-camera driver.
In the old mx27 clock driver we used to have:
DEFINE_CLOCK1(csi_clk, 0, NULL, 0, parent, &csi_clk1, &per4_clk);
,so does the same in the new clock driver.
Signed-off-by:
On Fri, Oct 5, 2012 at 4:54 PM, Antti Palosaari wrote:
> On 10/05/2012 11:49 PM, Michael Krufky wrote:
>>
>> On Fri, Oct 5, 2012 at 4:44 PM, Antti Palosaari wrote:
>>>
>>> This reverts commits:
>>> 3fd7e4341e04f80e2605f56bbd8cb1e8b027901a
>>> [media] mxl111sf: remove an unused variable
>>> 3be5bb
On 10/05/2012 11:49 PM, Michael Krufky wrote:
On Fri, Oct 5, 2012 at 4:44 PM, Antti Palosaari wrote:
This reverts commits:
3fd7e4341e04f80e2605f56bbd8cb1e8b027901a
[media] mxl111sf: remove an unused variable
3be5bb71fbf18f83cb88b54a62a78e03e5a4f30a
[media] mxl111sf: fix error on stream stop in
I was wondering if that fix USB host controller reset I am seeing but it
didn't :-(
Anyhow, that should be still fixed.
Oct 5 23:21:05 localhost kernel: [ 216.670807] hub 2-0:1.0: >port 2
disabled by hub (EMI?), re-enabling...
Oct 5 23:21:05 localhost kernel: [ 216.670812] usb 2-2: >USB
d
On Fri, Oct 5, 2012 at 4:44 PM, Antti Palosaari wrote:
> This reverts commits:
> 3fd7e4341e04f80e2605f56bbd8cb1e8b027901a
> [media] mxl111sf: remove an unused variable
> 3be5bb71fbf18f83cb88b54a62a78e03e5a4f30a
> [media] mxl111sf: fix error on stream stop in mxl111sf_ep6_streaming_ctrl()
>
> ...as
This reverts commits:
3fd7e4341e04f80e2605f56bbd8cb1e8b027901a
[media] mxl111sf: remove an unused variable
3be5bb71fbf18f83cb88b54a62a78e03e5a4f30a
[media] mxl111sf: fix error on stream stop in mxl111sf_ep6_streaming_ctrl()
...as bug behind these is fixed by the DVB USB v2.
Cc: Michael Krufky
Si
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:Fri Oct 5 19:00:19 CEST 2012
git hash:2425bb3d4016ed95ce83a90b53bd92c7f31091e4
gcc version: i686-linux-gcc (GC
On 09/27/2012 04:07 PM, Guennadi Liakhovetski wrote:
With OF we aren't getting platform data any more. To minimise changes we
create all the missing data ourselves, including compulsory struct
soc_camera_link objects. Host-client linking is now done, based on the OF
data. Media bus numbers also h
On Fri, Oct 05, 2012 at 08:30:59PM +0200, Sylwester Nawrocki wrote:
> The deferred probing was introduced in Linux to resolve resource
> inter-dependencies in case of FDT based booting AFAIK.
It's completely unrelated to FDT, it's a general issue. There's no sane
way to use hacks like link orde
On 10/05/2012 12:58 PM, Guennadi Liakhovetski wrote:
>> One area that I do not yet completely understand is the i2c bus notifications
>> (or asynchronous loading of i2c modules).
>>
>> I would have expected that using OF the i2c devices are still initialized
>> before the host/bridge driver is init
On Fri, Oct 05, 2012 at 10:21:37AM -0600, Stephen Warren wrote:
> On 10/05/2012 10:16 AM, Steffen Trumtrar wrote:
> > On Thu, Oct 04, 2012 at 12:47:16PM -0600, Stephen Warren wrote:
> >> On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
> ...
> >>> + for_each_child_of_node(timings_np, entry) {
> >>>
On Thu, Oct 04, 2012 at 11:35:35PM +0200, Guennadi Liakhovetski wrote:
> Hi Steffen
>
> Sorry for chiming in so late in the game, but I've long been wanting to
> have a look at this and compare with what we do for V4L2, so, this seems a
> great opportunity to me:-)
>
> On Thu, 4 Oct 2012, Steff
On 10/05/2012 10:16 AM, Steffen Trumtrar wrote:
> On Thu, Oct 04, 2012 at 12:47:16PM -0600, Stephen Warren wrote:
>> On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
...
>>> + for_each_child_of_node(timings_np, entry) {
>>> + struct signal_timing *st;
>>> +
>>> + st = of_get_di
On 10/04/2012 03:35 PM, Guennadi Liakhovetski wrote:
> Hi Steffen
>
> Sorry for chiming in so late in the game, but I've long been wanting to
> have a look at this and compare with what we do for V4L2, so, this seems a
> great opportunity to me:-)
>
> On Thu, 4 Oct 2012, Steffen Trumtrar wrote:
On Thu, Oct 04, 2012 at 12:47:16PM -0600, Stephen Warren wrote:
> On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
>
> A patch description would be useful for something like this.
>
Yes. Shame on me.
> > diff --git a/Documentation/devicetree/bindings/video/display-timings.txt
> > b/Documentatio
On Fri, Oct 05, 2012 at 05:41:00PM +0200, Guennadi Liakhovetski wrote:
> Hi Sascha
>
> > > +
> > > + ceu0: ceu@0xfe91 {
> > > + compatible = "renesas,sh-mobile-ceu";
> > > + reg = <0xfe91 0xa0>;
> > > + interrupts = <0x880>;
> > > +
> > > + mclk: master_cloc
On Thu, Oct 04, 2012 at 12:51:00PM -0600, Stephen Warren wrote:
> On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
> > Get videomode from devicetree in a format appropriate for the
> > backend. drm_display_mode and fb_videomode are supported atm.
> > Uses the display signal timings from of_display_t
Explicit checks for the JPEG pixel format in soc_mbus_bytes_per_line() and
soc_mbus_image_size() are superfluous, because also without them these
functions will perform correctly. The former will return 0 based on
packing == SOC_MBUS_PACKING_VARIABLE and the latter will simply multiply
the user
If there is a buffer with VIDEOBUF_QUEUED state it won't be deleted properly
because the head of queue loses its elements by calling INIT_LIST_HEAD()
before videobuf_streamoff().
---
drivers/media/video/omap/omap_vout.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
On Fri, 5 Oct 2012 16:31:58 +0200 (CEST)
Guennadi Liakhovetski wrote:
> Hi Anatolij
>
> On Fri, 5 Oct 2012, Anatolij Gustschin wrote:
>
> > Hi Guennadi,
> >
> > On Wed, 3 Oct 2012 00:09:29 +0200 (CEST)
> > Guennadi Liakhovetski wrote:
> >
> > > Hi Anatolij
> > >
> > > > > > +#if !defined(CO
Hi Sascha
On Fri, 5 Oct 2012, Sascha Hauer wrote:
> Hi Guennadi,
>
> Some comments inline.
>
>
> On Thu, Sep 27, 2012 at 04:07:23PM +0200, Guennadi Liakhovetski wrote:
> > This patch adds a document, describing common V4L2 device tree bindings.
> >
> > Co-authored-by: Sylwester Nawrocki
> >
Update soc-camera documentation to reflect the current camera host API and
the use of the common V4L2 subdev API.
Signed-off-by: Guennadi Liakhovetski
---
Documentation/video4linux/soc-camera.txt | 146 +++---
1 files changed, 75 insertions(+), 71 deletions(-)
diff --gi
>-Original Message-
>From: Guennadi Liakhovetski [mailto:g.liakhovet...@gmx.de]
>Sent: Monday, 01 October, 2012 18:09
>To: Albert Wang
>Cc: cor...@lwn.net; linux-media@vger.kernel.org; Libin Yang
>Subject: Re: [PATCH 3/4] [media] marvell-ccic: mmp: add soc camera support on
>marvell-ccic mm
Hi Guennadi,
Some comments inline.
On Thu, Sep 27, 2012 at 04:07:23PM +0200, Guennadi Liakhovetski wrote:
> This patch adds a document, describing common V4L2 device tree bindings.
>
> Co-authored-by: Sylwester Nawrocki
> Signed-off-by: Guennadi Liakhovetski
> ---
> Documentation/devicetree/
Hi Sylwester
On Fri, 5 Oct 2012, Sylwester Nawrocki wrote:
> Hi Guennadi,
>
> Any chance for a GIT tree including this patch series ? I'd like
> to see all these pieces put together and I don't seem to find any
> base tree that this series would have applied cleanly to.
Ok, I pushed the patches
Hi Anatolij
On Fri, 5 Oct 2012, Anatolij Gustschin wrote:
> Hi Guennadi,
>
> On Wed, 3 Oct 2012 00:09:29 +0200 (CEST)
> Guennadi Liakhovetski wrote:
>
> > Hi Anatolij
> >
> > > > > +#if !defined(CONFIG_VIDEO_MPC52xx_CSI) && \
> > > > > +!defined(CONFIG_VIDEO_MPC52xx_CSI_MODULE)
> > > >
>
>-Original Message-
>From: Guennadi Liakhovetski [mailto:g.liakhovet...@gmx.de]
>Sent: Sunday, 30 September, 2012 07:31
>To: Jonathan Corbet
>Cc: Albert Wang; linux-media@vger.kernel.org; Libin Yang
>Subject: Re: [PATCH 2/4] [media] marvell-ccic: core: add soc camera support on
>marvell-cci
>-Original Message-
>From: Jonathan Corbet [mailto:cor...@lwn.net]
>Sent: Monday, 01 October, 2012 05:10
>To: Albert Wang
>Cc: g.liakhovet...@gmx.de; linux-media@vger.kernel.org; Libin Yang
>Subject: Re: [PATCH 2/4] [media] marvell-ccic: core: add soc camera support on
>marvell-ccic mcam-co
Hi, Jonathan
We really appreciate you can review these patches!
Sorry for late response.
>-Original Message-
>From: Jonathan Corbet [mailto:cor...@lwn.net]
>Sent: Sunday, 30 September, 2012 03:41
>To: Albert Wang
>Cc: g.liakhovet...@gmx.de; linux-media@vger.kernel.org; Libin Yang
>Subject
>From: Jonathan Corbet [mailto:cor...@lwn.net]
>Sent: Sunday, 30 September, 2012 03:51
>To: Albert Wang
>Cc: g.liakhovet...@gmx.de; linux-media@vger.kernel.org
>Subject: Re: [PATCH 4/4] [media] marvell-ccic: core: add 3 frame buffers
>support in
>DMA_CONTIG mode
>
>On Fri, 28 Sep 2012 21:47:39 +08
>From: Guennadi Liakhovetski [mailto:g.liakhovet...@gmx.de]
>Sent: Sunday, 30 September, 2012 01:26
>To: Albert Wang
>Cc: cor...@lwn.net; linux-media@vger.kernel.org; Libin Yang
>Subject: Re: [PATCH 1/4] [media] mmp: add register definition for marvell ccic
>
>On Fri, 28 Sep 2012, Albert Wang wrote
Hi Mauro,
This patch is a part of "[PATCH v1 00/14] drm: exynos: hdmi: add dt based
support for exynos5 hdmi"
patchset. The patchset refers to DRM tree (exynos-drm-next to be more exact).
However the patch 'media: s5p-hdmi: add HPD GPIO to platform data' belong to
the media tree.
Regards,
Tomasz
Hi Guennadi,
On Wed, 3 Oct 2012 00:09:29 +0200 (CEST)
Guennadi Liakhovetski wrote:
> Hi Anatolij
>
> > > > +#if !defined(CONFIG_VIDEO_MPC52xx_CSI) && \
> > > > +!defined(CONFIG_VIDEO_MPC52xx_CSI_MODULE)
> > >
> > > No, we're not adding any preprocessor or run-time hardware dependencies
>
Hi Guennadi,
Any chance for a GIT tree including this patch series ? I'd like
to see all these pieces put together and I don't seem to find any
base tree that this series would have applied cleanly to.
...(20121005_media_for_v3.7-dt)$ git am -3 \[PATCH\ *
Applying: i2c: add dummy inline functions
On Fri, 5 Oct 2012, Hans Verkuil wrote:
> On Fri October 5 2012 11:43:27 Guennadi Liakhovetski wrote:
> > On Wed, 3 Oct 2012, Rob Herring wrote:
> >
> > > On 10/02/2012 09:33 AM, Guennadi Liakhovetski wrote:
> > > > Hi Rob
> > > >
> > > > On Tue, 2 Oct 2012, Rob Herring wrote:
> > > >
> > > >>
On Fri, 5 Oct 2012, Hans Verkuil wrote:
> On Fri October 5 2012 12:58:21 Guennadi Liakhovetski wrote:
> > On Fri, 5 Oct 2012, Hans Verkuil wrote:
[snip]
> > > One area that I do not yet completely understand is the i2c bus
> > > notifications
> > > (or asynchronous loading or i2c modules).
> >
On Fri October 5 2012 11:43:27 Guennadi Liakhovetski wrote:
> On Wed, 3 Oct 2012, Rob Herring wrote:
>
> > On 10/02/2012 09:33 AM, Guennadi Liakhovetski wrote:
> > > Hi Rob
> > >
> > > On Tue, 2 Oct 2012, Rob Herring wrote:
> > >
> > >> On 09/27/2012 09:07 AM, Guennadi Liakhovetski wrote:
> > >>
On Fri October 5 2012 12:58:21 Guennadi Liakhovetski wrote:
> On Fri, 5 Oct 2012, Hans Verkuil wrote:
>
> > On Tue October 2 2012 12:13:20 Sylwester Nawrocki wrote:
> > > Hi Guennadi,
> > >
> > > On 10/02/2012 11:49 AM, Guennadi Liakhovetski wrote:
> > > >>> + if (!of_property_read_u32_array(
On Fri, 5 Oct 2012, Hans Verkuil wrote:
> On Tue October 2 2012 12:13:20 Sylwester Nawrocki wrote:
> > Hi Guennadi,
> >
> > On 10/02/2012 11:49 AM, Guennadi Liakhovetski wrote:
> > >>> + if (!of_property_read_u32_array(node, "data-lanes", data_lanes,
> > >>> +
On Fri October 5 2012 12:43:41 Guennadi Liakhovetski wrote:
> Video Engine Unit (VEU) is an IP block, found in multiple SuperH and ARM-
> based sh-mobile and r-mobile SoCs, capable of processing video data. It
> can perform colour-space conversion, scaling and several filtering
> transformations. T
On Tue October 2 2012 12:13:20 Sylwester Nawrocki wrote:
> Hi Guennadi,
>
> On 10/02/2012 11:49 AM, Guennadi Liakhovetski wrote:
> >>> + if (!of_property_read_u32_array(node, "data-lanes", data_lanes,
> >>> + ARRAY_SIZE(data_lanes))) {
> >>> + int i;
> >>> +
Video Engine Unit (VEU) is an IP block, found in multiple SuperH and ARM-
based sh-mobile and r-mobile SoCs, capable of processing video data. It
can perform colour-space conversion, scaling and several filtering
transformations. This patch adds an initial implementation of a mem2mem
V4L2 driver fo
From: Enric Balletbo i Serra
The MT9V034 is a parallel wide VGA sensor from Aptina (formerly Micron)
controlled through I2C.
The driver creates a V4L2 subdevice. It currently supports binning and
cropping, and the gain, auto gain, exposure, auto exposure and test
pattern controls.
The following
Hi Guennadi,
A few more small comments...
On Fri October 5 2012 11:16:06 Guennadi Liakhovetski wrote:
> Video Engine Unit (VEU) is an IP block, found in multiple SuperH and ARM-
> based sh-mobile and r-mobile SoCs, capable of processing video data. It
> can perform colour-space conversion, scalin
On Wed, 3 Oct 2012, Rob Herring wrote:
> On 10/02/2012 09:33 AM, Guennadi Liakhovetski wrote:
> > Hi Rob
> >
> > On Tue, 2 Oct 2012, Rob Herring wrote:
> >
> >> On 09/27/2012 09:07 AM, Guennadi Liakhovetski wrote:
> >>> This patch adds a document, describing common V4L2 device tree bindings.
> >
On Tue October 2 2012 16:27:11 Tomasz Stanislawski wrote:
> Hello everyone,
> This patchset adds support for DMABUF [2] importing and exporting to V4L2
> stack.
Hi Tomasz,
Thanks for this patch series! I've finished reviewing it, and only found minor
things. The only (minor) API issue I found is
Video Engine Unit (VEU) is an IP block, found in multiple SuperH and ARM-
based sh-mobile and r-mobile SoCs, capable of processing video data. It
can perform colour-space conversion, scaling and several filtering
transformations. This patch adds an initial implementation of a mem2mem
V4L2 driver fo
On Tue October 2 2012 16:27:29 Tomasz Stanislawski wrote:
> This patch adds extension to V4L2 api. It allow to export a mmap buffer as
> file
> descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by
> mmap and return a file descriptor on success.
>
> Signed-off-by: Tomasz
More stylistic comments and a suggestion for re-ordering the fields in the
expbuf struct.
On Tue October 2 2012 16:27:28 Tomasz Stanislawski wrote:
> This patch adds description and usage examples for exporting
> DMABUF file descriptor in V4L2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-of
Some small typos...
On Tue October 2 2012 16:27:20 Tomasz Stanislawski wrote:
> From: Marek Szyprowski
>
> This patch adds support for prepare/finish callbacks in VB2 allocators. These
> callback are used for buffer flushing.
>
> Signed-off-by: Marek Szyprowski
> Acked-by: Laurent Pinchart
>
Just a small heads-up for an upcoming change...
On Tue October 2 2012 16:27:14 Tomasz Stanislawski wrote:
> From: Sumit Semwal
>
> This patch adds support for DMABUF memory type in videobuf2. It calls relevant
> APIs of dma_buf for v4l reqbuf / qbuf / dqbuf operations.
>
> For this version, the
Hi Tomasz,
Just a few more stylistic issues...
On Tue October 2 2012 16:27:13 Tomasz Stanislawski wrote:
> This patch adds description and usage examples for importing
> DMABUF file descriptor in V4L2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> CC: linux-...@vger.k
Hi Mauro,
If you don't mind can we merge this patch at drm tree? the remainig
patches will be merged by Tomasz S.
To Marek & Tomasz,
Can you give your acks?
Thank you,
Kyungmin Park
On 10/4/12, Inki Dae wrote:
> Hello Media guys,
>
> This is dependent of exynos drm patch set to be merged to m
On Thu, Oct 04, 2012 at 11:35:35PM +0200, Guennadi Liakhovetski wrote:
> > +optional properties:
> > + - hsync-active-high (bool): Hsync pulse is active high
> > + - vsync-active-high (bool): Vsync pulse is active high
>
> For the above two we also considered using bool properties but eventually
>
, pza
Bcc:
Subject: Re: [PATCH 1/2 v6] of: add helper to parse display timings
Reply-To:
In-Reply-To:
X-Sent-From: Pengutronix Hildesheim
X-URL: http://www.pengutronix.de/
X-IRC: #ptxdist @freenode
X-Accept-Language: de,en
X-Accept-Content-Type: text/plain
X-Uptime: 09:13:09 up 103 days, 22:24, 36
69 matches
Mail list logo
