On Wed, May 4, 2011 at 11:19 AM, Mark Cave-Ayland
On 04/05/11 08:57, 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:
* Appropriate tod module will be dynamically selected while booting
* based on finding a device tree node with a "device_type" property
* 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
* node matching either of the above criteria will result in no tod
* being selected; this will cause the boot process to halt
On the real U30 machine:
ok cd /pci@1f,4000/ebus@1/eeprom@14,0
reg 00000014 00000000 00002000
Oh, that's interesting. If I look in drivers/obio.c then I can see an
device named "mk48t08" rather than "mk48t59". Is this a typo, or does
need a new explicit device defined in pci.c's ebus_config_cb() somewhere?
Have you meanwhile tried to change the name to "mk48t59" ? I think
changing the chip in qemu is not neccessary (and even if it is the
name in OpenBIOS has to be changed anyway).
If Blue's subsequent comment about it already being wired up to the ebus is
correct, then yes, probably renaming might work if the device registers are
Yes, Blue is right (and I've managed to correct my wrong statement one
day before he did),
the device is connected via ebus.
Alas this was the last time I touched SPARC64 before
switching to SPARC32, and so I never really looked into this.
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
t: +44 870 608 0063
Sirius Labs: http://www.siriusit.co.uk/labs
solaris/sparc under qemu blog: http://tyom.blogspot.com/