[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v3] iscsi_ibft: Fix finding the iBFT under Xen Dom 0


  • To: "konrad@xxxxxxxxxx" <konrad@xxxxxxxxxx>
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
  • Date: Fri, 9 Jun 2023 14:25:46 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=hx5rQWpyb7TD5cURIEjgmk67DtGDlVNPSPhNBnJlcG8=; b=LFm8LbxXt+Tj3HoHtbDlFjTA93+vgLo1rzODF4JRzu09c6cFva27zcQs5wz3LdEY40fu+QPVQLNNeUGpDWjYLvm6g5g0uG9e0rkwxkNBQvwcVMBe5aafOAt8JNxsnV0mCsgKU5we1WKPOe52+THVzkpDdZOf7tpUbDVOafrlYjZoPt1/ALmSdv2Mn0Mqz239wbZQ7Yj+18r+3GKdn3Xuq0qvL/O3apSLjrU2nvdAc8uQsbrbwz1zzuUAd10y5VIEVjA1qQhslaErtMsbQQUaPcQ3IFET+iyJqk5lildhzjJ2hAobWUDr6TkmFv8AbPIdCWuJyumJTdmUgVwm5sOL5g==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UxEHmnZsFdGXJeAJzjJ7mRivY2tutyFvxHf0ua4hl5Xok0Snjh0RR7oMp40XRxmX7DDb9mw6+Ej80sd0kIPVY4oZh3kpRvWL2rYemPFyw0EYE6Orwgk4ArtRzuYPnn9NQhDDfAlFe4jHcNdPt1gjKRAiZtP981fXIOSy0ROhJAKj+4v1/3CkirdbHUW+MLkGaLoRCLrOB1JHGFbntbUOK4nKrH1gMp+nliDRRVNrOFSH1CnvWOfQc0tFpUKFKEWgdzIU01RoqZfYXgtQ2RCYAk2/pcW4E2g104RUbB0up7vVEk5wL2GU0XD/wSwDq/EDciptJatRTCpf/FlwW8M+ng==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
  • Cc: "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Ingo Molnar <mingo@xxxxxxxxxx>, Borislav Petkov <bp@xxxxxxxxx>, Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>, "x86@xxxxxxxxxx" <x86@xxxxxxxxxx>, Juergen Gross <jgross@xxxxxxxx>, Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>, Peter Jones <pjones@xxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
  • Delivery-date: Fri, 09 Jun 2023 14:26:09 +0000
  • Ironport-data: A9a23:tvNBNaA6tSRGQhVW/y3jw5YqxClBgxIJ4kV8jS/XYbTApG8mgTAOy TZLW2HQP/ncMWanftt/bNuzp08HuZbTz4NnQQY4rX1jcSlH+JHPbTi7wuUcHAvJd5GeExg3h yk6QoOdRCzhZiaE/n9BCpC48T8nk/nOHuGmYAL9EngZbRd+Tys8gg5Ulec8g4p56fC0GArIs t7pyyHlEAbNNwVcbCRMs8pvlDs15K6p4G1A7wRnDRx2lAS2e0c9Xcp3yZ6ZdxMUcqEMdsamS uDKyq2O/2+x13/B3fv8z94X2mVTKlLjFVDmZkh+AsBOsTAbzsAG6Y4pNeJ0VKtio27hc+ada jl6ncfYpQ8BZsUgkQmGOvVSO3kW0aZuoNcrLZUj2CA6IoKvn3bEmp1T4E8K0YIwwcN9Al9wt sAhF3MHQwGni/Kp0JjgY7w57igjBJGD0II3nFhFlGmcIdN4BJfJTuPN+MNS2yo2ioZWB/HCa sEFaD1pKhPdfxlIPVRRA5U79AuqriCnL3sE9xTI9exuuze7IA9ZidABNPLPfceRA8FckUuCu WvC+0zyAw0ANczZwj2Amp6prraWx3qjBd1JT9VU8NZQq1jLzDQTLiYKFna7scWX20+kVPFmf hl8Fi0G6PJaGFaQZtr6WQexrFaItwQaXNkWFPc1gCmJy6zJ80OaC3ICQzppdtMrrok1SCYs2 1vPmMnmbRR/vbvQRX+D+7O8qTKpJTNTPWIEfTUDTwYO/5/kuo5bphDFQ8tnEaW1psboAjy2y DePxAAiiLEDpcoK0bin51fBgiLqqpWhZgs04ArQdnio4gNweMiuYInAwVLDxf9ELYufHh+Ns RAsl8GA4aYOBJeWmSqlROQLAaHv5vCZPTmaillqd7Exp2qF+HO5e41UpjZkKy9BMMkefiTyS FTOog4X75hWVFOgarV2eMS2ENgwyrb7FsXNUerdZd5DJJN2cWev5CNpY0OL93rgnEgljec0P pLzWcWrC2wTBYxkwSCwSuNb1qUkrh3S3kvWTJH/ihiij7yXYSfNTa9faQPRKOck8KmDvQPZt c5FMNeHwAleV+u4ZTTL9YkULhYBKn1T6Y3KlvG7v9WremJOcFzNwdeIqV/9U+SJR5hoq9o=
  • Ironport-hdrordr: A9a23:0ujIOqvcZN3agVYV+EGx8zH27skDSdV00zEX/kB9WHVpmwKj5r mTdZUgpGfJYVMqMk3I9urwXZVoLUmsl6KdpLNhXotKPzOGhILLFvAH0WKK+VSJcBEWtNQ86U 4KSdkYNDSfNykdsS842mWF+hQbreVvPJrGuQ4W9RlQcT0=
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Msip_labels:
  • Thread-index: AQHZl5iUB8Nip0x2EkODpNV/3CMDS6+BIAiAgAFsndI=
  • Thread-topic: [PATCH v3] iscsi_ibft: Fix finding the iBFT under Xen Dom 0

