site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Thread-index: Acap+a8Wl0C0p5MLQG2AnDOq8UXUXQABUpHg 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:kelliott@mac.com] 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 (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... This email sent to site_archiver@lists.apple.com