Re: TT 1400 DVB-S Budget with different PCI ID's

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Michael Krufky wrote:
> Oliver Endriss wrote:
> >Helmut Auer wrote:
> >>Michael Krufky schrieb:
> >>>Helmut Auer wrote:
> >>>>I have a TT S1400  which does not match the entry in the modules.pcimap.
> >>>>
> >>>>Instead of:
> >>>>budget               0x00001131 0x00007146 0x000013c2 0x00001016 
> >>>>0x00000000 0x00000000 0x0
> >>>>it reports the following:
> >>>>Vendor 0x00001131 - Device 0x00007146 - Subvendor: 0x00000133 - 
> >>>>Subdevice: 0x00001000
> >>>>
> >>>>After patching budget.c this device works fine now !
> >>>>
> >>>Please generate a patch and submit it to the list, so that we can add it 
> >>>to the official repository, along with your developer's certificate of 
> >>>origin, in the form:
> >
> >Are you sure that 0x0133:0x1000 is a _valid_ subvendor id?
> >Imho we must not add ids of broken cards to the repository.
> 
> I apologize.  Perhaps I acted too fast on this patch.  This thread was 
> sitting on the list since yesterday, and it seemed trivial enough to 
> me.  I understand that people are busy, and don't always have the time 
> to review every patch on the list.  This one looked fine to me, so I 
> thought I was saving everybody some time by pushing it through.  I hate 
> to see patches like these get lost, and it does happen quite often.

No problem.

> Back to the point:  I don't think this patch causes any harm.  I did, 
> however, look up 0x0133 in the pci-id database ( 
> http://pciids.sourceforge.net ) and found nothing.  Does that mean that 
> this card is "broken" ?

Overwritten eeproms are a common problem with saa7146-based cards.

On the other hand, the pci database might be incomplete.

So I checked the .inf file of the windows driver
http://technotrend-online.com/download/software/219/tt_budget_219e.zip
and could not find 0x0133 anywhere. Btw, I doubt that Technotrend
(sub-vendor 0x13c2) would ship cards with a non-Technotrend id.

> Perhaps the eeprom contents got corrupted somehow, resulting in faulty 
> data?  If that is the case, then yes, I would have to agree that the 
> patch doesn't belong in our repository.  But what if there are more 
> cards with this subsystem id?  If so, then I wouldn't call it "broken" 
> at all.

Ack.

> The changeset has already been merged into v4l-dvb master (changeset 
> ba9ee31a73f6), but I can have it reverted if that is your preference.  
> What do you think?

Imho we can leave it in the repository for now, but we have to verify
the id before the patch goes upstream into the kernel.

@Helmut:
Could you please test the card with windows?
Could you find out whether there are more cards with this id?

Oliver

-- 
--------------------------------------------------------
VDR Remote Plugin available at
http://www.escape-edv.de/endriss/vdr/
--------------------------------------------------------

_______________________________________________

linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[Index of Archives]     [Linux Media]     [Video 4 Linux]     [Asterisk]     [Samba]     [Xorg]     [Xfree86]     [Linux USB]

  Powered by Linux