> From: Xen-devel <xen-devel-bounces@xxxxxxxxxxxxxxxxxxxx> on behalf of Konrad 
> Rzeszutek Wilk <konrad@xxxxxxxxxx>
> Sent: Thursday, June 8, 2023 5:38 PM
> To: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
> Cc: linux-kernel@xxxxxxxxxxxxxxx <linux-kernel@xxxxxxxxxxxxxxx>; 
> xen-devel@xxxxxxxxxxxxxxxxxxxx <xen-devel@xxxxxxxxxxxxxxxxxxxx>; Jan Beulich 
> <jbeulich@xxxxxxxx>; Thomas Gleixner <tglx@xxxxxxxxxxxxx>; Ingo Molnar 
> <mingo@xxxxxxxxxx>; Borislav Petkov <bp@xxxxxxxxx>; Dave Hansen 
> <dave.hansen@xxxxxxxxxxxxxxx>; x86@xxxxxxxxxx <x86@xxxxxxxxxx>; Juergen Gross 
> <jgross@xxxxxxxx>; Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>; Peter Jones 
> <pjones@xxxxxxxxxx>; Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
> Subject: Re: [PATCH v3] iscsi_ibft: Fix finding the iBFT under Xen Dom 0 
>  
> It looks fine to me, but could I ask you to triple check that on
> non-Xen it still detects the iBFT?
> 
> Thx!

I have checked again, and yes, it still detects the iBFT in the non-Xen
case and the information in /sys/firmware/ibft looks correct.

Ross

