From: Yu Zhiguo <yuzg@cn.fujitsu.com>
To: Ian Campbell <Ian.Campbell@eu.citrix.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH] Don't attach needless options when launch pygrub
Date: Wed, 14 Jul 2010 18:21:46 +0800 [thread overview]
Message-ID: <4C3D8FBA.1040602@cn.fujitsu.com> (raw)
In-Reply-To: <4C3D8C4F.7090400@cn.fujitsu.com>
Yu Zhiguo wrote:
> Ian Campbell wrote:
>>>> So it looks like specifying the kernel option in addition to bootloader
>>>> is infact useful if you are booting a Solaris or Netware domU but is
>>>> harmless/ignored otherwise. I think we need to continue to support this
>>> It seems that incfg will be returned directly if DomU is not Solaris,
>>>
>>> def sniff_solaris(fs, cfg):
>>> if not fs.file_exists("/platform/i86xpv/kernel/unix"):
>>> return cfg
>>>
>>>
>>> chosencfg = sniff_solaris(fs, incfg)
>>>
>>> So, incfg change to chosencfg and then will be used.
>> Oh yes, this stuff seems needlessly complex, or at least prone to
>> misreading, by me at least ;-)
>>
>
> OK, I'll try to fix this point.
>
>>> What about copy the specified 'kernel' from DomU to a temp file.
>>> If there are 'bootloader' but no 'kernel', pygrub will copy and create temp file.
>>> We can do the same things.
>> I think this is the current behaviour.
>>
>> Ian.
>>
>
> Oh, yes. It seems that path of specified 'kernel' will be checked
> in configure_image(). We can delete this check if 'bootloader' is
> existent.
delete -> not do.
Because in this case, the path of 'kernel' is in DomU rather than Dom0.
Otherwise, xm create will break here.
Yu
next prev parent reply other threads:[~2010-07-14 10:21 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-14 6:15 [PATCH] Don't attach needless options when launch pygrub Yu Zhiguo
2010-07-14 6:47 ` Ian Campbell
2010-07-14 7:29 ` Yu Zhiguo
2010-07-14 8:10 ` Ian Campbell
2010-07-14 9:36 ` Yu Zhiguo
2010-07-14 9:46 ` Ian Campbell
2010-07-14 10:07 ` Yu Zhiguo
2010-07-14 10:21 ` Yu Zhiguo [this message]
2010-07-14 10:22 ` Ian Campbell
2010-07-14 11:01 ` Yu Zhiguo
2010-07-14 11:10 ` Ian Campbell
2010-07-14 11:21 ` Yu Zhiguo
2010-07-14 12:33 ` Ian Campbell
2010-07-15 2:37 ` [PATCH] xm: needless to check 'kernel/ramdisk' is existent or not Yu Zhiguo
2010-07-15 7:42 ` Ian Campbell
2010-07-15 7:56 ` Ian Campbell
2010-07-15 3:44 ` [PATCH] Don't attach needless options when launch pygrub Zhigang Wang
2010-07-15 5:03 ` Yu Zhiguo
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=4C3D8FBA.1040602@cn.fujitsu.com \
--to=yuzg@cn.fujitsu.com \
--cc=Ian.Campbell@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/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.