Hello, I'd like to confirm that the steps as posted by Don Kramer as per:
http://www.mail-archive.com/linux-media@vger.kernel.org/msg19329.html
specifically:
adding this code to em28xx-cards.c (with the latest version of v4l
media_build git repo)
{ USB_DEVICE(0x093b, 0xa003),
.driver_
I'm using oe-core to build the 3.0.7+ kernel, which runs fine on my
beagleboard-xm.
I'm interested in the media controller framework, which I believe is
in this kernel.
I expected there to be a /dev/media0, but it is not there. I do see
"Linux media interface: v0.10" in my dmesg log, so I know
m
> -Original Message-
> From: Ralph Metzler [mailto:r...@metzlerbros.de]
> Sent: lundi 24 octobre 2011 20:31
> To: S é bastien RAILLARD (COEXSI)
> Cc: 'Linux Media Mailing List'
> Subject: RE: [DVB] Digital Devices Cine CT V6 support
>
> Sébastien RAILLARD (COEXSI) writes:
> > I've seen
Hello,
On 2011-10-24 05:25, Angela Wan wrote:
As I have used videobuf2+soc_camera architecture on my camera
driver. I find a problem when I use Reqbuf(0), which only release
buffer, but not clear queued_list.
Thanks for pointing this bug. I will post a fix ASAP.
Best regards
--
Marek Szy
On Thu, Oct 06, 2011 at 03:54:46PM +0200, Marek Szyprowski wrote:
+static unsigned long __init __cma_early_get_total_pages(void)
+{
+ struct memblock_region *reg;
+ unsigned long total_pages = 0;
+
+ /*
+* We cannot use memblock_phys_mem_size() here, because
+* m
On Mon, 24 Oct 2011, Angela Wan wrote:
> Hi,
>As I have used videobuf2+soc_camera architecture on my camera
> driver. I find a problem when I use Reqbuf(0), which only release
> buffer, but not clear queued_list.
Indeed, looks like vb2_reqbufs(p->count == 0) fails to clean up the queue?
Than
On Thu, Oct 06, 2011 at 03:54:44PM +0200, Marek Szyprowski wrote:
The MIGRATE_CMA migration type has two main characteristics:
(i) only movable pages can be allocated from MIGRATE_CMA
pageblocks and (ii) page allocator will never change migration
type of MIGRATE_CMA pageblocks.
This guarantees t
Sébastien RAILLARD (COEXSI) writes:
> I've seen a new parameter "ts_loop", can you explain how it's working?
> Is-it for sending the stream from the demodulator directly to the CAM
> reader?
No, it is mainly for testing. It declares one TAB as loopback, which
means that the data output is dir
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:Mon Oct 24 19:00:19 CEST 2011
git hash:a63366b935456dd0984f237642f6d4001dcf8017
gcc version: i686-linux-gcc (GC
Replace the current video buffers queue implementation with
videobuf2-vmalloc.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/uvc/Kconfig |1 +
drivers/media/video/uvc/uvc_queue.c | 556 +--
drivers/media/video/uvc/uvc_v4l2.c | 19 +-
drivers/
Add mem, length and bytesused fields to the uvc_buffer structure and use
them instead of accessing the uvc_buffer::buf m.offset, length and
bytesused fields directly. This prepares the driver to the conversion to
videobuf2.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/uvc/uvc_isight.c
Hi everybody,
The subject says it all. Now you can only blame me for not using video_ioctl2
(which I'm currently evaluating btw...) and the control framework :-)
Laurent Pinchart (2):
uvcvideo: Move fields from uvc_buffer::buf to uvc_buffer
uvcvideo: Use videobuf2-vmalloc
drivers/media/vide
24.10.2011 17:32, Josu Lazkano пишет:
2011/10/24 Mike Mironov:
24.10.2011 15:29, Josu Lazkano пишет:
2011/10/24 Mike Mironov:
Hello!
I have this card http://www.linuxtv.org/wiki/index.php/TeVii_S470
I try to use it under Debian Squeeze, but I can't get channel data from
it.
I try to use d
Hi Mauro,
The following changes since commit 35a912455ff5640dc410e91279b03e04045265b2:
Merge branch 'v4l_for_linus' into staging/for_v3.2 (2011-10-19 12:41:18
-0200)
are available in the git repository at:
git://linuxtv.org/pinchartl/uvcvideo.git uvcvideo-next
Hans de Goede (1):
uvc
2011/10/24 Mike Mironov :
> 24.10.2011 15:29, Josu Lazkano пишет:
>>
>> 2011/10/24 Mike Mironov:
>>>
>>> Hello!
>>>
>>> I have this card http://www.linuxtv.org/wiki/index.php/TeVii_S470
>>>
>>> I try to use it under Debian Squeeze, but I can't get channel data from
>>> it.
>>>
>>> I try to use driv
24.10.2011 15:29, Josu Lazkano пишет:
2011/10/24 Mike Mironov:
Hello!
I have this card http://www.linuxtv.org/wiki/index.php/TeVii_S470
I try to use it under Debian Squeeze, but I can't get channel data from it.
I try to use drivers from 2.6.38, 2.6.39 kernels, s2-liplianin drivers with
2.6.3
Hi Mauro,
The following changes since commit 35a912455ff5640dc410e91279b03e04045265b2:
Merge branch 'v4l_for_linus' into staging/for_v3.2 (2011-10-19 12:41:18
-0200)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git omap3isp-omap3isp-next
Guennadi Liakhovetski
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Oliver Endriss
> Sent: lundi 24 octobre 2011 09:06
> To: Sébastien RAILLARD (COEXSI)
> Cc: Linux Media Mailing List
> Subject: Re: [DVB] Digital Devices Cine CT V6 sup
Since there have been no more comment on RFCv4 of this patch series
(http://comments.gmane.org/gmane.linux.kernel/1196926), I'm posting this
pull request for v3.2.
I never received any acks or comments from Al Viro (or anyone else from
linux-fsdevel for that matter), so I'm following Andrew's sugg
2011/10/24 Mike Mironov :
> Hello!
>
> I have this card http://www.linuxtv.org/wiki/index.php/TeVii_S470
>
> I try to use it under Debian Squeeze, but I can't get channel data from it.
>
> I try to use drivers from 2.6.38, 2.6.39 kernels, s2-liplianin drivers with
> 2.6.32 kernel, last linux-media
Hello!
I have this card http://www.linuxtv.org/wiki/index.php/TeVii_S470
I try to use it under Debian Squeeze, but I can't get channel data from it.
I try to use drivers from 2.6.38, 2.6.39 kernels, s2-liplianin drivers
with 2.6.32 kernel, last linux-media drivers with 2.6.32
With all driver
On Mon, Oct 24, 2011 at 12:47 PM, Gary Thomas wrote:
> On 2011-10-23 13:15, Boris Todorov wrote:
>>
>> On Thu, Oct 20, 2011 at 5:36 PM, Stefan Herbrechtsmeier
>> wrote:
>>>
>>> Am 20.10.2011 14:14, schrieb Boris Todorov:
On Thu, Oct 20, 2011 at 12:03 PM, Stefan Herbrechtsmeier
w
Signed-off-by: Hans de Goede
---
drivers/media/video/ivtv/ivtv-ioctl.c |3 +-
drivers/media/video/pwc/pwc-v4l.c |2 +-
drivers/media/video/v4l2-ctrls.c | 56 +++--
drivers/media/video/v4l2-event.c | 39 ---
drivers/media/vi
Just like with ctrl events, drivers may want to get called back on
listener add / remove for other event types too. Rather then special
casing all of this in subscribe / unsubscribe event it is better to
use ops for this.
Signed-off-by: Hans de Goede
---
drivers/media/video/ivtv/ivtv-ioctl.c |
Signed-off-by: Hans de Goede
---
drivers/media/video/v4l2-event.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/v4l2-event.c b/drivers/media/video/v4l2-event.c
index 53b190c..9f56f18 100644
--- a/drivers/media/video/v4l2-event.c
+++ b/drivers/media
Hi Hans et all,
As discussed at the kernel summit. Note I have only compile tested this
as I've no control event capable hardware with me (until I'm done with
adding support for ctrl events to the UVC driver).
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-medi
On 2011-10-23 13:15, Boris Todorov wrote:
On Thu, Oct 20, 2011 at 5:36 PM, Stefan Herbrechtsmeier
wrote:
Am 20.10.2011 14:14, schrieb Boris Todorov:
On Thu, Oct 20, 2011 at 12:03 PM, Stefan Herbrechtsmeier
wrote:
Am 20.10.2011 08:56, schrieb Boris Todorov:
On Wed, Oct 19, 2011 at 7:26 PM,
> -Original Message-
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: Monday, October 24, 2011 2:16 PM
> To: Hiremath, Vaibhav
> Cc: linux-media@vger.kernel.org; mche...@redhat.com
> Subject: Re: [GIT PULL for v3.2] OMAP_VOUT: Few cleaups and feature
> addition
>
Hi Vaibhav,
On Monday 24 October 2011 10:18:32 Hiremath, Vaibhav wrote:
> On Monday, October 24, 2011 12:53 PM Laurent Pinchart wrote:
> > On Saturday 22 October 2011 14:06:24 hvaib...@ti.com wrote:
> > > Hi Mauro,
> > >
> > > The following changes since commit
> > >
> > > 35a912455ff5640dc410e9
On 10/22/11 09:57, Laurent Pinchart wrote:
> The MT9P031 and MT9T001 sensors transfer 16-bit data on the I2C bus in
> swapped order. Let the I2C core handle byte order by using the
> i2c_smbus_{read|write}_word_swapped() functions.
>
> Signed-off-by: Laurent Pinchart
Acked-by: Jonathan Cameron
>
> -Original Message-
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: Monday, October 24, 2011 12:53 PM
> To: Hiremath, Vaibhav
> Cc: linux-media@vger.kernel.org; mche...@redhat.com
> Subject: Re: [GIT PULL for v3.2] OMAP_VOUT: Few cleaups and feature
> addition
Hi Vaibhav,
On Saturday 22 October 2011 14:06:24 hvaib...@ti.com wrote:
> Hi Mauro,
>
> The following changes since commit
> 35a912455ff5640dc410e91279b03e04045265b2: Mauro Carvalho Chehab (1):
> Merge branch 'v4l_for_linus' into staging/for_v3.2
>
> are available in the git repository a
Hi,
> Using your latest development tree (hg clone
> http://linuxtv.org/hg/~endriss/media_build_experimental), I have made a
> small modification in ddbridge-core.c (see below) to make the new "Cine CT
> V6" card detected by the ddbridge module.
>
> With this small patch, the card is now detected
33 matches
Mail list logo