All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: [patch] search for partition using GPT GUID
Date: Fri, 02 Apr 2010 22:01:07 +0200	[thread overview]
Message-ID: <4BB64D03.90303@gmail.com> (raw)
In-Reply-To: <11877170.01267081173499.JavaMail.root@wombat>

[-- Attachment #1: Type: text/plain, Size: 1596 bytes --]

gburanov@gmail.com wrote:
>> I asked you for at least a usecase when it makes a difference but till
>> now I've read only about theoretical advantages.
>>     
>
> Ok, my usecase is the following:
> We are installing grub to EFI system partition and on the next load it must load itself (rmadisk&kernel) from Windows partiton (where our main product is installed). It need however to find the NTFS partition with our product, the only ways is GPT GUID.
>
> Out of Linux world FS UUID is nothing, our main product works on Windows, and the only way to identify the partition correctly - GUID. UEFI spec also use GPT GUIDs in it's "device path", same as Windows.
>
> grub2 is not for Linux load only.
>
>   
I thought about this and decided that it's ok to have this functionality
as long as it's implemented cleanly. In particular:
- It shouldn't be named "GPT GUID" but something like PARTITION GUID. If
partition is GPT then GPT UUIDs are used, if it's msdos then nt-like
UUIDs should be used and so on. You don't have to implement non-GPT but
arcitecture must be clean
- It must not give any size increase of basic modules
- grub-probe must support it (trivial)
- Not used by default
> --
> This message was sent on behalf of gburanov@gmail.com at openSubscriber.com
> http://www.opensubscriber.com/message/grub-devel@gnu.org/13458994.html
>
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
>   


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 293 bytes --]

  reply	other threads:[~2010-04-02 20:01 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-12 18:21 [patch] search for partition using GPT GUID George Buranov
2010-02-18  7:13 ` gburanov
2010-02-20 11:05   ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-02-21 12:32     ` Michal Suchanek
2010-02-21 13:27       ` Colin Watson
2010-02-25  6:59     ` gburanov
2010-04-02 20:01       ` Vladimir 'φ-coder/phcoder' Serbinenko [this message]
  -- strict thread matches above, loose matches on Subject: below --
2010-03-11 14:43 KESHAV P.R.
2010-03-11 20:04 ` Isaac Dupree
2010-03-11 20:07   ` Seth Goldberg
2010-03-12 11:44 KESHAV P.R.
2010-03-12 11:52 KESHAV P.R.

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BB64D03.90303@gmail.com \
    --to=phcoder@gmail.com \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.