Asus smbus mux

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

 



Please reply to the list, rather than to me only. The whole point is to
get the information archived for later use.

On Mon, 2 Apr 2007 10:28:59 +0200, RusH wrote:
> On 4/2/07, Jean Delvare <khali at linux-fr.org> wrote:
> > > Tamas MIKLOS send me the asus mux code. There are 5 hacks with smbus
> > > mux switch on IO, and 3 with smbus mux switch on smbus (lol thats
> > > funny), it covers 31 types of asus boards (plus many more subtypes).
> > > Oldest board is P3B, newest P4B.
> >
> > Is this information public? We don't yet support I2C/SMBus
> > multiplexing, but when we do, if we have the information, we can add
> > support for these boards.
> 
> Well, it is now since I got the code :) (clean with no disclaimers/nda crap).
> I can strip it further to bare specs and post it here.

Yes, please do so.

> > We don't yet support I2C/SMBus multiplexing, but when we do
>
> well, actually I saw some tyan code supporting it allready, plus
> i2c-virtual from 2002

Except that i2c-virtual is a Linux 2.4 driver and does not even work.
It would need changes to i2c-core which will never happen in Linux 2.4,
but will be considered for 2.6 someday.

As for the "tyan code", I guess you refer to my i2c-amd756-s4882 driver?
This is a dedicated driver for only one board, not a generic solution.
We cannot do that for all motherboards out there, in particular we
don't want to do that just to give access to some SPD EEPROMs, the cost
is too high for the thin benefit.

-- 
Jean Delvare




[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux