From: "Ard Biesheuvel" <ard.biesheuvel@arm.com>
To: Leif Lindholm <leif@nuviainc.com>, Laszlo Ersek <lersek@redhat.com>
Cc: devel@edk2.groups.io, Andrew Fish <afish@apple.com>,
Bob Feng <bob.c.feng@intel.com>,
Liming Gao <liming.gao@intel.com>,
Michael D Kinney <michael.d.kinney@intel.com>
Subject: Re: [PATCH 0/3] BaseTools,EmbeddedPkg,Maintainers.txt: Obsolete some drivers
Date: Thu, 30 Apr 2020 15:43:22 +0200 [thread overview]
Message-ID: <e094fef7-f415-f03d-193f-37d04bcf7565@arm.com> (raw)
In-Reply-To: <20200430132843.GS21486@vanye>
On 4/30/20 3:28 PM, Leif Lindholm wrote:
> On Thu, Apr 30, 2020 at 13:17:26 +0200, Laszlo Ersek wrote:
>> On 04/29/20 23:47, Ard Biesheuvel wrote:
>>> On 4/29/20 11:45 PM, Leif Lindholm wrote:
>>>> On Wed, Apr 29, 2020 at 22:04:08 +0200, Ard Biesheuvel wrote:
>>>>>>> I am mostly concerned about the use of MmcDxe in new platforms. The
>>>>>>> other
>>>>>>> bits I'm not too worried about, and I think it would be fine to
>>>>>>> move those
>>>>>>> into Platform/ARM/VExpressPkg in edk2-platforms, instead of hoping
>>>>>>> that
>>>>>>> someone will turn up and turn them into driver model drivers.
>>>>>>
>>>>>> We could, although I would prefer not adding code to edk2-platforms
>>>>>> that would not be accepted was it submitted as a new contribution.
>>>>>> The SATA controller, I would ideally re-review and merge properly.
>>>>>>
>>>>>> If we do include the other drivers in platform-specific directories, I
>>>>>> want them to come with ... strongly worded readmes.
>>>>>>
>>>>>
>>>>> Right.
>>>>>
>>>>> Should we have some format for that? A way to log shortcomings along
>>>>> with
>>>>> the code?
>>>>
>>>> Thinking a bit more on this, maybe what we should do is add a template
>>>> to each file's top comment block. Draft proposal:
>>>>
>>>> *
>>>> * WARNING:
>>>> * This driver fails to follow the UEFI driver model without a good
>>>> * reason, and only remains in the tree because it is still used by
>>>> * a small number of platforms. It will removed when no longer used.
>>>> * New platforms should not use it, and no one should use this as
>>>> * reference code for developing new drivers.
>>>> *
>>>>
>>>
>>> Works for me
>>>
>>
>> You could also (or alternatively) add a separate file "DEPRECATED.txt"
>> to the directory -- sometimes people don't read file-top comments,
>> before duplicating or editing code. Something that's visible with a
>> simple "ls -l" might stand out more.
>
> I think what's more visible depends on the use-case.
> A comment at the top of the file is at least very visible to the
> reviewer if someone submits Yet Another Clone of an inadvisible
> driver.
>
> A DEPRECATED.txt might be a good ide for something like the
> EmbeddedPkg MmcDxe which we wan't people to stop *using* as opposed to
> copying.
>
> Ard?
>
Agreed. People tend to look at the file header when they add their
copyright, so putting it in each file seems like a sensible way to do this.
As for using the likes of MmcDxe: perhaps we should add a
i-am-deprecated PCD that defaults to a value that prevents it from working?
next prev parent reply other threads:[~2020-04-30 13:43 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-29 16:36 [PATCH 0/3] BaseTools,EmbeddedPkg,Maintainers.txt: Obsolete some drivers Leif Lindholm
2020-04-29 16:36 ` [PATCH 1/3] BaseTools: add handling for 'S:' flag to GetMaintainer.py Leif Lindholm
2020-04-30 7:00 ` Bob Feng
2020-04-29 16:36 ` [PATCH 2/3] Maintainers.txt: mark EmbeddedPkg MmcDxe as Obsolete Leif Lindholm
2020-04-29 20:12 ` [edk2-devel] " Laszlo Ersek
2020-04-29 16:36 ` [PATCH 3/3] Maintainers.txt: mark EmbeddedPkg hw drivers as bsolete Leif Lindholm
2020-04-29 20:14 ` [edk2-devel] " Laszlo Ersek
2020-04-29 17:51 ` [PATCH 0/3] BaseTools,EmbeddedPkg,Maintainers.txt: Obsolete some drivers Ard Biesheuvel
2020-04-29 19:53 ` Leif Lindholm
2020-04-29 20:04 ` Ard Biesheuvel
2020-04-29 21:45 ` Leif Lindholm
2020-04-29 21:47 ` Ard Biesheuvel
2020-04-30 11:17 ` Laszlo Ersek
2020-04-30 13:28 ` Leif Lindholm
2020-04-30 13:43 ` Ard Biesheuvel [this message]
2020-04-30 14:59 ` Leif Lindholm
2020-04-29 20:14 ` [edk2-devel] " Andrei Warkentin
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=e094fef7-f415-f03d-193f-37d04bcf7565@arm.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