Description of problem:
Support for Hauupauge HVR-4000 appears to be broken (again) in kernel mods.
This is a bit of a tale of woe, but this hardware is supposed to have been
sorted in stock kernel roundabout 3.0.
Stock F16 kernel cannot scan or tune in mythtv, kaffeine, w_scan, or dvbscan.
On Monday 07 November 2011, Hans Verkuil wrote:
During the recent V4L-DVB workshop we discussed the usage of the
V4L2_FBUF_FLAG_OVERLAY flag.
In the case of ivtv the behavior is as follows (from the original commit
message):
The existing yuv code limits output to the display area
On Sat, Nov 12, 2011 at 5:33 AM, jonathanjstev...@gmail.com
jonathanjstev...@gmail.com wrote:
Description of problem:
Support for Hauupauge HVR-4000 appears to be broken (again) in kernel mods.
This is a bit of a tale of woe, but this hardware is supposed to have been
sorted in stock kernel
i also have hvr-4000 but havent tried it on recent kernels yet.
i get no lock problems only with dvb-s2 but that is a hardware
limitation, that it is not able to get right parameters. i dont know if
they did something with it. would be about time however.
i am alos curious what he means by try
These are a updated subset of patches for Media Controller implementation on
DM365.
Updates from last patch set:
1. Some header reorg.
2. Support for some extra formats - NV12 and other semiplanar.
3. ResizerB support
Manjunath Hadli (8):
davinci: vpfe: add dm3xx IPIPEIF hardware support
add build infrastructure for dm365 specific modules
such as IPIPE, AEW, AF.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Signed-off-by: Nagabhushana Netagunte nagabhushana.netagu...@ti.com
---
drivers/media/video/davinci/Kconfig | 46 -
add support for dm3xx IPIPEIF hardware setup. This is the
lowest software layer for the dm3x vpfe driver which directly
accesses hardware. Add support for features like default
pixel correction, dark frame substraction and hardware setup.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Add the CCDC driver for davinci Dm3XX SoCs. The driver supports
CCDC as a media entity with 2 pads - 1 input and 1 output. The
driver implements streaming support and subdev interface. The
ccdc supports bayer and YUV formats.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Signed-off-by:
Add the vpfe capture driver which implements media controller
interface. The driver suports all the setup functionality for
all all units nnamely- ccdc, previewer, resizer, h3a, aew.
The driver supports both dm365 and Dm355.
The driver does isr registration, v4l2 device registration,
media
add a generic video driver functionality to be used by all the vpfe
drivers for davinci SoCs. The functionality includes all the
standard v4l2 interfaces including streaming.
The video node interface can be used both as an input and output
node for both continuous and single shot modes.Also
add dm365 IPIPE hardware support. IPIPE is the hardware IP which
implements the functionality required for resizer, previewer and
the associated feature support. This is built along with the vpfe
driver, and implements hardware setup including coeffcient
programming for various hardware filters,
On Sat, Nov 12, 2011 at 8:14 AM, Lars Schotte gu...@guttok.net wrote:
i am alos curious what he means by try to use it. i mean did he try
to use it with tzap, or szap, or w_scan, or what? because i dont even
know about mythtv, i only use dvbutils, mplayer, xine and vdr.
I agree with Lars on
Hi,
I recently bought a Hauppauge WinTV-HVR-900H (usb id: 2040:b138), but I
see from this wiki page
http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-900H that there is
no driver for it. However that's as of 2008.
Has there been any progress on this since? Is that wiki page correct
On 11 November 2011 23:16, Malcolm Priestley tvbox...@gmail.com wrote:
On Sat, 2011-11-12 at 09:51 +1100, Jason Hecker wrote:
I concur. I have been using Malcolm Priestly's patches with both my
AF9015 dual tuner cards (which are PCI but still look like USB to the
kernel) for a few weeks now
Devin Heitmueller dheitmueller at kernellabs.com writes:
On Sat, Nov 12, 2011 at 8:14 AM, Lars Schotte gusto at guttok.net wrote:
i am alos curious what he means by try to use it. i mean did he try
to use it with tzap, or szap, or w_scan, or what? because i dont even
know about mythtv, i
OK, sure... bit more history...
I've struggled along with the card for many year. Was previously in a
F12 x64, with the http://hg.kewl.org/pub/v4l-dvb-20100517/ DVB modules
compiled in and everything worked except MythTV. Then with a few
kludges to MythTV everything ended up working.
The system
On 11/12/2011 07:26 AM, Rory McCann wrote:
Hi,
I recently bought a Hauppauge WinTV-HVR-900H (usb id: 2040:b138), but I
see from this wiki page
http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-900H that there is
no driver for it. However that's as of 2008.
Has there been any progress
Le 12/11/2011 15:18, Patrick Dickey a écrit :
On 11/12/2011 07:26 AM, Rory McCann wrote:
Hi,
I recently bought a Hauppauge WinTV-HVR-900H (usb id: 2040:b138), but I
see from this wiki page
http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-900H that there is
no driver for it. However
I've just done some tests without Xen.
The situation does change, in that scandvb finds the services (so no
more filter timeouts). Kaffeine also manages to scan the channels OK
- however despite managing to scan, tune and get the EPG there is no
picture on any channel.
I can't test MythTV
move vpif related code for capture and display drivers
from dm646x platform header file to vpif_types.h as these definitions
are related to driver code more than the platform or board.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
arch/arm/mach-davinci/include/mach/dm646x.h | 53
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/12/2011 08:53 AM, jonathanjstev...@gmail.com wrote:
I've just done some tests without Xen.
The situation does change, in that scandvb finds the services (so
no more filter timeouts). Kaffeine also manages to scan the
channels OK - however
If you're running Xen, then as far as I'm concerned you're on a
*totally* unsupported path. If it happened to have worked in some
previous version, it was dumb luck.
As for you issue when not using Xen, you're probably just missing the
Kaffeine libraries required for video playback (a common
You're talking about two different versions of the 900H. You have to go
by the USB IDs, and *not* the model number. One of you has 2040:6600
and the other has 2040:b138. The 6600 version (which is a TM6000
design) did work at one point. The b138 (which is a cx231xx design) has
never been
2011/11/12 Tim Draper veeh...@gmail.com:
On 11 November 2011 23:16, Malcolm Priestley tvbox...@gmail.com wrote:
On Sat, 2011-11-12 at 09:51 +1100, Jason Hecker wrote:
I concur. I have been using Malcolm Priestly's patches with both my
AF9015 dual tuner cards (which are PCI but still look like
On Sat, 2011-11-12 at 13:47 +, Tim Draper wrote:
since i'm new to this mailing list, and have only used v4l in
pre-configured linux distro's, how will this fix be distributed to
people - as a patch i presume?
are there any how-to's with prerequisites of whats required to apply a
patch?
It is noticed that sometimes the device fails to download parts of the firmware.
Since there is no ack from firmware write a 250u second delay has been added.
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/media/dvb/dvb-usb/af9015.c |1 +
1 files changed, 1 insertions(+), 0
Remove get config from probe and move to identify_state.
intf-cur_altsetting-desc.bInterfaceNumber is always expected to be zero, so
there
no point in checking for it.
Calling from probe seems to cause a race condition with some USB controllers.
The first call fails as the device appears to
Allowing the pid to be enabled seems to suppress corrupted stream packets
from the first frontend. This is mainly caused by other high speed devices
on the usb bus.
Full pid filtering on all frontends.
no_pid is defaulted to on.
TS frame size it limited to 21, this because if we are only
Changes from version 1
Remove the bus lock from read status. Causing a lagging
effect on some kernels [2.6.38]
This does mean that noisy I2C traffic could be heard on
the first frontend when its tuner gate is open.
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
This a bus repeater for af9015 devices. Commands usually fail because of other
activity on the usb bus.
Afatech drivers can repeat up to ten times on the usb bus.
bulk failures that report -ETIMEDOUT or -EBUSY are repeated. If the device fails
it usually return 0x55 in the first byte.
I am
This command is present in other Afatech devices zeroing bit 7
seems to force streaming output even if it isn't one.
I was considering timing it out, but it seems to have no harmful effect
on streaming output.
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
Here is the lastest patches, for dual tuner and other fixes on the patchwork
server.
Malcolm Priestley (7):
af9015 Slow down download firmware
af9015 Remove call to get config from probe.
af9015/af9013 full pid filtering.
af9013 frontend tuner bus lock and gate changes v2
af9015 bus
On 12/11/11 14:39, Devin Heitmueller wrote:
If it's B138 then it's the newer revision of the 900H and it's actually
never been supported. The issue is the device has a demod for which no
driver currently exists (si216x)
Yes I have the 2040:b138
When I plug it in, dmesg just shows:
On 11/12/2011 05:57 PM, Malcolm Priestley wrote:
Here is the lastest patches, for dual tuner and other fixes on the patchwork
server.
Malcolm Priestley (7):
af9015 Slow down download firmware
af9015 Remove call to get config from probe.
af9015/af9013 full pid filtering.
af9013
On 11/12/2011 05:54 PM, Malcolm Priestley wrote:
It is noticed that sometimes the device fails to download parts of the firmware.
Since there is no ack from firmware write a 250u second delay has been added.
Signed-off-by: Malcolm Priestleytvbox...@gmail.com
---
On 11/12/2011 05:55 PM, Malcolm Priestley wrote:
Remove get config from probe and move to identify_state.
intf-cur_altsetting-desc.bInterfaceNumber is always expected to be zero, so
there
no point in checking for it.
Are you sure? IIRC there is HID remote on interface 1 or 2 or so (some
On 11/12/2011 05:55 PM, Malcolm Priestley wrote:
Allowing the pid to be enabled seems to suppress corrupted stream packets
from the first frontend. This is mainly caused by other high speed devices
on the usb bus.
Full pid filtering on all frontends.
no_pid is defaulted to on.
TS frame size it
On 11/12/2011 05:55 PM, Malcolm Priestley wrote:
Changes from version 1
Remove the bus lock from read status. Causing a lagging
effect on some kernels [2.6.38]
This does mean that noisy I2C traffic could be heard on
the first frontend when its tuner gate is open.
I think you want add locking
Hi Jonathon,
I would make two suggestions to you.
1. Check on the Mythtv forums (and post the question there), if you
haven't already. They may have a bit more insight into the card with
their system. And they may be able to sort out the lack of picture
(even though it's not on their
On 11/12/2011 05:56 PM, Malcolm Priestley wrote:
To minimise corruptions on channel change.
Signed-off-by: Malcolm Priestleytvbox...@gmail.com
---
drivers/media/dvb/frontends/af9013.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
-- Forwarded message --
From: jonathanjstev...@gmail.com jonathanjstev...@gmail.com
Date: 12 November 2011 16:44
Subject: Re: HVR-4000 may be broken in kernel mods (again) ?
To: Devin Heitmueller dheitmuel...@kernellabs.com
On 12 November 2011 15:08, Devin Heitmueller
On 11/12/2011 05:56 PM, Malcolm Priestley wrote:
This a bus repeater for af9015 devices. Commands usually fail because of other
activity on the usb bus.
Afatech drivers can repeat up to ten times on the usb bus.
bulk failures that report -ETIMEDOUT or -EBUSY are repeated. If the device fails
On 11/12/2011 05:56 PM, Malcolm Priestley wrote:
This command is present in other Afatech devices zeroing bit 7
seems to force streaming output even if it isn't one.
I was considering timing it out, but it seems to have no harmful effect
on streaming output.
You didn't find any reason this
On 11/12/2011 06:11 PM, Antti Palosaari wrote:
On 11/12/2011 05:57 PM, Malcolm Priestley wrote:
Here is the lastest patches, for dual tuner and other fixes on the
patchwork server.
Malcolm Priestley (7):
af9015 Slow down download firmware
af9015 Remove call to get config from probe.
On Sat, 2011-11-12 at 18:14 +0200, Antti Palosaari wrote:
On 11/12/2011 05:54 PM, Malcolm Priestley wrote:
It is noticed that sometimes the device fails to download parts of the
firmware.
Since there is no ack from firmware write a 250u second delay has been
added.
Signed-off-by:
On Sat, 2011-11-12 at 18:18 +0200, Antti Palosaari wrote:
On 11/12/2011 05:55 PM, Malcolm Priestley wrote:
Remove get config from probe and move to identify_state.
intf-cur_altsetting-desc.bInterfaceNumber is always expected to be zero,
so there
no point in checking for it.
Are you
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:Sat Nov 12 19:00:19 CET 2011
git hash:e9eb0dadba932940f721f9d27544a7818b2fa1c5
gcc version: i686-linux-gcc
On 11/12/2011 08:10 PM, Malcolm Priestley wrote:
On Sat, 2011-11-12 at 18:14 +0200, Antti Palosaari wrote:
On 11/12/2011 05:54 PM, Malcolm Priestley wrote:
It is noticed that sometimes the device fails to download parts of the firmware.
Since there is no ack from firmware write a 250u second
On Sat, 2011-11-12 at 18:25 +0200, Antti Palosaari wrote:
On 11/12/2011 05:55 PM, Malcolm Priestley wrote:
Allowing the pid to be enabled seems to suppress corrupted stream packets
from the first frontend. This is mainly caused by other high speed devices
on the usb bus.
Full pid
2011/11/11 Josu Lazkano josu.lazk...@gmail.com:
Hello list, I just buy a Hauppauge WinTV-Duet HD DVB USB stick. I
added on my laptop and it works great.
The problem is on my Nvidia ION board PC, when I add the stick I get this:
[ 3852.016040] usb 1-2: new high speed USB device using ehci_hcd
On 11/12/2011 08:22 PM, Malcolm Priestley wrote:
On Sat, 2011-11-12 at 18:18 +0200, Antti Palosaari wrote:
On 11/12/2011 05:55 PM, Malcolm Priestley wrote:
Remove get config from probe and move to identify_state.
intf-cur_altsetting-desc.bInterfaceNumber is always expected to be zero, so
Anyone have any pointers on where I can start with this?
A
On Sun, Nov 06, 2011 at 06:26:23PM -0800, Andrew Sackville-West wrote:
Hi list,
I've got 2 Pinnacle PCTV HD 800i cards in my mythtv system running on
debian machines with stock kernels. The usual output is at the end of
this
Hi all,
This RFC is discussing the current support of JPEG encoders in V4L2 and
a proposal of new JPEG control class.
Motivation
==
JPEG encoder control is also required at the sub-device level, but currently
there are only defined ioctls in regular V4L2 device API. It doesn't seem
On 11/12/2011 06:59 PM, Antti Palosaari wrote:
On 11/12/2011 06:11 PM, Antti Palosaari wrote:
I looked those just through and I want more information about every
patch. Mainly I want to know which resolves which problem. As far as I
understand, there is two problems;
1. register access fails
54 matches
Mail list logo