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 some
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
to
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
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
th
On 11/12/2011 08:49 PM, Malcolm Priestley wrote:
On Sat, 2011-11-12 at 18:25 +0200, Antti Palosaari wrote:
Does that patch force PID filter always on or what?
Yes, and why not?
Pid filtering has it uses in usb 2.0 and works very well. Low power and
low bus usage.
Actually, I do not know t
2011/11/11 Josu Lazkano :
> 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 and address 2
>
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
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 d
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 (GCC
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.
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.
> >
> > S
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.
af9015/af9
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 mak
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
it
-- Forwarded message --
From: jonathanjstev...@gmail.com
Date: 12 November 2011 16:44
Subject: Re: HVR-4000 may be broken in kernel mods (again) ?
To: Devin Heitmueller
On 12 November 2011 15:08, Devin Heitmueller
wrote:
> If you're running Xen, then as far as I'm concerned you
On 11/12/2011 05:56 PM, Malcolm Priestley wrote:
To minimise corruptions on channel change.
Signed-off-by: Malcolm Priestley
---
drivers/media/dvb/frontends/af9013.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/media/dvb/frontends/af9013.c
b/drivers/med
>
> 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 t
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
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:
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
ot
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 Priestley
---
drivers/media/dvb/dvb-usb/af9015.c |1 +
1
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 fron
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:
[325765.51
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 re
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
---
drivers/media/dvb/frontends/af9013.c |5
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 work
To minimise corruptions on channel change.
Signed-off-by: Malcolm Priestley
---
drivers/media/dvb/frontends/af9013.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/media/dvb/frontends/af9013.c
b/drivers/media/dvb/frontends/af9013.c
index 38a6ea2..6a5b40c 100
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
---
drivers/media/dvb/dvb-usb/af9015.c |
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 filterin
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 b
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
---
drivers/media/dvb/dvb-usb/af9015.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
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
2011/11/12 Tim Draper :
> On 11 November 2011 23:16, Malcolm Priestley 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
> 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 b
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 prob
-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 - ho
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
---
arch/arm/mach-davinci/include/mach/dm646x.h | 53 +---
dri
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 witho
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.
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 p
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 i
Devin Heitmueller kernellabs.com> writes:
>
> On Sat, Nov 12, 2011 at 8:14 AM, Lars Schotte 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 dv
On 11 November 2011 23:16, Malcolm Priestley 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 and have (fin
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
that
On Sat, Nov 12, 2011 at 8:14 AM, Lars Schotte 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 this. It woul
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, ga
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 support
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 registra
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
Signed-off-by: Nagabhushana Netagunte
-
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
Signed-off-by: Nagabhushan
add build infrastructure for dm365 specific modules
such as IPIPE, AEW, AF.
Signed-off-by: Manjunath Hadli
Signed-off-by: Nagabhushana Netagunte
---
drivers/media/video/davinci/Kconfig | 46 -
drivers/media/video/davinci/Makefile | 17 +++-
2 files c
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 module
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 t
On Sat, Nov 12, 2011 at 5:33 AM, 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 roundabout 3.0.
> Stock F
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 ar
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.
Compile
56 matches
Mail list logo
