[haiku-development] Re: Defining the Haiku UUID for GPT and other uses

  • From: André Braga <meianoite@xxxxxxxxx>
  • To: "haiku-development@xxxxxxxxxxxxx" <haiku-development@xxxxxxxxxxxxx>
  • Date: Sun, 7 Jun 2009 15:18:11 -0300

Em 07/06/2009, às 14:30, "Axel Dörfler" <axeld@xxxxxxxxxxxxxxxx> escreveu:

Works for me. Is there any way to register such a UUID (or UUID space)

Not as far as I (and Wikipedia, and the mailing list archives of FreeBSD) can tell. It's a de facto thing. Hence my approach of contacting the tool makers to have this UUID recognized. But even if they don't, it doesn't really matter. Being V1, this UUID is time-and- MAC based, and so artificially crafted that there's *no way* it could clash with any existing GPT object. And every GPT tool is able to define partitions with custom UUIDs, even Microsoft's diskpart.

Having a shortcut to that signature (like freebsd-ufs on gpart) would be convenient, but ultimately unnecessary.

What we're missing is teaching haiku_loader and the kernel about GPT in general and this signature in particular. There are many bits and pieces already in place for this, so it shouldn't be dificult. But as I mentioned on IRC, this is #2 on my TODO list, #1 being the scheduler. Feel free to beat me to it :) The code for FreeBSD's "pmbr" is a good starting point for a GPT-aware stage1 loader that doesn't depend on hardcoded offsets.


Other related posts: