All of lore.kernel.org
 help / color / mirror / Atom feed
* Via KT600 as I2C controller
@ 2005-05-19  6:24 Lou
  2005-05-19  6:24 ` Mark Studebaker
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: Lou @ 2005-05-19  6:24 UTC (permalink / raw)
  To: lm-sensors

I have an A7V600 motherboard, which has a Via 8237 on it.
It is not supported by current 2.6 kernels (test8, for example).
I have added support by adding the following lines to vt596_ids[] in
/usr/src/linux-2.6.0-test8/drivers/i2c/busses/i2c-viapro.c.

    {
        .vendor     = PCI_VENDOR_ID_VIA,
        .device     = PCI_DEVICE_ID_VIA_8237,
        .subvendor  = PCI_ANY_ID,
        .subdevice  = PCI_ANY_ID,
        .driver_data    = SMBBA3
    },

I have not observed any brokenness, having used it for several weeks.
I could, of course, continue making the change to future kernel
versions, but this would surely benefit others if in the regular dist.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Via KT600 as I2C controller
  2005-05-19  6:24 Via KT600 as I2C controller Lou
  2005-05-19  6:24 ` Mark Studebaker
  2005-05-19  6:24 ` Jean Delvare
@ 2005-05-19  6:24 ` Jean Delvare
  2005-05-19  6:24 ` Mark Studebaker
  3 siblings, 0 replies; 5+ messages in thread
From: Jean Delvare @ 2005-05-19  6:24 UTC (permalink / raw)
  To: lm-sensors

> I have an A7V600 motherboard, which has a Via 8237 on it.
> It is not supported by current 2.6 kernels (test8, for example).
> I have added support by adding the following lines to vt596_ids[] in
> /usr/src/linux-2.6.0-test8/drivers/i2c/busses/i2c-viapro.c.
> 
>     {
>         .vendor     = PCI_VENDOR_ID_VIA,
>         .device     = PCI_DEVICE_ID_VIA_8237,
>         .subvendor  = PCI_ANY_ID,
>         .subdevice  = PCI_ANY_ID,
>         .driver_data    = SMBBA3
>     },
> 
> I have not observed any brokenness, having used it for several weeks.
> I could, of course, continue making the change to future kernel
> versions, but this would surely benefit others if in the regular dist.

I've added support in our CVS repository. I will also send a patch to
Greg KH for Linux 2.6. Don't expect it to be added before 2.6.0 final
though, since only bug fixes will be accepted for now.

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Via KT600 as I2C controller
  2005-05-19  6:24 Via KT600 as I2C controller Lou
@ 2005-05-19  6:24 ` Mark Studebaker
  2005-05-19  6:24 ` Jean Delvare
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 5+ messages in thread
From: Mark Studebaker @ 2005-05-19  6:24 UTC (permalink / raw)
  To: lm-sensors

thanks. would you please download the latest lm_sensors CVS
and compile the userspace tools with 2.6 support
(make user and make user_install)
and use i2cdetect and i2cdump to test the driver.
use all modes of i2cdump that work (b,w,c,s)
On a DIMM eeprom, for example, all modes should return the
same data.


Jean Delvare wrote:
> 
> > I have an A7V600 motherboard, which has a Via 8237 on it.
> > It is not supported by current 2.6 kernels (test8, for example).
> > I have added support by adding the following lines to vt596_ids[] in
> > /usr/src/linux-2.6.0-test8/drivers/i2c/busses/i2c-viapro.c.
> >
> >     {
> >         .vendor     = PCI_VENDOR_ID_VIA,
> >         .device     = PCI_DEVICE_ID_VIA_8237,
> >         .subvendor  = PCI_ANY_ID,
> >         .subdevice  = PCI_ANY_ID,
> >         .driver_data    = SMBBA3
> >     },
> >
> > I have not observed any brokenness, having used it for several weeks.
> > I could, of course, continue making the change to future kernel
> > versions, but this would surely benefit others if in the regular dist.
> 
> I've added support in our CVS repository. I will also send a patch to
> Greg KH for Linux 2.6. Don't expect it to be added before 2.6.0 final
> though, since only bug fixes will be accepted for now.
> 
> --
> Jean Delvare
> http://www.ensicaen.ismra.fr/~delvare/

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Via KT600 as I2C controller
  2005-05-19  6:24 Via KT600 as I2C controller Lou
  2005-05-19  6:24 ` Mark Studebaker
@ 2005-05-19  6:24 ` Jean Delvare
  2005-05-19  6:24 ` Jean Delvare
  2005-05-19  6:24 ` Mark Studebaker
  3 siblings, 0 replies; 5+ messages in thread
From: Jean Delvare @ 2005-05-19  6:24 UTC (permalink / raw)
  To: lm-sensors

> thanks. would you please download the latest lm_sensors CVS
> and compile the userspace tools with 2.6 support
> (make user and make user_install)
> and use i2cdetect and i2cdump to test the driver.
> use all modes of i2cdump that work (b,w,c,s)
> On a DIMM eeprom, for example, all modes should return the
> same data.

I don't have DIMM eeproms on my i2c-viapro bus, so I tried on an
as99127f. b produces a good dump, c doesn't. The byte at 0x00 (value
0xbd) is repeated everywhere. I guess this is expected because the chip
doesn't have autoincrement? s gave me a kernel panic (stack trashed with
0xbd). w is OK (each byte is repeated twice to form a word).

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Via KT600 as I2C controller
  2005-05-19  6:24 Via KT600 as I2C controller Lou
                   ` (2 preceding siblings ...)
  2005-05-19  6:24 ` Jean Delvare
@ 2005-05-19  6:24 ` Mark Studebaker
  3 siblings, 0 replies; 5+ messages in thread
From: Mark Studebaker @ 2005-05-19  6:24 UTC (permalink / raw)
  To: lm-sensors

right, c mode won't work except on eeproms.
s mode won't generally work on most chips, I was wrong in saying it
would.
But it shouldn't panic.
Block transactions aren't well-tested in general.
Glanced at i2c-viapro.c, nothing jumped out at me.

Jean Delvare wrote:
> 
> > thanks. would you please download the latest lm_sensors CVS
> > and compile the userspace tools with 2.6 support
> > (make user and make user_install)
> > and use i2cdetect and i2cdump to test the driver.
> > use all modes of i2cdump that work (b,w,c,s)
> > On a DIMM eeprom, for example, all modes should return the
> > same data.
> 
> I don't have DIMM eeproms on my i2c-viapro bus, so I tried on an
> as99127f. b produces a good dump, c doesn't. The byte at 0x00 (value
> 0xbd) is repeated everywhere. I guess this is expected because the chip
> doesn't have autoincrement? s gave me a kernel panic (stack trashed with
> 0xbd). w is OK (each byte is repeated twice to form a word).
> 
> --
> Jean Delvare
> http://www.ensicaen.ismra.fr/~delvare/

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2005-05-19  6:24 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-19  6:24 Via KT600 as I2C controller Lou
2005-05-19  6:24 ` Mark Studebaker
2005-05-19  6:24 ` Jean Delvare
2005-05-19  6:24 ` Jean Delvare
2005-05-19  6:24 ` Mark Studebaker

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.