Re: Shark LED and I2C drivers

[Jason Thorpe <thorpej%me.com@localhost>]

> On Apr 29, 2021, at 10:02 AM, Jason Thorpe <thorpej%me.com@localhost> wrote:
> 
> 
> 
>> On Apr 28, 2021, at 11:15 PM, Julian Coleman <jdc%coris.org.uk@localhost> wrote:
>> 
>> Hi,
>> 
>>> I'm going to merge this into my thorpej-i2c-spi-conf branch.  I am trying to reduce the proliferation of "add more child devices in dictionaries", so I'd prefer they don't land in the trunk in current form.
>> 
>> I've updated the patch for the config changes:
>> 
>> http://ftp.netbsd.org/pub/NetBSD/misc/jdc/shark/shark-iic-led.diff
> 
> I have a slightly different version of this change merged into my local tree… I’ve created a separate “sequoia” device_t node that attaches at the “isa” OFW package, and then connect the Shark-specific (and very Sequoia-dependent) “sharkiic” as a child of “sequoia”.  “ofisa” is then also attached as a child of “sequoia”.

...like this:

[     1.000000] sequoia0 at ofbus1 (isa)
[     1.000000] sharkiic0 at sequoia0
[     1.000000] iic0 at sharkiic0: I2C bus
[     1.000000] spdmem0 at iic0 addr 0x50
[     1.000000] spdmem0: SDRAM, no parity or ECC, 32MB, 125MHz (PC-100)
[     1.000000] spdmem0: 12 rows, 8 cols, 1 banks, 4 banks/chip, 8.0ns cycle time
[     1.000000] spdmem0: tAA-tRCD-tRP-tRAS: 3-20-20-50
[     1.000000] spdmem0: voltage LvTTL (not 5V tolerant), refresh time 15.625us (self-refreshing)
[     1.000000] spdmem1 at iic0 addr 0x51
[     1.000000] spdmem1: SDRAM, no parity or ECC, 32MB, 100MHz (PC-100)
[     1.000000] spdmem1: 12 rows, 8 cols, 1 banks, 4 banks/chip, 10.0ns cycle time
[     1.000000] spdmem1: tAA-tRCD-tRP-tRAS: 3-20-20-50
[     1.000000] spdmem1: voltage LvTTL (not 5V tolerant), refresh time 15.625us (self-refreshing)
[     1.000000] ofisa0 at sequoia0 (isa)

(Committed.)

-- thorpej