On 08/10/2007, <b class="gmail_sendername">Geoff Levand</b> <<a href="mailto:geoffrey.levand@am.sony.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">geoffrey.levand@am.sony.com</a>> wrote:
<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> How do we go about claiming one of these OS_AREA_DB_OWNER_ keys? I'd<br>> very much like to use this functionality in my python-ps3 games library.<br><br>It sounds like you should be storing your info in the file system like
<br>all other applications do.</blockquote><div><br>I'd agree that for large amounts of application specific data, the filesystem is the correct approach.<br><br>However, in this case the only data required is a single identifier used to identify one PS3 from another, and in fact this single 64-bit token can be shared amongst many other applications that require the same function - certainly I intend to expose it in a common way in my games library's API for all users of the library.
<br><br>In my particular case, my bootable CD image does not have any other use for a filesystem on disk beyond the initrd image on the CD-ROM; this is important because some PS3s may be formatted as 100% GameOS. All that is needed is to write the standard kboot image to flash so that it is able to bootstrap the CD image.
<br><br>As the PS3 has flash available and you are adding a mechanism for storing very small bits of data in the flash, it seems silly not to use it and attempt instead to write my own incompatible database format to store this in the flash memory. Your database also has the added protection of not being overwritten when the loader is re-flashed, as it is protected by the kernel.
<br></div><br>If you agree in principle that one of these identifiers can be allocated to this purpose, I'm happy to write and submit a patch that exposes the get/set system ID functionality to userland, whilst internally using your database. This could also allow for some of the bits to be used as check bits to ensure data validity.
<br><br>Possibly there already exists a way to obtain a hash of the serial number or some other unique identifying token via one of the undocumented hypervisor calls, but as I'm not privvy to that kind of information I need to roll my own mechanism for doing this.
<br><br>Ralf.<br clear="all"></div>