New Hauppauge HVR-2200 Revision?

New Hauppauge HVR-2200 Revision?

[Francis Barber]

Hello Steven,

Firstly, thanks for writing the drivers for HVR-2200.  I'd would be 
delighted if you have some time help me get my hardware supported.  I 
bought an HVR-2200 today. I built the latest from 
http://linuxtv.org/hg/v4l-dvb/, but the device is not yet known:

[15596.718263] CORE saa7164[0]: subsystem: 0070:8940, board: Unknown 
[card=0,autodetected]
[15596.718270] saa7164[0]/0: found at 0000:03:00.0, rev: 129, irq: 19, 
latency: 0, mmio: 0xfe800000

I'm a confused by 8940 because this isn't listed in the hcw89.inf file 
on the CD that shipped with the product (driver version 7.6.1.27118).  
They list 8900, 8901, 8980, 8991, 8993, 89A0, and 89A1.  I downloaded 
the latest drivers from the website (7.6.27.27223) and this adds 8951 
and 8953, but still not 8940.

The firmware shipped with 7.6.1.27118 is the same as is available on 
your website, although they have updated it for 7.6.27.27223.

Some details available by looking at the card:
- WinTV-HVR-2200 DVB-T, MULTI-PAL, 89619 LF, REV D3F2.
- Has two NXP TDA10048HN, POS963, 00 01, EPD09322.
- NXP SAA7064E/3, P1A571.00, 07, ESD09372Y.
- SAMSUNG 916 that someone seems to have written on with pencil (?!) so 
I can't read it properly.
- Made in Indonesia 2009/08/20.

If there is any other information that would be helpful please let me know.

Many thanks,
Frank.

Re: New Hauppauge HVR-2200 Revision?

[Steven Toth]

> I'm a confused by 8940 because this isn't listed in the hcw89.inf file on
> the CD that shipped with the product (driver version 7.6.1.27118).  They
> list 8900, 8901, 8980, 8991, 8993, 89A0, and 89A1.  I downloaded the latest
> drivers from the website (7.6.27.27223) and this adds 8951 and 8953, but
> still not 8940.
>
> The firmware shipped with 7.6.1.27118 is the same as is available on your
> website, although they have updated it for 7.6.27.27223.

> If there is any other information that would be helpful please let me know.

Does this actually work under windows? It sounds like the driver
doesn't support it?

Regards,

-- 
Steven Toth - Kernel Labs
http://www.kernellabs.com

Re: New Hauppauge HVR-2200 Revision?

[Francis Barber]

On 23/01/2010 11:00 PM, Steven Toth wrote:
>> I'm a confused by 8940 because this isn't listed in the hcw89.inf file on
>> the CD that shipped with the product (driver version 7.6.1.27118).  They
>> list 8900, 8901, 8980, 8991, 8993, 89A0, and 89A1.  I downloaded the latest
>> drivers from the website (7.6.27.27223) and this adds 8951 and 8953, but
>> still not 8940.
>>
>> The firmware shipped with 7.6.1.27118 is the same as is available on your
>> website, although they have updated it for 7.6.27.27223.
>>      
>    
>> If there is any other information that would be helpful please let me know.
>>      
> Does this actually work under windows? It sounds like the driver
> doesn't support it?
>
> Regards,
>
>    

As expected, the card didn't work in Windows with either of those driver 
versions.  However, hauppauge.com has different drivers to 
hauppauge.co.uk!  The latest HVR2250 drivers from hauppauge.com, version 
7.6.27.27323, include 8940 in the inf file.  This version installs fine 
on Windows.

Regards,
Frank.

Re: New Hauppauge HVR-2200 Revision?

[Steven Toth]

I put some new patches into the saa7164-stable earlier today. These
will probably help.

www.kernellabs.com/hg/saa7164-stable

Let me know.

Regards,

- Steve

-- 
Steven Toth - Kernel Labs
http://www.kernellabs.com

On Sat, Jan 23, 2010 at 6:17 PM, Francis Barber
<fedora@barber-family.id.au> wrote:
> On 23/01/2010 11:00 PM, Steven Toth wrote:
>>>
>>> I'm a confused by 8940 because this isn't listed in the hcw89.inf file on
>>> the CD that shipped with the product (driver version 7.6.1.27118).  They
>>> list 8900, 8901, 8980, 8991, 8993, 89A0, and 89A1.  I downloaded the
>>> latest
>>> drivers from the website (7.6.27.27223) and this adds 8951 and 8953, but
>>> still not 8940.
>>>
>>> The firmware shipped with 7.6.1.27118 is the same as is available on your
>>> website, although they have updated it for 7.6.27.27223.
>>>
>>
>>
>>>
>>> If there is any other information that would be helpful please let me
>>> know.
>>>
>>
>> Does this actually work under windows? It sounds like the driver
>> doesn't support it?
>>
>> Regards,
>>
>>
>
> As expected, the card didn't work in Windows with either of those driver
> versions.  However, hauppauge.com has different drivers to hauppauge.co.uk!
>  The latest HVR2250 drivers from hauppauge.com, version 7.6.27.27323,
> include 8940 in the inf file.  This version installs fine on Windows.
>
> Regards,
> Frank.
>

Re: New Hauppauge HVR-2200 Revision?

[Francis Barber]

On 24/01/2010 7:29 AM, Steven Toth wrote:
> I put some new patches into the saa7164-stable earlier today. These
> will probably help.
>
> www.kernellabs.com/hg/saa7164-stable
>
> Let me know.
>
> Regards,
>
> - Steve
>
>    
Thanks, I will give this a try later today.

Presumably I should use the firmware from version 7.6.27.27323 (although 
there doesn't seem to be any firmware corresponding to dvb-fe-tda10048 
with this download)?

Regards,
Frank.

Re: New Hauppauge HVR-2200 Revision?

[Steven Toth]

http://www.kernellabs.com/blog/?page_id=17

Firmware links from here.

- Steve

On Sat, Jan 23, 2010 at 7:03 PM, Francis Barber
<fedora@barber-family.id.au> wrote:
> On 24/01/2010 7:29 AM, Steven Toth wrote:
>>
>> I put some new patches into the saa7164-stable earlier today. These
>> will probably help.
>>
>> www.kernellabs.com/hg/saa7164-stable
>>
>> Let me know.
>>
>> Regards,
>>
>> - Steve
>>
>>
>
> Thanks, I will give this a try later today.
>
> Presumably I should use the firmware from version 7.6.27.27323 (although
> there doesn't seem to be any firmware corresponding to dvb-fe-tda10048 with
> this download)?
>
> Regards,
> Frank.
>



-- 
Steven Toth - Kernel Labs
http://www.kernellabs.com

Re: New Hauppauge HVR-2200 Revision?

[Francis Barber]

On 24/01/2010 8:18 AM, Steven Toth wrote:
> http://www.kernellabs.com/blog/?page_id=17
>
> Firmware links from here.
>
> - Steve
>
> On Sat, Jan 23, 2010 at 7:03 PM, Francis Barber
> <fedora@barber-family.id.au>  wrote:
>    
>> On 24/01/2010 7:29 AM, Steven Toth wrote:
>>      
>>> I put some new patches into the saa7164-stable earlier today. These
>>> will probably help.
>>>
>>> www.kernellabs.com/hg/saa7164-stable
>>>
>>> Let me know.
>>>
>>> Regards,
>>>
>>> - Steve
>>>
>>>
>>>        
>> Thanks, I will give this a try later today.
>>
>> Presumably I should use the firmware from version 7.6.27.27323 (although
>> there doesn't seem to be any firmware corresponding to dvb-fe-tda10048 with
>> this download)?
>>
>> Regards,
>> Frank.
>>
>>      

Using a03ea24beafc from www.kernellabs.com/hg/saa7164-stable pretty 
well, thanks very much for working on this quickly!  As an aside, I'm 
interested as to why I should use the firmware from the older drivers.

The only problem with it now is that when I tune HD channels tzap 
consistently reports unc, for example:

