Tomasz,
I've encountered an issue with this patch when userspace does several
stream_on/stream_off cycles. When the user tries to qbuf a buffer
after doing stream_off, we trigger the dmabuf already pinned warning
since we didn't unmap the buffer as dqbuf was never called.
The below patch adds
On 19/06/12 21:41, Peter Senna Tschudin wrote:
Full diff:
http://pastebin.com/BJS2EXcH
On Tue, Jun 19, 2012 at 4:39 PM, Peter Senna Tschudin
peter.se...@gmail.com wrote:
Hans,
I've:
[peter@ace tmp]$ diff linux-2.6.35.13/scripts/mod/file2alias.c
linux-3.4.3/scripts/mod/file2alias.c
And
Bruce Ying bruce.ying at gmail.com writes:
If I launched mplayer after running tzap, I would get a series of
dvb_streaming_read, attempt N. n failed with errno 0 when reading 2048
bytes
failure messages. I must unplug the DiBcom USB tuner and plug it in again so
that I could relaunch
Bruce Ying bruce.ying at gmail.com writes:
If I launched mplayer after running tzap, I would get a series of
dvb_streaming_read, attempt N. n failed with errno 0 when reading 2048
bytes
failure messages. I must unplug the DiBcom USB tuner and plug it in again so
that I could relaunch
Hi Fabio,
On 20 June 2012 05:26, Fabio Estevam feste...@gmail.com wrote:
Hi Javier,
On Tue, Jun 19, 2012 at 11:11 AM, Javier Martin
javier.mar...@vista-silicon.com wrote:
This patch adds support for the video encoder present
in the i.MX27. It currently support encoding in H.264 and
in
Hello
I have four DVB cards:
DVB-S2:
-Pinnacle PCTV SAT HDTV 452E PRO USB (main kernel support)
-Terratec Cinergy S2 USB HD v.2
-Prof Revolution DVB-S2 8000 PCIe
DVB-T:
-AF9015 noname USB (main kernel support)
on AMD Brazos platform (Asrock E350M1) with Debian (lately with 3.4 kernel).
While I
On Wed, Jun 20, 2012 at 09:51:32AM +0200, javier Martin wrote:
Hi Sascha,
thank you for your review.
Since we all move to devicetree shouldn't we stop adding new
platform devices?
Our platfrom, 'visstrim_m10' doesn't currently support devicetree yet,
so it would be highly difficult
I would expect that the combination of v4l2_mbus_framefmt +
v4l2_dv_timings
gives you the information you need.
I can solve this problem in HD, but how about SD? Add a fake
dv_timings ops in SD decoder driver?
No, you add g/s_std instead. SD timings are set through that API. It is
not so
On Wed, Jun 20, 2012 at 11:01:26AM +0200, Sascha Hauer wrote:
On Wed, Jun 20, 2012 at 09:51:32AM +0200, javier Martin wrote:
Our platfrom, 'visstrim_m10' doesn't currently support devicetree yet,
so it would be highly difficult for us to test it at the moment.
Couldn't you add devicetree
Hi Scott,
Scott Jiang wrote:
I would expect that the combination of v4l2_mbus_framefmt +
v4l2_dv_timings
gives you the information you need.
I can solve this problem in HD, but how about SD? Add a fake
dv_timings ops in SD decoder driver?
No, you add g/s_std instead. SD timings are set
On Wed 20 June 2012 12:25:09 Sakari Ailus wrote:
Hi Scott,
Scott Jiang wrote:
I would expect that the combination of v4l2_mbus_framefmt +
v4l2_dv_timings
gives you the information you need.
I can solve this problem in HD, but how about SD? Add a fake
dv_timings ops in SD decoder
Hi Laurent,
On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
Hi Tomasz,
Thanks for the patch.
On Thursday 14 June 2012 15:37:40 Tomasz Stanislawski wrote:
This patch removes a reference to alloc_ctx from an instance of a DMA
contiguous buffer. It helps to avoid a risk of a dangling
Hi Tomasz,
On Wednesday 20 June 2012 13:51:06 Tomasz Stanislawski wrote:
On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
On Thursday 14 June 2012 15:37:40 Tomasz Stanislawski wrote:
This patch removes a reference to alloc_ctx from an instance of a DMA
contiguous buffer. It helps to avoid a
On Wed, Jun 20, 2012 at 11:00:15AM +0100, Mark Brown wrote:
The approach a lot of platforms have been taking is that it's OK to keep
on maintaining existing boards using board files (especially for trivial
things like adding new devices).
I think that's the approach being taken during the
On Wed, Jun 20, 2012 at 09:09:43PM +0800, Shawn Guo wrote:
On Wed, Jun 20, 2012 at 11:00:15AM +0100, Mark Brown wrote:
The approach a lot of platforms have been taking is that it's OK to keep
on maintaining existing boards using board files (especially for trivial
things like adding new
On Wed, Jun 20, 2012 at 02:31:48PM +0100, Mark Brown wrote:
I think that's the approach being taken during the transition to device
tree. But it's definitely a desirable thing to remove those board
files with device tree support at some point, because not having non-DT
users will ease
On Wed, Jun 20, 2012 at 11:00:15AM +0100, Mark Brown wrote:
The approach a lot of platforms have been taking is that it's OK to keep
on maintaining existing boards using board files (especially for trivial
things like adding new devices).
If the device is added without introducing any
Add support for the dma-buf exporter role to the frame buffer API. The
importer role isn't meaningful for frame buffer devices, as the frame
buffer device model doesn't allow using externally allocated memory.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
Hi,
On 20 June 2012 16:03, Shawn Guo shawn@linaro.org wrote:
On Wed, Jun 20, 2012 at 11:00:15AM +0100, Mark Brown wrote:
The approach a lot of platforms have been taking is that it's OK to keep
on maintaining existing boards using board files (especially for trivial
things like adding new
When the selection API is implemented by the driver, simulate the
capture crop API using selection rectangles. Fall back to the capture
crop API when the selection operation isn't provided (NULL pointer) or
not supported (returns -ENOTTY).
Whether the selection API is supported depends on the
On 20 June 2012 15:09, Shawn Guo shawn@linaro.org wrote:
On Wed, Jun 20, 2012 at 11:00:15AM +0100, Mark Brown wrote:
The approach a lot of platforms have been taking is that it's OK to keep
on maintaining existing boards using board files (especially for trivial
things like adding new
On Wed, Jun 20, 2012 at 04:10:27PM +0200, javier Martin wrote:
If I drop this platform data it is OK with you if I don't add device
tree support by now?
I'm fine. Sascha?
--
Regards,
Shawn
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to
On Wed, Jun 20, 2012 at 09:56:37PM +0800, Shawn Guo wrote:
On Wed, Jun 20, 2012 at 02:31:48PM +0100, Mark Brown wrote:
Moving to irqdomain without DT is really very easy, you just need to
select a legacy mapping if a base is provided and otherwise all the code
is identical - it just comes
On Wed, Jun 20, 2012 at 10:25:50PM +0800, Shawn Guo wrote:
On Wed, Jun 20, 2012 at 04:10:27PM +0200, javier Martin wrote:
If I drop this platform data it is OK with you if I don't add device
tree support by now?
I'm fine. Sascha?
Fine with me.
Sascha
--
Pengutronix e.K.
On Wed, Jun 20, 2012 at 04:25:54PM +0200, javier Martin wrote:
Do you plan to add pinctrl support for i.MX27 and i.MX21?
We will have to when we are there to convert these platforms over to DT.
--
Regards,
Shawn
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the
Laurent,
Your recent documentation efforts are extremely commendable. Just a
couple of small nits below...
On Wed, Jun 20, 2012 at 7:09 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Add support for the dma-buf exporter role to the frame buffer API. The
importer role isn't
On 6/19/12 2:46 PM, Ezequiel Garcia wrote:
Gregory already applied this patch, and it seems you have now
over applied it in the same tree:
I reverted the second patch.
Thanks,
Gregor
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to
Hi Laurent,
Thank you for the patch.
On 06/20/2012 04:09 PM, Laurent Pinchart wrote:
Add support for the dma-buf exporter role to the frame buffer API. The
importer role isn't meaningful for frame buffer devices, as the frame
buffer device model doesn't allow using externally allocated memory.
Em 20-06-2012 12:35, Gregor Jasny escreveu:
On 6/19/12 2:46 PM, Ezequiel Garcia wrote:
Gregory already applied this patch, and it seems you have now
over applied it in the same tree:
I reverted the second patch.
Thanks. Sorry for the mess.
Thanks,
Gregor
--
To unsubscribe from this
On 06/18/2012 09:40 AM, Marx wrote:
Hello
I have four DVB cards:
DVB-S2:
-Pinnacle PCTV SAT HDTV 452E PRO USB (main kernel support)
-Terratec Cinergy S2 USB HD v.2
-Prof Revolution DVB-S2 8000 PCIe
DVB-T:
-AF9015 noname USB (main kernel support)
on AMD Brazos platform (Asrock E350M1) with
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 20 19:00:20 CEST 2012
git hash:5472d3f17845c4398c6a510b46855820920c2181
gcc version: i686-linux-gcc
Dear Mr. Pascoe,
I'm writing to you as the maintainer of the cx88-dvb kernel module.
I recently bought a pci tv card that the kernel identifies as supported:
05:00.0 Multimedia video controller [0400]: Conexant Systems, Inc.
CX23880/1/2/3 PCI Video and Audio Decoder [14f1:8800] (rev 05)
On Wed, Jun 20, 2012 at 5:31 PM, Mack Stanley mcs1...@gmail.com wrote:
Dear Mr. Pascoe,
I'm writing to you as the maintainer of the cx88-dvb kernel module.
I recently bought a pci tv card that the kernel identifies as supported:
05:00.0 Multimedia video controller [0400]: Conexant Systems,
Signed-off-by: Peter Meerwald pme...@pmeerw.net
---
drivers/media/video/mt9m111.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/video/mt9m111.c b/drivers/media/video/mt9m111.c
index b0c5299..863d722 100644
--- a/drivers/media/video/mt9m111.c
+++
On Fri, Jun 8, 2012 at 5:50 PM, Akinobu Mita akinobu.m...@gmail.com wrote:
lib/string.c | 36
Is lib/string.c the right place for this? I get a build error on the
ia64 sim_defconfig:
LD arch/ia64/hp/sim/boot/bootloader
It fails because
Hi Peter and Hans,
On Wed, Jun 20, 2012 at 3:19 AM, Hans Verkuil hverk...@xs4all.nl wrote:
On 19/06/12 21:41, Peter Senna Tschudin wrote:
Full diff:
http://pastebin.com/BJS2EXcH
On Tue, Jun 19, 2012 at 4:39 PM, Peter Senna Tschudin
peter.se...@gmail.com wrote:
Hans,
I've:
[peter@ace
From: Randy Dunlap rdun...@xenotime.net
drivers/media/video/pms.c uses kzalloc() and kfree() so it should
include linux/slab.h to fix build errors and a warning.
drivers/media/video/pms.c:1047:2: error: implicit declaration of function
'kzalloc'
drivers/media/video/pms.c:1047:6: warning:
I use Pinnacle DVC100 capture card on cm-t3530 card to capture analog images.
cm-t3530 uses linux 2.6.32 kernel. at first the card can be correctly detected
and by the cm-t3530 and generated as the device file /dev/video1.
root@cm-t35:/dev# dmesg | grep em28xx
em28xx 1-2.1:1.0: usb_probe_interface
Devin Heitmueller dheitmueller at kernellabs.com writes:
On Tue, May 8, 2012 at 2:24 PM, Antti Palosaari crope at iki.fi wrote:
It should work as I know one person ran PCTV NanoStick T2 290e using
Pandaboard which is rather similar ARM hw.
http://www.youtube.com/watch?v=Wuwyuw0y1Fo
I
hi,
This thing (2040:c000) works until I unplug it, whereupon (3.4.0 kernel from
Ubuntu kernel team, 3.2
kernel is much the same; a 3.5 snapshot failed to recognise the device):
Jun 20 13:48:04 kip kernel: [60935.264194] smsusb_onresponse: line: 118: error,
urb status -71, 0 bytes
Jun 20
On Wed, Jun 20, 2012 at 10:12 PM, Julia julia.cheung...@gmail.com wrote:
hi Devin,
i don't understand what you mean when you say analog support for the em28xx
is
known to be broken on ARM right now'', I hope you can give me some advice.
I use Pinnacle DVC100 capture card on cm-t3530 card to
Good morning,
DVB USB changes I have been working are now ready at my point of view.
All changes are here:
http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/dvb-usb
And here is some numbers I just took, in order first old version then
new. I converted those 6 drivers (af9015,
42 matches
Mail list logo
