RE: Programatically determining BootROM version?
RE: Programatically determining BootROM version?
- Subject: RE: Programatically determining BootROM version?
- From: "David Litwin" <email@hidden>
- Date: Mon, 17 Jul 2006 17:20:09 -0700
- Thread-topic: Programatically determining BootROM version?
Sadly they are not. In fact, the only reason I knew the Intel key
("version") was because I was wandering the IORegistry tree for looking
for data that matched the SystemProfiler output.
Right now it looks like my best bet is to cache the value I get from
spawning off /usr/sbin/system_profiler and parsing the output. I don't
imagine this value will change while my app is still running :)
Dave
-----Original Message-----
From: Kevin Elliott [mailto:email@hidden]
Sorry to jump in late, but this caught my eye...
One of the things to understand about IORegistry is that "location"
is a completely meaningless concept between different machines, much
less between different architectures. The IORegistry closely models
the underlying hardware and thus looks VERY different between various
machines. However, that doesn't mean keys are necessarily brittle-
key names generally don't change and are attached to appropriate base
classes, even is the final class is different (to adapt to
architecture changes).
Are the key names the same between Intel and PPC? I could go either
way on this... on the one hand a firmware version is a firmware
version, but on the other hand OpenFimrware and EFI (I think that's
what Intel uses...) couldn't be more different. If the key names are
the same, I don't think a simple search of the entire registry would
be inappropriate- it's a lot faster than it sounds and the code
involved isn't that bad. Let me know if you'd like an example. Even
if the keys are different, I'm still not sure a full registry search
would be inappropriate. After all, this is only the second time in
+20 years that Apple has switched architectures. I hate to offer
predictions, but I think it's a fairly safe bet that Apple won't be
announcing a switch to SPARC at WWDC...
--
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden