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 fo
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 so after that, probably this menu style of the
> patch I sent, need to be more upgraded. So, can you tell m
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]
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
On Tue, 15 Mar 2011 20:54:43 +
Malcolm Priestley 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 thus has to
On Tue, 15 Mar 2011 09:02:00 -0300
Mauro Carvalho Chehab 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 be to just use t
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 func
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 AU
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) 4.5.
On Tue, Mar 15, 2011 at 12:07 PM, Robert Fekete
wrote:
> On 8 March 2011 20:23, Laurent Pinchart
> 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 h
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 har
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 an
On 8 March 2011 20:23, Laurent Pinchart
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 settle on a singl
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 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 t
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-u
change the vpfe capture related configuration structure variables from
to dm644xevm_ to make it consistent with the rest of
the file.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/board-dm644x-evm.c | 24
arch/arm/mach-davinci/dm644x.c | 12
Please refer to this file for detailed documentation of
davinci vpbe v4l2 driver.
Signed-off-by: Manjunath Hadli
Acked-by: Muralidharan Karicheri
Acked-by: Hans Verkuil
---
Documentation/video4linux/README.davinci-vpbe | 93 +
1 files changed, 93 insertions(+), 0 dele
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 ea
Create platform devices for various video modules like venc,osd,
vpbe and v4l2 driver for dm644x.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/dm644x.c | 130 ++-
arch/arm/mach-davinci/include/mach/dm644x.h |4 +
2 files changed, 131 insertio
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
---
arch/arm/mach-davinci/board-dm644x-evm.c| 108 ++-
arch/arm/mach-davinci/dm644x.c
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
---
arch/arm/mach-dav
Replace hard coded value of vpss register base to a define macro
DM644X_VPSS_REG_BASE for proper readability
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/dm644x.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-davinci/dm644x.c b/arch/arm
This patch implements the functionality of the OSD block
of the VPBE. The OSD in total supports 4 planes or Video
sources - 2 mainly RGB and 2 Video. The patch implements general
handling of all the planes, with specific emphasis on the Video
plane capabilities as the Video planes are supported thr
Move the definition of DM64XX_VDD3P3V_PWDN from hardware.h
to devices.c since it is used only there.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/devices.c |1 +
arch/arm/mach-davinci/include/mach/hardware.h |3 ---
2 files changed, 1 insertions(+), 3 deletions(
This patch adds the build infra-structure for Davinci
VPBE dislay driver.
Signed-off-by: Manjunath Hadli
Acked-by: Muralidharan Karicheri
Acked-by: Hans Verkuil
---
drivers/media/video/davinci/Kconfig | 22 ++
drivers/media/video/davinci/Makefile |2 ++
2 files chang
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 t
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
Acked-by: Muralidharan Karicheri
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
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
> >
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
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.
Chris
2011/3/15 Janne Grunau :
> Hi,
>
> On Sat, Mar 05, 2011 at 03:16:51AM +0100, Christian Ulrich wrote:
>>
>> I've written a patch
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 dv
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:
> WARNI
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: wo
Em 15-03-2011 05:36, Florian Mickler escreveu:
> On Sun, 6 Mar 2011 18:57:13 +0100
> Florian Mickler wrote:
>
>> On Sun, 6 Mar 2011 18:47:56 +0100
>> Florian Mickler wrote:
>>
>>
>>> +static void dib0700_disconnect(struct usb_interface *intf) {
>>
>>
>> That { should go on its own line... sorry
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 spec
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 :
On Mon, Mar 14, 2011 at 09:37:51PM +0900, KyongHo Cho wrote:
> I have also noticed that dma_map_sin
Russell King - ARM Linux 쓴 글:
On Tue, Mar 15, 2011 at 10:45:50AM +0900, InKi Dae wrote:
2011/3/14 Russell King - ARM Linux :
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 r
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
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 ch
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 ch
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 ch
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 ch
This should not change anything except whitespace.
Signed-off-by: Florian Mickler
---
drivers/media/dvb/dvb-usb/lmedm04.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/lmedm04.c
b/drivers/media/dvb/dvb-usb/lmedm04.c
index 9eea4
This variable is never used.
Signed-off-by: Florian Mickler
--
drivers/media/dvb/dvb-usb/dib0700_core.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
---
drivers/media/dvb/dvb-usb/dib0700_core.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/medi
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 ch
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 ch
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 ch
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 i
On Sun, 6 Mar 2011 18:57:13 +0100
Florian Mickler wrote:
> On Sun, 6 Mar 2011 18:47:56 +0100
> Florian Mickler wrote:
>
>
> > +static void dib0700_disconnect(struct usb_interface *intf) {
>
>
> That { should go on its own line... sorry ;-)
>
> If that patch is acceptable, I can resend with
On Tue, Mar 15, 2011 at 10:45:50AM +0900, InKi Dae wrote:
> 2011/3/14 Russell King - ARM Linux :
> > 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 region.
> >> But it
On Tuesday, March 15, 2011 04:21:05 Pawel Osciak wrote:
> Hi,
>
> On Mon, Mar 14, 2011 at 03:49, 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 in
53 matches
Mail list logo