> 
> On Mon, Jun 5, 2023 at 6:28 AM Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> 
> wrote:
> >
> > To facilitate diskless iSCSI boot, the firmware can place a table of
> > configuration details in memory called the iBFT. The presence of this
> > table is not specified, nor is the precise location (and it's not in the
> > E820) so the kernel has to search for a magic marker to find it.
> >
> > When running under Xen, Dom 0 does not have access to the entire host's
> > memory, only certain regions which are identity-mapped which means that
> > the pseudo-physical address in Dom0 == real host physical address.
> > Add the iBFT search bounds as a reserved region which causes it to be
> > identity-mapped in xen_set_identity_and_remap_chunk() which allows Dom0
> > access to the specific physical memory to correctly search for the iBFT
> > magic marker (and later access the full table).
> >
> > This necessitates moving the call to reserve_ibft_region() somewhat
> > later so that it is called after e820__memory_setup() which is when the
> > Xen identity mapping adjustments are applied. The precise location of
> > the call is not too important so I've put it alongside dmi_setup() which
> > does similar scanning of memory for configuration tables.
> >
> > Finally in the iBFT find code, instead of using isa_bus_to_virt() which
> > doesn't do the right thing under Xen, use early_memremap() like the
> > dmi_setup() code does.
> >
> > The result of these changes is that it is possible to boot a diskless
> > Xen + Dom0 running off an iSCSI disk whereas previously it would fail to
> > find the iBFT and consequently, the iSCSI root disk.
> >
> > Signed-off-by: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
> > ---
> >
> > In v3:
> > * Expanded commit message.
> > * Used IBFT_ constants.
> >
> >  arch/x86/kernel/setup.c            |  2 +-
> >  arch/x86/xen/setup.c               | 28 +++++++++++++++++++---------
> >  drivers/firmware/iscsi_ibft_find.c | 26 +++++++++++++++++---------
> >  include/linux/iscsi_ibft.h         | 10 +++++++++-
> >  4 files changed, 46 insertions(+), 20 deletions(-)
> >
> > diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
> > index 16babff771bd..616b80507abd 100644
> > --- a/arch/x86/kernel/setup.c
> > +++ b/arch/x86/kernel/setup.c
> > @@ -796,7 +796,6 @@ static void __init early_reserve_memory(void)
> >
> >         memblock_x86_reserve_range_setup_data();
> >
> > -       reserve_ibft_region();
> >         reserve_bios_regions();
> >         trim_snb_memory();
> >  }
> > @@ -1032,6 +1031,7 @@ void __init setup_arch(char **cmdline_p)
> >         if (efi_enabled(EFI_BOOT))
> >                 efi_init();
> >
> > +       reserve_ibft_region();
> >         dmi_setup();
> >
> >         /*
> > diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c
> > index c2be3efb2ba0..8b5cf7bb1f47 100644
> > --- a/arch/x86/xen/setup.c
> > +++ b/arch/x86/xen/setup.c
> > @@ -6,6 +6,7 @@
> >   */
> >
> >  #include <linux/init.h>
> > +#include <linux/iscsi_ibft.h>
> >  #include <linux/sched.h>
> >  #include <linux/kstrtox.h>
> >  #include <linux/mm.h>
> > @@ -764,17 +765,26 @@ char * __init xen_memory_setup(void)
> >         BUG_ON(memmap.nr_entries == 0);
> >         xen_e820_table.nr_entries = memmap.nr_entries;
> >
> > -       /*
> > -        * Xen won't allow a 1:1 mapping to be created to UNUSABLE
> > -        * regions, so if we're using the machine memory map leave the
> > -        * region as RAM as it is in the pseudo-physical map.
> > -        *
> > -        * UNUSABLE regions in domUs are not handled and will need
> > -        * a patch in the future.
> > -        */
> > -       if (xen_initial_domain())
> > +       if (xen_initial_domain()) {
> > +               /*
> > +                * Xen won't allow a 1:1 mapping to be created to UNUSABLE
> > +                * regions, so if we're using the machine memory map leave 
> > the
> > +                * region as RAM as it is in the pseudo-physical map.
> > +                *
> > +                * UNUSABLE regions in domUs are not handled and will need
> > +                * a patch in the future.
> > +                */
> >                 xen_ignore_unusable();
> >
> > +#ifdef CONFIG_ISCSI_IBFT_FIND
> > +               /* Reserve 0.5 MiB to 1 MiB region so iBFT can be found */
> > +               xen_e820_table.entries[xen_e820_table.nr_entries].addr = 
> > IBFT_START;
> > +               xen_e820_table.entries[xen_e820_table.nr_entries].size = 
> > IBFT_END - IBFT_START;
> > +               xen_e820_table.entries[xen_e820_table.nr_entries].type = 
> > E820_TYPE_RESERVED;
> > +               xen_e820_table.nr_entries++;
> > +#endif
> > +       }
> > +
> >         /* Make sure the Xen-supplied memory map is well-ordered. */
> >         e820__update_table(&xen_e820_table);
> >
> > diff --git a/drivers/firmware/iscsi_ibft_find.c 
> > b/drivers/firmware/iscsi_ibft_find.c
> > index 94b49ccd23ac..71f51303c2ba 100644
> > --- a/drivers/firmware/iscsi_ibft_find.c
> > +++ b/drivers/firmware/iscsi_ibft_find.c
> > @@ -42,8 +42,6 @@ static const struct {
> >  };
> >
> >  #define IBFT_SIGN_LEN 4
> > -#define IBFT_START 0x80000 /* 512kB */
> > -#define IBFT_END 0x100000 /* 1MB */
> >  #define VGA_MEM 0xA0000 /* VGA buffer */
> >  #define VGA_SIZE 0x20000 /* 128kB */
> >
> > @@ -52,9 +50,9 @@ static const struct {
> >   */
> >  void __init reserve_ibft_region(void)
> >  {
> > -       unsigned long pos;
> > +       unsigned long pos, virt_pos = 0;
> >         unsigned int len = 0;
> > -       void *virt;
> > +       void *virt = NULL;
> >         int i;
> >
> >         ibft_phys_addr = 0;
> > @@ -70,13 +68,20 @@ void __init reserve_ibft_region(void)
> >                  * so skip that area */
> >                 if (pos == VGA_MEM)
> >                         pos += VGA_SIZE;
> > -               virt = isa_bus_to_virt(pos);
> > +
> > +               /* Map page by page */
> > +               if (offset_in_page(pos) == 0) {
> > +                       if (virt)
> > +                               early_memunmap(virt, PAGE_SIZE);
> > +                       virt = early_memremap_ro(pos, PAGE_SIZE);
> > +                       virt_pos = pos;
> > +               }
> >
> >                 for (i = 0; i < ARRAY_SIZE(ibft_signs); i++) {
> > -                       if (memcmp(virt, ibft_signs[i].sign, IBFT_SIGN_LEN) 
> > ==
> > -                           0) {
> > +                       if (memcmp(virt + (pos - virt_pos), 
> > ibft_signs[i].sign,
> > +                                  IBFT_SIGN_LEN) == 0) {
> >                                 unsigned long *addr =
> > -                                   (unsigned long *)isa_bus_to_virt(pos + 
> > 4);
> > +                                   (unsigned long *)(virt + pos - virt_pos 
> > + 4);
> >                                 len = *addr;
> >                                 /* if the length of the table extends past 
> >1M,
> >                                  * the table cannot be valid. */
> > @@ -84,9 +89,12 @@ void __init reserve_ibft_region(void)
> >                                         ibft_phys_addr = pos;
> >                                         memblock_reserve(ibft_phys_addr, 
> >PAGE_ALIGN(len));
> >                                         pr_info("iBFT found at %pa.\n", 
> >&ibft_phys_addr);
> > -                                       return;
> > +                                       goto out;
> >                                 }
> >                         }
> >                 }
> >         }
> > +
> > +out:
> > +       early_memunmap(virt, PAGE_SIZE);
> >  }
> > diff --git a/include/linux/iscsi_ibft.h b/include/linux/iscsi_ibft.h
> > index 790e7fcfc1a6..e2742748104d 100644
> > --- a/include/linux/iscsi_ibft.h
> > +++ b/include/linux/iscsi_ibft.h
> > @@ -21,12 +21,20 @@
> >   */
> >  extern phys_addr_t ibft_phys_addr;
> >
> > +#ifdef CONFIG_ISCSI_IBFT_FIND
> > +
> >  /*
> >   * Routine used to find and reserve the iSCSI Boot Format Table. The
> >   * physical address is set in the ibft_phys_addr variable.
> >   */
> > -#ifdef CONFIG_ISCSI_IBFT_FIND
> >  void reserve_ibft_region(void);
> > +
> > +/*
> > + * Physical bounds to search for the iSCSI Boot Format Table.
> > + */
> > +#define IBFT_START 0x80000 /* 512kB */
> > +#define IBFT_END 0x100000 /* 1MB */
> > +
> >  #else
> >  static inline void reserve_ibft_region(void) {}
> >  #endif
> > --
> > 2.31.1
> >
> 

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.