Hello Mauro,
Please pull from
http://kernellabs.com/hg/~dheitmueller/em28xx-audio-panic for the
following:
em28xx: fix panic that can occur when starting audio streaming
Since this is a rather nasty kernel panic, we should probably look at
getting this back into stable as well.
Thanks,
Devin
2009/9/28 Marios Andreopoulos :
> On Monday 28 of September 2009, Devin Heitmueller wrote:
>>
>> Hello Marios,
>>
>> I started doing some debugging em28xx audio on the HVR-950 and hit
>> what is probably the same panic (which occurs as soon as you run the
>&
On Fri, Oct 16, 2009 at 5:45 PM, ps1 wrote:
> Hi,
>
> I recenly own a Pinnacle (or Pctv now) Quatro Stick (also known as 510e)
> The product is a small USB stick, able to receive Analog TV, DVB-T TV,
> Analog Radio and also DVB-C TV (That is, cable TV).
>
> The product is running under windows (e
On Sun, Oct 18, 2009 at 5:41 PM, Matteo Miraz wrote:
> Hi,
>
> I've just bought a new DVB USB card, but it seems that the current
> version of linux tv does not recognize it at all.
> I tried both the ubuntu kernel (9.04 and 9.10) and the latest drivers
> downloaded with mercurial from http://linu
On Mon, Oct 19, 2009 at 4:28 PM, Matteo Miraz wrote:
> in the changeset 12886:ba22a9decfab was added a device called
> USB_PID_PINNACLE_PCTV73ESE, with id 0245
>
> However, the vendor is USB_VID_PINNACLE ( 0x2304 ) instead of 0x2013 (
> as reported for my usb dvb by lsusb )
>
> How can I fix it? H
On Mon, Oct 19, 2009 at 5:51 PM, Matteo Miraz wrote:
> Devin,
>
> thanks for the support.
>
> In the meanwhile, can I try to force the "new" vendor id?
> Since I have another pinnacle USB device, I was thinking about
> creating a new vendor (something like USB_VID_PINNACLE2).
> Is it enough to add
On Tue, Oct 20, 2009 at 6:29 AM, Matteo Miraz wrote:
> Hi Patrick,
>
> here it is the requested patch... note that I don't have a PCTV282E
> device, so I cannot test it!
>
> Thanks for the assistance,
> Matteo
Ok, I heard back from the engineer at PCTV. He says that the
following products could
On Wed, Oct 21, 2009 at 1:35 AM, Franklin Meng wrote:
> I was wondering if someone would be able to help me with getting the analog
> and inputs for the Kworld 315U working. I was able to get the digital part
> working with help from Douglas Schilling and wanted to get the remaining
> portions
On Thu, Oct 22, 2009 at 12:03 AM, Franklin Meng wrote:
> Here are some more stuff in the trace that was not decoded by the
> parse_em28xx script..
>
> So what we know from this list of unknowns...
>
> 0xa0 is the eeprom
> 0x4a is the SAA
> 0x42 ??.
> 0xd0 ??
> 0x20 ??
> 0xc6 ??
> 0xc4 ??
> 0xc2 T
On Thu, Oct 22, 2009 at 3:13 PM, Jean Delvare wrote:
> Hi folks,
>
> I am looking for details regarding the DVB frontend API. I've read
> linux-dvb-api-1.0.0.pdf, it roughly explains what the FE_READ_BER,
> FE_READ_SNR, FE_READ_SIGNAL_STRENGTH and FE_READ_UNCORRECTED_BLOCKS
> commands return, howe
On Fri, Oct 23, 2009 at 10:12 AM, wrote:
> Hi!
>
> I found my old Pinnacle PCTV DVB-T card and thought I might put it to use.
> Since I have used it on linux before (about two years ago) with the em28xx
> driver I didn't think it would be any problems.
>
> However I can't seem to get it to work.
On Fri, Oct 23, 2009 at 11:45 AM, Benjamin Valentin
wrote:
> Hello,
> I have a Pinnacle pctv 7010ix that is oddly recognized as a Pinnacle
> PCTV 3010iX [1].
> I found that the SAA7162 chip used in that device is supported while
> the device itself is not. I was a bit confused wich of the various
Hello Antti,
Sorry, I'm a couple of days behind on email.
On Sun, Oct 25, 2009 at 2:23 PM, Antti Palosaari wrote:
> Reddo DVB-C USB Box works fine with this patch. But whats the status of this
> patch, when this is going to Kernel? Reddo is added to the 2.6.32 and due to
> that I need this go 2.
On Mon, Oct 26, 2009 at 12:02 PM, Antti Palosaari wrote:
> Is there any way to speed up Empia to handle streams bigger than ~45
> Mbit/sec?
Can you add a debug line that dumps out the values of register 0x01
and register 0x5d and then send me the values?
Devin
--
Devin J. Heitmueller - Kernel
On Mon, Oct 26, 2009 at 2:03 PM, Antti Palosaari wrote:
> On 10/26/2009 06:09 PM, Devin Heitmueller wrote:
>>
>> On Mon, Oct 26, 2009 at 12:02 PM, Antti Palosaari wrote:
>>>
>>> Is there any way to speed up Empia to handle streams bigger than ~45
>>> Mbi
On Tue, Oct 27, 2009 at 4:04 AM, Guennadi Liakhovetski
wrote:
> Hi
>
> (repeating my preamble from a previous post)
>
> This is a general comment to the whole "media controller" work: having
> given a talk at the ELC-E in Grenoble on soc-camera, I mentioned briefly a
> few related RFCs, including
On Wed, Oct 28, 2009 at 10:10 PM, Bob Cunningham wrote:
> I just completed a fresh install of MythTV 0.22 RC1 on my fully-updated
> Fedora 11 system. My tuner is an HVR-950Q, connected to cable. The tuner
> works fine under tvtime (SD) and xine (HD).
>
> All MythTV functions work, except LiveTV.
On Thu, Oct 29, 2009 at 12:47 AM, Bob Cunningham wrote:
> For F11, I appended the line "options xc5000 no_poweroff=1" to
> /etc/modprobe.d/local.conf
>
> Rather than power down (shudder), I did the following:
> 1. Unplug HVR-950Q
> 2. rmmod xc5000
> 3. modprobe xc5000 no_poweroff=1
> 4. Plug in HV
On Thu, Oct 29, 2009 at 1:33 AM, Bob Cunningham wrote:
> I spoke too soon: Switching between SD and HD channels (or vice-versa)
> always works the first time, but generally dies the next time I try. The
> behavior is very inconsistent: If I switch from SD to HD 720p or higher,
> the tuner goes a
Hello all,
If you are an HVR-1600 user who has noticed the ClearQAM tuning
performance under Linux was worse than under Windows, the following
should make you happy.
There is now a tree that contains various fixes for ClearQAM tuning.
These have been measured to put the SNR performance on-par wit
On Fri, Oct 30, 2009 at 3:48 PM, Andreas Breitbach
wrote:
> Hello all.
>
> I subscribed to this mailing list to report a possible error in the
> above mentioned module. For your better understanding, some details
> about my situation: I upgraded yesterday from Jaunty(Ubuntu) to the new
> Karmic. I
On Sat, Oct 31, 2009 at 8:35 AM, Albert Comerma
wrote:
> Hi all, I just updated my ubuntu to karmic and found with surprise that with
> 2.6.31 kernel my device does not work... It seems to be related to the
> xc2028 code part since the kernel explosion happens when you try to tune the
> device, he
On Sat, Oct 31, 2009 at 8:35 AM, Albert Comerma
wrote:
> Hi all, I just updated my ubuntu to karmic and found with surprise that with
> 2.6.31 kernel my device does not work... It seems to be related to the
> xc2028 code part since the kernel explosion happens when you try to tune the
> device, he
On Sat, Oct 31, 2009 at 4:16 PM, Andy Walls wrote:
> All,
>
> At
>
> http://linuxtv.org/hg/~awalls/cx18-yuv
>
> I have checked in some improvements to YUV handling in the cx18
> driver.
>
> There was a problem in that a lost/dropped buffer between the cx18
> driver and the CX23418 firmware would c
On Mon, Nov 2, 2009 at 8:28 AM, Patrick Byrne wrote:
> Hi,
>
> I have an Aopen MP45-DR mini-pc. I am trying to get a DVB-T card
> working in it. The DVB card is a Mini-PCI express card. It fits on a
> minicard slot inside the pc.
>
> I can activate the 'Firmware for DVB cards' in the Hardware Driv
2009/11/4 Marios Andreopoulos :
> Just a small update.
>
> After this message of yours:
> http://www.linuxtv.org/pipermail/linux-dvb/2009-October/032442.html
> I tried again the v4l-dvb tree and now my card works without problems!
>
> I don’t know what the problem was with your tree. I think anoth
On Thu, Nov 5, 2009 at 3:57 PM, Vincent McIntyre
wrote:
> I have one of these too.
>
> lsusb:
> Bus 003 Device 003: ID 0fe9:db78 DVICO FusionHDTV DVB-T Dual Digital 4
> (ZL10353+xc2028/xc3028) (initialized)
> Bus 003 Device 002: ID 0fe9:db78 DVICO FusionHDTV DVB-T Dual Digital 4
> (ZL10353+xc2028/
On Thu, Nov 5, 2009 at 6:45 PM, Robert Lowery wrote:
> Do you mean something like this (untested) patch? I'll try it out tonight.
>
> diff -r 43878f8dbfb0 linux/drivers/media/dvb/dvb-usb/cxusb.c
> --- a/linux/drivers/media/dvb/dvb-usb/cxusb.c Sun Nov 01 07:17:46 2009
> -0200
> +++ b/linux/drive
On Thu, Nov 5, 2009 at 9:31 PM, Robert Lowery wrote:
> Devin,
>
> I have confirmed the patch below fixes my issue. Could you please merge
> it for me?
>
> Thanks
>
> -Rob
Sure. I'm putting together a patch series for this weekend with a few
different misc fixes.
Devin
--
Devin J. Heitmueller
On Sat, Nov 7, 2009 at 7:35 AM, Magnus Alm wrote:
> Hi
>
> I read some where that trying different card types for a DVB tuner can
> potentially cause damage to them.
>
> You are probably right about the firmare.
> Do you have a link to the manufacture of your stick?
> I tried to google the name of
On Sat, Nov 7, 2009 at 10:31 AM, Johan Mutsaerts wrote:
> Hi,
>
> Something caught my eye while examining em28xx-dvb.c
>
> #include "mt352.h"
> #include "mt352_priv.h" /* FIXME */
>
> What's the FIXME about ? Could it be a clue ?
>
> What do you suggest I try/text ?
Please don't top post.
No, I
On Sat, Nov 7, 2009 at 8:37 PM, Andy Walls wrote:
> On Sat, 2009-11-07 at 21:47 +, Ben Hutchings wrote:
>> Signed-off-by: Ben Hutchings
>> ---
>> I'm not really sure whether it's better to do this in the drivers which
>> specify which firmware file to use, or just once in the xc2028 tuner
>>
On Sat, Nov 7, 2009 at 6:28 AM, Vincent McIntyre
wrote:
> Hi Devin
>
>> please confirm exactly which of your boards is not working.
>
> Sorry for being unclear.
>
> I have three test setups I am working with, all on the same computer.
> 1. Ubuntu Hardy, kernel 2.6.24-23-rt and drivers from v4l-dvb
On Sat, Nov 7, 2009 at 9:40 PM, Devin Heitmueller
wrote:
> Hello Vince,
>
> I think the next step at this point is for you to definitively find a
> use case that does not work with the latest v4l-dvb tip and Robert's
> patch, and include exactly what kernel you tested with
On Sun, Nov 8, 2009 at 3:15 AM, roshan karki wrote:
> Hello,
> I was wondering if you decided to write analog support for dib0700. As I
> can't find anything related to it in chagelists I'm pretty sure you didn't
> find enough request for it.
> Hope I didn't bother you much.
Hello Roshan,
Please
On Sun, Nov 8, 2009 at 6:46 PM, Barry Williams wrote:
> Where would I find your local tree as I can't seem to get the patch to
> apply and I would like to take advantage of this patch asap.
> Thanks
> Barry
I pushed out my tree with the fix:
http://kernellabs.com/hg/~dheitmueller/misc-fixes-4
I
On Sun, Nov 8, 2009 at 8:43 PM, Barry Williams wrote:
> Hi Devin
> I tried your tree and I seem to get the same problem on one box I get
> the flood of 'dvb-usb: bulk message failed: -110 (1/0'.
Can you please confirm the USB ID of the board you are having the
problem with (by running "lsusb" fr
On Sun, Nov 8, 2009 at 9:01 PM, Barry Williams wrote:
> On the first box I have
> Bus 003 Device 003: ID 0fe9:db98 DVICO
> Bus 003 Device 002: ID 0fe9:db98 DVICO
>
> on the second
> Bus 001 Device 003: ID 0fe9:db78 DVICO FusionHDTV DVB-T Dual Digital 4
> (ZL10353+xc2028/xc3028) (initialized)
> Bus
On Sun, Nov 8, 2009 at 9:54 PM, Robert Lowery wrote:
>> On Mon, Nov 9, 2009 at 12:22 PM, Devin Heitmueller
>> wrote:
>>> On Sun, Nov 8, 2009 at 8:43 PM, Barry Williams
>>> wrote:
>>>> Hi Devin
>>>> I tried your tree and I seem to get the sa
On Sun, Nov 8, 2009 at 10:58 PM, Barry Williams wrote:
> Hi Devin
> I did not reboot after installing the patch somehow I thought simply
> removing the module (as I had done to restore some stability to my
> system) and reloading the module after the patch would be all I need.
> Well I learned tha
On Sun, Nov 8, 2009 at 11:35 PM, Barry Williams wrote:
> Devin
> Attached is the output from dmesg, I hope you're right
> Thanks
> Barry
Ah, based on the dmesg I can see it wasn't what I thought it was (I
saw it was dib7000 and improperly assumed it had an xc3028 tuner like
the rev1 board does).
Hello Valerio,
On Mon, Nov 9, 2009 at 6:13 AM, Valerio Bontempi
wrote:
> Hi all,
>
> I have a problem trying to user Terratec Cinergy T XS (usb dvb only
> adapter) with XC3028 tuner:
> v4l dvb driver installed in last kernel versions (actually I am using
> 2.6.31 from ubuntu 9.10) detects this de
On Mon, Nov 9, 2009 at 12:59 AM, Barry Williams wrote:
> I appear to be good at doing silly things I of course forgot I
> unplugged the antenna cable from my first box to watch normal tv so
> that is why it is not tuning. However now my rev 1 tuner appears to no
> longer be working mythtv says it
On Mon, Nov 9, 2009 at 12:19 PM, Valerio Bontempi
wrote:
> Hi All,
>
> first thank you for your quick support.
> I have already extracted and installed the xc3028-v27.fw firmware file
> following the instructions contained in
> http://www.linuxtv.org/wiki/index.php/Xceive_XC3028/XC2028#How_to_Obta
On Mon, Nov 9, 2009 at 12:33 PM, Devin Heitmueller
wrote:
> The tree doesn't compile cleanly against Karmic due to a bug in their
> packaging of the kernel headers. To workaround it, open v4l/.config
> and change the fedtv driver from "=m" to "=n".
Pardon
On Mon, Nov 9, 2009 at 12:56 PM, Valerio Bontempi
wrote:
> Hi All,
>
> following Devin suggestion, now I managed to compile latest v4l-dvb source.
>
> But the /dev/dvb device is still not created like before.
>
> Could the reason be the kernel version I am using, 2.6.31 instead of
> 2.6.32-rc1?
>
On Mon, Nov 9, 2009 at 2:13 PM, Florent nouvellon
wrote:
> Hi,
>
> Terratec Cinergy Hybrid T USB XS FM is fully supported by em28xx-new
> project, but em28xx-new project is no more supported and not compatible with
> kernel 2.6.31.
> Is this hardware still supported ?
This device has never been s
On Mon, Nov 9, 2009 at 3:03 PM, Florent NOUVELLON
wrote:
> Right, this was supported in em28xx-new project (for krnl 2.6.30), now
> aborted. I tried to make myself a dirty patch to 2.6.31but I lack competence
> to do that !
>
>
> Don't you think there could be a way to use previous em28xx-new data
On Mon, Nov 9, 2009 at 4:56 PM, Sven Tischer wrote:
>
> Hello,
> i get this message while connecting my terratec Hybrid USB XS to Ubuntu 9.10
The support was added after 2.6.31 went out. Install the latest
v4l-dvb code using the following instructions:
http://linuxtv.org/repo
Devin
--
Devin J
On Mon, Nov 9, 2009 at 6:41 PM, Robert Lowery wrote:
> Although the xc3028-v27.fw generated from
> HVR-12x0-14x0-17x0_1_25_25271_WHQL.zip using the above process works fine
> for me, the firmware is a couple of years old now and I can't help
> wondering if there might be a newer version in the lat
On Tue, Nov 10, 2009 at 4:39 AM, Valerio Bontempi
wrote:
> Yes I rebooted the system after compiling and installing through 'make
> install' last v4l-dvb source, but with no luck, /dev/dvb device is
> still not present.
>
> Attached you can find the full dmesg, since system boot
>
> Thanks a lot a
On Tue, Nov 10, 2009 at 10:49 AM, Valerio Bontempi
wrote:
> Hi Devin,
>
> I feared about that
> So, in this moment my only possibilities available to make it work are:
> - use an older kernel (<=2.6.27) to compile successfully em28xx-new
> (maybe it could be better to use older linux distro)
> - m
On Thu, Nov 12, 2009 at 12:31 PM, H. Langos wrote:
> Hi there,
>
> Like most wikis of the linuxtv wiki is plagued with duplicate
> and out-of-sync information. It is most apparent for devices,
> their features, their hardware, and most of all their status
> in regard to linux support.
>
> If you n
Just a quick afterthought - bear in mind the schema I proposed is
something I only spent about two minutes on. It would almost
certainly need some more tweaking/cleanup etc. It meant to
communicate a concept, so don't get too tied up in the details of the
exact implementation.
Devin
--
Devin J
On Thu, Nov 12, 2009 at 5:24 PM, wrote:
> Hi to all,
> I've a usb hybrid tuner which does not work with the main v4l driver.
> I've found a way to use it modifying some lines in the em28xx-dvb.c and
> em28xx-cards.c files (thanks to Dainius Ridzevicius).
> Can someone explain me how to create a d
On Thu, Nov 12, 2009 at 6:33 PM, Florent NOUVELLON
wrote:
> Sorry about that mistake... That was an em28xx-new trick.
>
> So my question is simply :
> Do you know how to disable compiling some drivers on v4l-dvb for faster
> compiling ?
Well, I typically disable firedtv because of the Ubuntu bug.
On Fri, Nov 13, 2009 at 9:43 AM, Magnus Alm wrote:
> Hi!
>
> If this is the right place, I can as well try to describe it now.
> (And I hope I makes sense.)
>
> The bug is about the "Enable/Disable signal detection".
>
> As it is now in videoinput.c:
>
> int videoinput_check_for_signal( videoinpu
On Fri, Nov 13, 2009 at 11:38 AM, Jan Hoogenraad
wrote:
> Would it be possible to store this information in the CODE archives, and
> extract it from there ?
> Right now, I end up putting essentially the same information into structures
> in the driver and into documentation.
> This is hard to keep
On Fri, Nov 13, 2009 at 12:01 PM, James Klaas
wrote:
> I recently updated my play/work/fiddle with workstation and I wanted
> to see if my USB card still worked (OK, it never really worked).
>
> Previously, I was running Ubuntu 9.04 with a version retrieved from
> mercurial with the patch from
> h
On Sat, Nov 14, 2009 at 8:05 AM, andrea.amoros...@gmail.com
wrote:
> Continuing the testing for the analog part of the device, I've discovered
> that the main kernel driver (the one without the proposed patch) works
> better, even if not perfectly, as far as analog tv is concerned.
> In detail a
On Sun, Nov 15, 2009 at 8:12 AM, andrea.amoros...@gmail.com
wrote:
> I would like to solve this analog audio issue (this device would be useful
> in the future thanks to the 9 pin s-video input which, I think can take the
> output of an external dvb-t decoder so that to be able to see cripted
> d
Hello Mauro,
Please pull from
http://www.kernellabs.com/hg/~dheitmueller/misc-fixes-4 for the
following:
cxusb: Fix hang on DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1)
Thanks,
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the li
On Mon, Nov 16, 2009 at 10:01 AM, Sietse Achterop wrote:
> Dear all,
>
> Context:
> debian/lenny with usb frame grabber:
> Zoran Co. Personal Media Division (Nogatech) Hauppauge WinTV Pro
> (PAL/SECAM)
> This uses the usbvision driver.
>
> The problem is that while xawtv works OK with co
On Mon, Nov 16, 2009 at 3:09 PM, andrea.amoros...@gmail.com
> Hi Devin,
> I think I've done a big mistake.
> I've wrongly inserted digital_default in the analog tuner section and I've
> compiled and tested the device.
> It hasn't worked and so I've realized the mistake and the fact that the
> devic
On Mon, Nov 16, 2009 at 3:38 PM, andrea.amoros...@gmail.com
wrote:
> The usb is the following:
> Bus 002 Device 010: ID eb1a:e312 eMPIA Technology, Inc.
> (I don't remember what it was previously, but it seems wrong how can I be
> sure about that?).
> I have put back the driver to the original sta
On Mon, Nov 16, 2009 at 3:49 PM, andrea.amoros...@gmail.com
wrote:
> The usb is the following:
> Bus 002 Device 010: ID eb1a:e312 eMPIA Technology, Inc.
> (I don't remember what it was previously, but it seems wrong how can I be
> sure about that?).
> I have put back the driver to the original sta
On Mon, Nov 16, 2009 at 10:29 PM, wrote:
> Hello all,
>
> I was happily watching TV with mplayer from my cable set-top box via a
> Pinnacle HDTV Pro USB Stick and Ubuntu 9.04.
>
> The command I was using and which worked was/is:
>
> mplayer -vo xv tv:// -tv
> driver=v4l2:alsa:immediatemode=0:adev
On Tue, Nov 17, 2009 at 9:15 AM, Jarod Wilson wrote:
> On Nov 17, 2009, at 1:03 AM, Robert Cicconetti wrote:
>
>> On Tue, Nov 17, 2009 at 12:55 AM, Michael Krufky wrote:
[ 812.465930] tda18271: performing RF tracking filter calibration
[ 818.572446] tda18271: RF tracking filter
On Tue, Nov 17, 2009 at 2:46 PM, Mauro Carvalho Chehab
wrote:
> I don't like the idea of creating structs grouping those parameters. While for
> certain devices this may mean a more direct approach, for others, this may
> not make sense, due to the way their API's were implemented (for example,
>
On Wed, Nov 18, 2009 at 2:01 AM, Hans Verkuil wrote:
> Very nice cleanup!
The last time I saw one of these relatively innocent-looking changes
being done across all drivers without testing, it introduced a rather
nasty and hard to find OOPS into one of my drivers and I had to fix
it:
http://linu
On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
wrote:
> We shouldn't write API's thinking on some specific use case or aplication.
> If there's a problem with zap, the fix should be there, not at the kernel.
Your response suggests I must have poorly described the problem. Zap
is just one
On Wed, Nov 18, 2009 at 4:13 AM, Hans Verkuil wrote:
> I agree that it would help to split this patch up. Some cases are trivial,
> so they can be put together in one patch. When things get more complex it
> makes sense to put it in a separate patch for easier reviewing by the
> relevant maintaine
On Wed, Nov 18, 2009 at 4:42 AM, Laurent Pinchart
wrote:
> I will setup a test tree to help maintainers test the changes. I can split
> some patches if needed, but how would that help exactly ?
Hello Laurent,
In this case, splitting up the patch would just make it easier to
review, and potential
On Wed, Nov 18, 2009 at 9:04 AM, Mauro Carvalho Chehab
wrote:
> Devin Heitmueller wrote:
>> On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
>> wrote:
>>> We shouldn't write API's thinking on some specific use case or aplication.
>>> If there
On Wed, Nov 18, 2009 at 9:04 AM, Mauro Carvalho Chehab
wrote:
> Devin Heitmueller wrote:
>> On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
>> wrote:
>>> We shouldn't write API's thinking on some specific use case or aplication.
>>> If there
On Thu, Nov 19, 2009 at 12:43 PM, Patrick Boettcher
wrote:
> Hi Mauro,
>
> can you please pull from
>
> http://kernellabs.com/hg/~pboettcher/v4l-dvb/
>
> for
>
> 1) PATCH: better support for INTUIX DVB stick boot
> 2) [PATCH] fix genpix driver (no 8psk lock)
> 3) Add support for PCTV 74e (Pinnacle
On Fri, Nov 20, 2009 at 2:45 AM, Patrick Boettcher
wrote:
> According to DiBcom's contact at Pinnacle, it was a mistake to add the
> Product IDs with Pinnacle's USB vendor ID and it needed to be replaced.
>
> I'd be not surprised if that is not correct and that you're right. I will
> fix it and wi
On Fri, Nov 20, 2009 at 3:38 PM, Hans Verkuil wrote:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-staging for the
> following:
>
> - Enable staging drivers by default when building v4l-dvb
> - go7007: Add struct v4l2_device.
> - s2250: Change module structure
> - s2
On Fri, Nov 20, 2009 at 4:45 PM, Hans Verkuil wrote:
> If there are drivers in the staging tree that are so unreliable that they
> can break the hardware, then those should be explicitly disabled, rather
> than disabling all drivers in the staging tree. Or perhaps do not belong
> there at all, or
On Tue, Nov 10, 2009 at 11:31 PM, Andy Walls wrote:
> OK, here's my second attempt at getting rid of cx18 YUV frame alignment
> and tearing issues.
>
> http://linuxtv.org/hg/~awalls/cx18-yuv2
Hi Andy,
I did some testing of your tree, using the following command
mplayer /dev/video32 -demu
On Mon, Nov 23, 2009 at 9:14 AM, Krzysztof Halasa wrote:
> I think this makes a lot of sense.
> But: we don't need a database of RC codes in the kernel (that's a lot of
> data, the user has to select the RC in use anyway so he/she can simply
> provide mapping e.g. RC5<>keycode).
Just bear in mind
On Mon, Nov 23, 2009 at 7:12 AM, Andy Walls wrote:
> 5. If you don't give an MDL back to the firmware, it never uses it
> again. That's why you see the sweep-up log messages. As soon as an MDL
> is skipped *on the order of the depth* of q_busy times, when looking for
> the currently DMA_DONE'd M
On Mon, Nov 23, 2009 at 12:05 PM, James Mastros wrote:
> 2009/11/23 Devin Heitmueller :
>> Just bear in mind that with the current in-kernel code, users do *not
>> * have to manually select the RC code to use if they are using the
>> default remote that shipped with the
On Mon, Nov 23, 2009 at 4:28 PM, Mauro Carvalho Chehab
wrote:
> Hi Dmitri,
>
> I added this patch, but the driver is essentially broken. It would
> be wonderful if you have some time to fix it.
>
> Cheers,
> Mauro.
Yeah, I saw his patch and was wondering why on Earth he submitted a
patch adding c
On Mon, Nov 23, 2009 at 4:46 PM, Krzysztof Halasa wrote:
> l...@bartelmus.de (Christoph Bartelmus) writes:
>
>>> I think we shouldn't at this time worry about IR transmitters.
>>
>> Sorry, but I have to disagree strongly.
>> Any interface without transmitter support would be absolutely unacceptabl
On Mon, Nov 23, 2009 at 5:31 PM, Krzysztof Halasa wrote:
> Devin Heitmueller writes:
>
>> There is an argument to be made that since it may be desirable for
>> both IR receivers and transmitters to share the same table of remote
>> control definitions, it might make sen
On Mon, Nov 23, 2009 at 8:49 PM, Andy Walls wrote:
> Of course that's all speculation about the problem. If you could
> reproduce the condition and then
>
> # echo 271 > /sys/modules/cx18/parameters/debug
Hi Andy,
Thanks for the additional info. I had to tear down my HVR-1600 test
rig to finis
On Tue, Nov 24, 2009 at 6:39 PM, Andy Walls wrote:
> BTW, I did a quick skim of your cx18-alsa stuff. I noticed two things:
>
> 1. A memory leak in an error path:
>
> http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2/rev/cb267593943f#l85
>
>
> 2. Technically open_id should probably be
On Wed, Nov 25, 2009 at 1:07 PM, Jarod Wilson wrote:
> Took me a minute to figure out exactly what you were talking about. You're
> referring to the current in-kernel decoding done on an ad-hoc basis for
> assorted remotes bundled with capture devices, correct?
>
> Admittedly, unifying those and
On Wed, Nov 18, 2009 at 7:54 AM, Laurent Pinchart
wrote:
> Hi everybody,
>
> the V4L cleanup patches are now available from
>
> http://linuxtv.org/hg/~pinchartl/v4l-dvb-cleanup
>
> The tree will be rebased if needed (or rather dropped and recreated as hg
> doesn't provide a rebase operation), so p
On Wed, Nov 25, 2009 at 7:02 PM, Laurent Pinchart
> Thank you very much for the report. Could you please try with the following
> patch applied on top of the v4l-dvb-cleanup tree ?
>
> diff -r 98e3929a1a2d linux/drivers/media/video/au0828/au0828-video.c
> --- a/linux/drivers/media/video/au0828/au08
On Wed, Nov 25, 2009 at 7:07 PM, Devin Heitmueller
> Trying it now
>
> Devin
Ok, that seems to have resolved the issue. Please make sure that
patch gets added to your PULL request.
Wish I had found that myself 90 minutes earlier... :-/
Thanks,
Devin
--
Devin J. Heitmueller
On Mon, Nov 30, 2009 at 12:28 PM, Patrick Boettcher
> - Add support for PCTV 74e (Pinnacle) + fix USB vendor IDs
Patrick,
You added the USB ID for the 74e? Is that the result of actually
trying it with the hardware? As far as I know, the 74e is not a
Dibcom design.
Devin
--
Devin J. Heitmuel
On Tue, Dec 1, 2009 at 12:03 PM, Mauro Carvalho Chehab
wrote:
> Just taking an example from the dibcom0700 driver (as the same driver
> supports several different RC5 and NEC codes at the same time),
> the kernel table has several keycodes added there, all working
> at the same time. Providing tha
On Tue, Dec 1, 2009 at 4:18 AM, Vincent McIntyre
wrote:
> Hi Rob
>
> I missed your followup and tested the 'revert.diff' patch, attached
> for reference.
> I have been slow replying because I've been scratching my head over the
> results.
>
> I used 'signaltest.pl' to test[1], which uses tzap und
On Thu, Dec 3, 2009 at 4:47 PM, Bert Massop wrote:
> Hi Jan,
>
> The datasheet for the TDA18218 can be obtained from NXP:
> http://www.nxp.com/documents/data_sheet/TDA18218HN.pdf
>
> That's all the information I have at the moment, maybe Mike has some
> other information (like the Application Note
On Thu, Dec 3, 2009 at 11:00 PM, John S Gruber wrote:
> I have problems with my audio that I've tracked down to the transfer
> of audio from the au0828
> in my hvr-950Q. I spotted the following comment about green screen
> detection and I wonder
> if it might be related.
>
> drivers/media/video/au
On Thu, Dec 3, 2009 at 11:21 PM, Devin Heitmueller
wrote:
> On Thu, Dec 3, 2009 at 11:00 PM, John S Gruber wrote:
>> I have problems with my audio that I've tracked down to the transfer
>> of audio from the au0828
>> in my hvr-950Q. I spotted the following comment about
On Fri, Dec 4, 2009 at 9:31 AM, John S Gruber wrote:
> I produced the dump of URB sizes you requested by adding that printk() line.
> The
> results are at http://pastebin.com/f26f29133
Hi John,
This is good info (especially since you have kernel timestamps enabled).
Did you have a specific ref
On Fri, Dec 4, 2009 at 5:15 PM, John S Gruber wrote:
> Addressing audio quality problem.
>
> In sound/usb/usbaudio.c, for the Hauppage HVR-950Q only, change
> retire_capture_urb to copy the entire byte stream while still counting
> entire audio frames. urbs unaligned on channel sample boundaries a
701 - 800 of 1187 matches
Mail list logo