status 1f | signal fefe | snr 00f6 | ber 0000000f | unc 0000006a | 
FE_HAS_LOCK
status 1f | signal fefe | snr 00f6 | ber 0000000e | unc 0000006a | 
FE_HAS_LOCK
status 1f | signal fefe | snr 00f6 | ber 00000012 | unc 0000006a | 
FE_HAS_LOCK

I can't see any problems when watching the channels, however (ie, the 
picture looks fine).

Thanks again,
Frank.

Re: New Hauppauge HVR-2200 Revision?

[Francis Barber]

On 24/01/2010 3:26 PM, Francis Barber wrote:
> Using a03ea24beafc from www.kernellabs.com/hg/saa7164-stable pretty 
> well, thanks very much for working on this quickly!  As an aside, I'm 
> interested as to why I should use the firmware from the older drivers.
>
> The only problem with it now is that when I tune HD channels tzap 
> consistently reports unc, for example:
>
> status 1f | signal fefe | snr 00f6 | ber 0000000f | unc 0000006a | 
> FE_HAS_LOCK
> status 1f | signal fefe | snr 00f6 | ber 0000000e | unc 0000006a | 
> FE_HAS_LOCK
> status 1f | signal fefe | snr 00f6 | ber 00000012 | unc 0000006a | 
> FE_HAS_LOCK
>
> I can't see any problems when watching the channels, however (ie, the 
> picture looks fine).
>
> Thanks again,
> Frank.
> -- 
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Hello Steven,

I have been using my HVR-2200 for a few weeks now.  Apart from the unc 
anomaly noted above, there has been one other problem.  Twice, the 
following errors appeared in the log:

Feb  6 02:44:28 ent kernel: [1083565.117248] saa7164_api_i2c_read() 
error, ret(2) = 0x13
Feb  6 02:44:28 ent kernel: [1083565.117274] tda18271_read_regs: 
[2-0060|S] ERROR: i2c_transfer returned: -5

When this happened, I couldn't tune anything and I had to reload the dvb 
modules to get it working again.  I wonder if you have any idea what 
could be causing this?

I was also wondering if it might help to use the latest firmware?  I got 
the drivers from here 
http://www.hauppauge.com/site/support/support_hvr2250.html.  Looking at 
your extract script, it is trivial to get the saa7164 firmware but I've 
no idea how you calculated the offsets tda10048 firmware.  Would you 
have any pointers on this?

Anyway, apart from the problems noted above it is fine.  I'm not sure 
what the criteria is for merging support for this card into the main 
repository, but I would view it as worthy of merging even with these 
problems outstanding.

Many thanks,
Frank.

Re: New Hauppauge HVR-2200 Revision?

[Francis Barber]

On 11/02/2010 8:23 PM, Francis Barber wrote:
> On 24/01/2010 3:26 PM, Francis Barber wrote:
>> Using a03ea24beafc from www.kernellabs.com/hg/saa7164-stable pretty 
>> well, thanks very much for working on this quickly!  As an aside, I'm 
>> interested as to why I should use the firmware from the older drivers.
>>
>> The only problem with it now is that when I tune HD channels tzap 
>> consistently reports unc, for example:
>>
>> status 1f | signal fefe | snr 00f6 | ber 0000000f | unc 0000006a | 
>> FE_HAS_LOCK
>> status 1f | signal fefe | snr 00f6 | ber 0000000e | unc 0000006a | 
>> FE_HAS_LOCK
>> status 1f | signal fefe | snr 00f6 | ber 00000012 | unc 0000006a | 
>> FE_HAS_LOCK
>>
>> I can't see any problems when watching the channels, however (ie, the 
>> picture looks fine).
>>
>> Thanks again,
>> Frank.
>> -- 
>> To unsubscribe from this list: send the line "unsubscribe 
>> linux-media" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
> Hello Steven,
>
> I have been using my HVR-2200 for a few weeks now.  Apart from the unc 
> anomaly noted above, there has been one other problem.  Twice, the 
> following errors appeared in the log:
>
> Feb  6 02:44:28 ent kernel: [1083565.117248] saa7164_api_i2c_read() 
> error, ret(2) = 0x13
> Feb  6 02:44:28 ent kernel: [1083565.117274] tda18271_read_regs: 
> [2-0060|S] ERROR: i2c_transfer returned: -5
>
> When this happened, I couldn't tune anything and I had to reload the 
> dvb modules to get it working again.  I wonder if you have any idea 
> what could be causing this?
>
> I was also wondering if it might help to use the latest firmware?  I 
> got the drivers from here 
> http://www.hauppauge.com/site/support/support_hvr2250.html.  Looking 
> at your extract script, it is trivial to get the saa7164 firmware but 
> I've no idea how you calculated the offsets tda10048 firmware.  Would 
> you have any pointers on this?
>
> Anyway, apart from the problems noted above it is fine.  I'm not sure 
> what the criteria is for merging support for this card into the main 
> repository, but I would view it as worthy of merging even with these 
> problems outstanding.
>
> Many thanks,
> Frank.
>
Interestingly, so far it only seems to affect the second adapter.  The 
first one is still working.

