Hi Arnd,
On Mon, Mar 14, 2011 at 21:51:51, Arnd Bergmann wrote:
On Monday 14 March 2011, Manjunath Hadli wrote:
Current devices.c file has a number of instances where
IO_ADDRESS() is used for system module register
access. Eliminate this in favor of a ioremap()
based access.
On Tuesday, March 15, 2011 04:21:05 Pawel Osciak wrote:
Hi,
On Mon, Mar 14, 2011 at 03:49, Subash Patel subas...@gmail.com wrote:
VIDIOC_STREAMON expects buffers to be queued before hardware part of
image/video pipe is enabled. From my experience of V4L2 user space, I
have always QBUFfed
On Tue, Mar 15, 2011 at 10:45:50AM +0900, InKi Dae wrote:
2011/3/14 Russell King - ARM Linux li...@arm.linux.org.uk:
On Mon, Mar 14, 2011 at 09:37:51PM +0900, KyongHo Cho wrote:
I have also noticed that dma_map_single/page/sg() can map physical
memory into an arbitrary device address
On Sun, 6 Mar 2011 18:57:13 +0100
Florian Mickler flor...@mickler.org wrote:
On Sun, 6 Mar 2011 18:47:56 +0100
Florian Mickler flor...@mickler.org wrote:
+static void dib0700_disconnect(struct usb_interface *intf) {
That { should go on its own line... sorry ;-)
If that patch is
Hi,
I have asked to some people and they have point me to this list to ask. I hope
this is the right place. :-)
We have a card Addlink PCI-MPG24 that has 4 bt878 and 4 wis go7007. We have
used the driver from [1] and [2].
Also, I have compiled the kernel source staged (2.6.32) and
although
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function check_for_stack even warns about it:
WARNING: at lib/dma-debug.c:866 check_for_stack
Note: This
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function check_for_stack even warns about it:
WARNING: at lib/dma-debug.c:866 check_for_stack
Note: This
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function check_for_stack even warns about it:
WARNING: at lib/dma-debug.c:866 check_for_stack
Note: This
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function check_for_stack even warns about it:
WARNING: at lib/dma-debug.c:866 check_for_stack
Note: This
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function check_for_stack even warns about it:
WARNING: at lib/dma-debug.c:866 check_for_stack
Note: This
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function check_for_stack even warns about it:
WARNING: at lib/dma-debug.c:866 check_for_stack
Note: This
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function check_for_stack even warns about it:
WARNING: at lib/dma-debug.c:866 check_for_stack
Note: This
On Tuesday 15 March 2011 07:00:44 Nori, Sekhar wrote:
* If you need to access sysmod in multiple places, a nicer
way would be to make the virtual address pointer static,
and export the accessor functions for it, rather than
having a global pointer.
Seems like opinion is divided
Russell King - ARM Linux 쓴 글:
On Tue, Mar 15, 2011 at 10:45:50AM +0900, InKi Dae wrote:
2011/3/14 Russell King - ARM Linux li...@arm.linux.org.uk:
On Mon, Mar 14, 2011 at 09:37:51PM +0900, KyongHo Cho wrote:
I have also noticed that dma_map_single/page/sg() can map physical
memory into an
On Tue, Mar 15, 2011 at 06:34:42PM +0900, daeinki wrote:
Russell King - ARM Linux 쓴 글:
On Tue, Mar 15, 2011 at 10:45:50AM +0900, InKi Dae wrote:
2011/3/14 Russell King - ARM Linux li...@arm.linux.org.uk:
On Mon, Mar 14, 2011 at 09:37:51PM +0900, KyongHo Cho wrote:
I have also noticed that
Hi Subash,
thanks for your comments.
On 03/14/2011 11:44 AM, Subash Patel wrote:
VIDIOC_STREAMON expects buffers to be queued before hardware part of
image/video pipe is enabled. From my experience of V4L2 user space, I have
always QBUFfed before invoking the STREAMON. Below is the API
Em 15-03-2011 05:36, Florian Mickler escreveu:
On Sun, 6 Mar 2011 18:57:13 +0100
Florian Mickler flor...@mickler.org wrote:
On Sun, 6 Mar 2011 18:47:56 +0100
Florian Mickler flor...@mickler.org wrote:
+static void dib0700_disconnect(struct usb_interface *intf) {
That { should go on
On Mon, 2011-03-14 at 20:09 -0700, Greg KH wrote:
On Mon, Mar 14, 2011 at 10:26:05PM -0400, James Bottomley wrote:
On Sat, 2011-03-12 at 23:23 +0300, Vasiliy Kulikov wrote:
Vasiliy Kulikov (20):
mach-ux500: mbox-db5500: world-writable sysfs fifo file
leds: lp5521: world-writable
Em 15-03-2011 05:43, Florian Mickler escreveu:
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function check_for_stack even warns about it:
WARNING:
Hi,
On Sat, Mar 05, 2011 at 03:16:51AM +0100, Christian Ulrich wrote:
I've written a patch against the latest version of azap in the hg
repository during the work of my Archos Gen8 DVB-T / ATSC project.
Details of patch:
- add -p argument from tzap to azap
- thus ts streaming to dvr0
On Tue, Mar 15, 2011 at 01:23:40PM +0100, Christian Ulrich wrote:
Hi, thank you for your feedback.
Indeed, I never used -r alone, but only with -p.
So with your patch, [acst]zap -r will be the same as -rp. That looks good to
me.
well, azap not yet. iirc I implemented -p for azap but it was
On Tuesday 15 March 2011 13:32:58 Janne Grunau wrote:
On Tue, Mar 15, 2011 at 01:23:40PM +0100, Christian Ulrich wrote:
Hi, thank you for your feedback.
Indeed, I never used -r alone, but only with -p.
So with your patch, [acst]zap -r will be the same as -rp. That looks good
to me.
version17:
The more important among the patch history from previous comments
1. Replacing _raw_readl() with readl().
2. Removal of platform resource overlap.
3. Removal of unused macros.
4. Fixing the module params typo.
5. Minor changes in the GPL licensing header.
6. Removed the initializer for
This patch implements the core functionality of the dislay driver,
mainly controlling the VENC and other encoders, and acting as
the one point interface for the main V4L2 driver. This implements
the core of each of the V4L2 IOCTLs.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by:
This patch adds the VENC or the Video encoder, which is responsible
for the blending of all source planes and timing generation for Video
modes like NTSC, PAL and other digital outputs. the VENC implementation
currently supports COMPOSITE and COMPONENT outputs and NTSC and PAL
resolutions through
This patch adds the build infra-structure for Davinci
VPBE dislay driver.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
drivers/media/video/davinci/Kconfig | 22 ++
Replace hard coded value of vpss register base to a define macro
DM644X_VPSS_REG_BASE for proper readability
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
arch/arm/mach-davinci/dm644x.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git
Move all vpfe platform device registrations to the board specific
file like the rest of the devices, and have all of them together.
This would remove the restriction of inclusion and registration of
vpfe platform devices for non-vpfe boards.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
This patch adds support for V4L2 video display to DM6446 EVM.
Support for SD and ED modes is provided, along with Composite
and Component outputs.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
arch/arm/mach-davinci/board-dm644x-evm.c| 108 ++-
Create platform devices for various video modules like venc,osd,
vpbe and v4l2 driver for dm644x.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
arch/arm/mach-davinci/dm644x.c | 130 ++-
arch/arm/mach-davinci/include/mach/dm644x.h |4 +
2
Current devices.c file has a number of instances where
IO_ADDRESS() is used for system module register
access. Eliminate this in favor of a ioremap()
based access.
Consequent to this, a new global pointer davinci_sysmodbase
has been introduced which gets initialized during
the initialization of
Please refer to this file for detailed documentation of
davinci vpbe v4l2 driver.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
Documentation/video4linux/README.davinci-vpbe | 93
change the vpfe capture related configuration structure variables from
config to dm644xevm_config to make it consistent with the rest of
the file.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
arch/arm/mach-davinci/board-dm644x-evm.c | 24
On Tue, Mar 15, 2011 at 07:50:28AM -0400, James Bottomley wrote:
On Mon, 2011-03-14 at 20:09 -0700, Greg KH wrote:
On Mon, Mar 14, 2011 at 10:26:05PM -0400, James Bottomley wrote:
On Sat, 2011-03-12 at 23:23 +0300, Vasiliy Kulikov wrote:
Vasiliy Kulikov (20):
mach-ux500:
On Tue, 2011-03-15 at 07:18 -0700, Greg KH wrote:
On Tue, Mar 15, 2011 at 07:50:28AM -0400, James Bottomley wrote:
On Mon, 2011-03-14 at 20:09 -0700, Greg KH wrote:
There are no capability checks on sysfs files right now, so these all
need to be fixed.
That statement is true but
Hello,
I'm currently working on a Set Top Box which embeds two ST chips for
digital TV (stv6110b for the tuning and stv0900b for the demod). Since
those two chips are often used in retail PCI cards, the DVBAPI
includes drivers for these chips. Thus I'd like to know if I can use
those drivers just
On 8 March 2011 20:23, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Andy,
On Tuesday 08 March 2011 20:12:45 Andy Walls wrote:
On Tue, 2011-03-08 at 16:52 +0100, Laurent Pinchart wrote:
[snip]
It really shouldn't be that hard to get everyone involved together
and
On Tue, Mar 15, 2011 at 07:50 -0400, James Bottomley wrote:
1. Did anyone actually check for capabilities before assuming world
writeable files were wrong?
I didn't check all these files as I haven't got these hardware :-) But
as I can chmod a+w all sysfs files on my machine and
On Tue, 2011-03-15 at 19:08 +0300, Vasiliy Kulikov wrote:
On Tue, Mar 15, 2011 at 07:50 -0400, James Bottomley wrote:
1. Did anyone actually check for capabilities before assuming world
writeable files were wrong?
I didn't check all these files as I haven't got these hardware
On Tue, Mar 15, 2011 at 12:07 PM, Robert Fekete
robert.fek...@linaro.org wrote:
On 8 March 2011 20:23, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Andy,
On Tuesday 08 March 2011 20:12:45 Andy Walls wrote:
On Tue, 2011-03-08 at 16:52 +0100, Laurent Pinchart wrote:
[snip]
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Tue Mar 15 19:00:29 CET 2011
git hash:41f3becb7bef489f9e8c35284dd88a1ff59b190c
gcc version: i686-linux-gcc (GCC)
Hi,
can this file be added to dvb-apps/util/scan/dvb-t
Thanks
Matthieu
#http://tvignaud.pagesperso-orange.fr/
T 47400 8MHz AUTO AUTO QAM64 AUTO AUTO NONE
T 48200 8MHz AUTO AUTO QAM64 AUTO AUTO NONE
T 49000 8MHz AUTO AUTO QAM64 AUTO AUTO NONE
T 49800 8MHz AUTO AUTO QAM64 AUTO
The patch failed for the following reason.
On Tue, 2011-03-15 at 09:43 +0100, Florian Mickler wrote:
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function
On Tue, 15 Mar 2011 09:02:00 -0300
Mauro Carvalho Chehab mche...@infradead.org wrote:
You're allocating a buffer for URB control messages. IMO, this is a good
idea, as
this way, allocating/freeing on each urb call is avoided. However, on most
places,
you're not using it. The better would
On Tue, 15 Mar 2011 20:54:43 +
Malcolm Priestley tvbox...@gmail.com wrote:
The patch failed for the following reason.
On Tue, 2011-03-15 at 09:43 +0100, Florian Mickler wrote:
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer
Hello,
I've been trying to get StarTech SVID2USB2 working for Ubuntu 10.04 LTS - the
Lucid Lynx to no avail. Although drivers in Windows XP identify the device as
using an empi2821 chipset and device probe in Ubuntu seem to identify the chip
correctly, there does not seem to be a automatically
A Dimarts 15 Març 2011, Leopold Palomo-Avellaneda va escriure:
Hi,
I have asked to some people and they have point me to this list to ask. I
hope this is the right place. :-)
We have a card Addlink PCI-MPG24 that has 4 bt878 and 4 wis go7007. We have
used the driver from [1] and [2].
Hi Laurent,
First, I hope to be good at the warsaw meeting. :)
2011-03-16 오전 9:14, Laurent Pinchart 쓴 글:
Hi HeungJun,
On Monday 14 March 2011 08:02:01 Kim, HeungJun wrote:
Hi Laurent,
I heard of that there was a chance between you and Sylwester telling about
the menu entries focus, and
48 matches
Mail list logo
