Hi Sylwester,
2011-03-20 오전 4:28, Sylwester Nawrocki 쓴 글:
On 03/19/2011 04:11 PM, Kim HeungJun wrote:
Hi Sylwester,
Thanks for the reviews. :)
2011. 3. 19., 오후 10:37, Sylwester Nawrocki 작성:
Hi HeungJun,
On 03/16/2011 02:38 PM, Kim, Heungjun wrote:
Add I2C/V4L2 subdev driver for M-5MOLS
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 pa...@osciak.com
Acked-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/media/video/videobuf2-core.c |6 +++---
1
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 the A
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 pa...@osciak.com
Acked-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/media/video/videobuf2-core.c | 11 ---
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 g.liakhovet...@gmx.de
---
Trying to quickly
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
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 flor...@mickler.org
---
Some whitespace, one linebreak and one unneded variable
initialization...
Signed-off-by: Florian Mickler flor...@mickler.org
---
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
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 flor...@mickler.org
---
drivers/media/dvb/dvb-usb/vp702x.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
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 flor...@mickler.org
---
drivers/media/dvb/dvb-usb/vp702x.c | 37
Note: This change is tested to compile only as I don't have the
hardware.
Signed-off-by: Florian Mickler flor...@mickler.org
---
drivers/media/dvb/dvb-usb/vp702x-fe.c | 69 +
1 files changed, 35 insertions(+), 34 deletions(-)
diff --git
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
struct vp702x_device_state.power_state is nowhere referenced.
Signed-off-by: Florian Mickler flor...@mickler.org
---
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
Note: This change is tested to compile only as I don't have the
hardware.
Signed-off-by: Florian Mickler flor...@mickler.org
---
drivers/media/dvb/dvb-usb/vp702x.c | 59 +--
1 files changed, 35 insertions(+), 24 deletions(-)
diff --git
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 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 pa...@osciak.com
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
From: Manjunatha Halli manjunatha_ha...@ti.com
As underlying ST driver registration API's have changed this
patch will update the FM driver accordingly.
Signed-off-by: Manjunatha Halli manjunatha_ha...@ti.com
---
drivers/media/radio/wl128x/fmdrv_common.c | 16 +---
1 files
From: Manjunatha Halli manjunatha_ha...@ti.com
Signed-off-by: Manjunatha Halli manjunatha_ha...@ti.com
Signed-off-by: Randy Dunlap randy.dun...@oracle.com
---
drivers/media/radio/wl128x/fmdrv_common.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
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(): tuner
Hi Magnus
On Wed, 16 Mar 2011, Magnus Damm wrote:
On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Use soc_camera_platform helper functions to dynamically manage the
camera device.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Hi Guennadi,
On Mon, Mar 21, 2011 at 03:47, Guennadi Liakhovetski
g.liakhovet...@gmx.de 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
pci_setup_device() has saved the PCI revision in the pci_dev
struct since Linux 2.6.23. Use it.
Cc: Auke Kok auke-jan.h@intel.com
Signed-off-by: Bjørn Mork bj...@mork.no
---
I assume some of these drivers could have the revision
removed from their driver specific structures as well, but
I
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
have some
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 think
that
2
make[1]: *** [drivers/media] Error 2
make: *** [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
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,
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 direction.
I have
This is my report of the three day brainstorming meeting in Warsaw, Poland,
March 16-18.
Attendees:
Samsung Poland RD Center:
Kamil Debski k.deb...@samsung.com
Sylwester Nawrocki s.nawro...@samsung.com
Tomasz Stanislawski t.stanisl...@samsung.com
Marek Szyprowski (Organizer)
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
management
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
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
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
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
Florian Mickler flor...@mickler.org 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
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)
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.
The
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
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
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 snj...@gmail.com
---
Hello,
This patch has been tested
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
needn't be a
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 jsl...@suse.cz
Date: Mon Feb 28 06:37:02 2011 -0300
[media] V4L: videobuf, don't
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 535181 is
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.
Signed-off-by:
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
files are
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-lme2510-s0194.fw
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
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 d...@laptop.org wrote:
The code that checks the OLPC serial port is never built at the moment,
because
51 matches
Mail list logo
