This cleanup was already completed between end 2011 and early 2012
with a patch series from Lars-Peter Clausen:
https://lkml.org/lkml/2011/11/24/190
Later on new redundant initialization re-appeared here and there.
Time to cleanup again.
And, yes, I'm lazy! I copy-paste the exact same commit
In ancient times it was necessary to manually initialize the bus
field of an spi_driver to spi_bus_type. These days this is done in
spi_register_driver(), so we can drop the manual assignment.
Signed-off-by: Antonio Borneo borneo.anto...@gmail.com
To: Mauro Carvalho Chehab mche...@osg.samsung.com
Hi,
Just to let you know - the patch that is applied to media_tree/master
[1] and media_tree/fixes [2] is v1 and not v2. I think it should be
v2.
Best wishes,
Kamil Debski
[1]
http://git.linuxtv.org/cgit.cgi/media_tree.git/commit/?id=77a3c6fd90c94f635edb00d4a65f485687538791
[2]
Since commit a483dcbfa21f919c (ARM: shmobile: lager: Remove legacy
board support), R-Car Gen2 SoCs are only supported in generic DT-only
ARM multi-platform builds. The driver doesn't need to match platform
devices by name anymore, hence remove the corresponding
platform_device_id entry.
Building with the attached random configuration file,
warning: (VIDEO_COBALT) selects VIDEO_ADV7604 which has unmet direct
dependencies (MEDIA_SUPPORT VIDEO_V4L2 I2C
VIDEO_V4L2_SUBDEV_API GPIOLIB)
drivers/media/i2c/adv7604.c: In function ‘adv76xx_get_format’:
Hans,
Thanks for the feedback.
Hans Verkuil hverk...@xs4all.nl wrote on Mon [2015-Jun-22 10:09:00 +0200]:
Hi Benoit,
Thanks for the patch! I do have a few comments, though. See below.
On 06/16/2015 07:29 PM, Benoit Parrot wrote:
The Camera Adaptation Layer (CAL) is a block which
Hans Verkuil hverk...@xs4all.nl wrote on Mon [2015-Jun-22 09:31:21 +0200]:
On 06/16/2015 07:29 PM, Benoit Parrot wrote:
The Camera Adaptation Layer (CAL) is a block which consists of a dual
port CSI2/MIPI camera capture engine.
This camera engine is currently found on DRA72xx family of
On 2015-06-18 23:23, Mauro Carvalho Chehab wrote:
Em Sun, 14 Jun 2015 01:44:54 +0200
David Härdeman da...@hardeman.nu escreveu:
If you've followed the development of rc-core during the last few
years
it should be pretty clear that Mauro has little to no long-term plan,
understanding of the
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 Jun 24 04:00:19 CEST 2015
git branch: test
git hash: 77a3c6fd90c94f635edb00d4a65f485687538791
gcc
Hi Mauro,
I am seeing the following warning from au0828 - linux_media
media_controller branch:
drivers/media/usb/au0828/au0828-video.c: In function ‘queue_setup’:
drivers/media/usb/au0828/au0828-video.c:679:6: warning: ‘entity’ may be
used uninitialized in this function [-Wmaybe-uninitialized]
On 06/23/2015 04:53 PM, Antonio Borneo wrote:
In ancient times it was necessary to manually initialize the bus
field of an spi_driver to spi_bus_type. These days this is done in
spi_register_driver(), so we can drop the manual assignment.
Signed-off-by: Antonio Borneo borneo.anto...@gmail.com
Do you mean this?
http://git.linuxtv.org/cgit.cgi/v4l-utils.git/
Regards
Guennadi
On Wed, 24 Jun 2015, Kim, Heung Jun wrote:
Hi all,
Iâm looking for official repository for user space media utils. For testing
media device status on target I was about to use it, but I couldnât find it
If the vdev pointer == NULL, then just return.
This makes it easier for subdev drivers to use this function without having to
check if the sd-devnode pointer is NULL or not.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
diff --git a/drivers/media/v4l2-core/v4l2-event.c
Hi Mauro,
Here are 2 minor fixes for gspca for 4.3.
The following changes since commit 77a3c6fd90c94f635edb00d4a65f485687538791:
[media] vb2: Don't WARN when v4l2_buffer.bytesused is 0 for multiplanar
buffers (2015-06-22 09:52:58 -0300)
are available in the git repository at:
Hi,
On 07-06-15 16:34, Nicholas Mc Guire wrote:
API compliance scanning with coccinelle flagged:
./drivers/media/usb/gspca/m5602/m5602_s5k83a.c:180:9-25:
WARNING: timeout (100) seems HZ dependent
Numeric constants passed to schedule_timeout() make the effective
timeout HZ dependent
On Tue, Jun 23, 2015 at 12:39 AM, Ingo Molnar mi...@kernel.org wrote:
Same observation as for the other patch: please only warn if the hardware is
present and the driver tries to activate. No need to annoy others.
Will fix, and respin.
Luis
--
To unsubscribe from this list: send the line
Hi Russell,
On Mon, Jun 22, 2015 at 11:18 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jun 22, 2015 at 10:52:13PM +0200, Geert Uytterhoeven wrote:
On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
JFYI, when comparing v4.1[1] to
* Luis R. Rodriguez mcg...@do-not-panic.com wrote:
From: Luis R. Rodriguez mcg...@suse.com
On built-in kernels this will always splat. Fix that.
Reported-by: Fengguang Wu fengguang...@intel.com [0-day test robot]
Signed-off-by: Luis R. Rodriguez mcg...@suse.com
---
* Luis R. Rodriguez mcg...@do-not-panic.com wrote:
From: Luis R. Rodriguez mcg...@suse.com
On built-in kernels this will always splat. Fix that.
Reported-by: Fengguang Wu fengguang...@intel.com [0-day test robot]
Signed-off-by: Luis R. Rodriguez mcg...@suse.com
---
Hello,
we have an BD-SL-i.MX6 platform (compatible with the Nitrogen6X) where
we are currently running the BSP from Freescale, which is based on
kernel 3.10 if I recall properly.
We are aware that those drivers have some issues, specially when it
comes to compliance with the V4L2 frameworks
Hi!
I am developing a system in which the video support is made through two ARM'
HDLCD Controller and two TDA998x HDMI PHYs.
When I try to load ARM' HDLCD driver (hdlcd), it fails when it tries to bind
with the drm subsystem:
root@genericarmv8:~# modprobe hdlcd
[drm] found ARM HDLCD version
Hi Kamil,
On Tuesday 23 June 2015 13:51:37 Kamil Debski wrote:
Hi,
Just to let you know - the patch that is applied to media_tree/master
[1] and media_tree/fixes [2] is v1 and not v2. I think it should be
v2.
Thank you for noticing that.
Mauro, is rebasing an option ? Otherwise I can send
On Tue, Jun 23, 2015 at 02:59:43PM +0200, Geert Uytterhoeven wrote:
Since commit a483dcbfa21f919c (ARM: shmobile: lager: Remove legacy
board support), R-Car Gen2 SoCs are only supported in generic DT-only
ARM multi-platform builds. The driver doesn't need to match platform
devices by name
23 matches
Mail list logo
