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 6 04:00:21 CET 2013
git branch: for-v3.13c
git hash: 3adeac2c34cc28e05d0ec52f38f009dcce278555
gcc
Hi Sachin,
Thank you for the patch, and sorry for the late reply.
On Friday 18 October 2013 08:37:11 Sachin Kamat wrote:
> 'of_match_ptr' is defined in linux/of.h. Include it explicitly to avoid
> build breakage in the future.
>
> Signed-off-by: Sachin Kamat
> Cc: Laurent Pinchart
Acked-by: L
Hi Mauro,
On Wednesday 30 October 2013 10:26:23 Mauro Carvalho Chehab wrote:
> Em Tue, 29 Oct 2013 00:46:55 +0100 Laurent Pinchart escreveu:
> > Renesas ARM platforms are transitioning from single-platform to
> > multi-platform kernels using the new ARCH_SHMOBILE_MULTI. Make the
> > driver availab
Hi Sebastian,
Thank you for the aptch.
On Sunday 03 November 2013 23:03:15 Sebastian Reichel wrote:
> Hi,
>
> This is an early RFC for omap3isp DT support. For now i just created a
> potential DT binding documentation based on the existing platform data:
>
> Binding for the OMAP3 Camera subsyst
Hi Hans,
On Monday 04 November 2013 12:24:10 Hans Verkuil wrote:
> Hi Guennadi,
>
> Sorry for the delay, I only saw this today while I was going through my
> mail backlog.
>
> On 10/17/2013 08:24 PM, Guennadi Liakhovetski wrote:
> > Hi Hans
> >
> > Sorry for reviving this old thread. I was goin
On Mon, 2013-11-04 at 13:44 +0100, Hans Verkuil wrote:
> On 10/19/2013 07:09 PM, Andy Walls wrote:
> > On Wed, 2013-10-16 at 01:10 +0100, Rajil Saraswat wrote:
> > Try applying the following (untested) patch that is made against the
> > bleeding edge Linux kernel. The test on the mute control sta
On Tue, 2013-11-05 at 08:01 -0200, Mauro Carvalho Chehab wrote:
> drivers/media/pci/cx18/cx18-driver.c: In function 'cx18_read_eeprom':
> drivers/media/pci/cx18/cx18-driver.c:357:1: warning: the frame size of
> 1072 bytes is larger than 1024 bytes [-Wframe-larger-than=]
> That happens
Michael Krufky linuxtv.org> writes:
> As the DVB maintainer, I am telling you that I won't merge this as a
> monolithic driver. The standard is to separate the driver into
> modules where possible, unless there is a valid reason for doing
> otherwise.
>
> I understand that you used the PT1 drive
On Fri, 19 Jul 2013 09:58:49 +0200
Ricardo Ribalda Delgado wrote:
> The struct vb2_dma_sg_desc has been replaced with the generic sg_table
> to describe the location of the video buffers.
>
> Signed-off-by: Ricardo Ribalda Delgado
Acked-by: Ismael Luceno
<...>
signature.asc
Description: PGP
On Thu, 12 Sep 2013 14:25:36 +0200
khal...@piap.pl (Krzysztof Hałasa) wrote:
> Signed-off-by: Krzysztof Hałasa
Acked-by: Ismael Luceno
<...>
signature.asc
Description: PGP signature
On Thu, 12 Sep 2013 14:28:07 +0200
khal...@piap.pl (Krzysztof Hałasa) wrote:
> Signed-off-by: Krzysztof Hałasa
>
Acked-by: Ismael Luceno
<...>
signature.asc
Description: PGP signature
On Thu, 12 Sep 2013 14:26:46 +0200
khal...@piap.pl (Krzysztof Hałasa) wrote:
> Signed-off-by: Krzysztof Hałasa
>
Acked-by: Ismael Luceno
<...>
signature.asc
Description: PGP signature
On Mon, 07 Oct 2013 13:33:55 +0200
khal...@piap.pl (Krzysztof Hałasa) wrote:
> Signed-off-by: Krzysztof Hałasa
Acked-by: Ismael Luceno
<...>
signature.asc
Description: PGP signature
On Thu, 12 Sep 2013 14:43:34 +0200
khal...@piap.pl (Krzysztof Hałasa) wrote:
> On certain platforms a sequence of dma_map_sg() and dma_unmap_sg()
> discards data previously stored in the buffers. Build video headers
> only after the DMA is completed.
>
> Signed-off-by: Krzysztof Hałasa
>
Acked-
On Tue, Nov 5, 2013 at 3:56 PM, ほち wrote:
> see inline
>
> 2013/11/6 Michael Krufky :
>> responding inline:
>>
>>> Mauro Carvalho Chehab asked to put tuner code as an I2C driver, under
>>> drivers/media/tuners, frontends at drivers/media/dvb-
>>> However, to keep package integrity & compatibility
see inline
2013/11/6 Michael Krufky :
> responding inline:
>
>> Mauro Carvalho Chehab asked to put tuner code as an I2C driver, under
>> drivers/media/tuners, frontends at drivers/media/dvb-
>> However, to keep package integrity & compatibility with PT1/PT2 user apps,
>> FE etc. are still placed
Hello Dulshani Gunawardhana,
The patch 44ee8e801137: "staging: media: Use dev_err() instead of
pr_err()" from Oct 20, 2013, leads to the following
GCC warning:
drivers/staging/media/go7007/go7007-usb.c: In function ‘go7007_usb_probe’:
drivers/staging/media/go7007/go7007-usb.c:1100:13: warning:
On Tue, Nov 05, 2013 at 05:33:16PM +0800, lbyang wrote:
> From: Libin Yang
> Date: Tue, 5 Nov 2013 16:29:07 +0800
> Subject: [PATCH] media: marvell-ccic: use devm to release clk
>
> This patch uses devm to release the clks instead of releasing
> manually.
> And it adds enable/disable mipi_clk whe
Acked-by: Antti Palosaari
Reviewed-by: Antti Palosaari
Antti
On 05.11.2013 12:01, Mauro Carvalho Chehab wrote:
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/usb/dvb-usb-v2/af9015.c:433:1: warning:
'af901
Acked-by: Antti Palosaari
Reviewed-by: Antti Palosaari
Antti
On 05.11.2013 12:01, Mauro Carvalho Chehab wrote:
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/usb/dvb-usb-v2/af9035.c:142:1: warning: 'af9035
Acked-by: Antti Palosaari
Reviewed-by: Antti Palosaari
Antti
On 05.11.2013 12:01, Mauro Carvalho Chehab wrote:
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/tuners/e4000.c:50:1: warning: 'e4000_wr_regs' u
Acked-by: Antti Palosaari
Reviewed-by: Antti Palosaari
Antti
On 05.11.2013 12:01, Mauro Carvalho Chehab wrote:
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/dvb-frontends/af9013.c:77:1: warning:
'af9013
On Tue, 5 Nov 2013 17:33:16 +0800
lbyang wrote:
> This patch uses devm to release the clks instead of releasing
> manually.
> And it adds enable/disable mipi_clk when getting its rate.
I can't really test this, so I'll have to assume it works :)
Acked-by: Jonathan Corbet
However: it seems tha
On Tue, 5 Nov 2013 11:21:08 +0800
lbyang wrote:
> From: Libin Yang
> Date: Tue, 5 Nov 2013 10:18:15 +0800
> Subject: [PATCH] marvell-ccic: drop resource free in driver remove
>
> The mmp-driver is using devm_* to allocate the resource. The old
> resource release methods are not appropriate here
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/pci/ttpci/av7110_hw.c:510:1: warning: 'av7110_fw_cmd'
uses dynamic stack allocation [enabled by default]
Instead, let's enforce a limit for the buffer.
In the sp
Hi Mauro,
For all patches except 22 (which got a newer revision):
Reviewed-by: Hans Verkuil
Regards,
Hans
On 11/05/13 11:01, Mauro Carvalho Chehab wrote:
> To be sure that we're not introducing compilation regressions on media, I'm
> now
> using ktest to check for errors/warnings.
>
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/usb/dvb-usb-v2/af9015.c:433:1: warning:
'af9015_eeprom_hash' uses dynamic stack allocation [enabled by default]
In this specific case, it is a gcc bug, as the siz
On 11/05/13 14:16, Mauro Carvalho Chehab wrote:
> New patch enclosed. Please reply with your reviewed-by if you're ok with
> it.
Reviewed-by: Hans Verkuil
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.
Dinesh
On Tue, Oct 15, 2013 at 11:24 AM, Dinesh Ram wrote:
> This is the USB driver for the Silicon Labs development board.
> It contains the Si4713 FM transmitter chip.
>
I tried this driver again. The system attempts to probe the device but
it fails because the product revision read out of the
On Tue, Nov 5, 2013 at 4:38 AM, Hans Verkuil wrote:
> Hi,
>
> On 11/04/13 15:07, edubez...@gmail.com wrote:
>> Hi,
>>
>> On Tue, Oct 15, 2013 at 11:24 AM, Dinesh Ram wrote:
>>> The supply list is needed by the platform driver, but not by the usb driver.
>>> So this information belongs to the plat
Hi Sakari,
Thank you for the review.
On Tue, Nov 5, 2013 at 6:21 PM, Sakari Ailus wrote:
> Hi Arun,
>
> On Tue, Nov 05, 2013 at 11:42:34AM +0530, Arun Kumar K wrote:
>> This patch adds all the common header files used by the fimc-is
>> driver. It includes the commands for interfacing with the fi
Em Tue, 05 Nov 2013 13:35:49 +0100
Hans Verkuil escreveu:
> On 11/05/13 13:03, Mauro Carvalho Chehab wrote:
> > Em Tue, 05 Nov 2013 12:42:23 +0100
> > Sylwester Nawrocki escreveu:
> >
> >> On 05/11/13 12:36, Mauro Carvalho Chehab wrote:
> > diff --git a/drivers/media/v4l2-core/v4l2-async.c
on ia64, those warnings appear:
drivers/media/radio/si470x/radio-si470x-i2c.c:470:12: warning:
'si470x_i2c_suspend' defined but not used [-Wunused-function]
drivers/media/radio/si470x/radio-si470x-i2c.c:487:12: warning:
'si470x_i2c_resume' defined but not used [-Wunused-function]
This driver produces a lot of errors on this arch:
In file included from drivers/media/pci/cx18/cx18-driver.c:26:0:
/drivers/media/pci/cx18/cx18-io.h: In function 'cx18_raw_readl':
drivers/media/pci/cx18/cx18-io.h:40:2: warning: passing argument 1 of
'__builtin_read32' disc
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/usb/dvb-usb/dibusb-common.c:124:1: warning:
'dibusb_i2c_msg' uses dynamic stack allocation [enabled by default]
Instead, let's enforce a limit for the buffer to b
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/dvb-frontends/stv090x.c:750:1: warning:
'stv090x_write_regs.constprop.6' uses dynamic stack allocation [enabled by
default]
Instead, let's enforce a limit for the
On frv, the following errors happen:
drivers/media/platform/soc_camera/rcar_vin.c: In function
'rcar_vin_setup':
drivers/media/platform/soc_camera/rcar_vin.c:284:3: error: implicit
declaration of function 'iowrite32' [-Werror=implicit-function-declaration]
drivers/media/pl
drivers/media/pci/cx18/cx18-driver.c: In function 'cx18_read_eeprom':
drivers/media/pci/cx18/cx18-driver.c:357:1: warning: the frame size of
1072 bytes is larger than 1024 bytes [-Wframe-larger-than=]
That happens because the routine allocates 256 bytes for an eeprom buffer, plus
t
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/dvb-frontends/s5h1420.c:851:1: warning:
's5h1420_tuner_i2c_tuner_xfer' uses dynamic stack allocation [enabled by
default]
Instead, let's enforce a limit for the b
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/dvb-frontends/af9013.c:77:1: warning:
'af9013_wr_regs_i2c' uses dynamic stack allocation [enabled by default]
drivers/media/dvb-frontends/af9033.c:188:1: w
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/tuners/tuner-xc2028.c:651:1: warning: 'load_firmware'
uses dynamic stack allocation [enabled by default]
Instead, let's enforce a limit for the buffer.
In the sp
There's no need to zero the buffer, as if the routine gets an error,
rc will be different than one.
That fixes the following warning:
drivers/media/tuners/tda9887.c: In function 'tda9887_status':
drivers/media/tuners/tda9887.c:539:2: warning: value computed is not
used [-Wunused-va
On this arch, usec is not unsigned long. So, we need to typecast,
in order to remove those warnings:
drivers/media/usb/uvc/uvc_video.c: In function 'uvc_video_clock_update':
drivers/media/usb/uvc/uvc_video.c:678:2: warning: format '%lu' expects
argument of type 'long unsigned int',
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/dvb-frontends/bcm3510.c:230:1: warning:
'bcm3510_do_hab_cmd' uses dynamic stack allocation [enabled by default]
drivers/media/dvb-frontends/itd1000.c:69:1:
This driver uses virt_to_bus() with is deprecated on Alpha:
drivers/media/pci/zoran/zoran_device.c: In function 'zr36057_set_vfe':
drivers/media/pci/zoran/zoran_device.c:451:3: warning: 'virt_to_bus' is
deprecated (declared at /devel/v4l/ktest-build/arch/alpha/include/asm/io.h:114)
To be sure that we're not introducing compilation regressions on media, I'm now
using ktest to check for errors/warnings.
My current setup is cross-building on several architectures:
alpha, arm, avr32, cris (64), frv, i386, ia64, m32r, m68k, mips,
openrisc, parisc, s390, sh, sparc, sparc
Dynamic static allocation is evil, as Kernel stack is too low, and
ompilation complains about it on some archs:
drivers/staging/media/lirc/lirc_zilog.c:967:1: warning: 'read' uses
dynamic stack allocation [enabled by default]
Instead, let's enforce a limit for the buffer to be 64. That sh
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/usb/dvb-usb/dw2102.c:368:1: warning:
'dw2102_earda_i2c_transfer' uses dynamic stack allocation [enabled by default]
drivers/media/usb/dvb-usb/dw2102.c:449:
Fix the following warnings:
drivers/media/rc/fintek-cir.c: In function 'fintek_cr_write':
drivers/media/rc/fintek-cir.c:45:2: warning: cast to pointer from
integer of different size [-Wint-to-pointer-cast]
drivers/media/rc/fintek-cir.c:46:2: warning: cast to pointer from
i
On avr32 arch, we get those warnings:
drivers/media/radio/tef6862.c:59:1: warning: "MODE_SHIFT" redefined
In file included from
/devel/v4l/ktest-build/arch/avr32/include/asm/ptrace.h:11,
arch/avr32/include/uapi/asm/ptrace.h:41:1: warning: this is the
location of the previo
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/usb/dvb-usb/cxusb.c:209:1: warning: 'cxusb_i2c_xfer' uses
dynamic stack allocation [enabled by default]
drivers/media/usb/dvb-usb/cxusb.c:69:1: warning: 'c
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/usb/dvb-usb-v2/mxl111sf.c:74:1: warning:
'mxl111sf_ctrl_msg' uses dynamic stack allocation [enabled by default]
Instead, let's enforce a limit for the buffer to b
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/pci/cx23885/cimax2.c:149:1: warning: 'netup_write_i2c'
uses dynamic stack allocation [enabled by default]
Instead, let's enforce a limit for the buffer. Consideri
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/dvb-frontends/stv0367.c:791:1: warning:
'stv0367_writeregs.constprop.4' uses dynamic stack allocation [enabled by
default]
Instead, let's enforce a limit for the
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/usb/dvb-usb-v2/af9035.c:142:1: warning: 'af9035_wr_regs'
uses dynamic stack allocation [enabled by default]
drivers/media/usb/dvb-usb-v2/af9035.c:305:1: wa
On alpha, allyesconfig doesn't have CONFIG_PM, and produces the following
warnings:
drivers/media/radio/radio-shark.c:274:13: warning: 'shark_resume_leds'
defined but not used [-Wunused-function]
drivers/media/radio/radio-shark2.c:240:13: warning: 'shark_resume_leds'
defined but
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/v4l2-core/v4l2-async.c:238:1: warning:
'v4l2_async_notifier_unregister' uses dynamic stack allocation [enabled by
default]
Instead, let's enforce a limit for the
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/tuners/e4000.c:50:1: warning: 'e4000_wr_regs' uses
dynamic stack allocation [enabled by default]
drivers/media/tuners/e4000.c:83:1: warning: 'e4000_rd_regs
Dynamic static allocation is evil, as Kernel stack is too low, and
compilation complains about it on some archs:
drivers/media/dvb-frontends/stb0899_drv.c:540:1: warning:
'stb0899_write_regs' uses dynamic stack allocation [enabled by default]
Instead, let's enforce a limit for the buffer.
From: Sean Young
Simplify the logic that calculates the carrier, and removes a warning
on avr32 arch:
drivers/media/rc/iguanair.c: In function 'iguanair_set_tx_carrier':
drivers/media/rc/iguanair.c:304: warning: 'sevens' may be used
uninitialized in this function
Signed-off-by:
Hi Arun,
On Tue, Nov 05, 2013 at 11:42:34AM +0530, Arun Kumar K wrote:
> This patch adds all the common header files used by the fimc-is
> driver. It includes the commands for interfacing with the firmware
> and error codes from IS firmware, metadata and command parameter
> definitions.
>
> Signe
On 11/05/13 13:03, Mauro Carvalho Chehab wrote:
> Em Tue, 05 Nov 2013 12:42:23 +0100
> Sylwester Nawrocki escreveu:
>
>> On 05/11/13 12:36, Mauro Carvalho Chehab wrote:
> diff --git a/drivers/media/v4l2-core/v4l2-async.c
> b/drivers/media/v4l2-core/v4l2-async.c
>>> index c85d69da35bd
This patch adds the crucial hardware pipeline control for the
fimc-is driver. All the subdev nodes will call this pipeline
interfaces to reach the hardware. Responsibilities of this module
involves configuring and maintaining the hardware pipeline involving
multiple sub-ips like ISP, DRC, Scalers,
S5K4E5 is a Samsung raw image sensor controlled via I2C.
This patch adds the DT binding documentation for the same.
Signed-off-by: Arun Kumar K
Reviewed-by: Sylwester Nawrocki
Acked-by: Mark Rutland
---
.../devicetree/bindings/media/samsung-s5k4e5.txt | 45
1 file chan
Adds Kconfig and Makefile for exynos5-is driver files.
Signed-off-by: Shaik Ameer Basha
Signed-off-by: Arun Kumar K
Reviewed-by: Sylwester Nawrocki
---
drivers/media/platform/Kconfig |1 +
drivers/media/platform/Makefile |1 +
drivers/media/platform/e
The hardware interface module finally sends the commands to the
FIMC-IS firmware and runs the interrupt handler for getting the
responses.
Signed-off-by: Arun Kumar K
Signed-off-by: Kilyeon Im
Reviewed-by: Sylwester Nawrocki
---
.../media/platform/exynos5-is/fimc-is-interface.c | 810 +++
Some sensors to be used with fimc-is are exclusively controlled
by the fimc-is firmware. This minimal sensor driver provides
the required info for the firmware to configure the sensors
sitting on I2C bus.
Signed-off-by: Arun Kumar K
Reviewed-by: Sylwester Nawrocki
---
drivers/media/platform/exy
This patch adds subdev driver for Samsung S5K4E5 raw image sensor.
Like s5k6a3, it is also another fimc-is firmware controlled
sensor. This minimal sensor driver doesn't do any I2C communications
as its done by ISP firmware. It can be updated if needed to a
regular sensor driver by adding the I2C c
This patch adds the register definition file for the fimc-is driver
and also the header file containing the main context for the driver.
Signed-off-by: Arun Kumar K
Signed-off-by: Kilyeon Im
Reviewed-by: Sylwester Nawrocki
---
drivers/media/platform/exynos5-is/fimc-is-regs.h | 105 +++
fimc-is driver takes video data input from the ISP video node
which is added in this patch. This node accepts Bayer input
buffers which is given from the IS sensors.
Signed-off-by: Arun Kumar K
Signed-off-by: Kilyeon Im
Reviewed-by: Sylwester Nawrocki
---
drivers/media/platform/exynos5-is/fimc
FIMC-IS has two hardware scalers named as scaler-codec and
scaler-preview. This patch adds the common code handling the
video nodes and subdevs of both the scalers.
Signed-off-by: Arun Kumar K
Signed-off-by: Kilyeon Im
Reviewed-by: Sylwester Nawrocki
---
drivers/media/platform/exynos5-is/fimc-
The patch adds the DT binding documentation for Samsung
Exynos5 SoC series imaging subsystem (FIMC-IS).
Signed-off-by: Arun Kumar K
Reviewed-by: Sylwester Nawrocki
Acked-by: Mark Rutland
---
.../devicetree/bindings/media/exynos5-fimc-is.txt | 113
1 file changed, 113 ins
This driver is for the FIMC-IS IP available in Samsung Exynos5
SoC onwards. This patch adds the core files for the new driver.
Signed-off-by: Arun Kumar K
Signed-off-by: Kilyeon Im
Reviewed-by: Sylwester Nawrocki
---
drivers/media/platform/exynos5-is/fimc-is-core.c | 386 +
The patch series adds support for exynos5 fimc-is driver and a
new sensor s5k4e5. The media driver part is omitted form this series
as it is already applied.
Changes from v11
- Addressed review comments from Sakari Ailus
http://www.mail-archive.com/linux-media@vger.kernel.org/msg6
Quote/Cytat - "Janusz S. Bien" (Tue 05 Nov 2013
07:14:22 AM CET):
Thank you very much for the patch.
Quote/Cytat - Roland Scheidegger
(Sat 02 Nov 2013 08:49:32 PM CET):
[...]
Originally based on idea found on
http://www.linuxtv.org/wiki/index.php/TechniSat_CableStar_Combo_HD_CI
cl
Em Tue, 05 Nov 2013 12:42:23 +0100
Sylwester Nawrocki escreveu:
> On 05/11/13 12:36, Mauro Carvalho Chehab wrote:
> >>> diff --git a/drivers/media/v4l2-core/v4l2-async.c
> >>> b/drivers/media/v4l2-core/v4l2-async.c
> >>> > > index c85d69da35bd..071596869036 100644
> >>> > > --- a/drivers/media/v
On 05/11/13 12:36, Mauro Carvalho Chehab wrote:
>>> diff --git a/drivers/media/v4l2-core/v4l2-async.c
>>> b/drivers/media/v4l2-core/v4l2-async.c
>>> > > index c85d69da35bd..071596869036 100644
>>> > > --- a/drivers/media/v4l2-core/v4l2-async.c
>>> > > +++ b/drivers/media/v4l2-core/v4l2-async.c
>>>
Em Mon, 04 Nov 2013 14:15:04 +0100
Hans Verkuil escreveu:
> On 11/02/2013 02:31 PM, Mauro Carvalho Chehab wrote:
> > Dynamic static allocation is evil, as Kernel stack is too low, and
> > compilation complains about it on some archs:
> >
> > drivers/media/v4l2-core/v4l2-async.c:238:1: warnin
Hi Sakari,
Thank you for the review.
Will make the required changes.
Thanks
Arun
On Tue, Nov 5, 2013 at 4:51 PM, Sakari Ailus wrote:
> Hi Arun,
>
> Thanks for the patch. A few comments below.
>
> On Tue, Nov 05, 2013 at 11:42:33AM +0530, Arun Kumar K wrote:
>> This driver is for the FIMC-IS IP
Hi Arun,
Thanks for the patch. A few comments below.
On Tue, Nov 05, 2013 at 11:42:33AM +0530, Arun Kumar K wrote:
> This driver is for the FIMC-IS IP available in Samsung Exynos5
> SoC onwards. This patch adds the core files for the new driver.
>
> Signed-off-by: Arun Kumar K
> Signed-off-by:
From: Shaik Ameer Basha
This patch adds a top level media device driver for the Exynos5 SoC series
camera subsystem. The driver currently supports processing pipelines
involving following IP blocks:
* MIPI-CSIS
MIPI CSI-2 bus front-end to the FIMC-LITE, image sensors with MIPI CSI-2
bus shou
From: Shaik Ameer Basha
The patch adds the DT binding doc for exynos5 SoC camera
subsystem.
Signed-off-by: Shaik Ameer Basha
Signed-off-by: Arun Kumar K
---
.../bindings/media/exynos5250-camera.txt | 126
1 file changed, 126 insertions(+)
create mode 100644
D
Hi Sylwester,
Ok will resend the media-dev patch after splitting.
Thanks
Arun
On Tue, Nov 5, 2013 at 3:48 PM, Sylwester Nawrocki
wrote:
> On 05/11/13 05:21, Arun Kumar K wrote:
>> Hi Sylwester,
>>
>> Sorry for the delayed response as I was on leave.
>> I will address the comments from Mark today
On 05/11/13 05:21, Arun Kumar K wrote:
> Hi Sylwester,
>
> Sorry for the delayed response as I was on leave.
> I will address the comments from Mark today itself and post those DT
> binding patches.
Hi Arun,
Thanks, could you also split this patch [1] in two so the DT
binding documentation and t
From: Libin Yang
Date: Tue, 5 Nov 2013 16:29:07 +0800
Subject: [PATCH] media: marvell-ccic: use devm to release clk
This patch uses devm to release the clks instead of releasing
manually.
And it adds enable/disable mipi_clk when getting its rate.
Signed-off-by: Libin Yang
---
drivers/media/pla
Hi,
On 11/04/13 15:07, edubez...@gmail.com wrote:
> Hi,
>
> On Tue, Oct 15, 2013 at 11:24 AM, Dinesh Ram wrote:
>> The supply list is needed by the platform driver, but not by the usb driver.
>> So this information belongs to the platform data and should not be hardcoded
>> in the subdevice driv
86 matches
Mail list logo
