On Tue April 9 2013 07:15:40 Dan Carpenter wrote:
We should unlock here and do some cleanup before returning.
We can't actually hit this return path with the current code, so this
patch is a basically a cleanup and doesn't change how the code works.
Signed-off-by: Dan Carpenter
On Tue, Apr 09, 2013 at 07:20:19AM +0200, Julia Lawall wrote:
On Tue, 9 Apr 2013, Dan Carpenter wrote:
We should unlock here and do some cleanup before returning.
We can't actually hit this return path with the current code, so this
patch is a basically a cleanup and doesn't change how
Signed-off-by: Tzu-Jung Lee tj...@ambarella.com
---
utils/v4l2-ctl/v4l2-ctl-streaming.cpp | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/utils/v4l2-ctl/v4l2-ctl-streaming.cpp
b/utils/v4l2-ctl/v4l2-ctl-streaming.cpp
index a6ea8b3..ec18312 100644
---
Sorry.. wrong patch..
Please ignore this noise.
Thanks.
Roy
On Tue, Apr 9, 2013 at 2:35 PM, Tzu-Jung Lee royle...@gmail.com wrote:
Signed-off-by: Tzu-Jung Lee tj...@ambarella.com
---
utils/v4l2-ctl/v4l2-ctl-streaming.cpp | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff
On Tue April 9 2013 05:57:40 Tzu-Jung Lee wrote:
Hi Hans,
On Mon, Apr 8, 2013 at 10:07 PM, Hans Verkuil hverk...@xs4all.nl wrote:
But try the patch below for v4l2-ctl: if you combine streaming with
--decoder-cmd
then instead of doing a STREAMOFF it will call the decoder command. And
On Mon, Apr 08, 2013 at 01:40:40PM -0700, Andrey Smirnov wrote:
On Mon, Apr 8, 2013 at 1:09 PM, Samuel Ortiz sa...@linux.intel.com wrote:
On Mon, Apr 08, 2013 at 11:34:43AM -0700, Andrey Smirnov wrote:
On Mon, Apr 8, 2013 at 3:16 AM, Samuel Ortiz sa...@linux.intel.com
wrote:
This file
I want to make API that will provide hw video decoder on Amlogic SOC
it is ARM cortex 9
with some proprietary video decoder
amlogic provide me with working example that generate output frames in
amlvideo driver.
It is v4l2 driver
and it did memcpy to mmap userspace memory
Check some patches from Kirill Smelkov like:
https://patchwork.kernel.org/patch/1688591/
On Tue, Apr 9, 2013 at 9:58 AM, Michal Lazo michal.l...@mdragon.org wrote:
I want to make API that will provide hw video decoder on Amlogic SOC
it is ARM cortex 9
with some proprietary video decoder
Hi Fabio,
On Thu, Mar 14, 2013 at 02:11:29PM +0100, Fabio Porcedda wrote:
This patch converts the drivers to use the
module_platform_driver_probe() macro which makes the code smaller and
a bit simpler.
Signed-off-by: Fabio Porcedda fabio.porce...@gmail.com
Cc: Greg Kroah-Hartman
On Mon, Apr 08, 2013 at 05:05:31PM +0200, Guennadi Liakhovetski wrote:
Mostly just a re-spin of v7 with minor modifications.
Guennadi Liakhovetski (7):
media: V4L2: add temporary clock helpers
media: V4L2: support asynchronous subdevice registration
media: soc-camera: switch I2C
Hi Simon
On Tue, 9 Apr 2013, Simon Horman wrote:
On Mon, Apr 08, 2013 at 05:05:31PM +0200, Guennadi Liakhovetski wrote:
Mostly just a re-spin of v7 with minor modifications.
Guennadi Liakhovetski (7):
media: V4L2: add temporary clock helpers
media: V4L2: support asynchronous
On Tue 9 April 2013 09:58:33 Michal Lazo wrote:
I want to make API that will provide hw video decoder on Amlogic SOC
it is ARM cortex 9
with some proprietary video decoder
amlogic provide me with working example that generate output frames in
amlvideo driver.
It is v4l2 driver
and it
Hi,
Thanks for your reply,
Do you only use DVB-T, or also DVB-C? Because it looks to me that
DVB-C isn't implemented, or at least giving me a lot of errors?
I use the correct front-end of adapter2 (as you can see in the log:
DELIVERY_SYSTEM = DVBC/ANNEX_A)
adapter1 is only DVB-T
What do you
As we have all source codes
what do you advice ?
On Tue, Apr 9, 2013 at 10:38 AM, Hans Verkuil hverk...@xs4all.nl wrote:
On Tue 9 April 2013 09:58:33 Michal Lazo wrote:
I want to make API that will provide hw video decoder on Amlogic SOC
it is ARM cortex 9
with some proprietary video
On Tue, Apr 09, 2013 at 10:14:08AM +0200, Guennadi Liakhovetski wrote:
Hi Simon
On Tue, 9 Apr 2013, Simon Horman wrote:
On Mon, Apr 08, 2013 at 05:05:31PM +0200, Guennadi Liakhovetski wrote:
Mostly just a re-spin of v7 with minor modifications.
Guennadi Liakhovetski (7):
Hi Sean,
I had a question about 4c055a5ae94c: [media] redrat3: remove memcpys
and fix unaligned memory access from Feb 16, 2013.
drivers/media/rc/redrat3.c
619 /* grab the Length and type of transfer */
620 pktlen = be16_to_cpu(header-length);
621 pkttype =
On Tue 9 April 2013 10:52:41 Michal Lazo wrote:
As we have all source codes
what do you advice ?
Write your own driver. Good templates to look at are drivers/media/pci/sta2x11
and drivers/media/platform/blackfin.
The first is functionality-wise probably closer to what you need, but it's a pci
The last users of Kconfig symbols MX3_VIDEO and VIDEO_MX2_HOSTSUPPORT
were removed in v3.2. Their Kconfig entries can be removed now.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
v1 was called [...] remove config MX3_VIDEO. But it turned out that
v3.2, through commit 389d12cc7f (ARM: mxc:
On Tue, Apr 9, 2013 at 10:06 AM, Samuel Ortiz sa...@linux.intel.com wrote:
Hi Fabio,
On Thu, Mar 14, 2013 at 02:11:29PM +0100, Fabio Porcedda wrote:
This patch converts the drivers to use the
module_platform_driver_probe() macro which makes the code smaller and
a bit simpler.
On Tue, Apr 9, 2013 at 10:47 AM, Jan Saris wrote:
What do you meen by: Remember to set the frontend properly;
dvb-fe-tool from memory??
To set the delevery system to DVB-C before running the dvbv5-scan??
Yes but from what I remember, DVB-C is the default.
Anyway the flag from dvb-fe-tool to
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Since rc_unregister_device() frees its argument, the subsequently
call to rc_free_device() on the same variable will cause a double
free bug. Fix by set argument to NULL, thus when fall through to
rc_free_device(), nothing will be done there.
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Since rc_unregister_device() frees its argument, the subsequently
call to rc_free_device() on the same variable will cause a double
free bug. Fix by set argument to NULL, thus when fall through to
rc_free_device(), nothing will be done there.
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Since rc_unregister_device() frees its argument, the subsequently
call to rc_free_device() on the same variable will cause a double
free bug. Fix by set argument to NULL, thus when fall through to
rc_free_device(), nothing will be done there.
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Since rc_unregister_device() frees its argument, the subsequently
call to rc_free_device() on the same variable will cause a double
free bug. Fix by set argument to NULL, thus when fall through to
rc_free_device(), nothing will be done there.
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Since rc_unregister_device() frees its argument, the subsequently
call to rc_free_device() on the same variable will cause a double
free bug. Fix by set argument to NULL, thus when fall through to
rc_free_device(), nothing will be done there.
Amlogic provide only 2.6.34 driver
can I expect big performance loss ?
On Tue, Apr 9, 2013 at 11:09 AM, Hans Verkuil hverk...@xs4all.nl wrote:
On Tue 9 April 2013 10:52:41 Michal Lazo wrote:
As we have all source codes
what do you advice ?
Write your own driver. Good templates to look at are
On 4/8/2013 5:49 PM, Prabhakar lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
The vpss clocks were enabled by calling a exported function from a driver
in a machine code. calling driver code from platform code is incorrect way.
This patch fixes this issue and calls the
On Tue, Apr 9, 2013 at 3:27 PM, Sekhar Nori nsek...@ti.com wrote:
On 4/8/2013 5:49 PM, Prabhakar lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
The vpss clocks were enabled by calling a exported function from a driver
in a machine code. calling driver code from platform code is
On Tue 9 April 2013 11:57:51 Michal Lazo wrote:
Amlogic provide only 2.6.34 driver
can I expect big performance loss ?
Why do so many companies stick to ancient kernels? I can never understand that.
You have three options:
1) update their driver to a recent kernel
2) create a v4l2 driver for
Hi Andy, all,
Were there any known problems in the cx18 locking department regarding video
buffers or mailbox handling fixed sometime between 3.5.0 and today?
We are seeing some issues there (on a flavour of 3.5.0) and I just wanted to
quickly check here before diving in the code. I'll paste
On 09-04-13 10:47, Jan Saris wrote:
Hi,
Thanks for your reply,
Do you only use DVB-T, or also DVB-C? Because it looks to me that
DVB-C isn't implemented, or at least giving me a lot of errors?
I use the correct front-end of adapter2 (as you can see in the log:
DELIVERY_SYSTEM = DVBC/ANNEX_A)
On Thu, Apr 04, 2013 at 10:32:09PM +0200, Jiri Slaby wrote:
rc_unregister_device already calls rc_free_device to free the passed
device. But in one of ttusbir's probe fail paths, we call
rc_unregister_device _and_ rc_free_device. This is wrong and results
in a double free.
Instead, set rc
On Tue, Apr 09, 2013 at 05:43:09PM +0800, Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Since rc_unregister_device() frees its argument, the subsequently
call to rc_free_device() on the same variable will cause a double
free bug. Fix by set argument to NULL, thus when
max77693 mfd main device uses only wakeup field
from max77693_platform_data. This field is mapped
to wakeup-source common property in device tree.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park
Hi,
We have just launched a site to help existing open source projects
with funding (www.catincan.com). Our goal is to help more open source
projects become self-sustaining and competitive with propriety
solutions. We're hoping you might provide us with some insight by
answering the 3 questions
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 24 Mar 2013 15:10:54 +0200
Antti Palosaari cr...@iki.fi wrote:
Maybe it is em28xx + DRX-K + tda18271 based. There is few such devices
already supported by em28xx driver. First device to test is 1b80:e425
MaxMedia UB425-TC.
Perfect
And can you explain where is problem with memcpy in kernel?
is it really that big problem to copy 720*576*3 bytes from kernel
space to user space ?
what all usb camera drivers do ? some dma access directly to destination buffer?
On Tue, Apr 9, 2013 at 12:11 PM, Hans Verkuil hverk...@xs4all.nl
On Tue 9 April 2013 15:05:37 Michal Lazo wrote:
And can you explain where is problem with memcpy in kernel?
is it really that big problem to copy 720*576*3 bytes from kernel
space to user space ?
what all usb camera drivers do ? some dma access directly to destination
buffer?
Try this: just
memcpy do all cpu load
And it is linear with copied memory size
On Tue, Apr 9, 2013 at 3:26 PM, Hans Verkuil hverk...@xs4all.nl wrote:
On Tue 9 April 2013 15:05:37 Michal Lazo wrote:
And can you explain where is problem with memcpy in kernel?
is it really that big problem to copy 720*576*3
Hello,
Please find below some news for A918R
[details @
http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_HD_Express_A918R ]
* the patch proposed to automatically load the right modules for A918R
card is not yet available
=
Hi Tom,
On Tuesday 09 April 2013 12:21:08 Tom Cooksey wrote:
Hi All,
Last year Laurent posted an RFC patch[i] to add support for exporting an
fbdev framebuffer through dma_buf. Looking through the mailing list
archives, it doesn't appear to have progressed beyond an RFC? What would be
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 Apr 9 19:00:18 CEST 2013
git branch: test
git hash: 81e096c8ac6a064854c2157e0bf802dc4906678c
gcc
On 04/09/2013 05:46 PM, Diorser wrote:
Hello,
Please find below some news for A918R
[details @
http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_HD_Express_A918R ]
* the patch proposed to automatically load the right modules for A918R
card is not yet available
=
On 04/08/2013 08:47 PM, Randy Dunlap wrote:
From: Randy Dunlap rdun...@infradead.org
Fix randconfig error when USB is not enabled:
ERROR: usb_control_msg [drivers/media/common/cypress_firmware.ko] undefined!
Signed-off-by: Randy Dunlap rdun...@infradead.org
Cc: Antti Palosaari cr...@iki.fi
With RF signal input now clearly reported at , antenna switch problem
is a good assumption.
However, I don't have the right skills to sniff and imagine which file
should be modified and how.
All I can do is recompiling git files and test.
If a list a GPIO values was available somewhere,
On 03/26/2013 02:53 PM, Jose Alberto Reguero wrote:
On Domingo, 24 de marzo de 2013 20:39:15 Jose Alberto Reguero escribió:
On Domingo, 17 de marzo de 2013 23:46:06 Antti Palosaari escribió:
On 03/17/2013 08:49 PM, Jose Alberto Reguero wrote:
On Martes, 12 de marzo de 2013 00:11:38 Antti
I tested it and it didn't work at all. Latest commit was:
rtl820t: Add a debug msg when PLL gets locked
I used your git tree and rebased it top of master. There was some merge
conflicts, but I was naturally able to fix.
regards
Antti
On 04/07/2013 07:10 PM, Mauro Carvalho Chehab wrote:
Any idea what are there bugs?
Apr 10 00:21:41 localhost kernel: [ 355.292348] usb 2-2: USB
disconnect, device number 2
Apr 10 00:21:41 localhost kernel: [ 355.294357] em2874 #0:
disconnecting em2874 #0 video
Apr 10 00:21:41 localhost kernel: [ 355.294517]
Apr 10 00:21:41 localhost kernel:
That is another device. Just plug + unplug. Looks like I have to reboot
now in order make more tests...
Apr 10 00:22:38 localhost kernel: [ 412.203978] usb 2-2: new high-speed
USB device number 3 using ehci-pci
Apr 10 00:22:38 localhost kernel: [ 412.320325] usb 2-2: New USB device
found,
On Tue, Apr 02, 2013 at 06:59:14PM +0200, Peter Zijlstra wrote:
So how about we call the thing something like:
struct ww_mutex; /* wound/wait */
Reading this I can't help but think of Elmer Fudd saying Round Robin
as Wound Wobin
-- Steve
int mutex_wound_lock(struct ww_mutex *); /*
On Thu, Apr 04, 2013 at 06:38:36PM +0200, Peter Zijlstra wrote:
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
Hm, I guess your aim with the TASK_DEADLOCK wakeup is to bound the
wait
times of older task.
No, imagine the following:
struct ww_mutex A, B;
struct mutex C;
On Thu, Apr 04, 2013 at 06:41:02PM +0200, Peter Zijlstra wrote:
On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
The thing is now that you're not expected to hold these locks for a
long
time - if you need to synchronously stall while holding a lock
performance
will go down the
On Thu, Apr 04, 2013 at 06:56:58PM +0200, Daniel Vetter wrote:
I think for starters we need to have a slightly more interesting example:
3 threads O, M, Y: O has the oldest ww_age/ticket, Y the youngest, M
is in between.
2 ww_mutexes: A, B
Y has already acquired ww_mutex A, M has
Hi,
I recently installed a linux based media-center (using XBMC) and I was
quite disappointed but the IR remote. It feels slugish and not very
reliable (unexpected key repeats, ...).
I studied the whole infrastructure (kernel, xorg, xbmc, ...) and found
issues a bit everywhere but the main
Hi,
I recently installed a linux based media-center (using XBMC) and I was
quite disappointed but the IR remote. It feels slugish and not very
reliable (unexpected key repeats, ...).
I studied the whole infrastructure (kernel, xorg, xbmc, ...) and found
issues a bit everywhere but the main
Current MxL5007t driver implements repeated start condition (badly)
whilst device uses stop before read operation.
I added use_broken_read_reg_intentionally config option to avoid
regressions as I don't have all devices to test / fix.
Antti Palosaari (5):
mxl5007t: fix buggy register read
Chip uses WRITE + STOP + READ + STOP sequence for I2C register read.
Driver was using REPEATED START condition which makes it failing if
I2C adapter was implemented correctly.
Add use_broken_read_reg_intentionally option to keep old buggy
implantation as there is buggy I2C adapter implementation
That backward compatibility hack option is no longer needed.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/af9015.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9015.c
b/drivers/media/usb/dvb-usb-v2/af9015.c
index
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/af9035.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index b7e7135..6c039eb 100644
---
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/af9015.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9015.c
b/drivers/media/usb/dvb-usb-v2/af9015.c
index b943304..a523a25 100644
---
That backward compatibility hack option is no longer needed.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/af9035.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index
On Tue, Apr 9, 2013 at 7:53 PM, Antti Palosaari cr...@iki.fi wrote:
Chip uses WRITE + STOP + READ + STOP sequence for I2C register read.
Driver was using REPEATED START condition which makes it failing if
I2C adapter was implemented correctly.
Add use_broken_read_reg_intentionally option to
I have the hardware and I have already made almost all changes what
are needed during the recent few years, so lets mark it as maintained.
Cc: Carl Lundqvist coma...@gmail.com
Signed-off-by: Antti Palosaari cr...@iki.fi
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git
Driver author has disappeared, even mails are bouncing back.
I will keep care with that as I have done for a while.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 413aebc..5a9ee27 100644
It is moved to the different location and renamed.
Cc: Hans Verkuil hverk...@xs4all.nl
Signed-off-by: Antti Palosaari cr...@iki.fi
---
MAINTAINERS | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 154b02c..bde9825 100644
On 04/10/2013 03:20 AM, Devin Heitmueller wrote:
On Tue, Apr 9, 2013 at 7:53 PM, Antti Palosaari cr...@iki.fi wrote:
Chip uses WRITE + STOP + READ + STOP sequence for I2C register read.
Driver was using REPEATED START condition which makes it failing if
I2C adapter was implemented correctly.
On Tue, Apr 9, 2013 at 8:45 PM, Antti Palosaari cr...@iki.fi wrote:
Yes, most devices do that, but not all!
MxL5007t has a special register for setting register to read. Look the code
and you could see it easily. It was over year ago I fixed it...
That sounds kind of insane, but I haven't
On Tue, 2013-04-09 at 10:50 +0100, Tvrtko Ursulin wrote:
Hi Andy, all,
Were there any known problems in the cx18 locking department regarding video
buffers or mailbox handling fixed sometime between 3.5.0 and today?
No.
We are seeing some issues there (on a flavour of 3.5.0) and I just
On 04/10/2013 04:38 AM, Devin Heitmueller wrote:
On Tue, Apr 9, 2013 at 8:45 PM, Antti Palosaari cr...@iki.fi wrote:
Yes, most devices do that, but not all!
MxL5007t has a special register for setting register to read. Look the code
and you could see it easily. It was over year ago I fixed
Hi Sylwester,
Sorry for the late reply.
OK, thanks for the explanation.
I can think of at least one possible way to get hold of the fimc-is
context in the subdev. For instance, in subdev's .registered callback
you get a pointer to struct v4l2_device, which is normally embedded
in a top
This patch breaks down the streaming_set() into smaller
ones, which can be resued for supporting m2m devices.
Further cleanup or consolidation can be applied with
separate patches, since this one tries not to modify
logics.
---
utils/v4l2-ctl/v4l2-ctl-streaming.cpp | 888
---
utils/v4l2-ctl/v4l2-ctl-streaming.cpp | 189 +-
1 file changed, 188 insertions(+), 1 deletion(-)
diff --git a/utils/v4l2-ctl/v4l2-ctl-streaming.cpp
b/utils/v4l2-ctl/v4l2-ctl-streaming.cpp
index f8e782d..b86c467 100644
---
72 matches
Mail list logo
