From: Julien Grall <julien.grall@linaro.org>
To: Fu Wei <fu.wei@linaro.org>, Ian Campbell <ijc@hellion.org.uk>
Cc: xen-devel <xen-devel@lists.xen.org>,
linaro-uefi <linaro-uefi@lists.linaro.org>
Subject: Re: [Linaro-uefi] [PATCH] xen: arm: implement generic multiboot compatibility strings (Was: Re: The GRUB multiboot support patch for aarch64(V3.1))
Date: Fri, 06 Jun 2014 13:28:09 +0100 [thread overview]
Message-ID: <5391B3D9.5090901@linaro.org> (raw)
In-Reply-To: <5391B2F1.5070307@linaro.org>
On 06/06/2014 01:24 PM, Fu Wei wrote:
> On 06/06/2014 02:31 AM, Ian Campbell wrote:
>> On Thu, 2014-06-05 at 18:03 +0100, Julien Grall wrote:
>>>>> While we are modifying the protocol, "linux-zImage" is confusing in the
>>>>> name. Actually we can use it for an ELF, another OS... I don't think Xen
>>>>> will change his behavior depending of the DOM0 image.
>>
>> Actually thinking about this some more I think you are right. Xen
>> already probes the kernel it gets so we can safely implement this as
>> multiboot,kernel, since we don't really need the more specific type. If
>> in the future some non-probable kernel comes along which we want to
>> support we still have the option of adding more specific compatibility
>> strings.
>>
>> Fu Wei -- if this is OK with you I will modify the wiki page to
>> s/multiboot,linux-zimage/multiboot,kernel/ and rev this patch to suit.
>
> This is OK for me, And I think the "multiboot,kernel" is better and more generic. :-)
>
>>
>> Can we do something similar with linux-ramdisk? I'm not sure since we
>> cannot easily probe the ramdisk contents. We could base the ramdisk
>> behaviour on the probed behaviour of the kernel. Anyone got any
>> thoughts?
>
> My thought looks exactly the same as yours :
> The cpio utility can detect the cpio file format. Maybe we can just probe the file, see if this is a cpio or cpio.gz.
cpio is not Linux specific. Probing just the file won't help here to to
determine if we have to add the properties linux,initrd-* or another set.
Regards,
--
Julien Grall
next prev parent reply other threads:[~2014-06-06 12:28 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <536A1FCF.50207@linaro.org>
[not found] ` <1401899819.15729.44.camel@hastur.hellion.org.uk>
[not found] ` <5390205B.5060803@linaro.org>
2014-06-05 11:56 ` [PATCH] xen: arm: implement generic multiboot compatibility strings (Was: Re: [Linaro-uefi] The GRUB multiboot support patch for aarch64(V3.1)) Ian Campbell
2014-06-05 16:36 ` Julien Grall
2014-06-05 16:55 ` [Linaro-uefi] [PATCH] xen: arm: implement generic multiboot compatibility strings (Was: " Ian Campbell
2014-06-05 17:03 ` Julien Grall
2014-06-05 18:11 ` Ian Campbell
2014-06-05 18:31 ` Ian Campbell
2014-06-05 21:00 ` Julien Grall
2014-06-06 11:47 ` Ian Campbell
2014-06-06 12:57 ` Fu Wei
2014-06-06 12:24 ` Fu Wei
2014-06-06 12:28 ` Julien Grall [this message]
2014-06-06 12:32 ` Ian Campbell
2014-06-06 13:25 ` Julien Grall
2014-06-06 14:24 ` Ian Campbell
2014-06-07 14:07 ` Julien Grall
2014-06-05 17:05 ` Leif Lindholm
2014-06-05 18:01 ` Ian Campbell
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=5391B3D9.5090901@linaro.org \
--to=julien.grall@linaro.org \
--cc=fu.wei@linaro.org \
--cc=ijc@hellion.org.uk \
--cc=linaro-uefi@lists.linaro.org \
--cc=xen-devel@lists.xen.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.