grub-devel.gnu.org archive mirror
 help / color / mirror / Atom feed
From: Juergen Gross <jgross@suse.com>
To: Daniel Kiper <daniel.kiper@oracle.com>
Cc: grub-devel@gnu.org, phcoder@gmail.com, mchang@suse.com,
	xen-devel@lists.xen.org
Subject: Re: [PATCH v2 1/6] xen: factor out p2m list allocation into separate function
Date: Fri, 12 Feb 2016 07:27:54 +0100	[thread overview]
Message-ID: <56BD7B6A.90108@suse.com> (raw)
In-Reply-To: <20160211170955.GF3482@olila.local.net-space.pl>

On 11/02/16 18:09, Daniel Kiper wrote:
> On Thu, Feb 11, 2016 at 01:38:10PM +0100, Juergen Gross wrote:
>> On 11/02/16 13:19, Daniel Kiper wrote:
>>> On Thu, Feb 11, 2016 at 08:53:21AM +0100, Juergen Gross wrote:
>>>> Do the p2m list allocation of the to be loaded kernel in a separate
>>>> function. This will allow doing the p2m list allocation at different
>>>> times of the boot preparations depending on the features the kernel
>>>> is supporting.
>>>>
>>>> While at this remove superfluous setting of first_p2m_pfn and
>>>> nr_p2m_frames as those are needed only in case of the p2m list not
>>>> being mapped by the initial kernel mapping.
>>>>
>>>> Signed-off-by: Juergen Gross <jgross@suse.com>
>>>> ---
>>>>  grub-core/loader/i386/xen.c | 70 ++++++++++++++++++++++++++-------------------
>>>>  1 file changed, 40 insertions(+), 30 deletions(-)
>>>>
>>>> diff --git a/grub-core/loader/i386/xen.c b/grub-core/loader/i386/xen.c
>>>> index c4d9689..42ed7c7 100644
>>>> --- a/grub-core/loader/i386/xen.c
>>>> +++ b/grub-core/loader/i386/xen.c
>>>> @@ -52,6 +52,8 @@ static struct grub_xen_file_info xen_inf;
>>>>  static struct xen_multiboot_mod_list *xen_module_info_page;
>>>>  static grub_uint64_t modules_target_start;
>>>>  static grub_size_t n_modules;
>>>> +static struct grub_relocator_xen_state state;
>>>> +static grub_xen_mfn_t *virt_mfn_list;
>>>
>>> Do we strongly need this as globals? I suppose that
>>> both of them could be local to grub_xen_boot.
>>
>> This would require passing the state pointer to many other functions.
>> Same applies to virt_mfn_list.
>>
>> I just followed the style used in the source already: variables used in
>> multiple functions are mostly defined globally (there are even some
>> which are used in one function only).
> 
> Well, I do not like that style but if maintainer do not object I will
> do not complain more here about that.
> 
>>>>  #define PAGE_SIZE 4096
>>>>  #define MAX_MODULES (PAGE_SIZE / sizeof (struct xen_multiboot_mod_list))
>>>> @@ -166,7 +168,7 @@ generate_page_table (grub_uint64_t *where, grub_uint64_t paging_start,
>>>>  }
>>>>
>>>>  static grub_err_t
>>>> -set_mfns (grub_xen_mfn_t * new_mfn_list, grub_xen_mfn_t pfn)
>>>> +set_mfns (grub_xen_mfn_t pfn)
>>>>  {
>>>>    grub_xen_mfn_t i, t;
>>>>    grub_xen_mfn_t cn_pfn = -1, st_pfn = -1;
>>>> @@ -175,32 +177,32 @@ set_mfns (grub_xen_mfn_t * new_mfn_list, grub_xen_mfn_t pfn)
>>>>
>>>>    for (i = 0; i < grub_xen_start_page_addr->nr_pages; i++)
>>>>      {
>>>> -      if (new_mfn_list[i] == grub_xen_start_page_addr->console.domU.mfn)
>>>> +      if (virt_mfn_list[i] == grub_xen_start_page_addr->console.domU.mfn)
>>>>  	cn_pfn = i;
>>>> -      if (new_mfn_list[i] == grub_xen_start_page_addr->store_mfn)
>>>> +      if (virt_mfn_list[i] == grub_xen_start_page_addr->store_mfn)
>>>>  	st_pfn = i;
>>>>      }
>>>>    if (cn_pfn == (grub_xen_mfn_t)-1)
>>>>      return grub_error (GRUB_ERR_BUG, "no console");
>>>>    if (st_pfn == (grub_xen_mfn_t)-1)
>>>>      return grub_error (GRUB_ERR_BUG, "no store");
>>>> -  t = new_mfn_list[pfn];
>>>> -  new_mfn_list[pfn] = new_mfn_list[cn_pfn];
>>>> -  new_mfn_list[cn_pfn] = t;
>>>> -  t = new_mfn_list[pfn + 1];
>>>> -  new_mfn_list[pfn + 1] = new_mfn_list[st_pfn];
>>>> -  new_mfn_list[st_pfn] = t;
>>>> -
>>>> -  m2p_updates[0].ptr = page2offset (new_mfn_list[pfn]) | MMU_MACHPHYS_UPDATE;
>>>> +  t = virt_mfn_list[pfn];
>>>> +  virt_mfn_list[pfn] = virt_mfn_list[cn_pfn];
>>>> +  virt_mfn_list[cn_pfn] = t;
>>>> +  t = virt_mfn_list[pfn + 1];
>>>> +  virt_mfn_list[pfn + 1] = virt_mfn_list[st_pfn];
>>>> +  virt_mfn_list[st_pfn] = t;
>>>> +
>>>> +  m2p_updates[0].ptr = page2offset (virt_mfn_list[pfn]) | MMU_MACHPHYS_UPDATE;
>>>>    m2p_updates[0].val = pfn;
>>>>    m2p_updates[1].ptr =
>>>> -    page2offset (new_mfn_list[pfn + 1]) | MMU_MACHPHYS_UPDATE;
>>>> +    page2offset (virt_mfn_list[pfn + 1]) | MMU_MACHPHYS_UPDATE;
>>>>    m2p_updates[1].val = pfn + 1;
>>>>    m2p_updates[2].ptr =
>>>> -    page2offset (new_mfn_list[cn_pfn]) | MMU_MACHPHYS_UPDATE;
>>>> +    page2offset (virt_mfn_list[cn_pfn]) | MMU_MACHPHYS_UPDATE;
>>>>    m2p_updates[2].val = cn_pfn;
>>>>    m2p_updates[3].ptr =
>>>> -    page2offset (new_mfn_list[st_pfn]) | MMU_MACHPHYS_UPDATE;
>>>> +    page2offset (virt_mfn_list[st_pfn]) | MMU_MACHPHYS_UPDATE;
>>>>    m2p_updates[3].val = st_pfn;
>>>>
>>>>    grub_xen_mmu_update (m2p_updates, 4, NULL, DOMID_SELF);
>>>> @@ -209,34 +211,43 @@ set_mfns (grub_xen_mfn_t * new_mfn_list, grub_xen_mfn_t pfn)
>>>>  }
>>>>
>>>>  static grub_err_t
>>>> +grub_xen_p2m_alloc (void)
>>>> +{
>>>> +  grub_relocator_chunk_t ch;
>>>> +  grub_size_t p2msize;
>>>> +  grub_err_t err;
>>>> +
>>>> +  state.mfn_list = max_addr;
>>>> +  next_start.mfn_list = max_addr + xen_inf.virt_base;
>>>> +  p2msize = sizeof (grub_xen_mfn_t) * grub_xen_start_page_addr->nr_pages;
>>>> +  err = grub_relocator_alloc_chunk_addr (relocator, &ch, max_addr, p2msize);
>>>
>>> Hmmm.... Where relocator is defined?
>>
>> First global variable in this source.
>>
>>>
>>>> +  if (err)
>>>> +    return err;
>>>> +  virt_mfn_list = get_virtual_current_address (ch);
>>>> +  grub_memcpy (virt_mfn_list,
>>>> +	       (void *) grub_xen_start_page_addr->mfn_list, p2msize);
>>>> +  max_addr = ALIGN_UP (max_addr + p2msize, PAGE_SIZE);
>>>> +
>>>> +  return GRUB_ERR_NONE;
>>>> +}
>>>> +
>>>> +static grub_err_t
>>>>  grub_xen_boot (void)
>>>>  {
>>>> -  struct grub_relocator_xen_state state;
>>>>    grub_relocator_chunk_t ch;
>>>>    grub_err_t err;
>>>> -  grub_size_t pgtsize;
>>>>    struct start_info *nst;
>>>>    grub_uint64_t nr_info_pages;
>>>>    grub_uint64_t nr_pages, nr_pt_pages, nr_need_pages;
>>>>    struct gnttab_set_version gnttab_setver;
>>>> -  grub_xen_mfn_t *new_mfn_list;
>>>>    grub_size_t i;
>>>>
>>>>    if (grub_xen_n_allocated_shared_pages)
>>>>      return grub_error (GRUB_ERR_BUG, "active grants");
>>>>
>>>> -  state.mfn_list = max_addr;
>>>> -  next_start.mfn_list = max_addr + xen_inf.virt_base;
>>>> -  next_start.first_p2m_pfn = max_addr >> PAGE_SHIFT;	/* Is this right? */
>>>> -  pgtsize = sizeof (grub_xen_mfn_t) * grub_xen_start_page_addr->nr_pages;
>>>> -  err = grub_relocator_alloc_chunk_addr (relocator, &ch, max_addr, pgtsize);
>>>> -  next_start.nr_p2m_frames = (pgtsize + PAGE_SIZE - 1) >> PAGE_SHIFT;
>>>> +  err = grub_xen_p2m_alloc ();
>>>>    if (err)
>>>>      return err;
>>>> -  new_mfn_list = get_virtual_current_address (ch);
>>>> -  grub_memcpy (new_mfn_list,
>>>> -	       (void *) grub_xen_start_page_addr->mfn_list, pgtsize);
>>>> -  max_addr = ALIGN_UP (max_addr + pgtsize, PAGE_SIZE);
>>>>
>>>>    err = grub_relocator_alloc_chunk_addr (relocator, &ch,
>>>
>>> Ditto. I think that this could be passed as a grub_xen_boot() argument.
>>> Otherwise this appear from nowhere and reading/understanding is more
>>> difficult.
>>
>> Huh? How that? grub_xen_boot() can't have any parameters (see prototype
>> of grub_loader_set() which is used with grub_xen_boot() as parameter).
>>
>> BTW: I didn't introduce this kind of usage of relocator.
> 
> OK, I have checked other loaders and it looks that they use relocator in
> the same way. Let's leave it as is. However, this does not waive my
> concerns expressed above in regards to other global variables.

See my reply to patch 4. I'll change my series.


Juergen



  reply	other threads:[~2016-02-12  6:28 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-11  7:53 [PATCH v2 0/6] grub-xen: support booting huge pv-domains Juergen Gross
2016-02-11  7:53 ` [PATCH v2 1/6] xen: factor out p2m list allocation into separate function Juergen Gross
2016-02-11 12:19   ` Daniel Kiper
2016-02-11 12:38     ` Juergen Gross
2016-02-11 17:09       ` Daniel Kiper
2016-02-12  6:27         ` Juergen Gross [this message]
2016-02-11  7:53 ` [PATCH v2 2/6] xen: factor out allocation of special pages " Juergen Gross
2016-02-11 12:21   ` Daniel Kiper
2016-02-11 12:38     ` Juergen Gross
2016-02-11  7:53 ` [PATCH v2 3/6] xen: factor out allocation of page tables " Juergen Gross
2016-02-11 12:27   ` Daniel Kiper
2016-02-11 12:53     ` Juergen Gross
2016-02-11 17:14       ` Daniel Kiper
2016-02-12  6:26         ` Juergen Gross
2016-02-12 12:20       ` Vladimir 'φ-coder/phcoder' Serbinenko
2016-02-11  7:53 ` [PATCH v2 4/6] xen: add capability to load initrd outside of initial mapping Juergen Gross
2016-02-11 12:33   ` Daniel Kiper
2016-02-11 14:13     ` Juergen Gross
2016-02-11 17:25       ` Daniel Kiper
2016-02-12  6:25         ` Juergen Gross
2016-02-12  8:15           ` Daniel Kiper
2016-02-12 12:24       ` Vladimir 'φ-coder/phcoder' Serbinenko
2016-02-12 14:47         ` Juergen Gross
2016-02-11  7:53 ` [PATCH v2 5/6] xen: modify page table construction Juergen Gross
2016-02-11 12:47   ` Daniel Kiper
2016-02-11 14:35     ` Juergen Gross
2016-02-11 17:48       ` Daniel Kiper
2016-02-11  7:53 ` [PATCH v2 6/6] xen: add capability to load p2m list outside of kernel mapping Juergen Gross

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=56BD7B6A.90108@suse.com \
    --to=jgross@suse.com \
    --cc=daniel.kiper@oracle.com \
    --cc=grub-devel@gnu.org \
    --cc=mchang@suse.com \
    --cc=phcoder@gmail.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).