Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Apr 2022 13:45:38 +0000
From:      =?iso-8859-1?Q?Corvin_K=F6hne?= <C.Koehne@beckhoff.com>
To:        Gerd Hoffmann <kraxel@redhat.com>
Cc:        "virtualization@freebsd.org" <virtualization@freebsd.org>, Ard Biesheuvel <ardb+tianocore@kernel.org>, Jiewen Yao <jiewen.yao@intel.com>, Jordan Justen <jordan.l.justen@intel.com>, Rebecca Cran <rebecca@bsdio.com>, Peter Grehan <grehan@freebsd.org>, "devel@edk2.groups.io" <devel@edk2.groups.io>
Subject:   RE: [PATCH] OvmfPkg: reserve igd memory by E820
Message-ID:  <c013898d25ea4e9891e678a5dc7afdd2@beckhoff.com>
In-Reply-To: <20220405093700.ahsezswbumjlg3au@sirius.home.kraxel.org>
References:  <20220404063448.280-1-c.koehne@beckhoff.com> <20220404113830.6novz55zpid3l6fl@sirius.home.kraxel.org> <f290b86d0034422fa4de3899dfde76ce@beckhoff.com> <20220405070639.uq5uiydxhirwu4gb@sirius.home.kraxel.org> <7de01ae500554923941dc5ff9e537637@beckhoff.com> <20220405093700.ahsezswbumjlg3au@sirius.home.kraxel.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,

> > I don't know if it's possible to extract it from host firmware within
> > OS context easily.
>
> Extracting from firmware updates is probably easier.

Good idea but I'll focus on the rest first because I have access to
the GOP driver for my systems.

> > According to Intel you should ask your board manufacturer.
>
> I'm wondering why if the opregion initialization (which actually is
> board-specific) is not done by the gop driver.

>From my experience and as far as I know, Intels GOP driver seems to be
platform independent. I think only Intel can tell us why.

> > > Once we have the code for vgabios and PlatformGopPolicy we can roll t=
hem
> > > with the intelgop driver into a rom image with EfiRom.  Ideally also =
add
> > > opregion content to the rom somehow.
> >
> > Sounds good. Does these EFI drivers have to be maintained outside of
> > EDKII?
>
> Hosting this in https://github.com/tianocore/edk2-staging is probably
> one option (not fully sure about the policy there).
>
> Creating a separate project for that might also make sense given that
> the roms will not be generic but host-specific, so end-users will have
> to install the tools needed to collect host-specific bits and to build
> the final rom image.

I'm going to start working on that locally. Maybe while working on it,
I'll have an idea where's the best place to maintain it.


Best regards
Corvin

Beckhoff Automation GmbH & Co. KG | Managing Director: Dipl. Phys. Hans Bec=
khoff
Registered office: Verl, Germany | Register court: Guetersloh HRA 7075






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c013898d25ea4e9891e678a5dc7afdd2>