Cheers,
Frank.

Re: New Hauppauge HVR-2200 Revision?

[Steven Toth]

>> I was also wondering if it might help to use the latest firmware? I
>> got the drivers from here
>> http://www.hauppauge.com/site/support/support_hvr2250.html. Looking at
>> your extract script, it is trivial to get the saa7164 firmware but
>> I've no idea how you calculated the offsets tda10048 firmware. Would
>> you have any pointers on this?

I've been testing new saa7164 firmware recently and I'm ok with it, I plan to 
push those changes into saa7164-stable in the next few days.

TDA10048 firmware rev'ing - I haven't yet looked at, although it's on my todo list.

>>
>> Anyway, apart from the problems noted above it is fine. I'm not sure
>> what the criteria is for merging support for this card into the main
>> repository, but I would view it as worthy of merging even with these
>> problems outstanding.
>>
>> Many thanks,
>> Frank.
>>
> Interestingly, so far it only seems to affect the second adapter. The
> first one is still working.

Curious.

-- 
Steven Toth - Kernel Labs
http://www.kernellabs.com
+1.646.355.8490

Re: New Hauppauge HVR-2200 Revision?

[Steven Toth]

>> Anyway, apart from the problems noted above it is fine.  I'm not sure what the criteria is for merging support for this card into the main repository, but I would view it as worthy of merging even with these problems outstanding.
>> 
>> Many thanks,
>> Frank.
>> 
> Interestingly, so far it only seems to affect the second adapter.  The first one is still working.
> 


Odd.

Francis,

I find the whole ber/unc values puzzling, essentially they shouldn't happen assuming a good clean DVB-T signal. I'm going to look into this very shortly, along with a broad locking feature I want to change in the demod.

I've had one or two other people comment on the -stable tree and in general they're pretty happy, including myself, which means that I'll be generating a pull request to have these changes merged very shortly (1-2 weeks).

Regards,

- Steve

--
Steven Toth - Kernel Labs
http://www.kernellabs.com

Re: New Hauppauge HVR-2200 Revision?

[Francis Barber]

On 12/02/2010 9:44 PM, Steven Toth wrote:
>>> Anyway, apart from the problems noted above it is fine.  I'm not sure what the criteria is for merging support for this card into the main repository, but I would view it as worthy of merging even with these problems outstanding.
>>>
>>> Many thanks,
>>> Frank.
>>>
>>>        
>> Interestingly, so far it only seems to affect the second adapter.  The first one is still working.
>>
>>      
>
> Odd.
>
> Francis,
>
> I find the whole ber/unc values puzzling, essentially they shouldn't happen assuming a good clean DVB-T signal. I'm going to look into this very shortly, along with a broad locking feature I want to change in the demod.
>
> I've had one or two other people comment on the -stable tree and in general they're pretty happy, including myself, which means that I'll be generating a pull request to have these changes merged very shortly (1-2 weeks).
>
> Regards,
>
> - Steve
>
> --
> Steven Toth - Kernel Labs
> http://www.kernellabs.com
>
>
>    
Hi Steve,

