public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Ni, Ruiyu" <ruiyu.ni@intel.com>
To: Leif Lindholm <leif.lindholm@linaro.org>,
	Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
	"afish@apple.com" <afish@apple.com>,
	"Gao, Liming" <liming.gao@intel.com>,
	"Kinney, Michael D" <michael.d.kinney@intel.com>
Subject: Re: [PATCH v3 1/5] MdeModulePkg: introduce non-discoverable device protocol
Date: Thu, 17 Nov 2016 02:53:54 +0000	[thread overview]
Message-ID: <734D49CCEBEEF84792F5B80ED585239D58E7C6D4@SHSMSX104.ccr.corp.intel.com> (raw)
In-Reply-To: <20161116174848.GC27644@bivouac.eciton.net>

Ard,
I have two comments in below.

Thanks/Ray

> -----Original Message-----
> From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of
> Leif Lindholm
> Sent: Thursday, November 17, 2016 1:49 AM
> To: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> Cc: Ni, Ruiyu <ruiyu.ni@intel.com>; edk2-devel@lists.01.org;
> afish@apple.com; Gao, Liming <liming.gao@intel.com>; Kinney, Michael D
> <michael.d.kinney@intel.com>
> Subject: Re: [edk2] [PATCH v3 1/5] MdeModulePkg: introduce non-
> discoverable device protocol
> 
> On Wed, Nov 16, 2016 at 04:59:27PM +0000, Ard Biesheuvel wrote:
> > Introduce a protocol that can be exposed by a platform for devices
> > that are not discoverable, usually because they are wired straight to
> > the memory bus rather than to an enumerable bus like PCI or USB.
> >
> > Contributed-under: TianoCore Contribution Agreement 1.0
> > Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> > ---
> >  MdeModulePkg/Include/Protocol/NonDiscoverableDevice.h | 90
> ++++++++++++++++++++
> >  MdeModulePkg/MdeModulePkg.dec                         |  3 +
> >  2 files changed, 93 insertions(+)
> >
> > diff --git a/MdeModulePkg/Include/Protocol/NonDiscoverableDevice.h
> > b/MdeModulePkg/Include/Protocol/NonDiscoverableDevice.h
> > new file mode 100644
> > index 000000000000..47ed841b407b
> > --- /dev/null
> > +++ b/MdeModulePkg/Include/Protocol/NonDiscoverableDevice.h
> > @@ -0,0 +1,90 @@
> > +/** @file
> > +  Protocol to describe devices that are not on a discoverable bus
> > +
> > +  Copyright (c) 2016, Linaro, Ltd. All rights reserved.<BR>
> > +
> > +  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  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.
> > +
> > +**/
> > +
> > +#ifndef __NON_DISCOVERABLE_DEVICE_H__ #define
> > +__NON_DISCOVERABLE_DEVICE_H__
> > +
> > +#include <IndustryStandard/Acpi.h>
> > +
> > +#define EDKII_NON_DISCOVERABLE_DEVICE_PROTOCOL_GUID \
> > +  { 0x0d51905b, 0xb77e, 0x452a, {0xa2, 0xc0, 0xec, 0xa0, 0xcc, 0x8d,
> > +0x51, 0x4a } }

1. Can you add "PCI" keyword into the protocol name?
e.g.: EDKII_NON_DISCOVERABLE_PCI_DEVICE_PROTOCOL_GUID

