Sekhar, Kevin,
These patches have gone through considerable reviews.
Could you please ACK from your end?
Thanks and Regards,
-Manju
On Tue, Mar 15, 2011 at 19:26:28, Hadli, Manjunath wrote:
> version17:
> The more important among the patch history from previous comments 1.
> Replacing _raw_r
Em 10-03-2011 13:24, Jonathan Corbet escreveu:
> [Trying to bash my inbox into reasonable shape, sorry for the slow
> response...]
>
> On Thu, 3 Mar 2011 19:03:31 + (GMT)
> Daniel Drake wrote:
>
>> The code that checks the OLPC serial port is never built at the moment,
>> because CONFIG_OLP
On 03/22/2011 02:32 AM, Malcolm Priestley wrote:
On Mon, 2011-03-21 at 21:17 -0300, Mauro Carvalho Chehab wrote:
Em 12-02-2011 23:35, Malcolm Priestley escreveu:
Old versions of these boxes have the BS2F7HZ0194 tuner module on
both the LME2510 and LME2510C.
Firmware dvb-usb-lme2510-s0194.fw a
Em 21-03-2011 21:32, Malcolm Priestley escreveu:
> On Mon, 2011-03-21 at 21:17 -0300, Mauro Carvalho Chehab wrote:
>> Em 12-02-2011 23:35, Malcolm Priestley escreveu:
>>> Old versions of these boxes have the BS2F7HZ0194 tuner module on
>>> both the LME2510 and LME2510C.
>>>
>>> Firmware dvb-usb-lme
On Mon, 2011-03-21 at 21:17 -0300, Mauro Carvalho Chehab wrote:
> Em 12-02-2011 23:35, Malcolm Priestley escreveu:
> > Old versions of these boxes have the BS2F7HZ0194 tuner module on
> > both the LME2510 and LME2510C.
> >
> > Firmware dvb-usb-lme2510-s0194.fw and/or dvb-usb-lme2510c-s0194.fw
> >
Hi Laurent,
Em 03-03-2011 07:10, Laurent Pinchart escreveu:
> On Thursday 03 March 2011 03:16:32 Kim, HeungJun wrote:
>> As following to change the boolean type of V4L2_CID_FOCUS_AUTO to menu
>> type, this uvc is modified the usage of V4L2_CID_FOCUS_AUTO, maintaining
>> v4l2 menu index.
>>
>> Sign
Em 12-02-2011 23:35, Malcolm Priestley escreveu:
> Old versions of these boxes have the BS2F7HZ0194 tuner module on
> both the LME2510 and LME2510C.
>
> Firmware dvb-usb-lme2510-s0194.fw and/or dvb-usb-lme2510c-s0194.fw
> files are required.
>
> See Documentation/dvb/lmedm04.txt
>
> Patch 53518
On 03/21/2011 11:43 PM, Mauro Carvalho Chehab wrote:
> As I got no return, and the patch looked sane, I've reviewed the comment
> myself,
Aha, I forgot to send it. Sorry.
It looks OK.
> Author: Jiri Slaby
> Date: Mon Feb 28 06:37:02 2011 -0300
>
> [media] V4L: videobuf, don't use dma ad
Em 28-02-2011 15:20, Mauro Carvalho Chehab escreveu:
> Em 28-02-2011 12:47, Jiri Slaby escreveu:
>> On 02/28/2011 03:53 PM, Konrad Rzeszutek Wilk wrote:
>>> On Mon, Feb 28, 2011 at 10:37:02AM +0100, Jiri Slaby wrote:
mem->dma_handle is a dma address obtained by dma_alloc_coherent which
ne
Add -m option to force using the multiplanar API. That is,
where applicable, instead of V4L2_BUF_TYPE_VIDEO_[OUTPUT/CAPTURE]
buffer types their *_MPLANE counterparts are used when this option
is enabled.
Signed-off-by: Sylwester Nawrocki
---
Hello,
This patch has been tested with vivi, after ap
Em 21-03-2011 17:46, Andrew Goff escreveu:
> On Tue 22-Mar-2011 4:44 AM, Mauro Carvalho Chehab wrote:
>> Em 21-03-2011 08:35, Andrew Goff escreveu:
>>> On Mon 21-Mar-2011 9:21 PM, Mauro Carvalho Chehab wrote:
Em 20-03-2011 05:18, Antti Palosaari escreveu:
> On 03/20/2011 02:56 AM, Andrew G
On Mon, 21 Mar 2011 15:26:43 -0400
Andy Walls wrote:
> Florian Mickler wrote:
>
> >Hi all!
> >
> >These patches get rid of on-stack dma buffers for some of the dvb-usb
> >drivers.
> >I do not own the hardware, so these are only compile tested. I would
> >appreciate testing and review.
> >They
On Thu, 17 Feb 2011, Matthias Schwarzott wrote:
> On Thursday 17 February 2011, Jesper Juhl wrote:
> > On Thu, 17 Feb 2011, Matthias Schwarzott wrote:
> > > On Sunday 06 February 2011, Jesper Juhl wrote:
> > > > If the memory allocation to 'state' succeeds but we jump to the 'error'
> > > > label
On Tue, Mar 22, 2011 at 1:46 AM, Randy Dunlap wrote:
> On Mon, 21 Mar 2011 20:46:23 +0100 Rico Tzschichholz wrote:
>
>> Hello,
>>
>> I would like to know if there is any intention to include this patch
>> soon? https://patchwork.kernel.org/patch/244201/
>
> There are MANY posted but unmerged patch
Hi,
I am sorry to bother you but after hours of searching google without luck I
thought I'd ask you what might take you 5 minutes to answer if you please would.
I have developed a custom hardware which can host one or two cameras and I am a
little confused (mainly because I can't seem to find u
On Mon, 21 Mar 2011 20:46:23 +0100 Rico Tzschichholz wrote:
> Hello,
>
> I would like to know if there is any intention to include this patch
> soon? https://patchwork.kernel.org/patch/244201/
There are MANY posted but unmerged patches in patchwork from the linux-media
mailing list. What is goi
2011/3/18 Antti Palosaari :
> On 03/08/2011 12:12 AM, adq wrote:
>>
>> Ah well, so its definitely /not/ conflicting i2c writes that cause the
>> tuner problem as it has finally just died. The festats for a "crashed"
>> tuner are:
>> Sig: 50933 SNR: 50 BER: 0 UBLK: 5370554 Stat: 0x01 [SIG ]
>>
Hello,
I would like to know if there is any intention to include this patch
soon? https://patchwork.kernel.org/patch/244201/
Currently using 2.6.38 results in switching-timeouts on my S2-3200 and
this patch fixes this for good.
So it would be nice to have it in 2.6.39.
Thank you and best regard
Hi,
This patch fixes a bug in gspca, more precisely in alt_xfer().
This function looks for an input transfer endpoint in an alternate setting.
By default it returns the first endpoint corresponding to the transfer type
indicated in parameter.
But with some USB devices, the first endpoint corres
Em 27-02-2011 14:36, Laurent Pinchart escreveu:
> Hi Mauro,
>
> These patches move the uvcvideo.h header file from drivers/media/video/uvc
> to include/linux, making the UVC API public.
>
> Martin Rubli has committed support for the public API to libwebcam, so
> userspace support is up to date.
>
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:Mon Mar 21 19:05:47 CET 2011
git hash:d95ec04a6f9fe5ff72b6798106f563a21880c3ac
gcc version: i686-linux-gcc (GCC) 4.5.
Florian Mickler wrote:
>Hi all!
>
>These patches get rid of on-stack dma buffers for some of the dvb-usb
>drivers.
>I do not own the hardware, so these are only compile tested. I would
>appreciate testing and review.
>They were previously sent to the list, but some error on my side
>prevented (
Hi,
Today I added a patch at the old -hg repository meant to
warn people that might eventually be using the old v4l-dvb hg
repository in the hope that his device will eventually work
on it. The latest patch there were applied 8 months ago. So,
I'd say that the drivers there are likely older than 2
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
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 all!
These patches get rid of on-stack dma buffers for some of the dvb-usb drivers.
I do not own the hardware, so these are only compile tested. I would
appreciate testing and review.
They were previously sent to the list, but some error on my side
prevented (some of?) them from beeing delive
On Wednesday, March 16, 2011 09:14:54 Kyungmin Park wrote:
> Rough schedules.
>
> 1. Warsaw meetings (3/16~3/18): mostly v4l2 person and some SoC vendors
> Make a consensence at media developers. and share the information.
> Please note that it's v4l2 brainstorming meeting. so memory
> managem
This is my report of the three day brainstorming meeting in Warsaw, Poland,
March 16-18.
Attendees:
Samsung Poland R&D Center:
Kamil Debski
Sylwester Nawrocki
Tomasz Stanislawski
Marek Szyprowski (Organizer)
Cisco Systems Norway:
Martin Bugge
Hans Verkuil (Chair)
Nokia:
Sak
Em 21-03-2011 08:35, Andrew Goff escreveu:
> On Mon 21-Mar-2011 9:21 PM, Mauro Carvalho Chehab wrote:
>> Em 20-03-2011 05:18, Antti Palosaari escreveu:
>>> On 03/20/2011 02:56 AM, Andrew Goff wrote:
Hi, I hope someone may be able to help me solve a problem or point me in
the right directi
Hi Loïc,
On Friday 18 March 2011 16:43:40 Loïc Akue wrote:
> Hi,
>
> Do you know if Gstreamer or Mplayer are able to capture some vidéo from the
> CCDC output?
> I've been trying with the v4l2src plugin but Gstreamer "can negociate
> format".
I haven't tried mplayer or v4l2src with the OAMP3 ISP
[drivers] Error 2
>
> Please help in making it work as my Kung Fu ends here
>
> Regards,
> Wojciech
>
It turns ot that revised patch not only applies cleanly but compiles as
well agaist Linux Kernel 2.6.38-rc8-next-20110321. Looking at dmesg
everything is recognized properly as
On Monday, March 21, 2011 17:49:24 Guennadi Liakhovetski wrote:
> Hi Christian
>
> On Thu, 24 Feb 2011, Christian Gmeiner wrote:
>
> > Hi all,
> >
> > I jumped into the cold water and I am trying to convert the
> > dxr3/em8300 driver to the v4l2 api. I got some parts already working,
> > but I t
Hi Christian
On Thu, 24 Feb 2011, Christian Gmeiner wrote:
> Hi all,
>
> I jumped into the cold water and I am trying to convert the
> dxr3/em8300 driver to the v4l2 api. I got some parts already working,
> but I think
> that the hardest parts are still missing. As you might think... yes I
> hav
pci_setup_device() has saved the PCI revision in the pci_dev
struct since Linux 2.6.23. Use it.
Cc: Auke Kok
Signed-off-by: Bjørn Mork
---
I assume some of these drivers could have the revision
removed from their driver specific structures as well, but
I haven't done that to avoid unnecessary
Hi Guennadi,
On Mon, Mar 21, 2011 at 03:47, Guennadi Liakhovetski
wrote:
> On Mon, 14 Mar 2011, Pawel Osciak wrote:
>
>> dma_addr_t may not fit into void* on some architectures. To be safe, make
>> vb2_dma_contig_cookie() return a pointer to dma_addr_t and dereference it
>> in vb2_dma_contig_plan
Hi Magnus
On Wed, 16 Mar 2011, Magnus Damm wrote:
> On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski
> wrote:
> > Use soc_camera_platform helper functions to dynamically manage the
> > camera device.
> >
> > Signed-off-by: Guennadi Liakhovetski
> > ---
> > arch/arm/mach-shmobile/board-ma
At Sat, 19 Mar 2011 16:32:53 +0100,
Ondrej Zary wrote:
>
> Improve tea575x-tuner with various good things from radio-maestro:
> - extend frequency range to 50-150MHz
> - fix querycap(): card name, CAP_RADIO
> - improve g_tuner(): CAP_STEREO, stereo and tuned indication
> - improve g_frequency(): t
From: Manjunatha Halli
Signed-off-by: Manjunatha Halli
Signed-off-by: Randy Dunlap
---
drivers/media/radio/wl128x/fmdrv_common.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/radio/wl128x/fmdrv_common.c
b/drivers/media/radio/wl128x/fmdrv_common.c
inde
From: Manjunatha Halli
As underlying ST driver registration API's have changed this
patch will update the FM driver accordingly.
Signed-off-by: Manjunatha Halli
---
drivers/media/radio/wl128x/fmdrv_common.c | 16 +---
1 files changed, 13 insertions(+), 3 deletions(-)
diff --git
On Sun 20-Mar-2011 7:18 PM, Antti Palosaari wrote:
On 03/20/2011 02:56 AM, Andrew Goff wrote:
Hi, I hope someone may be able to help me solve a problem or point me in
the right direction.
I have been using a Leadtek Winfast DTV1800H card (Xceive xc3028 tuner)
for a while now without any issues
On Mon, 14 Mar 2011, Pawel Osciak wrote:
> dma_addr_t may not fit into void* on some architectures. To be safe, make
> vb2_dma_contig_cookie() return a pointer to dma_addr_t and dereference it
> in vb2_dma_contig_plane_paddr() back to dma_addr_t.
>
> Signed-off-by: Pawel Osciak
> Reported-by: Ha
Em 20-03-2011 05:18, Antti Palosaari escreveu:
> On 03/20/2011 02:56 AM, Andrew Goff wrote:
>> Hi, I hope someone may be able to help me solve a problem or point me in
>> the right direction.
>>
>> I have been using a Leadtek Winfast DTV1800H card (Xceive xc3028 tuner)
>> for a while now without a
struct vp702x_device_state.power_state is nowhere referenced.
Signed-off-by: Florian Mickler
---
drivers/media/dvb/dvb-usb/vp702x.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/vp702x.h
b/drivers/media/dvb/dvb-usb/vp702x.h
index 86960c6..20b
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
If we need a bigger buffer, we reallocte a new buffer and free the old
one.
Note: This change is tested to compile only as I don't have the
hardware.
Signed-off-by: Florian Mickler
---
drivers/media/dvb/dvb-usb/vp702x.c | 23 +++
1 files changed, 19 insertions(+), 4 deleti
Note: This change is tested to compile only as I don't have the
hardware.
Signed-off-by: Florian Mickler
---
drivers/media/dvb/dvb-usb/vp702x.c | 59 +--
1 files changed, 35 insertions(+), 24 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/vp702x.c
b/drive
Note: This change is tested to compile only as I don't have the
hardware.
Signed-off-by: Florian Mickler
---
drivers/media/dvb/dvb-usb/vp702x-fe.c | 69 +
1 files changed, 35 insertions(+), 34 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/vp702x-fe.c
b/d
Otherwise it is not obvious that vp702x_usb_in_op or vp702x_usb_out_op
will not interfere with any vp702x_usb_inout_op.
Note: This change is tested to compile only, as I don't have the
hardware.
Signed-off-by: Florian Mickler
---
drivers/media/dvb/dvb-usb/vp702x.c | 37 +++
We need a state struct for the dvb_usb_device.
In order to reduce confusion we rename the vp702x_state struct.
Signed-off-by: Florian Mickler
---
drivers/media/dvb/dvb-usb/vp702x.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/vp702x.c
Some whitespace, one linebreak and one unneded variable
initialization...
Signed-off-by: Florian Mickler
---
drivers/media/dvb/dvb-usb/vp702x.c | 23 ---
1 files changed, 12 insertions(+), 11 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/vp702x.c
b/drivers/media/dvb
This sets up a buffer and a mutex protecting that buffer in
the struct vp702x_device_state.
The definition of struct vp702x_device_state is moved into the header
in order to use the buffer also in the frontend.
Signed-off-by: Florian Mickler
---
drivers/media/dvb/dvb-usb/vp702x.c | 41 +++
Hi!
This is a patchset modifying the vp702x to get rid of on-stack dma buffers
and additionally preallocating the used buffers on device probe.
I can not test these patches, as I don't have the hardware.
They compile though...
I made it a bit more finegrained for easier review.
If someone could
The soc-camera core accesses the "pix" member of the struct v4l2_format::fmt
union, which is only valid for V4L2_BUF_TYPE_VIDEO_CAPTURE streams. This
patch adds explicit checks for this to {g,s,try}_fmt methods.
Signed-off-by: Guennadi Liakhovetski
---
Trying to quickly rotate this pretty trivia
Hello,
On Monday, March 21, 2011 12:31 AM Pawel Osciak wrote:
> Fix vb2 not handling return value from start_streaming() callback.
>
> Signed-off-by: Pawel Osciak
Acked-by: Marek Szyprowski
> ---
> drivers/media/video/videobuf2-core.c | 11 ---
> 1 files changed, 8 insertions(+),
Hi Hans,
I have a question about referencing control values.
For example:
1) "A" control and "B" control is clustered, and each is defined v4l2_ctrl a, b.
2) These two control is relevant, and start to make one process by real control
"A".
3) The b->val is should be referenced for process in th
Hello,
On Monday, March 21, 2011 12:31 AM Pawel Osciak wrote:
> poll() should be returning poll-specific error values, not E* errors.
>
> Signed-off-by: Pawel Osciak
Acked-by: Marek Szyprowski
> ---
> drivers/media/video/videobuf2-core.c |6 +++---
> 1 files changed, 3 insertions(+), 3
60 matches
Mail list logo
