Re: Custom device names for v4l2 devices

2013-03-14 Thread David Dillow
On Mon, 2013-03-11 at 22:28 +0100, Laurent Pinchart wrote: > Hi Vinay, > > On Monday 11 March 2013 10:55:37 vka...@codeaurora.org wrote: > > > Names of V4L2 device nodes keep on varying depending on target, on some > > > targets, the device node assigned to my device is /dev/video21 and on some >

Re: [RFC] [media] cx231xx: restore tuner settings on first open

2012-06-18 Thread David Dillow
On Mon, 2012-06-18 at 10:36 -0400, Devin Heitmueller wrote: > On Mon, Jun 18, 2012 at 10:32 AM, David Dillow wrote: > > Hmm, it sounds like perhaps changing the standby call in the tuner core > > to asynchronously power down the tuner may be the way to go -- ie, when > > we t

Re: [RFC] [media] cx231xx: restore tuner settings on first open

2012-06-18 Thread David Dillow
On Mon, 2012-06-18 at 10:23 -0400, Devin Heitmueller wrote: > This isn't just the cx231xx driver. Almost all USB devices that have > tuners which support power management have this problem > (em28xx/au0828/cx231xx with Xceive or tda18271 tuners). Really the > tuner_core should be resending the se

Re: [RFC] [media] cx231xx: restore tuner settings on first open

2012-06-18 Thread David Dillow
On Mon, 2012-06-18 at 09:29 +0200, Hans Verkuil wrote: > On Mon June 18 2012 06:49:58 David Dillow wrote: > > What does the V4L2 API spec say about tuning frequency being persistent > > when there are no users of a video capture device? Is MythTV wrong to > > have that assu

[RFC] [media] cx231xx: restore tuner settings on first open

2012-06-17 Thread David Dillow
Without this patch, MythTV requires some workarounds to be able to capture analog TV on my HVR-850. I need to keep the v4l device open via 'sleep 365d < /dev/video0' or some other mechanism or there will be no recording. Also, I need to run vq4l2 and change the standard away and back to NTSC or I'l

Re: [PATCH 1/2] [media] cx231xx: don't DMA to random addresses

2012-06-17 Thread David Dillow
On Mon, 2012-06-18 at 00:15 -0400, David Dillow wrote: > Commit 7a6f6c29d264cdd2fe0eb3d923217eed5f0ad134 (cx231xx: use > URB_NO_TRANSFER_DMA_MAP) was intended to avoid mapping the DMA buffer > for URB twice. This works for the URBs allocated with usb_alloc_urb(), > as those are al

[PATCH 2/2][media] cx231xx: use TRANSFER_TYPE enum for cleanup

2012-06-17 Thread David Dillow
and pcb_config->config_num is a u8, so any non-zero config got the same result. Signed-off-by: David Dillow -- This may not be strictly necessary for audio to work, and has only been tested on my HVR-850 (2040:b140). I don't know if there are devices out there that break if we enter HAN

[PATCH 1/2] [media] cx231xx: don't DMA to random addresses

2012-06-17 Thread David Dillow
audio URBs, which have a manually allocated area. This leaves the random trash in the structure after allocation as the DMA address, corrupting memory and preventing VBI and audio from working. Letting the USB core map the buffers solves the problem. Signed-off-by: David Dillow -- This should also

[PATCH 0/2] Fix audio on analog cx231xx devices

2012-06-17 Thread David Dillow
With the following patches, I get proper audio on my HVR850 and there isn't a stutter when starting Live TV under MythTV. I think this also fixes a number of odd crashes I've seen on the box, which can easily be explained by DMA to unlucky addresses. The first patch fixes DMA for the device; I thi

Flaky init for HVR850 (cx231xx, 2040:b140)

2012-06-15 Thread David Dillow
I'm trying to track down the root cause of my HVR850 failing to reliably initialize on the 3.4 kernel. The issue does not seem to be new, as the same behavior appears under CentOS 2.6.32-220.17.1. Both kernels are running on x86_64. The HVR850 is a recent model 1230 from NewEgg. Upon being plugged