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
next prev parent 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).