public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Laszlo Ersek <lersek@redhat.com>
To: Gerd Hoffmann <kraxel@redhat.com>, edk2-devel@lists.01.org
Subject: Re: [PATCH v2 2/4] OvmfPkg: add QemuRamfbDxe
Date: Tue, 12 Jun 2018 19:50:57 +0200	[thread overview]
Message-ID: <f3566cd2-d6b8-44fd-b1e7-cf4592189c5b@redhat.com> (raw)
In-Reply-To: <20180612093117.27028-3-kraxel@redhat.com>

Hi Gerd,

On 06/12/18 11:31, Gerd Hoffmann wrote:
> Add a driver for the qemu ramfb display device.
> 
> Contributed-under: TianoCore Contribution Agreement 1.1
> Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
> ---
>  OvmfPkg/QemuRamfbDxe/QemuRamfb.c      | 396 ++++++++++++++++++++++++++++++++++
>  OvmfPkg/OvmfPkgIa32.dsc               |   1 +
>  OvmfPkg/OvmfPkgIa32.fdf               |   1 +
>  OvmfPkg/OvmfPkgIa32X64.dsc            |   1 +
>  OvmfPkg/OvmfPkgIa32X64.fdf            |   1 +
>  OvmfPkg/OvmfPkgX64.dsc                |   1 +
>  OvmfPkg/OvmfPkgX64.fdf                |   1 +
>  OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf |  52 +++++
>  8 files changed, 454 insertions(+)
>  create mode 100644 OvmfPkg/QemuRamfbDxe/QemuRamfb.c
>  create mode 100644 OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf
> 
> diff --git a/OvmfPkg/QemuRamfbDxe/QemuRamfb.c b/OvmfPkg/QemuRamfbDxe/QemuRamfb.c
> new file mode 100644
> index 0000000000..00a2875e99
> --- /dev/null
> +++ b/OvmfPkg/QemuRamfbDxe/QemuRamfb.c
> @@ -0,0 +1,396 @@
> +/** @file
> +  This driver is a implementation of the Graphics Output Protocol
> +  for the QEMU ramfb device.
> +
> +  Copyright (c) 2018, Red Hat Inc.
> +
> +  This program and the accompanying materials
> +  are licensed and made available under the terms and conditions of the BSD License
> +  which accompanies this distribution. The full text of the license may be found at

(1) These lines are overlong, can you please wrap them to 80 chars?

> +  http://opensource.org/licenses/bsd-license.php
> +
> +  THE PROGRAM IS DISTRIBUTED UNDER THE BSD LICENSE ON AN "AS IS" BASIS,
> +  WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED.
> +
> +**/
> +
> +#include <Protocol/GraphicsOutput.h>
> +
> +#include <Library/BaseLib.h>
> +#include <Library/BaseMemoryLib.h>
> +#include <Library/DebugLib.h>
> +#include <Library/DevicePathLib.h>
> +#include <Library/FrameBufferBltLib.h>
> +#include <Library/MemoryAllocationLib.h>
> +#include <Library/UefiBootServicesTableLib.h>
> +#include <Library/QemuFwCfgLib.h>
> +
> +#include <Guid/QemuRamfb.h>
> +
> +#define RAMFB_FORMAT  0x34325258 /* DRM_FORMAT_XRGB8888 */
> +#define RAMFB_BPP     4
> +
> +#pragma pack (1)
> +typedef struct RAMFB_CONFIG {
> +  UINT64 Address;
> +  UINT32 FourCC;
> +  UINT32 Flags;
> +  UINT32 Width;
> +  UINT32 Height;
> +  UINT32 Stride;
> +} RAMFB_CONFIG;
> +#pragma pack ()
> +
> +static EFI_HANDLE                    mRamfbHandle;

(2) So, when I mentioned "STATIC" in my last email, I meant "STATIC",
not "static" :) I see you couldn't believe me! :) I apologize; yes,
indeed in edk2 we spell "static" "STATIC". Can you please update all
occurrences?

> +static EFI_HANDLE                    mGopHandle;
> +static FRAME_BUFFER_CONFIGURE        *mQemuRamfbFrameBufferBltConfigure;
> +static UINTN                         mQemuRamfbFrameBufferBltConfigureSize;
> +static FIRMWARE_CONFIG_ITEM          mRamFbFwCfgItem;