> > +
> > +//
> > +// Protocol interface structure
> > +//
> > +typedef struct _NON_DISCOVERABLE_DEVICE
> NON_DISCOVERABLE_DEVICE;
> > +
> > +//
> > +// Data Types
> > +//
> > +typedef enum {
> > +  NonDiscoverableDeviceTypeAmba,
> > +  NonDiscoverableDeviceTypeOhci,
> > +  NonDiscoverableDeviceTypeUhci,
> > +  NonDiscoverableDeviceTypeEhci,
> > +  NonDiscoverableDeviceTypeXhci,
> > +  NonDiscoverableDeviceTypeAhci,
> > +  NonDiscoverableDeviceTypeSdhci,
> > +  NonDiscoverableDeviceTypeUfs,
> > +  NonDiscoverableDeviceTypeNvme,


> 
> Just one OCD comment/question left:
> Can we keep these sorted alphabetically?
> (Also in switch statements in later patches?)
> 
> Other than that, I'm (very) happy with this series.
> 
> /
>     Leif
> 
> > +  NonDiscoverableDeviceTypeMax,
> > +} NON_DISCOVERABLE_DEVICE_TYPE;
> > +
> > +typedef enum {
> > +  NonDiscoverableDeviceDmaTypeCoherent,
> > +  NonDiscoverableDeviceDmaTypeNonCoherent,
> > +  NonDiscoverableDeviceDmaTypeMax,
> > +} NON_DISCOVERABLE_DEVICE_DMA_TYPE;
> > +
> > +//
> > +// Function Prototypes
> > +//
> > +
> > +/**
> > +  Perform device specific initialization before the device is started
> > +
> > +  @param  This          The non-discoverable device protocol pointer
> > +
> > +  @retval EFI_SUCCESS   Initialization successful, the device may be used
> > +  @retval Other         Initialization failed, device should not be started
> > +**/
> > +typedef
> > +EFI_STATUS
> > +(EFIAPI *NON_DISCOVERABLE_DEVICE_INIT) (
> > +  IN  NON_DISCOVERABLE_DEVICE       *This
> > +  );
> > +
> > +struct _NON_DISCOVERABLE_DEVICE {
> > +  //
> > +  // The type of device
> > +  //
> > +  NON_DISCOVERABLE_DEVICE_TYPE        Type;
2. Can you use PCI class code to replace the enum type here?
e.g.: UINT8 Class; UINT8 SubClass; UINT8 Programming Interface;
The enum type can be defined in the helper library.
In this way, we make the protocol definition stable enough.

> > +  //
> > +  // Whether this device is DMA coherent
> > +  //
> > +  NON_DISCOVERABLE_DEVICE_DMA_TYPE    DmaType;
> > +  //
> > +  // Initialization function for the device
> > +  //
> > +  NON_DISCOVERABLE_DEVICE_INIT        Initialize;
> > +  //
> > +  // The MMIO and I/O regions owned by the device
> > +  //
> > +  EFI_ACPI_ADDRESS_SPACE_DESCRIPTOR   *Resources;
> > +};
> > +
> > +extern EFI_GUID gEdkiiNonDiscoverableDeviceProtocolGuid;
> > +
> > +#endif
> > diff --git a/MdeModulePkg/MdeModulePkg.dec
> > b/MdeModulePkg/MdeModulePkg.dec index 74b870051c67..6b956fc80c93
> > 100644
> > --- a/MdeModulePkg/MdeModulePkg.dec
> > +++ b/MdeModulePkg/MdeModulePkg.dec
> > @@ -505,6 +505,9 @@ [Protocols]
> >    #  Include/Protocol/Ps2Policy.h
> >    gEfiPs2PolicyProtocolGuid = { 0x4DF19259, 0xDC71, 0x4D46, { 0xBE,
> > 0xF1, 0x35, 0x7B, 0xB5, 0x78, 0xC4, 0x18 } }
> >
> > +  ## Include/Protocol/NonDiscoverableDevice.h
> > +  gEdkiiNonDiscoverableDeviceProtocolGuid = { 0x0d51905b, 0xb77e,
> > + 0x452a, {0xa2, 0xc0, 0xec, 0xa0, 0xcc, 0x8d, 0x51, 0x4a } }
> > +
> >  #
> >  # [Error.gEfiMdeModulePkgTokenSpaceGuid]
> >  #   0x80000001 | Invalid value provided.
> > --
> > 2.7.4
> >
> _______________________________________________
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel


  reply	other threads:[~2016-11-17  2:54 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-16 16:59 [PATCH v3 0/5] MdeModulePkg: add support for non-discoverable devices Ard Biesheuvel
2016-11-16 16:59 ` [PATCH v3 1/5] MdeModulePkg: introduce non-discoverable device protocol Ard Biesheuvel
2016-11-16 17:48   ` Leif Lindholm
2016-11-17  2:53     ` Ni, Ruiyu [this message]
2016-11-17  6:07       ` Ard Biesheuvel
2016-11-17  7:52         ` Ni, Ruiyu
2016-11-17 10:43           ` Ard Biesheuvel
2016-11-18  2:11             ` Ni, Ruiyu
2016-11-18  4:59               ` Ard Biesheuvel
2016-11-18  5:24                 ` Tian, Feng
2016-11-18  6:57                   ` Ard Biesheuvel
2016-11-18  8:39                     ` Tian, Feng
2016-11-18  8:52                       ` Ard Biesheuvel
2016-11-18  6:13                 ` Ni, Ruiyu
2016-11-18  7:04                   ` Ard Biesheuvel
2016-11-18 13:39                     ` Ni, Ruiyu
2016-11-18 13:50                       ` Ard Biesheuvel
2016-11-25 15:21                         ` Ard Biesheuvel
2016-11-16 16:59 ` [PATCH v3 2/5] MdeModule: introduce helper library to register non-discoverable devices Ard Biesheuvel
2016-11-16 16:59 ` [PATCH v3 3/5] MdeModulePkg: implement generic PCI I/O driver for " Ard Biesheuvel
2016-11-17  3:29   ` Ni, Ruiyu
2016-11-18 12:30     ` Ard Biesheuvel
2016-11-24 18:14       ` Ard Biesheuvel
2016-11-16 16:59 ` [PATCH v3 4/5] MdeModulePkg/NonDiscoverablePciDeviceDxe: add support for non-coherent DMA Ard Biesheuvel
2016-11-16 16:59 ` [PATCH v3 5/5] Omap35xxPkg/PciEmulation: port to new non-discoverable device infrastructure Ard Biesheuvel
2016-11-17  4:36 ` [PATCH v3 0/5] MdeModulePkg: add support for non-discoverable devices Marcin Wojtas
2016-11-23 14:31   ` Marcin Wojtas

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=734D49CCEBEEF84792F5B80ED585239D58E7C6D4@SHSMSX104.ccr.corp.intel.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