Recently, I bought some presents from a commercial site for Christmas,
all the products can enjoy a big discount, it is worth visiting:
fallinele.com ,
for the Christmas more one choice. 4--.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to major
Hi,
If MFC(encoder/decoder) has a single node,
how to know application's object before VIDIOC_S_FMT calling ?
VIDIOC_S_CTRL can be called before VIDIOC_S_FMT.
For example user wants to use MFC as an *encoder*,
but user calls VIDIOC_S_CTRL with *decoder* command by mistake.
In that case driver
Pawel Osciak wrote:
> -Original Message-
> From: Pawel Osciak [mailto:pa...@osciak.com]
> Sent: Sunday, December 05, 2010 7:47 AM
> To: Marek Szyprowski; Jonghun Han
> Cc: linux-media@vger.kernel.org; kyungmin.p...@samsung.com
> Subject: Re: [PATCH 7/7] v4l: videobuf2: add CMA allocator
>
Hi,
from reading the isp/ispccdc.c source, it seems that one currently can
only stream 10 bit data from /dev/video2, not 8 bits.
a) Is that correct?
b) Is it possible at all to get 8 bit output? (so I need to go ahead
and implement it?)
Note: I have configured the data lane shifter to feed effect
Provide CX2388[578] IR receive timeout (RTO) reports in the
final space raw event sent up the chain to the raw IR pulse
decoders. This should allow the lirc decoder to actually
measure the inter-transmission gap properly.
Signed-off-by: Andy Walls
---
drivers/media/video/cx23885/cx23888-ir.c |
On Sun, 2010-11-28 at 20:06 -0500, Andy Walls wrote:
> Mauro,
>
> Please pull the following changes for 2.6.38.
Hi Mauro,
Please disregard this PULL request. I have sent the cx25840 fix as a
patch to the list for both 2.6.36 (stable) and 2.6.37.
Regards,
Andy
> The cx25840 module has a bad b
On Dec 5, 2010, at 6:04 PM, Robin Cook wrote:
> Hello,
>
> I recently upgraded from 26.35.9 to 2.6.36.1 and now the /dev/fwX
> devices are not being created.
Wrong mailing list.
>From MAINTAINERS:
FIREWIRE SUBSYSTEM
M: Stefan Richter
L: linux1394-de...@lists.sourceforge.net
W:
Hello,
I recently upgraded from 26.35.9 to 2.6.36.1 and now the /dev/fwX
devices are not being created. I have udev 164 installed.
2.6.35.9 dmesg firewire lines...
firewire_ohci :07:00.0: PCI INT A -> GSI 44 (level, low) -> IRQ 44
firewire_ohci :07:00.0: setting latency timer to 64
fire
On Tue, 2010-11-30 at 17:43 -0600, Jon Mason wrote:
> pci_restore_state only ever returns 0, thus there is no benefit in
> having it return any value. Also, a large majority of the callers do
> not check the return code of pci_restore_state. Make the
> pci_restore_state a void return and avoid th
This patch was created and tested against linux-next
( git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git ),
tag next-20101203, and fixes a regression that crept into 2.6.36.
The volume control scale in the cx25840 driver has an unusual mapping
from register values to v4l2 volume co
Am 05.12.2010 17:09, schrieb Dmitri Belimov:
Hi
Em 02-12-2010 02:41, Dmitri Belimov escreveu:
Hi Stefan
Am 29.11.2010 09:44, schrieb Dmitri Belimov:
Hi
I try add IR for our TV cards.
After my some changes IR is working. But when I remove USB stick
from USB port
What has you change?
1. Ad
Hello, Devin,
2010/12/5 Devin Heitmueller :
> On Sun, Dec 5, 2010 at 12:09 PM, Alexey Chernov <4er...@gmail.com> wrote:
>> Hello, Steve,
>> thank you very much for your comments!
>>
>> As for DVB maybe I'm not correct. The initialization itself, which the DVB
>> part of patch is about, is fully te
2010/12/5 Steven Toth :
>> So I think I was mistaken that the code itself is untested. I hope it's
>> possible to add full of this patch.
>
> Has the DVB related change proven that it enables digital TV streaming?
Yes, it enables digital TV streaming (tested using GStreamer dvbsrc
element on adapt
The volume control scale in the cx25840 driver has an unusual mapping
from register values to v4l2 volume control values. Enforce the mapping
limits, so that the default volume control setting does not fall out of
bounds to prevent the cx25840 module device probe from failing.
Signed-off-by: And
Patch 1/2 from this set provides a possibility to reserve a block of memory
for use as the OMAP1 camera dedicated dma coherent memory. Use this
functionality to avoid the camera driver switching form videobuf_contig mode
to less efficient videobuf_sg mode in case of dma coherent memory allocatio
OMAP1 camera driver, when starting up in its videobuf_contig mode, may have
problems with allocating dma coherent memory after system memory gets
fragmented if there is no dedicated memory declared as a dma coherent memory
block associated with the device. To solve this issue, allow for removing
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:Sun Dec 5 19:00:05 CET 2010
git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a
git media-master: gcc version: i6
Latest developements seem to allow for reserving a block of memory on boot to
be used as a device dedicated dma coherent memory. This may be required for
videobuf_config based video drivers avoid problems with allocating dma
coherent memory after system memory gets fragmented.
This set extends
On Sun, Dec 5, 2010 at 12:09 PM, Alexey Chernov <4er...@gmail.com> wrote:
> Hello, Steve,
> thank you very much for your comments!
>
> As for DVB maybe I'm not correct. The initialization itself, which the DVB
> part of patch is about, is fully tested by me and works successfully on my
> everyday P
> So I think I was mistaken that the code itself is untested. I hope it's
> possible to add full of this patch.
Has the DVB related change proven that it enables digital TV streaming?
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscr
Hello, Steve,
thank you very much for your comments!
As for DVB maybe I'm not correct. The initialization itself, which the DVB
part of patch is about, is fully tested by me and works successfully on my
everyday PC. The thing I meant saying 'untested' concerned receiving DVB
signal through the
В сообщении от 5 декабря 2010 17:07:05 автор Alexey Chernov написал:
> On Sunday 05 December 2010 17:20:05 Igor M. Liplianin wrote:
> > В сообщении от 21 ноября 2010 01:51:36 автор Alexey Chernov написал:
> > > Hello,
> >
> > Hello Alexey,
>
> Hello Igor,
>
> thank you very much for reviewing th
> So the patch adds general support/detection of the card with working analog
> part and hopefully working (untested) DVB part. I hope it will be useful.
Excellent, another card profile. Thanks Alexey!
Hmm, we generally don't add code to the kernel that hasn't been
tested. For this reason I need
Hi
> Em 02-12-2010 02:41, Dmitri Belimov escreveu:
> > Hi Stefan
> >
> Am 29.11.2010 09:44, schrieb Dmitri Belimov:
> > Hi
> >
> > I try add IR for our TV cards.
> > After my some changes IR is working. But when I remove USB stick
> > from USB port
> What has you cha
On Sunday 05 December 2010 17:20:05 Igor M. Liplianin wrote:
> В сообщении от 21 ноября 2010 01:51:36 автор Alexey Chernov написал:
> > Hello,
>
> Hello Alexey,
Hello Igor,
thank you very much for reviewing the patch and your suggestions. I've fixed
everything you've mentioned:
> > I've added
Hi
any news about Linux drivers for this card ?
http://www.gotview.ru/v2/news-satellitehd.html
Goga
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
this device is a rebranded Technotrend s-2400 with USB id 0x3009.
THx to Carsten Wehmeier for reporting
Signed-off-by: Halim Sahin
---
drivers/media/dvb/dvb-usb/dvb-usb-ids.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/dvb-usb-ids.h
b/drive
В сообщении от 21 ноября 2010 01:51:36 автор Alexey Chernov написал:
> Hello,
Hello Alexey,
> I've added support of GoTView PCI-E X5 3D Hybrid to cx23885 module (thanks
> to help of Gotview support team). Some details:
> 1. Everything initialize properly except radio.
> 2. All analog inputs (TV, c
On Sat, Dec 04, 2010 at 04:34:22PM -0500, Alex Deucher wrote:
> This doesn't seem that different from the graphics chips we support
> with kms. I don't think it would require much work to use KMS. One
> thing we considered, but never ended up implementing was a generic
> overlay API for KMS. Mos
29 matches
Mail list logo