(3) My bad, I suggested inconsistent spelling for "mRamFbFwCfgItem". You
spelled it everywhere consistently "Ramfb", in identifiers.

Can you please update this to "mRamfbFwCfgItem" too?

> +
> +static EFI_GRAPHICS_OUTPUT_MODE_INFORMATION mQemuRamfbModeInfo[] = {
> +  {
> +    0,    // Version
> +    640,  // HorizontalResolution
> +    480,  // VerticalResolution
> +  },{
> +    0,    // Version
> +    800,  // HorizontalResolution
> +    600,  // VerticalResolution
> +  },{
> +    0,    // Version
> +    1024, // HorizontalResolution
> +    768,  // VerticalResolution
> +  }
> +};
> +#define mQemuRamfbModeCount ARRAY_SIZE(mQemuRamfbModeInfo)

(4) Sorry I was unclear about this in my last email. What I meant is to
eliminate the "mQemuRamfbModeCount" macro entirely, and use the
ARRAY_SIZE() in its place. I count two instances in the code.

Alternatively, if you really like a dedicated macro for this, please
spell it QEMU_RAMFB_MODE_COUNT.

Either way: please insert a space character after ARRAY_SIZE and before "(".

> +
> +static EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE mQemuRamfbMode = {
> +  mQemuRamfbModeCount,                            // MaxMode
> +  0,                                              // Mode
> +  mQemuRamfbModeInfo,                             // Info
> +  sizeof (EFI_GRAPHICS_OUTPUT_MODE_INFORMATION),  // SizeOfInfo
> +};
> +
> +static
> +EFI_STATUS
> +EFIAPI
> +QemuRamfbGraphicsOutputQueryMode (
> +  IN  EFI_GRAPHICS_OUTPUT_PROTOCOL          *This,
> +  IN  UINT32                                ModeNumber,
> +  OUT UINTN                                 *SizeOfInfo,
> +  OUT EFI_GRAPHICS_OUTPUT_MODE_INFORMATION  **Info
> +  )
> +{
> +  EFI_GRAPHICS_OUTPUT_MODE_INFORMATION  *ModeInfo;
> +
> +  if (Info == NULL || SizeOfInfo == NULL || ModeNumber >= mQemuRamfbMode.MaxMode) {

(5) This line is too long; please use a 80 chars width.

> +    return EFI_INVALID_PARAMETER;
> +  }
> +  ModeInfo = &mQemuRamfbModeInfo[ModeNumber];
> +
> +  *Info = AllocateCopyPool (sizeof (EFI_GRAPHICS_OUTPUT_MODE_INFORMATION),
> +            ModeInfo);
> +  if (*Info == NULL) {
> +    return EFI_OUT_OF_RESOURCES;
> +  }
> +  *SizeOfInfo = sizeof (EFI_GRAPHICS_OUTPUT_MODE_INFORMATION);
> +
> +  return EFI_SUCCESS;
> +}
> +
> +static
> +EFI_STATUS
> +EFIAPI
> +QemuRamfbGraphicsOutputSetMode (
> +  IN  EFI_GRAPHICS_OUTPUT_PROTOCOL *This,
> +  IN  UINT32                       ModeNumber
> +  )
> +{
> +  EFI_GRAPHICS_OUTPUT_MODE_INFORMATION  *ModeInfo;
> +  RAMFB_CONFIG                          Config;
> +  EFI_GRAPHICS_OUTPUT_BLT_PIXEL         Black;
> +  RETURN_STATUS                         Status;
> +
> +  if (ModeNumber >= mQemuRamfbMode.MaxMode) {
> +    return EFI_UNSUPPORTED;
> +  }
> +  ModeInfo = &mQemuRamfbModeInfo[ModeNumber];
> +
> +  DEBUG ((DEBUG_INFO, "Ramfb: SetMode %u (%ux%u)\n", ModeNumber,
> +    ModeInfo->HorizontalResolution, ModeInfo->VerticalResolution));
> +
> +  Config.Address = SwapBytes64 (mQemuRamfbMode.FrameBufferBase);
> +  Config.FourCC  = SwapBytes32 (RAMFB_FORMAT);
> +  Config.Flags   = SwapBytes32 (0);
> +  Config.Width   = SwapBytes32 (ModeInfo->HorizontalResolution);
> +  Config.Height  = SwapBytes32 (ModeInfo->VerticalResolution);
> +  Config.Stride  = SwapBytes32 (ModeInfo->HorizontalResolution * RAMFB_BPP);
> +
> +  Status = FrameBufferBltConfigure (
> +             (VOID*)(UINTN)mQemuRamfbMode.FrameBufferBase,
> +             ModeInfo,
> +             mQemuRamfbFrameBufferBltConfigure,
> +             &mQemuRamfbFrameBufferBltConfigureSize
> +             );
> +
> +  if (Status == RETURN_BUFFER_TOO_SMALL) {
> +    if (mQemuRamfbFrameBufferBltConfigure != NULL) {
> +      FreePool (mQemuRamfbFrameBufferBltConfigure);
> +    }
> +    mQemuRamfbFrameBufferBltConfigure =
> +      AllocatePool (mQemuRamfbFrameBufferBltConfigureSize);
> +    if (mQemuRamfbFrameBufferBltConfigure == NULL) {
> +      return EFI_OUT_OF_RESOURCES;

(6) Small logic issue here: at this point
"mQemuRamfbFrameBufferBltConfigure" is NULL (which is good), but
"mQemuRamfbFrameBufferBltConfigureSize" is nonzero (in fact it is "large
enough"; it's just been returned to us with the correct size).

As a result, at the next attempt to set the same mode,
FrameBufferBltConfigure() will dereference NULL.

So please, before returning, assign
"mQemuRamfbFrameBufferBltConfigureSize" zero.

> +    }
> +
> +    Status = FrameBufferBltConfigure (
> +               (VOID*)(UINTN)mQemuRamfbMode.FrameBufferBase,
> +               ModeInfo,
> +               mQemuRamfbFrameBufferBltConfigure,
> +               &mQemuRamfbFrameBufferBltConfigureSize);

(7) Please break off the ");" to a separate line, as discussed before.

> +    if (RETURN_ERROR (Status)) {
> +      ASSERT (Status == RETURN_UNSUPPORTED);
> +      return Status;
> +    }

(8) I think I was unclear about this in my last email, sorry about that
again. I meant for this RETURN_ERROR() check to be placed *after* (not
inside) the RETURN_BUFFER_TOO_SMALL branch.

With the idea being, after the end of the "too small" branch, regardless
of us actually having taken the "too small" branch, Status must either
be "success", or "unsupported".

Currently the code, as-is, will not catch the first
FrameBufferBltConfigure() call returning "unsupported".

> +  }
> +
> +  mQemuRamfbMode.Mode = ModeNumber;
> +  mQemuRamfbMode.Info = ModeInfo;
> +
> +  QemuFwCfgSelectItem (mRamFbFwCfgItem);
> +  QemuFwCfgWriteBytes (sizeof (Config), &Config);
> +
> +  //
> +  // clear screen
> +  //
> +  ZeroMem (&Black, sizeof (Black));
> +  Status = FrameBufferBlt (
> +             mQemuRamfbFrameBufferBltConfigure,
> +             &Black,
> +             EfiBltVideoFill,
> +             0,                               // SourceX -- ignored
> +             0,                               // SourceY -- ignored
> +             0,                               // DestinationX
> +             0,                               // DestinationY
> +             ModeInfo->HorizontalResolution,  // Width
> +             ModeInfo->VerticalResolution,    // Height
> +             0                                // Delta -- ignored
> +             );
> +  if (EFI_ERROR (Status)) {

(9) For stylistic reasons, please use "RETURN_ERROR (Status)" here. (See
the previous discussion on RETURN_STATUS vs. EFI_STATUS.)

> +    DEBUG ((DEBUG_WARN, "%a: clearing the screen failed: %r\n",
> +            __FUNCTION__, Status));

(10) Please fix the indentation.

> +  }
> +
> +  return EFI_SUCCESS;
> +}
> +
> +static
> +EFI_STATUS
> +EFIAPI
> +QemuRamfbGraphicsOutputBlt (
> +  IN  EFI_GRAPHICS_OUTPUT_PROTOCOL          *This,
> +  IN  EFI_GRAPHICS_OUTPUT_BLT_PIXEL         *BltBuffer, OPTIONAL
> +  IN  EFI_GRAPHICS_OUTPUT_BLT_OPERATION     BltOperation,
> +  IN  UINTN                                 SourceX,
> +  IN  UINTN                                 SourceY,
> +  IN  UINTN                                 DestinationX,
> +  IN  UINTN                                 DestinationY,
> +  IN  UINTN                                 Width,
> +  IN  UINTN                                 Height,
> +  IN  UINTN                                 Delta
> +  )
> +{
> +  return FrameBufferBlt (
> +           mQemuRamfbFrameBufferBltConfigure,
> +           BltBuffer,
> +           BltOperation,
> +           SourceX,
> +           SourceY,
> +           DestinationX,
> +           DestinationY,
> +           Width,
> +           Height,
> +           Delta);

(11) Please break off the ");" to a separate line.

> +}
> +
> +EFI_GRAPHICS_OUTPUT_PROTOCOL QemuRamfbGraphicsOutput = {

(12) Please make this STATIC.

(13) Please rename it to "mQemuRamfbGraphicsOutput".

> +  QemuRamfbGraphicsOutputQueryMode,
> +  QemuRamfbGraphicsOutputSetMode,
> +  QemuRamfbGraphicsOutputBlt,
> +  &mQemuRamfbMode,
> +};
> +
> +EFI_STATUS
> +EFIAPI
> +InitializeQemuRamfb (
> +  IN EFI_HANDLE           ImageHandle,
> +  IN EFI_SYSTEM_TABLE     *SystemTable
> +  )
> +{
> +  EFI_DEVICE_PATH_PROTOCOL  *RamfbDevicePath;
> +  EFI_DEVICE_PATH_PROTOCOL  *GopDevicePath;
> +  VOID                      *DevicePath;
> +  VENDOR_DEVICE_PATH        VendorDeviceNode;
> +  ACPI_ADR_DEVICE_PATH      AcpiDeviceNode;
> +  EFI_STATUS                Status;
> +  EFI_PHYSICAL_ADDRESS      FbBase;
> +  UINTN                     FbSize, MaxFbSize;
> +  UINTN                     Size, Pages, Index;

(14) Can you rename "Size" to "FwCfgSize" as I requested earlier please?

(15) I see that you are reluctant accepting that edk2 really prefers to
break almost all variable definitions to separate lines :) I suggest the
following compromise:

  UINTN                     FbSize, MaxFbSize, Pages;
  UINTN                     FwCfgSize;
  UINTN                     Index;

Because, an argument can be made that FbSize, MaxFbSize, and Pages
belong together. However, FwCfgSize and Index should each stand alone.

> +
> +  if (!QemuFwCfgIsAvailable()) {

(16) Oops, I missed this last time; please add a space between function
identifier and ().

> +    DEBUG ((DEBUG_INFO, "Ramfb: no FwCfg\n"));
> +    return EFI_NOT_FOUND;
> +  }
> +
> +  Status = QemuFwCfgFindFile("etc/ramfb", &mRamFbFwCfgItem, &Size);

(17) Ditto.

> +  if (EFI_ERROR (Status)) {
> +    return EFI_NOT_FOUND;
> +  }
> +  if (Size != sizeof (RAMFB_CONFIG)) {
> +    DEBUG ((DEBUG_ERROR, "Ramfb: FwCfg size mismatch (expected %d, got %d)\n",
> +             sizeof (RAMFB_CONFIG), Size));

(18) Indentation.

(19) Additionally, "sizeof" has type UINTN, and "Size" (FwCfgSize) has
type UINTN too. Please cast them both to UINT64 and print them with %lu.

> +    return EFI_NOT_FOUND;

(20) I generally return EFI_PROTOCOL_ERROR whenever fw_cfg produces
garbage, but EFI_NOT_FOUND is perfectly acceptable as well. Up to you.

> +  }
> +
> +  MaxFbSize = 0;
> +  for (Index = 0; Index < mQemuRamfbModeCount; Index++) {
> +    mQemuRamfbModeInfo[Index].PixelsPerScanLine =
> +      mQemuRamfbModeInfo[Index].HorizontalResolution;
> +    mQemuRamfbModeInfo[Index].PixelFormat =
> +      PixelBlueGreenRedReserved8BitPerColor;
> +    FbSize = RAMFB_BPP *
> +      mQemuRamfbModeInfo[Index].HorizontalResolution *
> +      mQemuRamfbModeInfo[Index].VerticalResolution;
> +    if (MaxFbSize < FbSize) {
> +      MaxFbSize = FbSize;
> +    }
> +    DEBUG ((DEBUG_INFO, "Ramfb: Mode %u: %ux%u, %lu kB\n", (UINT64)Index,

(21) The cast is OK, but the conversion specifier should be %lu.

> +      mQemuRamfbModeInfo[Index].HorizontalResolution,
> +      mQemuRamfbModeInfo[Index].VerticalResolution,
> +      (UINT64)FbSize / 1024));

(22) Sorry, this division is no longer portable (between 64-bit and
32-bit edk2 builds) in this form. The reason is that UINT64 values can't
*generally* be divided in 32-bit builds without compiler intrinsics; in
order to avoid those, we use named helper functions for such divisions.

However, using those helpers wasn't what I meant; I meant

  (UINT64)(FbSize / 1024)

Because, FbSize is UINTN (i.e. UINT32 in 32-bit builds, UINT64 in 64-bit
builds), and so it can be divided by 1024 (of type INT32) without
helpers. It's the UINTN *quotient* that we should cast, for portable
printing.

I apologize if my previous comment on this was misleading.

> +  }
> +
> +  Pages = EFI_SIZE_TO_PAGES (MaxFbSize);
> +  MaxFbSize = EFI_PAGES_TO_SIZE (Pages);
> +  FbBase = (EFI_PHYSICAL_ADDRESS)(UINTN)AllocateReservedPages (Pages);
> +  if (FbBase == 0) {
> +    DEBUG ((DEBUG_INFO, "Ramfb: memory allocation failed\n"));

(23) Sorry, missed this last time, should be DEBUG_ERROR.

> +    return EFI_OUT_OF_RESOURCES;
> +  }
> +  DEBUG ((DEBUG_INFO, "Ramfb: Framebuffer at 0x%lx, %ld kB, %ld pages\n",
> +          (UINT64)FbBase, (UINT64)MaxFbSize / 1024, (UINT64)Pages));

(24) Indentation.

(25) Regarding the MaxFbSize division, please see (22).

(26) Please use %lu for printing both the MaxFbSize quotient (see above)
and Pages. %ld is for INT64.

> +  mQemuRamfbMode.FrameBufferSize = MaxFbSize;
> +  mQemuRamfbMode.FrameBufferBase = FbBase;
> +
> +  //
> +  // 800 x 600
> +  //
> +  QemuRamfbGraphicsOutputSetMode (&QemuRamfbGraphicsOutput, 1);
> +
> +  //
> +  // ramfb vendor devpath
> +  //
> +  VendorDeviceNode.Header.Type = HARDWARE_DEVICE_PATH;
> +  VendorDeviceNode.Header.SubType = HW_VENDOR_DP;
> +  CopyGuid(&VendorDeviceNode.Guid, &gQemuRamfbGuid);

(27) Please add a space after "CopyGuid".

> +  SetDevicePathNodeLength (&VendorDeviceNode.Header,
> +    sizeof (VENDOR_DEVICE_PATH));
> +
> +  RamfbDevicePath = AppendDevicePathNode (NULL,
> +    (EFI_DEVICE_PATH_PROTOCOL *) &VendorDeviceNode);
> +  if (RamfbDevicePath == NULL) {
> +    Status = EFI_OUT_OF_RESOURCES;
> +    goto FreeFramebuffer;
> +  }
> +
> +  Status = gBS->InstallMultipleProtocolInterfaces (
> +                  &mRamfbHandle,
> +                  &gEfiDevicePathProtocolGuid,
> +                  RamfbDevicePath,
> +                  NULL
> +                  );
> +  if (EFI_ERROR (Status)) {
> +    DEBUG ((DEBUG_ERROR, "Ramfb: install Ramfb Vendor DevicePath failed: %r\n",
> +      Status));
> +    goto FreeRamfbDevicePath;
> +  }
> +
> +  //
> +  // gop devpath + protocol
> +  //
> +  ZeroMem (&AcpiDeviceNode, sizeof (ACPI_ADR_DEVICE_PATH));

(28) I think you can drop the ZeroMem(); all fields are set explicitly.

> +  AcpiDeviceNode.Header.Type = ACPI_DEVICE_PATH;
> +  AcpiDeviceNode.Header.SubType = ACPI_ADR_DP;
> +  AcpiDeviceNode.ADR = ACPI_DISPLAY_ADR (
> +    1,                                       // DeviceIdScheme
> +    0,                                       // HeadId
> +    0,                                       // NonVgaOutput
> +    1,                                       // BiosCanDetect
> +    0,                                       // VendorInfo
> +    ACPI_ADR_DISPLAY_TYPE_EXTERNAL_DIGITAL,  // Type
> +    0,                                       // Port
> +    0                                        // Index
> +    );

Sigh, this is one of those situations when different coding style
guidelines conflict. One style requirement would be to indent the
arguments two columns to the right of the beginning of
"ACPI_DISPLAY_ADR". However, in that case, we wouldn't fit in 80
characters; and in my book, that's a lot worse. So, just leave this as
it is. :/

> +  SetDevicePathNodeLength (&AcpiDeviceNode.Header,
> +    sizeof (ACPI_ADR_DEVICE_PATH));
> +
> +  GopDevicePath = AppendDevicePathNode (RamfbDevicePath,
> +    (EFI_DEVICE_PATH_PROTOCOL *) &AcpiDeviceNode);
> +  if (GopDevicePath == NULL) {
> +    Status = EFI_OUT_OF_RESOURCES;
> +    goto FreeRamfbHandle;
> +  }
> +
> +  Status = gBS->InstallMultipleProtocolInterfaces (
> +                  &mGopHandle,
> +                  &gEfiDevicePathProtocolGuid,
> +                  GopDevicePath,
> +                  &gEfiGraphicsOutputProtocolGuid,
> +                  &QemuRamfbGraphicsOutput,
> +                  NULL
> +                  );
> +  if (EFI_ERROR (Status)) {
> +    DEBUG ((DEBUG_ERROR, "Ramfb: install GOP DevicePath failed: %r\n",
> +      Status));
> +    goto FreeGopDevicePath;
> +  }
> +
> +  Status = gBS->OpenProtocol (
> +                  mRamfbHandle,
> +                  &gEfiDevicePathProtocolGuid,
> +                  &DevicePath,
> +                  gImageHandle,
> +                  mGopHandle,
> +                  EFI_OPEN_PROTOCOL_BY_CHILD_CONTROLLER
> +                  );
> +  if (EFI_ERROR (Status)) {
> +    DEBUG ((DEBUG_ERROR, "Ramfb: OpenProtocol failed: %r\n", Status));
> +    goto FreeGopHandle;
> +  }
> +
> +  return EFI_SUCCESS;
> +
> +FreeGopHandle:
> +  gBS->UninstallMultipleProtocolInterfaces (
> +         mGopHandle,
> +         &gEfiDevicePathProtocolGuid,
> +         GopDevicePath,
> +         &gEfiGraphicsOutputProtocolGuid,
> +         &QemuRamfbGraphicsOutput,
> +         NULL
> +         );
> +FreeGopDevicePath:
> +  FreePool (GopDevicePath);
> +FreeRamfbHandle:
> +  gBS->UninstallMultipleProtocolInterfaces (
> +         mRamfbHandle,
> +         &gEfiDevicePathProtocolGuid,
> +         RamfbDevicePath,
> +         NULL
> +         );
> +FreeRamfbDevicePath:
> +  FreePool (RamfbDevicePath);
> +FreeFramebuffer:
> +  FreePool ((VOID*)(UINTN)mQemuRamfbMode.FrameBufferBase);

(29) Oops, completely missed this in the previous review, multiple times
-- please use FreePages() for releasing FrameBufferBase, not FreePool()!

> +  return Status;
> +}
> diff --git a/OvmfPkg/OvmfPkgIa32.dsc b/OvmfPkg/OvmfPkgIa32.dsc
> index a2c995b910..7ddda89999 100644
> --- a/OvmfPkg/OvmfPkgIa32.dsc
> +++ b/OvmfPkg/OvmfPkgIa32.dsc
> @@ -745,6 +745,7 @@
>    MdeModulePkg/Universal/MemoryTest/NullMemoryTestDxe/NullMemoryTestDxe.inf
>  
>    OvmfPkg/QemuVideoDxe/QemuVideoDxe.inf
> +  OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf
>    OvmfPkg/VirtioGpuDxe/VirtioGpu.inf
>  
>    #
> diff --git a/OvmfPkg/OvmfPkgIa32.fdf b/OvmfPkg/OvmfPkgIa32.fdf
> index b199713925..52b8b1fea1 100644
> --- a/OvmfPkg/OvmfPkgIa32.fdf
> +++ b/OvmfPkg/OvmfPkgIa32.fdf
> @@ -351,6 +351,7 @@ INF  RuleOverride=CSM OvmfPkg/Csm/Csm16/Csm16.inf
>  !endif
>  
>  INF  OvmfPkg/QemuVideoDxe/QemuVideoDxe.inf
> +INF  OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf
>  INF  OvmfPkg/VirtioGpuDxe/VirtioGpu.inf
>  INF  OvmfPkg/PlatformDxe/Platform.inf
>  INF  OvmfPkg/IoMmuDxe/IoMmuDxe.inf
> diff --git a/OvmfPkg/OvmfPkgIa32X64.dsc b/OvmfPkg/OvmfPkgIa32X64.dsc
> index bc7db229d2..3481cdc36b 100644
> --- a/OvmfPkg/OvmfPkgIa32X64.dsc
> +++ b/OvmfPkg/OvmfPkgIa32X64.dsc
> @@ -754,6 +754,7 @@
>    MdeModulePkg/Universal/MemoryTest/NullMemoryTestDxe/NullMemoryTestDxe.inf
>  
>    OvmfPkg/QemuVideoDxe/QemuVideoDxe.inf
> +  OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf
>    OvmfPkg/VirtioGpuDxe/VirtioGpu.inf
>  
>    #
> diff --git a/OvmfPkg/OvmfPkgIa32X64.fdf b/OvmfPkg/OvmfPkgIa32X64.fdf
> index 4ebf64b2b9..70845d6972 100644
> --- a/OvmfPkg/OvmfPkgIa32X64.fdf
> +++ b/OvmfPkg/OvmfPkgIa32X64.fdf
> @@ -357,6 +357,7 @@ INF  RuleOverride=CSM OvmfPkg/Csm/Csm16/Csm16.inf
>  !endif
>  
>  INF  OvmfPkg/QemuVideoDxe/QemuVideoDxe.inf
> +INF  OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf
>  INF  OvmfPkg/VirtioGpuDxe/VirtioGpu.inf
>  INF  OvmfPkg/PlatformDxe/Platform.inf
>  INF  OvmfPkg/AmdSevDxe/AmdSevDxe.inf
> diff --git a/OvmfPkg/OvmfPkgX64.dsc b/OvmfPkg/OvmfPkgX64.dsc
> index 0767b34d18..8b0895b0ff 100644
> --- a/OvmfPkg/OvmfPkgX64.dsc
> +++ b/OvmfPkg/OvmfPkgX64.dsc
> @@ -752,6 +752,7 @@
>    MdeModulePkg/Universal/MemoryTest/NullMemoryTestDxe/NullMemoryTestDxe.inf
>  
>    OvmfPkg/QemuVideoDxe/QemuVideoDxe.inf
> +  OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf
>    OvmfPkg/VirtioGpuDxe/VirtioGpu.inf
>  
>    #
> diff --git a/OvmfPkg/OvmfPkgX64.fdf b/OvmfPkg/OvmfPkgX64.fdf
> index 9ca96f9282..1eb46ac9a2 100644
> --- a/OvmfPkg/OvmfPkgX64.fdf
> +++ b/OvmfPkg/OvmfPkgX64.fdf
> @@ -357,6 +357,7 @@ INF  RuleOverride=CSM OvmfPkg/Csm/Csm16/Csm16.inf
>  !endif
>  
>  INF  OvmfPkg/QemuVideoDxe/QemuVideoDxe.inf
> +INF  OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf
>  INF  OvmfPkg/VirtioGpuDxe/VirtioGpu.inf
>  INF  OvmfPkg/PlatformDxe/Platform.inf
>  INF  OvmfPkg/AmdSevDxe/AmdSevDxe.inf
> diff --git a/OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf b/OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf
> new file mode 100644
> index 0000000000..5a9fd42c32
> --- /dev/null
> +++ b/OvmfPkg/QemuRamfbDxe/QemuRamfbDxe.inf
> @@ -0,0 +1,52 @@
> +## @file
> +#  This driver is a implementation of the Graphics Output Protocol
> +#  for the QEMU ramfb device.
> +#
> +#  Copyright (c) 2018, Red Hat Inc.
> +#
> +#  This program and the accompanying materials
> +#  are licensed and made available under the terms and conditions of the BSD License
> +#  which accompanies this distribution. The full text of the license may be found at

