The negative impact is there will be more and more deprecated codes in the project. We'd better have an exit mechanism for them although some of them may need to be kept for compatibility case by case.
Thanks, Star -----Original Message----- From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Gao, Liming Sent: Friday, December 1, 2017 9:51 AM To: Felix Poludov <fel...@ami.com>; af...@apple.com Cc: edk2-devel@lists.01.org Subject: Re: [edk2] edk2 interface deprecation policy Felix: I agree to define the tag to specify the deprecated definition, library and drivers. If so, user can easily know which one is not used any more. But, I think we can still keep them in edk2 project, because they have no negative impact. Thanks Liming >-----Original Message----- >From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of >Felix Poludov >Sent: Friday, December 01, 2017 6:12 AM >To: af...@apple.com >Cc: edk2-devel@lists.01.org >Subject: Re: [edk2] edk2 interface deprecation policy > >I agree. It would be beneficial to have a mailing list discussion on >how to deal with the deprecated item. >In some cases it would make sense to tag an interface as deprecated, >but keep in the code base for a while (6 month?) before actually deleting it. > >-----Original Message----- >From: af...@apple.com [mailto:af...@apple.com] >Sent: Thursday, November 30, 2017 11:57 AM >To: Felix Poludov >Cc: edk2-devel@lists.01.org >Subject: Re: [edk2] edk2 interface deprecation policy > >Felix, > >I don't think we have one.... > >Adding new interfaces does not impact the downstream projects, but >depreciating interface can break stuff. Seems like it might at least be >a good idea to have a depreciation discussion on the mailing list. I'm >open to other suggestions.... > >Thanks, > >Andrew Fish > >> On Nov 30, 2017, at 6:00 AM, Felix Poludov <fel...@ami.com> wrote: >> >> Does edk2 have a policy regarding deprecation of interface definition >headers? >> I can see that definition of the UgaDraw protocol that was deprecated >> years >ago (I believe in UEFI 2.0) is still part of the code base; yet, >definition of the SMM Communication ACPI Table that was deprecated this >year in UEFI 2.6B has already been removed. >> >> Please consider the environment before printing this email. >> >> The information contained in this message may be confidential and >proprietary to American Megatrends, Inc. This communication is >intended to be read only by the individual or entity to whom it is >addressed or by their designee. If the reader of this message is not >the intended recipient, you are on notice that any distribution of this >message, in any form, is strictly prohibited. Please promptly notify >the sender by reply e-mail or by telephone at 770-246-8600, and then delete or >destroy all copies of the transmission. >> _______________________________________________ >> edk2-devel mailing list >> edk2-devel@lists.01.org >> https://lists.01.org/mailman/listinfo/edk2-devel > > >Please consider the environment before printing this email. > >The information contained in this message may be confidential and >proprietary to American Megatrends, Inc. This communication is >intended to be read only by the individual or entity to whom it is >addressed or by their designee. If the reader of this message is not >the intended recipient, you are on notice that any distribution of this >message, in any form, is strictly prohibited. Please promptly notify >the sender by reply e-mail or by telephone at 770-246-8600, and then delete or >destroy all copies of the transmission. >_______________________________________________ >edk2-devel mailing list >edk2-devel@lists.01.org >https://lists.01.org/mailman/listinfo/edk2-devel _______________________________________________ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel _______________________________________________ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel