From: Hartmut Hackmann <hartmut.hackmann@t-online.de>
To: Emilio Lazo Zaia <emiliolazozaia@gmail.com>
Cc: video4linux-list@redhat.com
Subject: Re: MCE TV Philips 7135 Cardbus don't work
Date: Sun, 04 May 2008 22:21:39 +0200 [thread overview]
Message-ID: <481E1AD3.2060304@t-online.de> (raw)
In-Reply-To: <1209863718.546.24.camel@localhost.localdomain>
Hi, Emilio
Emilio Lazo Zaia schrieb:
> Hi Andy, Marc and all list members! Thanks for your answers!
>
> El mar, 29-04-2008 a las 19:47 -0400, Andy Walls escribió:
>> Emilio,
>>
>> This card is handled by the saa7134, module, not the ivtv module, so
>> newi2c doesn't apply.
>
> Yes Andy, I know! I'm trying with saa7134 and have tested all cards
> listed in kernel source's CARDLIST.saa7134 and all these reported "Huh,
> no eeprom present". After that I've tested with all tuners listed in
> CARDLIST.tuner with the same card=56 parameter and the results were
> similar: the same "no eeprom" message and a blue screen in TV input
> mode.
>
>> "err=-5" is -EIO, referring to an I2C bus error with the i2c bus of the
>> saa7133.
>> With the saa7134 module "/sbin/modinfo" has two interesting options:
>> i2c_scan and i2c_debug which you may wish to try.
>
> With this two options, I have these interesting messages in kernel log:
>
>> Apr 29 22:47:20 uqbar kernel: saa7130/34: v4l2 driver version 0.2.14 loaded
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: found at 0000:06:00.0, rev: 209, irq: 17, latency: 64, mmio: 0x54000000
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: subsystem: 1131:0000, board: Avermedia AVerTV 307 [card=56,insmod option]
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: board init: gpio is e2c0c4
>> Apr 29 22:47:20 uqbar kernel: input: saa7134 IR (Avermedia AVerTV 30 as /class/input/input14
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < f5 ERROR: NO_DEVICE
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 8f ERROR: NO_DEVICE
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < e3 ERROR: NO_DEVICE
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < a0 ERROR: NO_DEVICE
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: Huh, no eeprom present (err=-5)?
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 01 ERROR: NO_DEVICE
>> .
>> .
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 95 ERROR: NO_DEVICE
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 97 >
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c scan: found device @ 0x96 [???]
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 99 ERROR: NO_DEVICE
>> .
>> .
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 86 ERROR: NO_DEVICE
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 94 ERROR: NO_DEVICE
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 96 >
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 96 01 02 >
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 96 00 00 >
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 96 07 >
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 97 =00 >
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 96 01 04 >
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 96 00 00 >
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 96 07 >
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < 97 =7b >
>> Apr 29 22:47:20 uqbar kernel: tuner 0-004b: chip found @ 0x96 (saa7133[0])
>> Apr 29 22:47:20 uqbar kernel: tuner i2c attach [addr=0x4b,client=(tuner unset)]
>> Apr 29 22:47:20 uqbar kernel: tuner-simple 0-004b: type set to 2 (Philips NTSC (FI1236,FM1236 and compatibles))
>> Apr 29 22:47:20 uqbar kernel: tuner 0-004b: type set to Philips NTSC (FI123
>> Apr 29 22:47:20 uqbar kernel: tuner-simple 0-004b: type set to 2 (Philips NTSC (FI1236,FM1236 and compatibles))
>> Apr 29 22:47:20 uqbar kernel: tuner 0-004b: type set to Philips NTSC (FI123
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < c0 ERROR: NO_DEVICE
>> .
>> .
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: i2c xfer: < de ERROR: NO_DEVICE
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: registered device video0 [v4l2]
>> Apr 29 22:47:20 uqbar kernel: saa7133[0]: registered device vbi0
>> Apr 29 22:47:21 uqbar kernel: saa7133[0]: i2c xfer: < 96 1b 6f 8e 90 >
>> Apr 29 22:47:21 uqbar kernel: saa7133[0]: i2c xfer: < 96 1b 6f 8e 90 >
>> Apr 29 22:47:21 uqbar kernel: saa7133[0]: i2c xfer: < 96 1b dc 8e 90 >
>> Apr 29 22:47:21 uqbar last message repeated 2 times
>> Apr 29 22:47:21 uqbar kernel: saa7133[0]: i2c xfer: < 96 8e a0 07 b0 >
>>
>
> Card is found at 0x96, but what tuner and card number combination may
> work for this card? What other debugging information can I supply to add
> this card to the list of supported cards in saa7134 module?
>
> Thanks! Regards.
>
There are many saa713x based cards without eeprom. It stores the vendor ID and
- in many cases - the board configuration. For you this means
- you need to find out the configuration the hard way
* identify the chips on the card
* find the input configuration by try and error
- You will always need to force the card type with a card=xxx option, there is
no way to automatically identify the card.
So please have a close look at the card and write down all chip types. Is there
a metal box with the antenna connector on the card? What is its type?
Hartmut
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
next prev parent reply other threads:[~2008-05-04 20:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-29 18:07 MCE TV Philips 7135 Cardbus don't work Emilio Lazo Zaia
2008-04-29 23:20 ` Marc Randolph
2008-04-29 23:47 ` Andy Walls
2008-05-04 1:15 ` Emilio Lazo Zaia
2008-05-04 20:21 ` Hartmut Hackmann [this message]
2008-05-06 3:38 ` Emilio Lazo Zaia
2008-05-06 20:20 ` Hartmut Hackmann
2008-05-23 7:04 ` Emilio Lazo Zaia
2008-06-30 20:50 ` Emilio Lazo Zaia
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=481E1AD3.2060304@t-online.de \
--to=hartmut.hackmann@t-online.de \
--cc=emiliolazozaia@gmail.com \
--cc=video4linux-list@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.