(30) These two lines are too long, can you please rewrap them to 80 chars?

> +#  http://opensource.org/licenses/bsd-license.php
> +#
> +#  THE PROGRAM IS DISTRIBUTED UNDER THE BSD LICENSE ON AN "AS IS" BASIS,
> +#  WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED.
> +#
> +##
> +
> +[Defines]
> +  INF_VERSION                    = 0x00010005
> +  BASE_NAME                      = QemuRamfbDxe
> +  FILE_GUID                      = dce1b094-7dc6-45d0-9fdd-d7fc3cc3e4ef
> +  MODULE_TYPE                    = DXE_DRIVER
> +  VERSION_STRING                 = 1.0
> +
> +  ENTRY_POINT                    = InitializeQemuRamfb
> +
> +[Sources]
> +  QemuRamfb.c
> +
> +[Packages]
> +  MdePkg/MdePkg.dec
> +  MdeModulePkg/MdeModulePkg.dec
> +  OvmfPkg/OvmfPkg.dec
> +
> +[LibraryClasses]
> +  BaseLib
> +  BaseMemoryLib
> +  DebugLib
> +  DevicePathLib
> +  FrameBufferBltLib
> +  MemoryAllocationLib
> +  UefiBootServicesTableLib
> +  UefiDriverEntryPoint
> +  QemuFwCfgLib
> +
> +[Protocols]
> +  gEfiGraphicsOutputProtocolGuid                # BY_START