The unc is clearly wrong because when I watch the picture is fine.

Today I had the i2c error using the other adapter, and nothing seemed to 
be working until I reloaded the modules.

Feb 13 19:39:10 ent kernel: [1748208.155364] saa7164_api_i2c_read() 
error, ret(2) = 0x13
Feb 13 19:39:10 ent kernel: [1748208.155389] tda18271_read_regs: 
[1-0060|M] ERROR: i2c_transfer returned: -5

I think the reason I was only seeing it on the slave was because I was 
mainly using that adapter1.

Thanks again for your efforts,
Francis.

Re: New Hauppauge HVR-2200 Revision?

[Ross J. Reedstrom]

On Sat, Feb 13, 2010 at 10:35:01PM +0800, Francis Barber wrote:
> On 12/02/2010 9:44 PM, Steven Toth wrote:
> >>>Anyway, apart from the problems noted above it is fine.  I'm not sure 
> >>>what the criteria is for merging support for this card into the main 
> >>>repository, but I would view it as worthy of merging even with these 
> >>>problems outstanding.
> >>>
> >>>Many thanks,
> >>>Frank.
> >>>
> >>>       
> >>Interestingly, so far it only seems to affect the second adapter.  The 
> >>first one is still working.
> >>
> >>     
> >
> >Odd.
> >
> >Francis,
> >
> >I find the whole ber/unc values puzzling, essentially they shouldn't 
> >happen assuming a good clean DVB-T signal. I'm going to look into this 
> >very shortly, along with a broad locking feature I want to change in the 
> >demod.
> >
> >I've had one or two other people comment on the -stable tree and in 
> >general they're pretty happy, including myself, which means that I'll be 
> >generating a pull request to have these changes merged very shortly (1-2 
> >weeks).
> >
> >Regards,
> >
> >- Steve
> >
> >--
> >Steven Toth - Kernel Labs
> >http://www.kernellabs.com
> >
> >
> >   
> Hi Steve,
> 
> The unc is clearly wrong because when I watch the picture is fine.
> 
> Today I had the i2c error using the other adapter, and nothing seemed to 
> be working until I reloaded the modules.
> 
> Feb 13 19:39:10 ent kernel: [1748208.155364] saa7164_api_i2c_read() 
> error, ret(2) = 0x13
> Feb 13 19:39:10 ent kernel: [1748208.155389] tda18271_read_regs: 
> [1-0060|M] ERROR: i2c_transfer returned: -5
> 
> I think the reason I was only seeing it on the slave was because I was 
> mainly using that adapter1.
> 
> Thanks again for your efforts,
> Francis.
> --

Hi Francis, Steve -
I was one of the other early commenters on stable. I have an HVR-2250,
which reports itself as so:

[   44.108079] CORE saa7164[0]: subsystem: 0070:8891, board: Hauppauge
WinTV-HVR2250 [card=7,autodetected]
[   44.108086] saa7164[0]/0: found at 0000:02:00.0, rev: 129, irq: 17,
latency: 0, mmio: 0xf9c00000

I updated from http://kernellabs.com/hg/saa7164-stable/ on 2010-02-09
and rebuilt for kernel 2.6.24.

I too am mostly happy, but see the exact same behavior as Francis -
after running fine (but lightly used) for several days, I'll start to
get that same error:

Feb 11 13:35:06 MediaPC kernel: [215813.216541] saa7164_api_i2c_read()
error, ret(2) = 0x13
Feb 11 13:35:06 MediaPC kernel: [215813.216549] tda18271_read_regs:
[2-0060|S] ERROR: i2c_transfer returned: -5

Though the tuner does not yet lock up at that point. Eventually I will
get a stream of other errors, and both tuners lock up. I'm suspicious
that it might have something to do with using both tuners at once, but
have no direct evidence. Anyone have a better method than switching
inputs in mythtv for loading the tuners? If we could make this
reproducable, I'm sure it'll be much easier to track down.

