All of lore.kernel.org
 help / color / mirror / Atom feed
From: hermann pitton <hermann-pitton@arcor.de>
To: eric.paturage@orange.fr
Cc: linux-media@vger.kernel.org
Subject: Re: regression : saa7134  with Pinnacle PCTV 50i (analog) can not tune anymore
Date: Tue, 07 Jul 2009 22:45:04 +0200	[thread overview]
Message-ID: <1246999504.9754.9.camel@pc07.localdom.local> (raw)
In-Reply-To: <200907070644.n676iS803945@neptune.localwarp.net>


Am Dienstag, den 07.07.2009, 08:44 +0200 schrieb
eric.paturage@orange.fr:
> > 
> > Hi Eric,
> > 
> > on a first short look only at lsmod and your kernel .config,
> > I can see tda8290 and tda827x are not loaded and you have nothing
> > conflicting in your kernel .config.
> > 
> > Must be a bug in the build system and I need to get a recent 2.6.30 I
> > guess, since else not reproducible.
> > 
> > Did you try to load the tda827x manually too?
> > If it is not successfully tuned it shows that black.
> > 
> > Try to load all tuner modules before the saa7134 and on a second look
> > try also to disable the IR for now.
> > 
> > Cheers,
> > Hermann
> > 
> > 
> > 
> 
> Hi Hermann 
> 
> Enclosed is dmesg when doing a modprobe saa7134  , before doing that tuner modules tea5767 tda8290 tda18271 tda827x
> were manualy loaded . I add also the output of lsmod (after that operation) .
> Still no changes . 
> 
> I don't like these  lines (are they "normal"? ) :
> i2c-adapter i2c-1: Invalid 7-bit address 0x7a
> saa7133[0]: i2c xfer: < 8e >
> input: i2c IR (Pinnacle PCTV) as /class/input/input4
> ir-kbd-i2c: i2c IR (Pinnacle PCTV) detected at i2c-1/1-0047/ir0 [saa7133[0]]
> saa7133[0]: i2c xfer: < 8f ERROR: ARB_LOST
> saa7133[0]: i2c xfer: < 84 ERROR: NO_DEVICE
> saa7133[0]: i2c xfer: < 86 ERROR: ARB_LOST
> saa7133[0]: i2c xfer: < 94 ERROR: NO_DEVICE                   
> saa7133[0]: i2c xfer: < 96 ERROR: ARB_LOST                    
> saa7133[0]: i2c xfer: < c0 ERROR: NO_DEVICE                   
> saa7133[0]: i2c xfer: < c2 ERROR: NO_DEVICE                   
> saa7133[0]: i2c xfer: < c4 ERROR: NO_DEVICE                   
> saa7133[0]: i2c xfer: < c6 ERROR: NO_DEVICE                   
> saa7133[0]: i2c xfer: < c8 ERROR: NO_DEVICE                   
> saa7133[0]/core: hwinit2   
> 
> These lines do not appear in the dmesg of modprobe saa7134 in the vanilla kernel 2.6.30.1
> (which works fine ) 
> 
> I enclose for reference dmesg of vanillla kernel 2.6.30.1 when doing modprobe saa7134
> 
> regards 
> 

Hi Eric,

yes, arbitration lost on i2c is an error condition.

As far I know we did not change the bus speed or anything, but some
cards need and i2c quirk to work correctly with the clients.

Mike recently changed the old quirk with good reasons and it was widely
tested, also by me, without any negative effect seen.

Maybe your card is a rare case needing the old quirk.

You could try to change the quirk in saa7134-i2c.c

static int saa7134_i2c_xfer(struct i2c_adapter *i2c_adap,
			    struct i2c_msg *msgs, int num)
{
	struct saa7134_dev *dev = i2c_adap->algo_data;
	enum i2c_status status;
	unsigned char data;
	int addr,rc,i,byte;

	status = i2c_get_status(dev);
	if (!i2c_is_idle(status))
		if (!i2c_reset(dev))
			return -EIO;

	d2printk("start xfer\n");
	d1printk(KERN_DEBUG "%s: i2c xfer:",dev->name);
	for (i = 0; i < num; i++) {
		if (!(msgs[i].flags & I2C_M_NOSTART) || 0 == i) {
			/* send address */
			d2printk("send address\n");
			addr  = msgs[i].addr << 1;
			if (msgs[i].flags & I2C_M_RD)
				addr |= 1;
			if (i > 0 && msgs[i].flags & I2C_M_RD && msgs[i].addr != 0x40) {
				/* workaround for a saa7134 i2c bug
				 * needed to talk to the mt352 demux
				 * thanks to pinnacle for the hint */
				int quirk = 0xfe;    <--------------------------------------
				d1printk(" [%02x quirk]",quirk);
				i2c_send_byte(dev,START,quirk);
				i2c_recv_byte(dev);
			}

back to 0xfd.

Cheers,
Hermann


                         


  reply	other threads:[~2009-07-07 20:48 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-07  6:44 regression : saa7134 with Pinnacle PCTV 50i (analog) can not tune anymore eric.paturage
2009-07-07 20:45 ` hermann pitton [this message]
2009-07-07 23:18   ` Michael Krufky
2009-07-07 23:41     ` hermann pitton
2009-07-08  6:38       ` hermann pitton
  -- strict thread matches above, loose matches on Subject: below --
2009-07-10  5:50 eric.paturage
2009-07-11  0:40 ` hermann pitton
2009-07-08 19:07 eric.paturage
2009-07-09 17:46 ` hermann pitton
2009-07-06 21:47 eric.paturage
2009-07-06 22:48 ` hermann pitton
     [not found] <200907050708.n6578BL04018@neptune.localwarp.net>
2009-07-05 23:03 ` hermann pitton
2009-07-04 18:05 eric.paturage
2009-07-04 21:05 ` hermann pitton
2009-07-04 13:16 eric.paturage
2009-07-04 16:48 ` hermann pitton

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=1246999504.9754.9.camel@pc07.localdom.local \
    --to=hermann-pitton@arcor.de \
    --cc=eric.paturage@orange.fr \
    --cc=linux-media@vger.kernel.org \
    /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.