(31) As requested previously, drop "# BY_START" and say ""## PRODUCES"
please.

> +
> +[Guids]
> +  gQemuRamfbGuid
> +
> +[Depex]
> +  TRUE
> 

Thanks!
Laszlo


  reply	other threads:[~2018-06-12 17:50 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-12  9:31 [PATCH v2 0/4] Add QemuRamfbDxe driver Gerd Hoffmann
2018-06-12  9:31 ` [PATCH v2 1/4] OvmfPkg: add QEMU_RAMFB_GUID Gerd Hoffmann
2018-06-12 15:46   ` Laszlo Ersek
2018-06-12  9:31 ` [PATCH v2 2/4] OvmfPkg: add QemuRamfbDxe Gerd Hoffmann
2018-06-12 17:50   ` Laszlo Ersek [this message]
2018-06-12  9:31 ` [PATCH v2 3/4] OvmfPkg: add QemuRamfb to platform console Gerd Hoffmann
2018-06-12 15:57   ` Laszlo Ersek
2018-06-12  9:31 ` [PATCH v2 4/4] ArmVirtPkg: add QemuRamfbDxe Gerd Hoffmann
2018-06-12 15:59   ` Laszlo Ersek

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-list 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=f3566cd2-d6b8-44fd-b1e7-cf4592189c5b@redhat.com \
    --to=devel@edk2.groups.io \
    /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