Ross
-- 
Ross Reedstrom, Ph.D.                                 reedstrm@rice.edu
Systems Engineer & Admin, Research Scientist        phone: 713-348-6166
The Connexions Project      http://cnx.org            fax: 713-348-3665
Rice University MS-375, Houston, TX 77005
GPG Key fingerprint = F023 82C8 9B0E 2CC6 0D8E  F888 D3AE 810E 88F0 BEDE

Re: New Hauppauge HVR-2200 Revision?

[Declan Mullen]

On 16/08/2011 5:03 AM, Adrien Dorsaz wrote:
> Hi,
>
> I've recently bought two cards HVR-2200 rev 0700:8940 and installed them
> into one PC. Kernel module saa7164 was launched by linux (under Ubuntu
> 11.04, with kernel 2.6.38-10-generic-pae), but it didn't recognize my
> cards (so, it selected card 0 : unknown).
>
> I've seen a new patch on your mailing list (see archive [1] and the
> patch [2]), but it was apparently only applied on kernellabs.org and not
> in the linuxtv.org archive.
>
> So I've downloaded the Ubuntu linux source (with apt-get install
> linux-source), I've patched it following the diff [2] and I've compiled
> this new kernel.
>
> Now when I reboot it, it works really well : I don't need any more to
> say which cards I've in /etc/modprobe.d/saa-7164.conf and both were well
> recognized (I've seen my four adapters in /dev/dvb/adapter[0,1,2,3]).
>
> So, could you apply this patch also on your source please (and try it to
> confirm my tests)?
>
> Thank you very much,
> Adrien Dorsaz
> a.dorsaz@gmail.com
>
> [1] :
> http://www.mail-archive.com/linux-media@vger.kernel.org/msg14612.html ,
> and the message which give a patch :
> http://www.mail-archive.com/linux-media@vger.kernel.org/msg14626.html
>
> [2] : the patch on kernellabs.org :
> http://www.kernellabs.com/hg/saa7164-stable/rev/cf2d7530d676
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

I've just done something similar.

I installed the source code for my Ubuntu 10.10 x86 32bit kernel:
    apt-get source linux-image-2.6.35-30-generic-pae

I got the source code of the version of the saa7164 driver that supports 
the "0700:8940" revision of the 2200 card from Kernel Labs by:
   git clone git://kernellabs.com/stoth/saa7164-stable.git
   cd saa7164-stable
   git checkout 87e0c0378bf2068df5d0c43acd66aea9ba71bd89
   make clean

Many thanks to Steven Toth (driver author) for telling me about the 
"87e0c0378bf2068df5d0c43acd66aea9ba71bd89" commit.

I then replaced the Ubuntu kernal source's 
"linux-2.6.35/drivers/media/video/saa7164/" directory with that from the 
above "87e0c0378bf2068df5d0c43acd66aea9ba71bd89" commit and then 
recompiled the ubuntu kernel source.

I found the instructions at 
"http://linuxtweaking.blogspot.com/2010/05/how-to-compile-kernel-on-ubuntu-1004.html<http://linuxtweaking.blogspot.com/2010/05/how-to-compile-kernel-on-ubuntu-1004.html>" 
for getting the ubuntu kernel source code and recompiling it most helpfull.

I got the following firmware from http://www.steventoth.net/linux/hvr22xx :
   dvb-fe-tda10048-1.0.fw
   NXP7164-2010-03-10.1.fw

After putting the firmware files into place and doing a cold reboot, the 
card's DVB-T functionality seems to be working fine within my Mythtv 0.24.

Regards,
Declan

Re: New Hauppauge HVR-2200 Revision?

[Declan Mullen]

Declan wrote:
> After putting the firmware files into place and doing a cold reboot, 
> the card seems to be working fine.

By "working file" I mean from the point of view of using it's DVB-T 
functionality within Mythtv.

Re: New Hauppauge HVR-2200 Revision?

[Declan Mullen]

On 16/08/2011 5:03 AM, Adrien Dorsaz wrote:
> Hi,
>
> I've recently bought two cards HVR-2200 rev 0700:8940 and installed them
> into one PC. Kernel module saa7164 was launched by linux (under Ubuntu
> 11.04, with kernel 2.6.38-10-generic-pae), but it didn't recognize my
> cards (so, it selected card 0 : unknown).
>
> I've seen a new patch on your mailing list (see archive [1] and the
> patch [2]), but it was apparently only applied on kernellabs.org and not
> in the linuxtv.org archive.
>
> So I've downloaded the Ubuntu linux source (with apt-get install
> linux-source), I've patched it following the diff [2] and I've compiled
> this new kernel.
>
> Now when I reboot it, it works really well : I don't need any more to
> say which cards I've in /etc/modprobe.d/saa-7164.conf and both were well
> recognized (I've seen my four adapters in /dev/dvb/adapter[0,1,2,3]).
>
> So, could you apply this patch also on your source please (and try it to
> confirm my tests)?
>
> Thank you very much,
> Adrien Dorsaz
> a.dorsaz@gmail.com
>
> [1] :
> http://www.mail-archive.com/linux-media@vger.kernel.org/msg14612.html ,
> and the message which give a patch :
> http://www.mail-archive.com/linux-media@vger.kernel.org/msg14626.html
>
> [2] : the patch on kernellabs.org :
> http://www.kernellabs.com/hg/saa7164-stable/rev/cf2d7530d676
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

I've just done something similar.

I installed the source code for my Ubuntu 10.10 x86 32bit kernel:
    apt-get source linux-image-2.6.35-30-generic-pae

I got the source code of the version of the saa7164 driver that supports 
the "0700:8940" revision of the 2200 card from Kernel Labs by:
   git clone git://kernellabs.com/stoth/saa7164-stable.git
   cd saa7164-stable
   git checkout 87e0c0378bf2068df5d0c43acd66aea9ba71bd89
   make clean

Many thanks to Steven Toth (driver author) for telling me about the 
"87e0c0378bf2068df5d0c43acd66aea9ba71bd89" commit.

I then replaced the Ubuntu kernal source's 
"linux-2.6.35/drivers/media/video/saa7164/" directory with that from the 
above "87e0c0378bf2068df5d0c43acd66aea9ba71bd89" commit and then 
recompiled the ubuntu kernel source.

I found the instructions at 
"http://linuxtweaking.blogspot.com/2010/05/how-to-compile-kernel-on-ubuntu-1004.html<http://linuxtweaking.blogspot.com/2010/05/how-to-compile-kernel-on-ubuntu-1004.html>" 
for getting the ubuntu kernel source code and recompiling it most helpfull.

I got the following firmware from http://www.steventoth.net/linux/hvr22xx :
   dvb-fe-tda10048-1.0.fw
   NXP7164-2010-03-10.1.fw

After putting the firmware files into place and doing a cold reboot, the 
card seems to be working fine.

Regards,
Declan

Re: New Hauppauge HVR-2200 Revision?

[Adrien Dorsaz]

Hi,

I've recently bought two cards HVR-2200 rev 0700:8940 and installed them
into one PC. Kernel module saa7164 was launched by linux (under Ubuntu
11.04, with kernel 2.6.38-10-generic-pae), but it didn't recognize my
cards (so, it selected card 0 : unknown).

I've seen a new patch on your mailing list (see archive [1] and the
patch [2]), but it was apparently only applied on kernellabs.org and not
in the linuxtv.org archive.

So I've downloaded the Ubuntu linux source (with apt-get install
linux-source), I've patched it following the diff [2] and I've compiled
this new kernel.

Now when I reboot it, it works really well : I don't need any more to
say which cards I've in /etc/modprobe.d/saa-7164.conf and both were well
recognized (I've seen my four adapters in /dev/dvb/adapter[0,1,2,3]).

So, could you apply this patch also on your source please (and try it to
confirm my tests)?

Thank you very much,
Adrien Dorsaz
a.dorsaz@gmail.com

[1] :
http://www.mail-archive.com/linux-media@vger.kernel.org/msg14612.html ,
and the message which give a patch :
http://www.mail-archive.com/linux-media@vger.kernel.org/msg14626.html

[2] : the patch on kernellabs.org :
http://www.kernellabs.com/hg/saa7164-stable/rev/cf2d7530d676