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: Thu, 09 Jul 2009 19:46:11 +0200	[thread overview]
Message-ID: <1247161571.4329.13.camel@pc07.localdom.local> (raw)
In-Reply-To: <200907081908.n68J84c04245@neptune.localwarp.net>


Am Mittwoch, den 08.07.2009, 21:07 +0200 schrieb
eric.paturage@orange.fr:
> > 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
> > 
> 
> H Hermann 
> 
> thanks for your suggestion .
> No  improvement with changing the quirk to 0xfd , 
> I still get the same error messages : 
> 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      
> 
> 
> Regards 
> 

Hi Eric,

thanks for your time and testing.

Before we need to start with v4l-dvb bisecting.

There have only been a few changes for the saa7134 driver since what
Mauro did send for 2.6.30.

Mostly for ir-kbd-i2c and for your remote was no tester found.

All i2c errors seem to start from the remote and that i2c remote stuff I
don't have and can't fake.

Did you try with options saa7134 disable_ir=1 already too?

Cheers,
Hermann





  reply	other threads:[~2009-07-09 17:47 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-08 19:07 regression : saa7134 with Pinnacle PCTV 50i (analog) can not tune anymore eric.paturage
2009-07-09 17:46 ` hermann pitton [this message]
  -- 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-07  6:44 eric.paturage
2009-07-07 20:45 ` hermann pitton
2009-07-07 23:18   ` Michael Krufky
2009-07-07 23:41     ` hermann pitton
2009-07-08  6:38       ` 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=1247161571.4329.13.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.