From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: "Ni, Ruiyu" <ruiyu.ni@intel.com>
Cc: Leif Lindholm <leif.lindholm@linaro.org>,
"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 06:07:08 +0000 [thread overview]
Message-ID: <4E810E45-F1CC-429C-B3F4-FC6182F7D9B2@linaro.org> (raw)
In-Reply-To: <734D49CCEBEEF84792F5B80ED585239D58E7C6D4@SHSMSX104.ccr.corp.intel.com>
> On 17 Nov 2016, at 02:53, Ni, Ruiyu <ruiyu.ni@intel.com> wrote:
>
> 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
>
No. This protocol does not describe pci devices, and it is a peculiarity of the edk2 driver stack that some non-pci devices can only be driven by pci drivers.
in other words, pci is part of the /driver/ side, and it is perfectly possible for, e.g., a non-discoverable ahci device to be driven by a different non-pci driver in the future.
>>> +
>>> +//
>>> +// 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.
>
Again, i think this is a bad idea. This is meant to describe the /device/, not the edk2 implementation detail that some standardized host controller interfaces were implemented in a way that requires pci. It would also make it impossible to describe AMBA devices
>>> + //
>>> + // 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
next prev parent reply other threads:[~2016-11-17 6:07 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
2016-11-17 6:07 ` Ard Biesheuvel [this message]
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=4E810E45-F1CC-429C-B3F4-FC6182F7D9B2@linaro.org \
--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