Port-sparc64 archive

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

Re: Upgrading from 5.1_STABLE to 5.99.46 on Sun Fire V100



On Mon, 28 Feb 2011, Rafal Boni wrote:

> and the OF device tree looks like so:
> 
>       f0069d48: /pci
>       [...]
>       f007b6bc: /pci/pmu@3
>       f007be84: /pci/pmu@3/i2c@0,0
>       f007d31c: /pci/pmu@3/i2c@0,0/temperature@0,30 ("i2c-max1617")
>       f007d48c: /pci/pmu@3/i2c@0,0/dimm@0,a8        ("i2c-at34c02")
>       (more dimms)
>       f007d6b4: /pci/pmu@3/i2c@0,0/i2c-nvram@0,a0   ("i2c-at24c64")
>       f007e1cc: /pci/pmu@3/i2c@0,0/i2c-nvram@0,a0/idprom@1fd8
>       f007e480: /pci/pmu@3/i2c@0,0/motherboard-fru@0,a2 ("i2c-at24c64")
>       f007f018: /pci/pmu@3/ppm@0,b3                 ("SUNW,smbus-ppm")
>       f007f28c: /pci/pmu@3/beep@0,b2                ("SUNW,smbus-beep")
>       f007f3a4: /pci/pmu@3/fan-control@0,c8         ("SUNW,smbus-fan-control")
>       [...]
> 
> Note that what the i2c controller sees as children on my machine are the
> 'ppm', 'beep' and 'fan-control' instead of (what I would expect):
>  "temparature", N instances of "dimm", "i2c-nvram", "motherboard-fru".
> 
> What I'm not 100% sure of is whether the peers of the i2c bus should be
> passed as well or not -- it doesn't make sense to me from the OF tree,
> but I'm also relatively clueless about OF, so maybe I am missing some-
> thing.

I think what you're seeing here is that pmu@3 is the SMBUS controller and 
/pci/pmu@3/i2c@0,0 is SMBUS to I2C bridge chip.  You should dump the 
properties of /pci/pmu@3 and /pci/pmu@3/i2c@0,0 to be sure.

Eduardo


Home | Main Index | Thread Index | Old Index