On Mon, Feb 02, 2015 at 05:36:10PM -0500, Rob Clark wrote:
> well, I guess anyways when it comes to sharing buffers, it won't be
> the vram placement of the bo that gets shared ;-)
Actually that's pretty much what I'd like to be able to do for i915.
Except that vram is just a specially protected c
On Mon, Feb 02, 2015 at 03:30:21PM -0500, Rob Clark wrote:
> On Mon, Feb 2, 2015 at 11:54 AM, Daniel Vetter wrote:
> >> My initial thought is for dma-buf to not try to prevent something than
> >> an exporter can actually do.. I think the scenario you describe could
> >> be handled by two sg-lists,
On Mon, Feb 02, 2015 at 09:46:16PM +, Russell King - ARM Linux wrote:
> On Mon, Feb 02, 2015 at 03:30:21PM -0500, Rob Clark wrote:
> > On Mon, Feb 2, 2015 at 11:54 AM, Daniel Vetter wrote:
> > >> My initial thought is for dma-buf to not try to prevent something than
> > >> an exporter can actu
Hi, Guennadi
On 2/2/2015 6:22 PM, Guennadi Liakhovetski wrote:
Hi Josh,
On Mon, 2 Feb 2015, Josh Wu wrote:
Hi, Guennadi
Ping? what about the status of this patch?
Right, got lost, sorry... Added to the queue now.
Thank you.
Best Regards,
Josh Wu
Thanks
Guennadi
Best Regards,
Josh Wu
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: Tue Feb 3 04:00:15 CET 2015
git branch: test
git hash: ab98180ac2e6e41058f8829c0961aa306c610c16
gcc versio
On Mon, Feb 2, 2015 at 4:46 PM, Russell King - ARM Linux
wrote:
> On Mon, Feb 02, 2015 at 03:30:21PM -0500, Rob Clark wrote:
>> On Mon, Feb 2, 2015 at 11:54 AM, Daniel Vetter wrote:
>> >> My initial thought is for dma-buf to not try to prevent something than
>> >> an exporter can actually do.. I
> On 01/29/2015 03:44 AM, Miguel Casas-Sanchez wrote:
> > Hi folks, I've been trying to add a triplanar format to those that vivid
> > can generate, and didn't quite manage :(
> >
> > So, I tried adding code for it like in the patch (with some dprintk() as
> > well) to clarify what I wanted to do.
On Mon, Feb 02, 2015 at 03:30:21PM -0500, Rob Clark wrote:
> On Mon, Feb 2, 2015 at 11:54 AM, Daniel Vetter wrote:
> >> My initial thought is for dma-buf to not try to prevent something than
> >> an exporter can actually do.. I think the scenario you describe could
> >> be handled by two sg-lists,
On 02/02/2015 10:56 PM, Jean Delvare wrote:
Hi Mauro, Antti,
On Mon, 2 Feb 2015 18:07:26 -0200, Mauro Carvalho Chehab wrote:
Em Tue, 23 Dec 2014 22:49:14 +0200
Antti Palosaari escreveu:
Own I2C locking is needed due to two special reasons:
1) Chips uses multiple register pages/banks on singl
Hi Mauro, Antti,
On Mon, 2 Feb 2015 18:07:26 -0200, Mauro Carvalho Chehab wrote:
> Em Tue, 23 Dec 2014 22:49:14 +0200
> Antti Palosaari escreveu:
>
> > Own I2C locking is needed due to two special reasons:
> > 1) Chips uses multiple register pages/banks on single I2C slave.
> > Page is changed v
On 02/02/2015 09:33 PM, Wolfram Sang wrote:
Ok, this may eventually work ok for now, but a further change at the I2C
core could easily break it. So, we need to double check about such
patch with the I2C maintainer.
Jean,
Are you ok with such patch? If so, please ack.
Jean handed over I2C to
> >Ok, this may eventually work ok for now, but a further change at the I2C
> >core could easily break it. So, we need to double check about such
> >patch with the I2C maintainer.
> >
> >Jean,
> >
> >Are you ok with such patch? If so, please ack.
Jean handed over I2C to me in late 2012 :)
> Basi
On Mon, Feb 2, 2015 at 11:54 AM, Daniel Vetter wrote:
>> My initial thought is for dma-buf to not try to prevent something than
>> an exporter can actually do.. I think the scenario you describe could
>> be handled by two sg-lists, if the exporter was clever enough.
>
> That's already needed, each
On 02/02/2015 10:07 PM, Mauro Carvalho Chehab wrote:
Em Tue, 23 Dec 2014 22:49:14 +0200
Antti Palosaari escreveu:
Own I2C locking is needed due to two special reasons:
1) Chips uses multiple register pages/banks on single I2C slave.
Page is changed via I2C register access.
2) Chip offers muxed
Em Tue, 23 Dec 2014 22:49:14 +0200
Antti Palosaari escreveu:
> Own I2C locking is needed due to two special reasons:
> 1) Chips uses multiple register pages/banks on single I2C slave.
> Page is changed via I2C register access.
> 2) Chip offers muxed/gated I2C adapter for tuner. Gate/mux is
> cont
On Mon, 2 Feb 2015, Jonas Jonsson wrote:
> Hi,
>
> I posted a bug on kernel.org
> (https://bugzilla.kernel.org/show_bug.cgi?id=92301 ) and was asked to
> sent it to this mail-address.
Since this bug involves the dvb-usb driver, it should also be posted to
the linux-media mailing list (CC-ed).
Hi,
On Mon, Feb 2, 2015 at 5:55 PM, Kyle Dominguez wrote:
> Hello,
>
> When trying to build libv4l, it fails because I don't have the dependencies
> for v4l1. Is it possibe to make libv4l without having videodev.h? I only
> want the v4l2 parts, to which I have videodev2.h.
>
What are the steps yo
Hello,
When trying to build libv4l, it fails because I don't have the
dependencies for v4l1. Is it possibe to make libv4l without having
videodev.h? I only want the v4l2 parts, to which I have videodev2.h.
Thanks,
kpd
--
To unsubscribe from this list: send the line "unsubscribe linux-media"
On 01/27/2015 03:10 PM, Mauro Carvalho Chehab wrote:
Em Tue, 23 Dec 2014 22:48:58 +0200
Antti Palosaari escreveu:
Convert driver to kernel I2C model. Old DVB proprietary model is
still left there also.
Signed-off-by: Antti Palosaari
+struct rtl2830_platform_data {
+ /*
+* Cl
PULL request update.
The following changes since commit ab98180ac2e6e41058f8829c0961aa306c610c16:
[media] smipcie: return more proper value in interrupt handler
(2015-02-02 14:42:53 -0200)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git rtl28xx
for you t
Add kernel-doc comments for platform_data configuration structure.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/rtl2830.h | 33 +
1 file changed, 13 insertions(+), 20 deletions(-)
diff --git a/drivers/media/dvb-frontends/rtl2830.h
b/drivers/med
Add kernel-doc comments for platform_data configuration structure.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/rtl2832.h | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/drivers/media/dvb-frontends/rtl2832.h
b/drivers/media/dvb-fro
Add kernel-doc comments for platform_data configuration structure.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/rtl2832_sdr.h | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/drivers/media/dvb-frontends/rtl2832_sdr.h
b/drivers/media/dvb
Add kernel-doc comments for platform_data configuration structure.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/rtl2830.h | 33 +
1 file changed, 13 insertions(+), 20 deletions(-)
diff --git a/drivers/media/dvb-frontends/rtl2830.h
b/drivers/med
On Thu, Jan 29, 2015 at 05:18:33PM -0500, Rob Clark wrote:
> On Thu, Jan 29, 2015 at 2:26 PM, Russell King - ARM Linux
> wrote:
> > On Thu, Jan 29, 2015 at 01:52:09PM -0500, Rob Clark wrote:
> >> Quite possibly for some of these edge some of cases, some of the
> >> dma-buf exporters are going to n
Hi Boris,
Am Montag, den 02.02.2015, 16:48 +0100 schrieb Boris Brezillon:
> Hi Philip,
>
> On Mon, 02 Feb 2015 16:34:42 +0100
> Philipp Zabel wrote:
>
> > Am Montag, den 02.02.2015, 13:24 -0200 schrieb Mauro Carvalho Chehab:
> > > Em Mon, 02 Feb 2015 16:21:00 +0100
> > > Philipp Zabel escreveu
Building with the attached random configuration file,
drivers/built-in.o: In function `stk7700p_tuner_attach':
dib0700_devices.c:(.text+0x85e1d7): undefined reference to
`dib7000m_get_i2c_master'
drivers/built-in.o: In function `stk7700p_pid_filter':
dib0700_devices.c:(.text+0x85e2e5): undefined r
Hi Philip,
On Mon, 02 Feb 2015 16:34:42 +0100
Philipp Zabel wrote:
> Am Montag, den 02.02.2015, 13:24 -0200 schrieb Mauro Carvalho Chehab:
> > Em Mon, 02 Feb 2015 16:21:00 +0100
> > Philipp Zabel escreveu:
> >
> > > Am Montag, den 02.02.2015, 16:08 +0100 schrieb Hans Verkuil:
> > > > On 12/03/
Em Mon, 02 Feb 2015 16:32:07 +0100
Boris Brezillon escreveu:
> Hi Mauro,
>
> On Mon, 02 Feb 2015 12:57:55 -0200
> Mauro Carvalho Chehab wrote:
>
> > Em Tue, 6 Jan 2015 12:43:35 +0100
> > Boris Brezillon escreveu:
> >
> > > Add RGB444_1X12 and RGB565_1X16 format definitions and update the
>
>>Basically, it starts working but after a while I get an "Event timed out"
>>message and several i2c errors and VDR shuts down (some hours after reboot).
>>As the web page mentions, I tested downgrading the PCIe bandwith from GEN2 to
>>GEN1 without success. But after playing with different BIOS
Am Montag, den 02.02.2015, 13:24 -0200 schrieb Mauro Carvalho Chehab:
> Em Mon, 02 Feb 2015 16:21:00 +0100
> Philipp Zabel escreveu:
>
> > Am Montag, den 02.02.2015, 16:08 +0100 schrieb Hans Verkuil:
> > > On 12/03/2014 02:53 PM, Philipp Zabel wrote:
> > > > This patch adds two more 24-bit RGB fo
I'm sorry, I resend the message with a descriptive subject
> Mensaje original
>De : dcr...@telefonica.net
>Fecha : 02/02/2015 - 16:04 (GMT)
>Para : linux-media@vger.kernel.org
>Asunto :
>
>Hi,
>
>As I faced problems with my Terratec Cinergy T PCIe Dual and was unable to
>solve it (yet)
Hi Mauro,
On Mon, 02 Feb 2015 12:57:55 -0200
Mauro Carvalho Chehab wrote:
> Em Tue, 6 Jan 2015 12:43:35 +0100
> Boris Brezillon escreveu:
>
> > Add RGB444_1X12 and RGB565_1X16 format definitions and update the
> > documentation.
> >
> > Signed-off-by: Boris Brezillon
> > Acked-by: Mauro Car
Em Mon, 02 Feb 2015 16:21:00 +0100
Philipp Zabel escreveu:
> Am Montag, den 02.02.2015, 16:08 +0100 schrieb Hans Verkuil:
> > On 12/03/2014 02:53 PM, Philipp Zabel wrote:
> > > This patch adds two more 24-bit RGB formats. BGR888 is more or less
> > > common,
> > > GBR888 is used on the internal
Am Montag, den 02.02.2015, 15:00 +0100 schrieb Hans Verkuil:
> On 01/22/2015 12:28 PM, Philipp Zabel wrote:
> > If the last buffer was dequeued from a capture queue, let poll return
> > immediately and let DQBUF return -EPIPE to signal there will no more
> > buffers to dequeue until STREAMOFF.
>
>
Am Montag, den 02.02.2015, 16:08 +0100 schrieb Hans Verkuil:
> On 12/03/2014 02:53 PM, Philipp Zabel wrote:
> > This patch adds two more 24-bit RGB formats. BGR888 is more or less common,
> > GBR888 is used on the internal connection between the IPU display interface
> > and the TVE (VGA DAC) on i.
As reported by smatch:
drivers/media/pci/cx23885/cx23885-dvb.c:2080 dvb_register() Function
too hairy. Giving up.
This is indeed a too complex function, with lots of stuff inside.
Breaking this into two functions makes it a little bit less hairy.
Signed-off-by: Mauro Carvalho Chehab
d
Found a few more patches that I missed.
Regards,
Hans
The following changes since commit 05439b1a36935992785c4f28f6693e73820321cb:
[media] media: au0828 - convert to use videobuf2 (2015-02-02 11:58:27 -0200)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_
On 12/03/2014 02:53 PM, Philipp Zabel wrote:
> This patch adds two more 24-bit RGB formats. BGR888 is more or less common,
> GBR888 is used on the internal connection between the IPU display interface
> and the TVE (VGA DAC) on i.MX53 SoCs.
>
> Signed-off-by: Philipp Zabel
> Acked-by: Laurent Pin
Hi,
As I faced problems with my Terratec Cinergy T PCIe Dual and was unable to
solve it (yet), I recently purchased a used Hauppauge HVR-2200 PCIe dual tuner.
I immediately ran into problems with the HVR-2200 as well, perfectly described
here:
http://whirlpool.net.au/wiki/n54l_all_in_one
(scro
Em Tue, 6 Jan 2015 12:43:35 +0100
Boris Brezillon escreveu:
> Add RGB444_1X12 and RGB565_1X16 format definitions and update the
> documentation.
>
> Signed-off-by: Boris Brezillon
> Acked-by: Mauro Carvalho Chehab
> Acked-by: Sakari Ailus
> ---
> Hi Mauro, Sakari,
>
> This patch has been re
On Mon, 2015-02-02 at 10:36 +0100, Hans Verkuil wrote:
> On 02/01/2015 02:06 PM, Raimonds Cicans wrote:
> > On 29.01.2015 14:12, Hans Verkuil wrote:
> >> On 01/29/15 12:51, Raimonds Cicans wrote:
> >>> On 29.01.2015 09:33, Hans Verkuil wrote:
> On 01/11/2015 10:33 AM, Raimonds Cicans wrote:
>
Moikka!
That patch is not correct and will not even compile. Problem is that
QAM_4NR and QAM_4 are not defined (OK, QPSK is QAM-4).
regards
Antti
On 02/02/2015 04:34 PM, Nicholas Krause wrote:
Changes the values in the switch statement of the function,d29l2_get_frontend
to use the proper valu
Antti/Mark,
Any news with regards to this?
Regards,
Mauro
Em Mon, 22 Dec 2014 15:05:15 +
Mark Brown escreveu:
> On Mon, Dec 22, 2014 at 03:53:10PM +0200, Antti Palosaari wrote:
> > On 12/22/2014 03:31 PM, Mark Brown wrote:
>
> > >>>Why is this configurable, how would a device know if the
On 01/22/2015 12:28 PM, Philipp Zabel wrote:
> If the last buffer was dequeued from a capture queue, let poll return
> immediately and let DQBUF return -EPIPE to signal there will no more
> buffers to dequeue until STREAMOFF.
This looks OK to me, although I would like to see comments from others a
On 02/02/2015 02:36 PM, Mauro Carvalho Chehab wrote:
Em Fri, 23 Jan 2015 16:52:22 +0100
Lars-Peter Clausen escreveu:
Use a inline function instead of a macro for the container_of helper for
getting the driver's state struct from a control. A inline function has the
advantage that it is more ty
On 01/22/2015 12:28 PM, Philipp Zabel wrote:
> From: Peter Seiderer
>
> This v4l2_buffer flag can be used by drivers to mark a capture buffer
> as the last generated buffer, for example after a V4L2_DEC_CMD_STOP
> command was issued.
>
> Signed-off-by: Peter Seiderer
> Signed-off-by: Philipp Za
On 02/02/2015 02:36 PM, Mauro Carvalho Chehab wrote:
> Em Fri, 23 Jan 2015 16:52:22 +0100
> Lars-Peter Clausen escreveu:
>
>> Use a inline function instead of a macro for the container_of helper for
>> getting the driver's state struct from a control. A inline function has the
>> advantage that i
Em Fri, 23 Jan 2015 16:52:22 +0100
Lars-Peter Clausen escreveu:
> Use a inline function instead of a macro for the container_of helper for
> getting the driver's state struct from a control. A inline function has the
> advantage that it is more typesafe and nicer in general.
I don't see any adva
On 01/28/2015 11:47 PM, Rickard Strandqvist wrote:
> Variable ar assigned a value that is never used.
> I have also removed all the code that thereby serves no purpose.
>
> This was found using a static code analysis program called cppcheck
FYI: I've dropped this patch since the vino driver will
Mauro,
Francesco has reported problem with DVB-T on Siano sms2270. Basically
him reach a lock with tzap but seems not have stream data.
I tried to help him to debug but I can't reproduce their problem once
I have isdb-t only here. He is using some dvb firmware with device
that seems works fine on
Is it possible that the problem I explained here isn't interesting for anyone?
The device is supported by kernel but obviously there is a bug with DVB-T.
I have the working firmware (on Windows) for DVB-T if you need it.
http://www.spinics.net/lists/linux-media/msg85505.html
http://www.spinics.
changeset 5eeb3014827f added a fixup at the error check
code. However, it introduced a new error:
drivers/media/usb/cx231xx/cx231xx-cards.c:1586 cx231xx_usb_probe()
error: we previously assumed 'dev' could be null (see line 1430)
This happens when dev = kmalloc() fails. So, instead of re
The following changes since commit a5f43c18fceb2b96ec9fddb4348f5282a71cf2b0:
[media] Documentation/video4linux: remove obsolete text files (2015-01-29
19:16:30 -0200)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git au0828
for you to fetch changes up to bdf
From: Markus Elfring
Date: Mon, 2 Feb 2015 13:20:23 +0100
The video_unregister_device() function tests whether its argument is NULL
and then returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
The following changes since commit a5f43c18fceb2b96ec9fddb4348f5282a71cf2b0:
[media] Documentation/video4linux: remove obsolete text files (2015-01-29
19:16:30 -0200)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git for-v3.20d
for you to fetch changes up to
The following changes since commit a5f43c18fceb2b96ec9fddb4348f5282a71cf2b0:
[media] Documentation/video4linux: remove obsolete text files (2015-01-29
19:16:30 -0200)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git for-v3.20c
for you to fetch changes up to
On 01/30/2015 04:49 PM, Lad, Prabhakar wrote:
> Hello Scott,
>
> On Thu, Jan 22, 2015 at 10:18 PM, Lad, Prabhakar
> wrote:
>> This patch series, enhances blackfin capture driver with
>> vb2 helpers.
>>
>> Changes for v2:
>> --
>> Only patches 5/15 and 8/15 as per Scott's suggestions.
On 01/29/2015 03:44 AM, Miguel Casas-Sanchez wrote:
> Hi folks, I've been trying to add a triplanar format to those that vivid
> can generate, and didn't quite manage :(
>
> So, I tried adding code for it like in the patch (with some dprintk() as
> well) to clarify what I wanted to do. Module is i
Hi Pablo, Jean-Michel,
On 02/01/2015 11:08 AM, Jean-Michel Hautbois wrote:
> This is a preliminary patch in order to add support for ALSA.
> It replaces all current i2c access with regmap.
> Add the registers which will then be used too, as these are declared at init.
>
> Signed-off-by: Pablo Ant
Hi, Guennadi
On 2/1/2015 7:12 PM, Guennadi Liakhovetski wrote:
V4L2 clocks, e.g. used by camera sensors for their master clock, do not
have to be supplied by a different V4L2 driver, they can also be
supplied by an independent source. In this case the standart kernel
clock API should be used to
Hi, Guennadi
On 2/1/2015 7:21 AM, Guennadi Liakhovetski wrote:
All uses of the v4l2_clk API so far only register one clock with a fixed
name. This allows us to get rid of it, which also will make CCF and DT
integration easier.
Signed-off-by: Guennadi Liakhovetski
---
Thanks for the patch.
Te
On Thu, Jan 29, 2015 at 4:41 PM, Shuah Khan wrote:
> Convert au0828 to use videobuf2. Tested with NTSC.
> Tested video and vbi devices with xawtv, tvtime,
> and vlc. Ran v4l2-compliance to ensure there are
> no failures.
>
> Video compliance test results summary:
> Total: 75, Succeeded: 75, Failed
Hi Jean-Michel,
On 01/26/2015 02:52 PM, Jean-Michel Hautbois wrote:
> The bits are the same, but register is 0xf4 on ADV7611 instead of 0xfc.
> When reading back the value in log_status, differentiate both.
>
> Signed-off-by: Jean-Michel Hautbois
> ---
> drivers/media/i2c/adv7604.c | 6 +-
>
Hi Josh,
On Mon, 2 Feb 2015, Josh Wu wrote:
> Hi, Guennadi
>
> Ping? what about the status of this patch?
Right, got lost, sorry... Added to the queue now.
Thanks
Guennadi
> Best Regards,
> Josh Wu
>
> On 11/25/2014 5:30 PM, Josh Wu wrote:
> > The burst length could be BEATS_4/8/16. Before t
Hi, Guennadi
Ping? what about the status of this patch?
Best Regards,
Josh Wu
On 11/25/2014 5:30 PM, Josh Wu wrote:
The burst length could be BEATS_4/8/16. Before this patch, isi use default
value BEATS_4. To imporve the performance we could set it to BEATS_16.
Otherwise sometime it would cau
On 02/02/2015 11:01 AM, Laurent Pinchart wrote:
> Hi Guennadi,
>
> On Sunday 01 February 2015 12:26:11 Guennadi Liakhovetski wrote:
>> On a second thought:
>>
>> On Sun, 1 Feb 2015, Guennadi Liakhovetski wrote:
>>> Hi Wills,
>>>
>>> Thanks for the patch. First and foremost, the title of the patch
Hi Guennadi,
On Sunday 01 February 2015 12:26:11 Guennadi Liakhovetski wrote:
> On a second thought:
>
> On Sun, 1 Feb 2015, Guennadi Liakhovetski wrote:
> > Hi Wills,
> >
> > Thanks for the patch. First and foremost, the title of the patch is wrong.
> > This patch does more than just adding som
Hi Steve,
Am Samstag, den 31.01.2015, 20:54 +0100 schrieb Steve Cotton:
> On Wed, Jan 28, 2015 at 05:55:06PM +0100, Philipp Zabel wrote:
> > + On LVDS buses, usually each sample is transferred serialized in
> > + seven time slots per pixel clock, on three (18-bit) or four (24-bit)
> > +
DVB SEC frontend driver for STM LNBH25PQR chip.
Signed-off-by: Kozlov Sergey
---
MAINTAINERS |9 ++
drivers/media/dvb-frontends/Kconfig |8 ++
drivers/media/dvb-frontends/Makefile |1 +
drivers/media/dvb-frontends/lnbh25.c | 182 +++
DVB-T/T2/C frontend driver for Sony Ascot2e (CXD2861ER) chip.
Signed-off-by: Kozlov Sergey
---
MAINTAINERS |9 +
drivers/media/dvb-frontends/Kconfig |7 +
drivers/media/dvb-frontends/Makefile |1 +
drivers/media/dvb-frontends/ascot2e.c | 551 +++
This patch adds support for NetUP Universal Dual DVB-CI PCIe board.
The board has:
- two CI slots
- Altera FPGA-based PCIe bridge
- two independent multistandard DTV demodulators based on
Sony CXD2841ER chip
- two Sony Horus3a DVB-S/S2 tuner chips
- two Sony Ascot2e
DVB-S/S2 frontend driver for Sony Horus3A (CXD2832AER) chip
Signed-off-by: Kozlov Sergey
---
MAINTAINERS |9 +
drivers/media/dvb-frontends/Kconfig |7 +
drivers/media/dvb-frontends/Makefile |1 +
drivers/media/dvb-frontends/horus3a.c | 429 +
On 02/01/2015 02:06 PM, Raimonds Cicans wrote:
> On 29.01.2015 14:12, Hans Verkuil wrote:
>> On 01/29/15 12:51, Raimonds Cicans wrote:
>>> On 29.01.2015 09:33, Hans Verkuil wrote:
On 01/11/2015 10:33 AM, Raimonds Cicans wrote:
> I contacted you because I am hit by regression caused by your
From: Kassey Li
This adds support for spi interface sub device for
soc_camera.
Signed-off-by: Kassey Li
---
drivers/media/platform/soc_camera/soc_camera.c | 94
include/media/soc_camera.h |4 +
2 files changed, 98 insertions(+)
diff --git a/d
75 matches
Mail list logo
