All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Jan Beulich" <JBeulich@suse.com>
To: Daniel Kiper <daniel.kiper@oracle.com>
Cc: Juergen Gross <JGross@suse.com>,
	sstabellini@kernel.org, andrew.cooper3@citrix.com,
	cardoe@cardoe.com, pgnet.dev@gmail.com, ning.sun@intel.com,
	julien.grall@arm.com, xen-devel@lists.xenproject.org,
	qiaowei.ren@intel.com, gang.wei@intel.com, fu.wei@linaro.org
Subject: Re: [PATCH v15 05/10] x86: add multiboot2 protocol support for EFI platforms
Date: Thu, 16 Feb 2017 02:29:45 -0700	[thread overview]
Message-ID: <58A57F19020000780013A903@prv-mh.provo.novell.com> (raw)
In-Reply-To: <20170215215313.GI3484@olila.local.net-space.pl>

>>> On 15.02.17 at 22:53, <daniel.kiper@oracle.com> wrote:
> On Wed, Feb 15, 2017 at 03:22:02AM -0700, Jan Beulich wrote:
>> >>> On 14.02.17 at 19:38, <daniel.kiper@oracle.com> wrote:
>> > --- a/xen/arch/x86/boot/head.S
>> > +++ b/xen/arch/x86/boot/head.S
>> > @@ -394,10 +394,18 @@ __start:
>> >
>> >          /* EFI IA-32 platforms are not supported. */
>> >          cmpl    $MULTIBOOT2_TAG_TYPE_EFI32,MB2_tag_type(%ecx)
>> > +        /*
>> > +         * Here we should zap vga_text_buffer. However, we can disable
>> > +         * VGA updates in simpler and more reliable way later.
>> > +         */
>> >          je      .Lmb2_efi_ia_32
>> >
>> >          /* Bootloader shutdown EFI x64 boot services. */
>> >          cmpl    $MULTIBOOT2_TAG_TYPE_EFI64,MB2_tag_type(%ecx)
>> > +        /*
>> > +         * Here we should zap vga_text_buffer. However, we can disable
>> > +         * VGA updates in simpler and more reliable way later.
>> > +         */
>> >          je      .Lmb2_no_bs
>>
>> I'm afraid I don't view these comments as helpful in understanding
>> the whole situation. That's partly because I don't follow both the
>> "simpler" and "more reliable" parts (using just the information here,
> 
> OK, I will clarify it.
> 
>> i.e. leaving aside what you've given as explanation earlier, albeit I
>> don't think that was fully clarifying things either), and partly
>> because I continue to think that the explanation should go where
>> the labels are (which is what I had meant to suggest with my
>> comment placement in reply to v14). Nor does the adjustment
> 
> OK.
> 
>> above help (me) understand the correctness of the dual use of
>> .Lmb2_no_bs.
> 
> What do you mean by "dual use of .Lmb2_no_bs."? I would like to be sure.

As said in v14 review, it's being jumped to from two rather different
places, and hence the VGA aspect isn't obviously the same for both.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

  reply	other threads:[~2017-02-16  9:29 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-14 18:33 [PATCH v15 00/10] x86: multiboot2 protocol support Daniel Kiper
2017-02-14 18:33 ` [PATCH v15 01/10] x86: add "w" flag to .init.data section definition Daniel Kiper
2017-02-14 18:47   ` Andrew Cooper
2017-02-14 18:33 ` [PATCH v15 02/10] x86: add multiboot2 protocol support Daniel Kiper
2017-02-14 18:33 ` [PATCH v15 03/10] efi: build xen.gz with EFI code Daniel Kiper
2017-02-14 18:33 ` [PATCH v15 04/10] efi: create new early memory allocator Daniel Kiper
2017-02-14 18:33 ` [PATCH v15 05/10] x86: add multiboot2 protocol support for EFI platforms Daniel Kiper
2017-02-14 18:38   ` Daniel Kiper
2017-02-15 10:22     ` Jan Beulich
2017-02-15 21:53       ` Daniel Kiper
2017-02-16  9:29         ` Jan Beulich [this message]
2017-02-16 21:49           ` Daniel Kiper
2017-02-16 21:56             ` Doug Goldstein
2017-02-16 22:19               ` Daniel Kiper
2017-02-17  7:58             ` Jan Beulich
2017-02-14 18:33 ` [PATCH v15 06/10] x86: change default load address from 1 MiB to 2 MiB Daniel Kiper
2017-02-14 18:33 ` [PATCH v15 07/10] x86/setup: use XEN_IMG_OFFSET instead of Daniel Kiper
2017-02-14 18:33 ` [PATCH v15 08/10] x86: make Xen early boot code relocatable Daniel Kiper
2017-02-14 18:33 ` [PATCH v15 09/10] x86/boot: rename sym_phys() to sym_offs() Daniel Kiper
2017-02-14 18:33 ` [PATCH v15 10/10] x86: add multiboot2 protocol support for relocatable images Daniel Kiper

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=58A57F19020000780013A903@prv-mh.provo.novell.com \
    --to=jbeulich@suse.com \
    --cc=JGross@suse.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=cardoe@cardoe.com \
    --cc=daniel.kiper@oracle.com \
    --cc=fu.wei@linaro.org \
    --cc=gang.wei@intel.com \
    --cc=julien.grall@arm.com \
    --cc=ning.sun@intel.com \
    --cc=pgnet.dev@gmail.com \
    --cc=qiaowei.ren@intel.com \
    --cc=sstabellini@kernel.org \
    --cc=xen-devel@lists.xenproject.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.