[OpenBIOS] [PATCH] RFC: Change ofmem_common.c to set memory translation properties by reference

[Mark Cave-Ayland]

Artyom Tarasenko wrote:

>> I think so. Actually m48t59 is emulated in sparc32, but not connected
>> in case of sparc64.
> 
> The referencing comment in the opensolaris source:
> http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/sun4u/os/fillsysinfo.c#136
> 
> * Appropriate tod module will be dynamically selected while booting
> * based on finding a device tree node with a "device_type" property value
> * of "tod". If such a node describing tod is not found, for backward
> * compatibility, a node with a "name" property value of "eeprom" and
> * "model" property value of "mk48t59" will be used. Failing to find a
> * node matching either of the above criteria will result in no tod module
> * being selected; this will cause the boot process to halt
> 
> On the real U30 machine:
> 
> ok cd /pci at 1f,4000/ebus at 1/eeprom at 14,0
> ok .properties
> address                  fffa4000
> reg                      00000014 00000000 00002000
> model                    mk48t59
> name                     eeprom
> ok

Oh, that's interesting. If I look in drivers/obio.c then I can see an 
eeprom device named "mk48t08" rather than "mk48t59". Is this a typo, or 
does it need a new explicit device defined in pci.c's ebus_config_cb() 
somewhere?

If this is the case, it appears that qemu-system-sparc64 is set to use 
mc146818rtc rather m48t59 and so there is going to have to be a qemu 
build patch required here too.


ATB,

Mark.

-- 
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http://www.siriusit.co.uk
t: +44 870 608 0063

Sirius Labs: http://www.siriusit.co.uk/labs