On 07/24/2014 05:53 AM, Scott Jiang wrote:
In fact we only need to give a warning if the driver still use the
buffer after we release all queued buffers.
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
Nacked-by: Hans Verkuil hans.verk...@cisco.com
You're removing the warning telling
A lot of work was done in vb2 to regulate how drivers and the vb2 core handle
buffer ownership, but inexplicably the videobuf2-core.h comments were never
updated. Do so now. The same was true for the replacement of the -ENOBUFS
mechanism by the min_buffers_needed field.
Signed-off-by: Hans
On 07/23/2014 07:04 AM, Monica, Agnes wrote:
Hi,
It would be good if support exists for full and limited range.
1. So can we re-use(map) the existing colorspace for our different color
format.
Well, no, obviously. You need to propose new colorspace defines. The list of
colorspace
Moikka!
On 07/23/2014 02:20 PM, kbuild test robot wrote:
tree: git://linuxtv.org/media_tree.git master
head: eb9da073bd002f2968c84129a5c49625911a3199
commit: 77bbb2b049c1c3e935f5bec510bec337d94ae8f8 [378/499] rtl2832_sdr: move
from staging to media
config: i386-randconfig-ha2-0723
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,
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 ben.do...@codethink.co.uk
---
Fixes since v1:
- Whitespace fixes as suggested by
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!
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
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 be
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
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
Moikka Matthias
On 07/22/2014 11:12 PM, Matthias Schwarzott wrote:
Signed-off-by: Matthias Schwarzott z...@gentoo.org
---
Documentation/dvb/get_dvb_firmware | 33 -
1 file changed, 32 insertions(+), 1 deletion(-)
diff --git
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,
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 robert.jarz...@free.fr
---
Since V1: Mark's review
- tmp u32 to long conversion for clock rate
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 cr...@iki.fi wrote:
Moikka
This cannot work. You refer config struct that is coming outside of driver.
That means, caller must
From: Sonic Zhang sonic.zh...@analog.com
On NOMMU architecture page fault is not triggered if a deleted list entry is
accessed without reinit.
Signed-off-by: Sonic Zhang sonic.zh...@analog.com
---
drivers/media/platform/blackfin/bfin_capture.c | 6 +++---
1 file changed, 3 insertions(+), 3
From: Sonic Zhang sonic.zh...@analog.com
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 sonic.zh...@analog.com
---
From: Sonic Zhang sonic.zh...@analog.com
if the pinctrl driver is enabled.
Signed-off-by: Sonic Zhang sonic.zh...@analog.com
---
drivers/media/platform/blackfin/bfin_capture.c | 2 +-
drivers/media/platform/blackfin/ppi.c | 8 +---
include/media/blackfin/ppi.h | 3
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_FMT
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 ben.do...@codethink.co.uk
---
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 connected
Em Wed, 23 Jul 2014 12:10:12 +0300
Antti Palosaari cr...@iki.fi 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
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
to the
Em Wed, 23 Jul 2014 11:22:40 +0300
Antti Palosaari cr...@iki.fi 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
On Tue, Jul 22, 2014 at 6:32 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com 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
On Wed, Jul 23, 2014 at 3:54 PM, Enrico ebut...@users.sourceforge.net wrote:
On Tue, Jul 22, 2014 at 6:32 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com 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
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
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
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
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 laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/ispresizer.c | 12 ++--
1 file
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 shuah...@samsung.com
---
drivers/media/dvb-frontends/drx39xyj/drxj.c | 112 +--
1 file
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 p.za...@pengutronix.de
---
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 p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 21 +
1 file changed, 13
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 p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 52 +++
1 file changed, 19
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 p.za...@pengutronix.de
---
drivers/media/platform/coda/Makefile | 2 +-
drivers/media/platform/coda/coda-common.c | 22 ---
These will have to be shared between multiple code files.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 193 +-
drivers/media/platform/coda/coda.h| 216 ++
2 files changed, 219
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 p.za...@pengutronix.de
---
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 p.za...@pengutronix.de
---
drivers/media/platform/Makefile
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
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
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
On Sat, Jul 19, 2014 at 9:19 AM, Hauke Mehrtens ha...@hauke-m.de 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
Add device-tree support to pxa_camera host driver.
Signed-off-by: Robert Jarzmik robert.jarz...@free.fr
[g.liakhovet...@gmx.de: added of_node_put()]
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Robert, could you review and test this version, please?
Thanks
Guennadi
Guennadi Liakhovetski g.liakhovet...@gmx.de writes:
Add device-tree support to pxa_camera host driver.
Signed-off-by: Robert Jarzmik robert.jarz...@free.fr
[g.liakhovet...@gmx.de: added of_node_put()]
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Robert, could you review
Em Wed, 23 Jul 2014 10:13:28 -0700
Luis R. Rodriguez mcg...@do-not-panic.com escreveu:
On Sat, Jul 19, 2014 at 9:19 AM, Hauke Mehrtens ha...@hauke-m.de wrote:
Maintaining the regulator drivers in backports costs some time and I do
not need them. Is anybody using the regulator drivers from
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
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
Add support for devicetree probe for the rcar-vin
driver.
Signed-off-by: Ben Dooks ben.do...@codethink.co.uk
[g.liakhovet...@gmx.de fix a typo, sort headers alphabetically]
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Ben, is this version ok?
On Wed, Jul 23, 2014 at 10:57 AM, Mauro Carvalho Chehab
m.che...@samsung.com wrote:
Em Wed, 23 Jul 2014 10:13:28 -0700
Luis R. Rodriguez mcg...@do-not-panic.com escreveu:
On Sat, Jul 19, 2014 at 9:19 AM, Hauke Mehrtens ha...@hauke-m.de wrote:
Maintaining the regulator drivers in backports
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
+print FW \x9A; #
On 07/23/2014 08:23 PM, Luis R. Rodriguez wrote:
On Wed, Jul 23, 2014 at 10:57 AM, Mauro Carvalho Chehab
m.che...@samsung.com wrote:
Em Wed, 23 Jul 2014 10:13:28 -0700
Luis R. Rodriguez mcg...@do-not-panic.com escreveu:
On Sat, Jul 19, 2014 at 9:19 AM, Hauke Mehrtens ha...@hauke-m.de wrote:
On Wed, Jul 23, 2014 at 11:56 AM, Hauke Mehrtens ha...@hauke-m.de 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
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
Em Fri, 14 Mar 2014 23:04:10 +
James Hogan ja...@albanarts.com 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
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 send an
On Wed, 23 Jul 2014 21:03:14 +0200
Matthias Schwarzott z...@gentoo.org 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
Hi Ulrich,
Em Sat, 15 Mar 2014 17:02:30 +0100
Ulrich Eckhardt uli-l...@uli-eckhardt.de 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
Em Tue, 1 Apr 2014 10:04:16 +1000
Austin Lund austin.l...@gmail.com 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
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
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
Em Fri, 04 Apr 2014 01:33:47 +0200
David Härdeman da...@hardeman.nu 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
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
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
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
64 matches
Mail list logo