tree: git://linuxtv.org/media_tree.git master
head: 488046c237f3b78f91046d45662b318cd2415f64
commit: 0ba2aeb6dab80920edd9cf5b93b1ea4d6913b8f3 [248/499] [media] v4l2-ctrls:
increase internal min/max/step/def to 64 bit
config: i386-randconfig-ha3-0724 (attached as .config)
Note: the linuxtv-med
tree: git://linuxtv.org/media_tree.git master
head: 488046c237f3b78f91046d45662b318cd2415f64
commit: 0dd0e92836cc6469e62600f981c289752ac42ac9 [496/499] [media] rc-core:
remove protocol arrays
config: make ARCH=arm allmodconfig
Note: the linuxtv-media/master HEAD 488046c237f3b78f91046d45662b31
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: Thu Jul 24 04:00:23 CEST 2014
git branch: test
git hash: 1ee70cd7f5da2278445baf1634f7d30d514380f1
gcc versi
tree: git://linuxtv.org/media_tree.git master
head: 1ee70cd7f5da2278445baf1634f7d30d514380f1
commit: 0dd0e92836cc6469e62600f981c289752ac42ac9 [497/499] [media] rc-core:
remove protocol arrays
config: make ARCH=microblaze allyesconfig
All error/warnings:
drivers/hid/hid-picolcd_cir.c: In f
Em Fri, 04 Apr 2014 01:33:47 +0200
David Härdeman escreveu:
> Several drivers poke around in the internals of rc_dev, try to
> fix them up in preparation for the next round of patches.
You're not fixing them. You're just removing code that are there
to fix some things. Before removing those, we
On Wed, Jul 23, 2014 at 04:57:08PM +0200, Laurent Pinchart wrote:
> Hello,
>
> This patch set fixes two issues occuring when performing live zoom with the
> OMAP3 ISP resizer.
>
> The first issue has been observed when using the digital zoom of the live
> application (http://git.ideasonboard.org/
Em Tue, 1 Apr 2014 10:04:16 +1000
Austin Lund escreveu:
> Hi,
>
> I've been having a problem with a GPIO ir device in an i.mx6 arm
> system that I have (cubox-i).
>
> It seems to all work ok, except the output on /dev/lirc0 is not quite
> what lircd seems to expect. Lircd wants a long space be
Hi Ulrich,
Em Sat, 15 Mar 2014 17:02:30 +0100
Ulrich Eckhardt escreveu:
> The front panel of the Thermaltake DH102 is not working since the
> internal key table does not contain the correct definitions. Some of the
> key table entries required for this device are conflicting with existing
> o
On Wed, 23 Jul 2014 21:03:14 +0200
Matthias Schwarzott wrote:
[...]
> The crc value:
> It protects the content of the file until it is in the demod - so
> calculating it on my own would only check if the data is correctly
> transferred from the driver into the chip.
> But for this I needed to kno
On Wednesday 23 July 2014 08:14:45 Raymond Jender wrote:
> Please remove me from this mail list! If you cannot, please forward to
> someone who can!
>
> This damn thing is so easy to join, but a bitch to un-subscribe,
>
> I did the email with the unsubscribe in the body a few days ago!
Just se
Em Fri, 14 Mar 2014 23:04:10 +
James Hogan escreveu:
> A recent discussion about proposed interfaces for setting up the
> hardware wakeup filter lead to the conclusion that it could help to have
> the generic capability to encode and modulate scancodes into raw IR
> events so that drivers for
Hi everyone,
I'm in need of advice when it comes to the implementation of the
drivers. I recently added support for TechnoTrend CT2-4400 DVB-T2
tuner into the dvb-usb-cxusb module. Now I have gotten another
TechnoTrend device CT2-4650 and it seems this is more or less the same
device as CT2-4400 b
On Wed, Jul 23, 2014 at 11:56 AM, Hauke Mehrtens wrote:
> carrying some regularity drivers which are needed for some specific
> media driver does not look like a big problem. The current problem from
> my side is that we carry all regularity drivers by default and that
> causes some problems. Many
On 07/23/2014 08:23 PM, Luis R. Rodriguez wrote:
> On Wed, Jul 23, 2014 at 10:57 AM, Mauro Carvalho Chehab
> wrote:
>> Em Wed, 23 Jul 2014 10:13:28 -0700
>> "Luis R. Rodriguez" escreveu:
>>
>>> On Sat, Jul 19, 2014 at 9:19 AM, Hauke Mehrtens wrote:
Maintaining the regulator drivers in backp
On 23.07.2014 11:20, Antti Palosaari wrote:
> Moikka Matthias
>
Moikka Antti,
> On 07/22/2014 11:12 PM, Matthias Schwarzott wrote:
>> +
>> +my $CRC="\x0A\xCC";
>> +my $BLOCKS_MAIN="\x27";
>> +open FW,">$fwfile";
>> +print FW "\x01\x00"; # just a version id for the driver itself
>>
On Wed, Jul 23, 2014 at 10:57 AM, Mauro Carvalho Chehab
wrote:
> Em Wed, 23 Jul 2014 10:13:28 -0700
> "Luis R. Rodriguez" escreveu:
>
>> On Sat, Jul 19, 2014 at 9:19 AM, Hauke Mehrtens wrote:
>> > Maintaining the regulator drivers in backports costs some time and I do
>> > not need them. Is anyb
Add support for devicetree probe for the rcar-vin
driver.
Signed-off-by: Ben Dooks
[g.liakhovet...@gmx.de fix a typo, sort headers alphabetically]
Signed-off-by: Guennadi Liakhovetski
---
Ben, is this version ok?
.../devicetree/bindings/media/rcar_vin.txt | 86 ++
Add initial support for OF based soc-camera devices that may be used
by any of the soc-camera drivers. The driver itself will need converting
to use OF.
These changes allow the soc-camera driver to do the connecting of any
async capable v4l2 device to the soc-camera driver. This has currently
been
Hi Ben,
Thanks for a patch update. According to my calculations, this is a v5, not
a v3. And please follow the subject line convention like
[PATCH V5 4/6] subject text follows
and use the same version in all patches of a series - this simplifies
their handling. You can use something like
--su
Em Wed, 23 Jul 2014 10:13:28 -0700
"Luis R. Rodriguez" escreveu:
> On Sat, Jul 19, 2014 at 9:19 AM, Hauke Mehrtens wrote:
> > Maintaining the regulator drivers in backports costs some time and I do
> > not need them. Is anybody using the regulator drivers from backports? I
> > would like to remo
Guennadi Liakhovetski writes:
> Add device-tree support to pxa_camera host driver.
>
> Signed-off-by: Robert Jarzmik
> [g.liakhovet...@gmx.de: added of_node_put()]
> Signed-off-by: Guennadi Liakhovetski
> ---
>
> Robert, could you review and test this version, please?
Yeah, sure, a couple of ho
Add device-tree support to pxa_camera host driver.
Signed-off-by: Robert Jarzmik
[g.liakhovet...@gmx.de: added of_node_put()]
Signed-off-by: Guennadi Liakhovetski
---
Robert, could you review and test this version, please?
Thanks
Guennadi
drivers/media/platform/soc_camera/pxa_camera.c | 81 +
On Sat, Jul 19, 2014 at 9:19 AM, Hauke Mehrtens wrote:
> Maintaining the regulator drivers in backports costs some time and I do
> not need them. Is anybody using the regulator drivers from backports? I
> would like to remove them.
That came simply from collateral of backporting media drivers,
ev
The NV12M is supported by all the version of MFC, so it is better
to use it as default OUTPUT format.
MFC v5 doesn't support NV21, I have tested it, for the SEC doc
it is not supported either.
---
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(
I have tested it in exynos 4412.
I enable MFC and with 64MB buffer in echo bank.
ayaka (1):
s5p-mfc: correct the formats info for encoder
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
--
1.9.3
--
To unsubscribe from this list: send t
This patch moves the context buffer allocation into the context start_streaming
callbacks. The context buffer and internal framebuffer cleanup is moved into
the context release callback.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 31 +
The coda driver has grown significantly and will continue to grow.
Move the coda driver into its own directory so it can be split.
Rename coda.h to coda_regs.h as it contains the register defines.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/Makefile | 2 +-
driv
Hi,
Hans suggested to split the CODA driver, so this series moves it into
its own subdirectory and splits it roughly in half by moving the BIT
processor handling and H.264 specific helper function out into their
own files.
The coda-bit.c will get its coda-jpeg.c counterpart in the future
for JPEG
Currently there is only the coda_h264_padding function, but
we will have to add more H.264 specific helpers later.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/Makefile | 2 +-
drivers/media/platform/coda/coda-common.c | 22 ---
drivers/media/platform/coda/c
These will have to be shared between multiple code files.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 193 +-
drivers/media/platform/coda/coda.h| 216 ++
2 files changed, 219 insertions(+), 190 deletions
In preparation for the split, move the AXI_SRAM_USE register access and the
PIC_RUN command execution out of pic_run_work into prepare_encode/decode.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 21 +
1 file changed, 13 insertions(+), 8 deletio
Add a struct coda_context_ops that encapsulates context specific operations.
This will simplify adding JPEG support in the future and helps to avoid
exporting all functions individually when they move out of the main code
file.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-co
This adds a helper function to consolidate three occurences where
the bitstream parameter stream end flag is set during operation.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 52 +++
1 file changed, 19 insertions(+), 33 deletions(-)
d
Several functions ignore the return values in error legs and always
return -EIO. This makes it hard to debug and take proper action in
calling routines.
Signed-off-by: Shuah Khan
---
drivers/media/dvb-frontends/drx39xyj/drxj.c | 112 +--
1 file changed, 56 insertions(+),
There's no need to initialize local variables to zero when they're
explicitly assigned another value right after. Remove the needless
initializations.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/ispresizer.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(
The resizer_set_input_size() function prints a debugging message with
the input width and height values. As the function is called from
interrupt context, printing that message to the serial console could
slow down the interrupt handler and cause it to miss the start of the
next frame, causing imag
When updating the crop rectangle during streaming, the IRQ handler will
reprogram the resizer after the current frame. A race condition
currently exists between the set selection operation and the IRQ
handler: if the set selection operation is called twice in a row and the
IRQ handler runs only dur
Hello,
This patch set fixes two issues occuring when performing live zoom with the
OMAP3 ISP resizer.
The first issue has been observed when using the digital zoom of the live
application (http://git.ideasonboard.org/omap3-isp-live.git) on a beagleboard.
It leads to image corruption due to interr
On Wed, Jul 23, 2014 at 3:54 PM, Enrico wrote:
> On Tue, Jul 22, 2014 at 6:32 PM, Laurent Pinchart
> wrote:
>> Hi Enrico,
>>
>> On Tuesday 22 July 2014 18:26:52 Enrico wrote:
>>> On Tue, Jul 22, 2014 at 6:04 PM, Laurent Pinchart wrote:
>>> > Hi Enrico,
>>> >
>>> > You will need to upgrade media-c
On Tue, Jul 22, 2014 at 6:32 PM, Laurent Pinchart
wrote:
> Hi Enrico,
>
> On Tuesday 22 July 2014 18:26:52 Enrico wrote:
>> On Tue, Jul 22, 2014 at 6:04 PM, Laurent Pinchart wrote:
>> > Hi Enrico,
>> >
>> > You will need to upgrade media-ctl and yavta to versions that support
>> > interlaced forma
Em Wed, 23 Jul 2014 11:22:40 +0300
Antti Palosaari escreveu:
> Moikka!
> It is single character formatter, not string, => no need to terminate,
> so that patch is not valid.
Well, what happened with an invalid firmware is that the first %c was
a 0x00 character, causing that the \n at the end an
Hi Steve,
On Thursday 17 July 2014 13:44:12 Steve Longerbeam wrote:
> On 07/17/2014 04:10 AM, Hans Verkuil wrote:
> > Hi Steve,
> >
> > I don't know what your plan is, but when you want to mainline this it is
> > the gpu subsystem that needs to review it. I noticed it wasn't
> > cross-posted
> >
Em Wed, 23 Jul 2014 12:10:12 +0300
Antti Palosaari escreveu:
> Moikka Fengguang
> OK, lets Mauro decide how to handle that 32-bit(?) build error.
Once the patch is merged, I don't care anymore about avoiding bisect,
especially on 32 bits kernels. The harm of rebasing my tree is worse
than breaki
Hi Peter,
On Wed, Jul 23, 2014 at 11:58:24AM +0200, Peter Meerwald wrote:
> Hello Sakari,
>
> thank you for your reply (and finding a nice subject for this)!
>
> > On Mon, Jul 21, 2014 at 02:35:39PM +0200, Peter Meerwald wrote:
> > > how can I query the supported pixel format(s) of a sensor conn
Hi Ben,
I'd love to push this for 3.17, but we have to at least show this to DT
maintainers... Personally, I have one remark:
On Sat, 5 Jul 2014, Ben Dooks wrote:
> Add support for devicetree probe for the rcar-vin
> driver.
>
> Signed-off-by: Ben Dooks
> ---
> .../devicetree/bindings/media/
Hello Sakari,
thank you for your reply (and finding a nice subject for this)!
> On Mon, Jul 21, 2014 at 02:35:39PM +0200, Peter Meerwald wrote:
> > how can I query the supported pixel format(s) of a sensor connected via
> > media-ctl and exposed via /dev/videoX
> >
> > there is
> > VIDIOC_ENUM
From: Sonic Zhang
Multiple pinctrl states are defined for 8, 16 and 24 data pin groups in PPI
peripheral.
The driver should select correct group before set up further PPI parameters.
Signed-off-by: Sonic Zhang
---
drivers/media/platform/blackfin/ppi.c | 17 +
include/media/bla
From: Sonic Zhang
if the pinctrl driver is enabled.
Signed-off-by: Sonic Zhang
---
drivers/media/platform/blackfin/bfin_capture.c | 2 +-
drivers/media/platform/blackfin/ppi.c | 8 +---
include/media/blackfin/ppi.h | 3 ++-
3 files changed, 8 insertions(+), 5 del
From: Sonic Zhang
On NOMMU architecture page fault is not triggered if a deleted list entry is
accessed without reinit.
Signed-off-by: Sonic Zhang
---
drivers/media/platform/blackfin/bfin_capture.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/platform
Hi Antti,
Yes, I know. I already had asked Mauro to reject it (on irc).
I'll send a fixed one soon.
Regards,
Luis
On Wed, Jul 23, 2014 at 10:04 AM, Antti Palosaari wrote:
> Moikka
> This cannot work. You refer config struct that is coming outside of driver.
> That means, caller must keep stuct
Hi Robert,
Thanks for an updated patch. One question:
On Sun, 29 Jun 2014, Robert Jarzmik wrote:
> Add device-tree support to pxa_camera host driver.
>
> Signed-off-by: Robert Jarzmik
>
> ---
> Since V1: Mark's review
> - tmp u32 to long conversion for clock rate
> - use d
On Wed, Jul 23, 2014 at 12:10:12PM +0300, Antti Palosaari wrote:
> Moikka Fengguang
> OK, lets Mauro decide how to handle that 32-bit(?) build error.
>
> Could you change kbuild test robot clock to current time. It seems to live
> still in future :)
It looks like a time zone issue. :)
Thanks,
Fe
Moikka Matthias
On 07/22/2014 11:12 PM, Matthias Schwarzott wrote:
Signed-off-by: Matthias Schwarzott
---
Documentation/dvb/get_dvb_firmware | 33 -
1 file changed, 32 insertions(+), 1 deletion(-)
diff --git a/Documentation/dvb/get_dvb_firmware
b/Documentati
Moikka Fengguang
OK, lets Mauro decide how to handle that 32-bit(?) build error.
Could you change kbuild test robot clock to current time. It seems to
live still in future :)
regards
Antti
On 07/23/2014 11:21 AM, Fengguang Wu wrote:
Hi Antti,
This is just a notification. It's up to human t
Moikka
This cannot work. You refer config struct that is coming outside of
driver. That means, caller must keep stuct, but it does not, and I
really don't even like idea to leave it responsibility of caller. Due to
that you will need copy all config values to driver state before return
from pr
Hi Peter,
On Mon, Jul 21, 2014 at 02:35:39PM +0200, Peter Meerwald wrote:
> how can I query the supported pixel format(s) of a sensor connected via
> media-ctl and exposed via /dev/videoX
>
> there is
> VIDIOC_ENUM_FMT (which fails)
> and
> VIDIOC_SUBDEV_ENUM_MBUS_CODE (which works, but on a su
On Wed, Jul 23, 2014 at 10:09:46AM +0200, Guennadi Liakhovetski wrote:
> Hi Ben,
>
> Who is going to take this patch? Simon? It can go in independently from
> the V4L part, right? We just have to be sure, that bindings don't have to
> change, and this is likely to be the case. Doesn't it have to
Moikka!
It is single character formatter, not string, => no need to terminate,
so that patch is not valid.
regards
Antti
On 07/22/2014 10:14 PM, Mauro Carvalho Chehab wrote:
At least here with my PCTV 292e, it is printing this error:
si2168 10-0064: si2168: unkown chip version Si211
Hi Antti,
This is just a notification. It's up to human to decide the impact and
whether or not to do the rebase (which very much depends on the
publicness of the tree and git committer's work style).
Thanks,
Fengguang
On Wed, Jul 23, 2014 at 09:43:08AM +0300, Antti Palosaari wrote:
> Moikka!
>
Same for this one - who takes it and is CC sufficient?
Thanks
Guennadi
On Sat, 5 Jul 2014, Ben Dooks wrote:
> Add device-tree for vin1 (composite video in) on the
> lager board.
>
> Signed-off-by: Ben Dooks
> ---
>
> Fixes since v1:
> - Whitespace fixes as suggested by Sergei
> ---
> a
Hi Ben,
Who is going to take this patch? Simon? It can go in independently from
the V4L part, right? We just have to be sure, that bindings don't have to
change, and this is likely to be the case. Doesn't it have to be Cc'ed to
DT maintainers and the list?
Thanks
Guennadi
On Sat, 5 Jul 2014,
61 matches
Mail list logo
