From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id A4FD8C28 for ; Thu, 15 Nov 2018 08:38:12 +0000 (UTC) Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 9057375B for ; Thu, 15 Nov 2018 08:38:11 +0000 (UTC) From: Jani Nikula To: Dan Williams , linux-kernel@vger.kernel.org In-Reply-To: <154225760492.2499188.14152986544451112930.stgit@dwillia2-desk3.amr.corp.intel.com> References: <154225759358.2499188.15268218778137905050.stgit@dwillia2-desk3.amr.corp.intel.com> <154225760492.2499188.14152986544451112930.stgit@dwillia2-desk3.amr.corp.intel.com> Date: Thu, 15 Nov 2018 10:38:44 +0200 Message-ID: <87pnv6ivl7.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: ksummit-discuss@lists.linuxfoundation.org, linux-nvdimm@lists.01.org, vishal.l.verma@intel.com, linux-doc@vger.kernel.org, Steve French , Greg Kroah-Hartman , Mauro Carvalho Chehab , Dmitry Vyukov , "Tobin C. Harding" Subject: Re: [Ksummit-discuss] [RFC PATCH 2/3] MAINTAINERS, Handbook: Subsystem Profile List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-doc On Wed, 14 Nov 2018, Dan Williams wrote: > As presented at the 2018 Linux Plumbers conference [1], the Subsystem > Profile is proposed as a way to reduce friction between committers and > maintainers and perhaps encourage conversations amongst maintainers > about best practice policies. > > The profile contains short answers to some of the common policy > questions a contributor might have, or that a maintainer might consider > formalizing. The current list of maintenance policies is: > > Overview: General introduction to maintaining the subsystem > Core: List of source files considered core > Leaf: List of source files that consume core functionality > Patches or Pull requests: Simple statement of expected submission format > Last -rc for new feature submissions: Expected lead time for submissions > Last -rc to merge features: Deadline for merge decisions > Non-author Ack / Review Tags Required: Patch review economics > Test Suite: Pass this suite before requesting inclusion > Resubmit Cadence: When to ping the maintainer > Trusted Reviewers: Help for triaging patches > Time Zone / Office Hours: When might a maintainer be available > Checkpatch / Style Cleanups: Policy on pure cleanup patches > Off-list review: Request for review gates > TODO: Potential development tasks up for grabs, or active focus areas > > The goal of the Subsystem Profile is to set expectations for > contributors and interim or replacement maintainers for a subsystem. First of all, I welcome documentation efforts like this. The cover letter mainly focuses on the maintainer aspect, and the documentation is added to the maintainer handbook. However, here you set the goal as setting expectations for contributors. The example nvdimm profile in patch 3/3 addresses the reader as a new maintainer, yet goes on to set expectations also for contributors, not just the maintainer. I do think the documentation for contributors and maintainers/committers should be kept separate. Most contributors will never care about the documentation for the latter. We have Documentation/process for contributors, and I think the audience of Documentation/maintainer should be strictly maintainers. In summary, I do think we need all of the documentation you propose, and I appreciate you taking this on, but I think this should be split by audience. BR, Jani. > > See Documentation/maintainer/subsystem-profile.rst for more details, and > a follow-on example profile for the libnvdimm subsystem. > > [1]: https://linuxplumbersconf.org/event/2/contributions/59/ > > Cc: Jonathan Corbet > Cc: Thomas Gleixner > Cc: Mauro Carvalho Chehab > Cc: Steve French > Cc: Greg Kroah-Hartman > Cc: Linus Torvalds > Cc: Tobin C. Harding > Cc: Olof Johansson > Cc: Martin K. Petersen > Cc: Daniel Vetter > Cc: Joe Perches > Cc: Dmitry Vyukov > Signed-off-by: Dan Williams > --- > Documentation/maintainer/index.rst | 1=20 > Documentation/maintainer/subsystem-profile.rst | 145 ++++++++++++++++++= ++++++ > MAINTAINERS | 4 + > 3 files changed, 150 insertions(+) > create mode 100644 Documentation/maintainer/subsystem-profile.rst > > diff --git a/Documentation/maintainer/index.rst b/Documentation/maintaine= r/index.rst > index 2a14916930cb..1e6b1aaa6024 100644 > --- a/Documentation/maintainer/index.rst > +++ b/Documentation/maintainer/index.rst > @@ -11,4 +11,5 @@ additions to this manual. >=20=20 > configure-git > pull-requests > + subsystem-profile >=20=20 > diff --git a/Documentation/maintainer/subsystem-profile.rst b/Documentati= on/maintainer/subsystem-profile.rst > new file mode 100644 > index 000000000000..a74b624e0972 > --- /dev/null > +++ b/Documentation/maintainer/subsystem-profile.rst > @@ -0,0 +1,145 @@ > +.. _subsystemprofile: > + > +Subsystem Profile > +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > + > +The Subsystem Profile is a collection of policy positions that a > +maintainer or maintainer team establishes for the their subsystem. While > +there is a wide range of technical nuance on maintaining disparate > +sections of the kernel, the Subsystem Profile documents a known set of > +major process policies that vary between subsystems. What follows is a > +list of policy questions a maintainer can answer and include a document > +in the kernel, or on an external website. It advertises to other > +maintainers and contributors the local policy of the subsystem. Some > +sections are optional like "Overview", "Off-list review", and "TODO". > +The others are recommended for all subsystems to address, but no section > +is mandatory. In addition there are no wrong answers, just document how > +a subsystem typically operates. Note that the profile follows the > +subsystem not the maintainer, i.e. there is no expectation that a > +maintainer of multiple subsystems deploys the same policy across those > +subsystems. > + > + > +Overview > +-------- > +In this optional section of the profile provide a free form overview of > +the subsystem written as a hand-off document. In other words write a > +note to someone that would receive the =E2=80=9Ckeys to the castle=E2=80= =9D in the event > +of extended or unexpected absence. =E2=80=9CSo, you have recently become= the > +maintainer of the XYZ subsystem, condolences, it is a thankless job, > +here is the lay of the land.=E2=80=9D Details to consider are the extend= ed > +details that are not included in MAINTAINERS, and not addressed by the > +other profile questions below. For example details like, who has access > +to the git tree, branches that are pulled into -next, relevant > +specifications, issue trackers, and sensitive code areas. If available > +the Overview should link to other subsystem documentation that may > +clarify, re-iterate, emphasize / de-emphasize portions of the global > +process documentation for contributors (CodingStyle, SubmittingPatches, > +etc...). > + > + > +Core > +---- > +A list of F: tags (as described by MAINTAINERS) listing what the > +maintainer considers to be core files. The review and lead time > +constraints for 'core' code may be stricter given the increased > +sensitivity and risk of change. > + > + > +Patches or Pull requests > +------------------------ > +Some subsystems allow contributors to send pull requests, most require > +mailed patches. State =E2=80=9CPatches only=E2=80=9D, or =E2=80=9CPull r= equests accepted=E2=80=9D. > + > + > +Last -rc for new feature submissions > +------------------------------------ > +New feature submissions targeting the next merge window should have > +their first posting for consideration before this point. Patches that > +are submitted after this point should be clear that they are targeting > +the NEXT+1 merge window, or should come with sufficient justification > +why they should be considered on an expedited schedule. A general > +guideline is to set expectation with contributors that new feature > +submissions should appear before -rc5. The answer may be different for > +'Core:' files, include a second entry prefixed with 'Core:' if so. > + > + > +Last -rc to merge features > +-------------------------- > +Indicate to contributors the point at which an as yet un-applied patch > +set will need to wait for the NEXT+1 merge window. Of course there is no > +obligation to ever except any given patchset, but if the review has not > +concluded by this point the expectation the contributor should wait and > +resubmit for the following merge window. The answer may be different for > +'Core:' files, include a second entry prefixed with 'Core:' if so. > + > + > +Non-author Ack / Review Tags Required > +------------------------------------- > +Let contributors and other maintainers know whether they can expect to > +see the maintainer self-commit patches without 3rd-party review. Some > +subsystem developer communities are so small as to make this requirement > +impractical. Others may have been bootstrapped by a submission of > +self-reviewed code at the outset, but have since moved to a > +non-author review-required stance. This section sets expectations on the > +code-review economics in the subsystem. For example, can a contributor > +trade review of a maintainer's, or other contributor's patches in > +exchange for consideration of their own. > + > + > +Test Suite > +---------- > +Indicate the test suite all patches are expected to pass before being > +submitted for inclusion consideration. > + > + > +Resubmit Cadence > +---------------- > +Define a rate at which a contributor should wait to resubmit a patchset > +that has not yet received comments. A general guideline is to try to > +meet a deadline of 1 - 2 weeks to acknowledge starting consideration for > +a patch set. > + > + > +Trusted Reviewers > +----------------- > +While a maintainer / maintainer-team is expected to be reviewer of last > +resort the review load is less onerous when distributed amongst > +contributors and or a trusted set of individuals. This section is > +distinct from the R: tag (Designated Reviewer). Whereas R: identifies > +reviewers that should always be copied on a patch submission, the > +trusted reviewers here are individuals contributors can reach out to if > +a few 'Resubmit Cadence' intervals have gone by without maintainer > +action, or to otherwise consult for advice. > + > + > +Time Zone / Office Hours > +------------------------ > +Let contributors know the time of day when one or more maintainers are > +usually actively monitoring the mailing list. > + > + > +Checkpatch / Style Cleanups > +--------------------------- > +For subsystems with long standing code bases it is reasonable to decline > +to accept pure coding-style fixup patches. This is where you can let > +contributors know =E2=80=9CStandalone style-cleanups are welcome=E2=80= =9D, > +=E2=80=9CStyle-cleanups to existing code only welcome with other feature > +changes=E2=80=9D, or =E2=80=9CStandalone style-cleanups to existing code= are not > +welcome=E2=80=9D. > + > + > +Off-list review > +--------------- > +A maintainer may optionally require that contributors seek prior review > +of patches before initial submission for upstream. For example, > +=E2=80=9CDevelopers from organization X, please seek internal review bef= ore > +requesting upstream review=E2=80=9D. This policy identifies occasions wh= ere a > +maintainer wants to reflect some of the review load back to an > +organization. > + > + > +TODO > +---- > +In this optional section include a list of work items that might be > +suitable for onboarding a new developer to the subsystem. > diff --git a/MAINTAINERS b/MAINTAINERS > index 83b7b3943a12..bb4a83a7684d 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -99,6 +99,10 @@ Descriptions of section entries: > Obsolete: Old code. Something tagged obsolete generally means > it has been replaced by a better system and you > should be using that. > + P: Subsystem Profile document for the maintainer entry. This > + is either an in-tree file or a URI to a document. The > + contents of a Subsystem Profile are described in > + Documentation/maintainer/subsystem-profile.rst. > F: Files and directories with wildcard patterns. > A trailing slash includes all files and subdirectory files. > F: drivers/net/ all files in and below drivers/net > > _______________________________________________ > Ksummit-discuss mailing list > Ksummit-discuss@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/ksummit-discuss --=20 Jani Nikula, Intel Open Source Graphics Center From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on archive.lwn.net X-Spam-Level: X-Spam-Status: No, score=-6.0 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI autolearn=ham autolearn_force=no version=3.4.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by archive.lwn.net (Postfix) with ESMTP id 19A027D089 for ; Thu, 15 Nov 2018 08:38:13 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728922AbeKOSpE convert rfc822-to-8bit (ORCPT ); Thu, 15 Nov 2018 13:45:04 -0500 Received: from mga14.intel.com ([192.55.52.115]:1883 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728388AbeKOSpD (ORCPT ); Thu, 15 Nov 2018 13:45:03 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Nov 2018 00:38:11 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,235,1539673200"; d="scan'208";a="108257245" Received: from jnikula-mobl3.fi.intel.com (HELO localhost) ([10.237.72.61]) by fmsmga001.fm.intel.com with ESMTP; 15 Nov 2018 00:38:08 -0800 From: Jani Nikula To: Dan Williams , linux-kernel@vger.kernel.org Cc: vishal.l.verma@intel.com, ksummit-discuss@lists.linuxfoundation.org, Greg Kroah-Hartman , linux-nvdimm@lists.01.org, Dmitry Vyukov , Mauro Carvalho Chehab , Steve French , "Tobin C. Harding" , linux-doc@vger.kernel.org Subject: Re: [Ksummit-discuss] [RFC PATCH 2/3] MAINTAINERS, Handbook: Subsystem Profile In-Reply-To: <154225760492.2499188.14152986544451112930.stgit@dwillia2-desk3.amr.corp.intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <154225759358.2499188.15268218778137905050.stgit@dwillia2-desk3.amr.corp.intel.com> <154225760492.2499188.14152986544451112930.stgit@dwillia2-desk3.amr.corp.intel.com> Date: Thu, 15 Nov 2018 10:38:44 +0200 Message-ID: <87pnv6ivl7.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Sender: linux-doc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org Cc: linux-doc On Wed, 14 Nov 2018, Dan Williams wrote: > As presented at the 2018 Linux Plumbers conference [1], the Subsystem > Profile is proposed as a way to reduce friction between committers and > maintainers and perhaps encourage conversations amongst maintainers > about best practice policies. > > The profile contains short answers to some of the common policy > questions a contributor might have, or that a maintainer might consider > formalizing. The current list of maintenance policies is: > > Overview: General introduction to maintaining the subsystem > Core: List of source files considered core > Leaf: List of source files that consume core functionality > Patches or Pull requests: Simple statement of expected submission format > Last -rc for new feature submissions: Expected lead time for submissions > Last -rc to merge features: Deadline for merge decisions > Non-author Ack / Review Tags Required: Patch review economics > Test Suite: Pass this suite before requesting inclusion > Resubmit Cadence: When to ping the maintainer > Trusted Reviewers: Help for triaging patches > Time Zone / Office Hours: When might a maintainer be available > Checkpatch / Style Cleanups: Policy on pure cleanup patches > Off-list review: Request for review gates > TODO: Potential development tasks up for grabs, or active focus areas > > The goal of the Subsystem Profile is to set expectations for > contributors and interim or replacement maintainers for a subsystem. First of all, I welcome documentation efforts like this. The cover letter mainly focuses on the maintainer aspect, and the documentation is added to the maintainer handbook. However, here you set the goal as setting expectations for contributors. The example nvdimm profile in patch 3/3 addresses the reader as a new maintainer, yet goes on to set expectations also for contributors, not just the maintainer. I do think the documentation for contributors and maintainers/committers should be kept separate. Most contributors will never care about the documentation for the latter. We have Documentation/process for contributors, and I think the audience of Documentation/maintainer should be strictly maintainers. In summary, I do think we need all of the documentation you propose, and I appreciate you taking this on, but I think this should be split by audience. BR, Jani. > > See Documentation/maintainer/subsystem-profile.rst for more details, and > a follow-on example profile for the libnvdimm subsystem. > > [1]: https://linuxplumbersconf.org/event/2/contributions/59/ > > Cc: Jonathan Corbet > Cc: Thomas Gleixner > Cc: Mauro Carvalho Chehab > Cc: Steve French > Cc: Greg Kroah-Hartman > Cc: Linus Torvalds > Cc: Tobin C. Harding > Cc: Olof Johansson > Cc: Martin K. Petersen > Cc: Daniel Vetter > Cc: Joe Perches > Cc: Dmitry Vyukov > Signed-off-by: Dan Williams > --- > Documentation/maintainer/index.rst | 1 > Documentation/maintainer/subsystem-profile.rst | 145 ++++++++++++++++++++++++ > MAINTAINERS | 4 + > 3 files changed, 150 insertions(+) > create mode 100644 Documentation/maintainer/subsystem-profile.rst > > diff --git a/Documentation/maintainer/index.rst b/Documentation/maintainer/index.rst > index 2a14916930cb..1e6b1aaa6024 100644 > --- a/Documentation/maintainer/index.rst > +++ b/Documentation/maintainer/index.rst > @@ -11,4 +11,5 @@ additions to this manual. > > configure-git > pull-requests > + subsystem-profile > > diff --git a/Documentation/maintainer/subsystem-profile.rst b/Documentation/maintainer/subsystem-profile.rst > new file mode 100644 > index 000000000000..a74b624e0972 > --- /dev/null > +++ b/Documentation/maintainer/subsystem-profile.rst > @@ -0,0 +1,145 @@ > +.. _subsystemprofile: > + > +Subsystem Profile > +================= > + > +The Subsystem Profile is a collection of policy positions that a > +maintainer or maintainer team establishes for the their subsystem. While > +there is a wide range of technical nuance on maintaining disparate > +sections of the kernel, the Subsystem Profile documents a known set of > +major process policies that vary between subsystems. What follows is a > +list of policy questions a maintainer can answer and include a document > +in the kernel, or on an external website. It advertises to other > +maintainers and contributors the local policy of the subsystem. Some > +sections are optional like "Overview", "Off-list review", and "TODO". > +The others are recommended for all subsystems to address, but no section > +is mandatory. In addition there are no wrong answers, just document how > +a subsystem typically operates. Note that the profile follows the > +subsystem not the maintainer, i.e. there is no expectation that a > +maintainer of multiple subsystems deploys the same policy across those > +subsystems. > + > + > +Overview > +-------- > +In this optional section of the profile provide a free form overview of > +the subsystem written as a hand-off document. In other words write a > +note to someone that would receive the “keys to the castle” in the event > +of extended or unexpected absence. “So, you have recently become the > +maintainer of the XYZ subsystem, condolences, it is a thankless job, > +here is the lay of the land.” Details to consider are the extended > +details that are not included in MAINTAINERS, and not addressed by the > +other profile questions below. For example details like, who has access > +to the git tree, branches that are pulled into -next, relevant > +specifications, issue trackers, and sensitive code areas. If available > +the Overview should link to other subsystem documentation that may > +clarify, re-iterate, emphasize / de-emphasize portions of the global > +process documentation for contributors (CodingStyle, SubmittingPatches, > +etc...). > + > + > +Core > +---- > +A list of F: tags (as described by MAINTAINERS) listing what the > +maintainer considers to be core files. The review and lead time > +constraints for 'core' code may be stricter given the increased > +sensitivity and risk of change. > + > + > +Patches or Pull requests > +------------------------ > +Some subsystems allow contributors to send pull requests, most require > +mailed patches. State “Patches only”, or “Pull requests accepted”. > + > + > +Last -rc for new feature submissions > +------------------------------------ > +New feature submissions targeting the next merge window should have > +their first posting for consideration before this point. Patches that > +are submitted after this point should be clear that they are targeting > +the NEXT+1 merge window, or should come with sufficient justification > +why they should be considered on an expedited schedule. A general > +guideline is to set expectation with contributors that new feature > +submissions should appear before -rc5. The answer may be different for > +'Core:' files, include a second entry prefixed with 'Core:' if so. > + > + > +Last -rc to merge features > +-------------------------- > +Indicate to contributors the point at which an as yet un-applied patch > +set will need to wait for the NEXT+1 merge window. Of course there is no > +obligation to ever except any given patchset, but if the review has not > +concluded by this point the expectation the contributor should wait and > +resubmit for the following merge window. The answer may be different for > +'Core:' files, include a second entry prefixed with 'Core:' if so. > + > + > +Non-author Ack / Review Tags Required > +------------------------------------- > +Let contributors and other maintainers know whether they can expect to > +see the maintainer self-commit patches without 3rd-party review. Some > +subsystem developer communities are so small as to make this requirement > +impractical. Others may have been bootstrapped by a submission of > +self-reviewed code at the outset, but have since moved to a > +non-author review-required stance. This section sets expectations on the > +code-review economics in the subsystem. For example, can a contributor > +trade review of a maintainer's, or other contributor's patches in > +exchange for consideration of their own. > + > + > +Test Suite > +---------- > +Indicate the test suite all patches are expected to pass before being > +submitted for inclusion consideration. > + > + > +Resubmit Cadence > +---------------- > +Define a rate at which a contributor should wait to resubmit a patchset > +that has not yet received comments. A general guideline is to try to > +meet a deadline of 1 - 2 weeks to acknowledge starting consideration for > +a patch set. > + > + > +Trusted Reviewers > +----------------- > +While a maintainer / maintainer-team is expected to be reviewer of last > +resort the review load is less onerous when distributed amongst > +contributors and or a trusted set of individuals. This section is > +distinct from the R: tag (Designated Reviewer). Whereas R: identifies > +reviewers that should always be copied on a patch submission, the > +trusted reviewers here are individuals contributors can reach out to if > +a few 'Resubmit Cadence' intervals have gone by without maintainer > +action, or to otherwise consult for advice. > + > + > +Time Zone / Office Hours > +------------------------ > +Let contributors know the time of day when one or more maintainers are > +usually actively monitoring the mailing list. > + > + > +Checkpatch / Style Cleanups > +--------------------------- > +For subsystems with long standing code bases it is reasonable to decline > +to accept pure coding-style fixup patches. This is where you can let > +contributors know “Standalone style-cleanups are welcome”, > +“Style-cleanups to existing code only welcome with other feature > +changes”, or “Standalone style-cleanups to existing code are not > +welcome”. > + > + > +Off-list review > +--------------- > +A maintainer may optionally require that contributors seek prior review > +of patches before initial submission for upstream. For example, > +“Developers from organization X, please seek internal review before > +requesting upstream review”. This policy identifies occasions where a > +maintainer wants to reflect some of the review load back to an > +organization. > + > + > +TODO > +---- > +In this optional section include a list of work items that might be > +suitable for onboarding a new developer to the subsystem. > diff --git a/MAINTAINERS b/MAINTAINERS > index 83b7b3943a12..bb4a83a7684d 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -99,6 +99,10 @@ Descriptions of section entries: > Obsolete: Old code. Something tagged obsolete generally means > it has been replaced by a better system and you > should be using that. > + P: Subsystem Profile document for the maintainer entry. This > + is either an in-tree file or a URI to a document. The > + contents of a Subsystem Profile are described in > + Documentation/maintainer/subsystem-profile.rst. > F: Files and directories with wildcard patterns. > A trailing slash includes all files and subdirectory files. > F: drivers/net/ all files in and below drivers/net > > _______________________________________________ > Ksummit-discuss mailing list > Ksummit-discuss@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/ksummit-discuss -- Jani Nikula, Intel Open Source Graphics Center From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 441A32118EF6B for ; Thu, 15 Nov 2018 00:38:12 -0800 (PST) From: Jani Nikula Subject: Re: [Ksummit-discuss] [RFC PATCH 2/3] MAINTAINERS, Handbook: Subsystem Profile In-Reply-To: <154225760492.2499188.14152986544451112930.stgit@dwillia2-desk3.amr.corp.intel.com> References: <154225759358.2499188.15268218778137905050.stgit@dwillia2-desk3.amr.corp.intel.com> <154225760492.2499188.14152986544451112930.stgit@dwillia2-desk3.amr.corp.intel.com> Date: Thu, 15 Nov 2018 10:38:44 +0200 Message-ID: <87pnv6ivl7.fsf@intel.com> MIME-Version: 1.0 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" To: Dan Williams , linux-kernel@vger.kernel.org Cc: ksummit-discuss@lists.linuxfoundation.org, linux-nvdimm@lists.01.org, linux-doc@vger.kernel.org, Steve French , Greg Kroah-Hartman , Mauro Carvalho Chehab , Dmitry Vyukov , "Tobin C. Harding" List-ID: CkNjOiBsaW51eC1kb2MKCk9uIFdlZCwgMTQgTm92IDIwMTgsIERhbiBXaWxsaWFtcyA8ZGFuLmou d2lsbGlhbXNAaW50ZWwuY29tPiB3cm90ZToKPiBBcyBwcmVzZW50ZWQgYXQgdGhlIDIwMTggTGlu dXggUGx1bWJlcnMgY29uZmVyZW5jZSBbMV0sIHRoZSBTdWJzeXN0ZW0KPiBQcm9maWxlIGlzIHBy b3Bvc2VkIGFzIGEgd2F5IHRvIHJlZHVjZSBmcmljdGlvbiBiZXR3ZWVuIGNvbW1pdHRlcnMgYW5k Cj4gbWFpbnRhaW5lcnMgYW5kIHBlcmhhcHMgZW5jb3VyYWdlIGNvbnZlcnNhdGlvbnMgYW1vbmdz dCBtYWludGFpbmVycwo+IGFib3V0IGJlc3QgcHJhY3RpY2UgcG9saWNpZXMuCj4KPiBUaGUgcHJv ZmlsZSBjb250YWlucyBzaG9ydCBhbnN3ZXJzIHRvIHNvbWUgb2YgdGhlIGNvbW1vbiBwb2xpY3kK PiBxdWVzdGlvbnMgYSBjb250cmlidXRvciBtaWdodCBoYXZlLCBvciB0aGF0IGEgbWFpbnRhaW5l ciBtaWdodCBjb25zaWRlcgo+IGZvcm1hbGl6aW5nLiBUaGUgY3VycmVudCBsaXN0IG9mIG1haW50 ZW5hbmNlIHBvbGljaWVzIGlzOgo+Cj4gT3ZlcnZpZXc6IEdlbmVyYWwgaW50cm9kdWN0aW9uIHRv IG1haW50YWluaW5nIHRoZSBzdWJzeXN0ZW0KPiBDb3JlOiBMaXN0IG9mIHNvdXJjZSBmaWxlcyBj b25zaWRlcmVkIGNvcmUKPiBMZWFmOiBMaXN0IG9mIHNvdXJjZSBmaWxlcyB0aGF0IGNvbnN1bWUg Y29yZSBmdW5jdGlvbmFsaXR5Cj4gUGF0Y2hlcyBvciBQdWxsIHJlcXVlc3RzOiBTaW1wbGUgc3Rh dGVtZW50IG9mIGV4cGVjdGVkIHN1Ym1pc3Npb24gZm9ybWF0Cj4gTGFzdCAtcmMgZm9yIG5ldyBm ZWF0dXJlIHN1Ym1pc3Npb25zOiBFeHBlY3RlZCBsZWFkIHRpbWUgZm9yIHN1Ym1pc3Npb25zCj4g TGFzdCAtcmMgdG8gbWVyZ2UgZmVhdHVyZXM6IERlYWRsaW5lIGZvciBtZXJnZSBkZWNpc2lvbnMK PiBOb24tYXV0aG9yIEFjayAvIFJldmlldyBUYWdzIFJlcXVpcmVkOiBQYXRjaCByZXZpZXcgZWNv bm9taWNzCj4gVGVzdCBTdWl0ZTogUGFzcyB0aGlzIHN1aXRlIGJlZm9yZSByZXF1ZXN0aW5nIGlu Y2x1c2lvbgo+IFJlc3VibWl0IENhZGVuY2U6IFdoZW4gdG8gcGluZyB0aGUgbWFpbnRhaW5lcgo+ IFRydXN0ZWQgUmV2aWV3ZXJzOiBIZWxwIGZvciB0cmlhZ2luZyBwYXRjaGVzCj4gVGltZSBab25l IC8gT2ZmaWNlIEhvdXJzOiBXaGVuIG1pZ2h0IGEgbWFpbnRhaW5lciBiZSBhdmFpbGFibGUKPiBD aGVja3BhdGNoIC8gU3R5bGUgQ2xlYW51cHM6IFBvbGljeSBvbiBwdXJlIGNsZWFudXAgcGF0Y2hl cwo+IE9mZi1saXN0IHJldmlldzogUmVxdWVzdCBmb3IgcmV2aWV3IGdhdGVzCj4gVE9ETzogUG90 ZW50aWFsIGRldmVsb3BtZW50IHRhc2tzIHVwIGZvciBncmFicywgb3IgYWN0aXZlIGZvY3VzIGFy ZWFzCj4KPiBUaGUgZ29hbCBvZiB0aGUgU3Vic3lzdGVtIFByb2ZpbGUgaXMgdG8gc2V0IGV4cGVj dGF0aW9ucyBmb3IKPiBjb250cmlidXRvcnMgYW5kIGludGVyaW0gb3IgcmVwbGFjZW1lbnQgbWFp bnRhaW5lcnMgZm9yIGEgc3Vic3lzdGVtLgoKRmlyc3Qgb2YgYWxsLCBJIHdlbGNvbWUgZG9jdW1l bnRhdGlvbiBlZmZvcnRzIGxpa2UgdGhpcy4KClRoZSBjb3ZlciBsZXR0ZXIgbWFpbmx5IGZvY3Vz ZXMgb24gdGhlIG1haW50YWluZXIgYXNwZWN0LCBhbmQgdGhlCmRvY3VtZW50YXRpb24gaXMgYWRk ZWQgdG8gdGhlIG1haW50YWluZXIgaGFuZGJvb2suIEhvd2V2ZXIsIGhlcmUgeW91IHNldAp0aGUg Z29hbCBhcyBzZXR0aW5nIGV4cGVjdGF0aW9ucyBmb3IgY29udHJpYnV0b3JzLiBUaGUgZXhhbXBs ZSBudmRpbW0KcHJvZmlsZSBpbiBwYXRjaCAzLzMgYWRkcmVzc2VzIHRoZSByZWFkZXIgYXMgYSBu ZXcgbWFpbnRhaW5lciwgeWV0IGdvZXMKb24gdG8gc2V0IGV4cGVjdGF0aW9ucyBhbHNvIGZvciBj b250cmlidXRvcnMsIG5vdCBqdXN0IHRoZSBtYWludGFpbmVyLgoKSSBkbyB0aGluayB0aGUgZG9j dW1lbnRhdGlvbiBmb3IgY29udHJpYnV0b3JzIGFuZCBtYWludGFpbmVycy9jb21taXR0ZXJzCnNo b3VsZCBiZSBrZXB0IHNlcGFyYXRlLiBNb3N0IGNvbnRyaWJ1dG9ycyB3aWxsIG5ldmVyIGNhcmUg YWJvdXQgdGhlCmRvY3VtZW50YXRpb24gZm9yIHRoZSBsYXR0ZXIuIFdlIGhhdmUgRG9jdW1lbnRh dGlvbi9wcm9jZXNzIGZvcgpjb250cmlidXRvcnMsIGFuZCBJIHRoaW5rIHRoZSBhdWRpZW5jZSBv ZiBEb2N1bWVudGF0aW9uL21haW50YWluZXIKc2hvdWxkIGJlIHN0cmljdGx5IG1haW50YWluZXJz LgoKSW4gc3VtbWFyeSwgSSBkbyB0aGluayB3ZSBuZWVkIGFsbCBvZiB0aGUgZG9jdW1lbnRhdGlv biB5b3UgcHJvcG9zZSwgYW5kCkkgYXBwcmVjaWF0ZSB5b3UgdGFraW5nIHRoaXMgb24sIGJ1dCBJ IHRoaW5rIHRoaXMgc2hvdWxkIGJlIHNwbGl0IGJ5CmF1ZGllbmNlLgoKQlIsCkphbmkuCgoKPgo+ IFNlZSBEb2N1bWVudGF0aW9uL21haW50YWluZXIvc3Vic3lzdGVtLXByb2ZpbGUucnN0IGZvciBt b3JlIGRldGFpbHMsIGFuZAo+IGEgZm9sbG93LW9uIGV4YW1wbGUgcHJvZmlsZSBmb3IgdGhlIGxp Ym52ZGltbSBzdWJzeXN0ZW0uCj4KPiBbMV06IGh0dHBzOi8vbGludXhwbHVtYmVyc2NvbmYub3Jn L2V2ZW50LzIvY29udHJpYnV0aW9ucy81OS8KPgo+IENjOiBKb25hdGhhbiBDb3JiZXQgPGNvcmJl dEBsd24ubmV0Pgo+IENjOiBUaG9tYXMgR2xlaXhuZXIgPHRnbHhAbGludXRyb25peC5kZT4KPiBD YzogTWF1cm8gQ2FydmFsaG8gQ2hlaGFiIDxtY2hlaGFiQGtlcm5lbC5vcmc+Cj4gQ2M6IFN0ZXZl IEZyZW5jaCA8c3RmcmVuY2hAbWljcm9zb2Z0LmNvbT4KPiBDYzogR3JlZyBLcm9haC1IYXJ0bWFu IDxncmVna2hAbGludXhmb3VuZGF0aW9uLm9yZz4KPiBDYzogTGludXMgVG9ydmFsZHMgPHRvcnZh bGRzQGxpbnV4LWZvdW5kYXRpb24ub3JnPgo+IENjOiBUb2JpbiBDLiBIYXJkaW5nIDxtZUB0b2Jp bi5jYz4KPiBDYzogT2xvZiBKb2hhbnNzb24gPG9sb2ZAbGl4b20ubmV0Pgo+IENjOiBNYXJ0aW4g Sy4gUGV0ZXJzZW4gPG1hcnRpbi5wZXRlcnNlbkBvcmFjbGUuY29tPgo+IENjOiBEYW5pZWwgVmV0 dGVyIDxkYW5pZWwudmV0dGVyQGZmd2xsLmNoPgo+IENjOiBKb2UgUGVyY2hlcyA8am9lQHBlcmNo ZXMuY29tPgo+IENjOiBEbWl0cnkgVnl1a292IDxkdnl1a292QGdvb2dsZS5jb20+Cj4gU2lnbmVk LW9mZi1ieTogRGFuIFdpbGxpYW1zIDxkYW4uai53aWxsaWFtc0BpbnRlbC5jb20+Cj4gLS0tCj4g IERvY3VtZW50YXRpb24vbWFpbnRhaW5lci9pbmRleC5yc3QgICAgICAgICAgICAgfCAgICAxIAo+ ICBEb2N1bWVudGF0aW9uL21haW50YWluZXIvc3Vic3lzdGVtLXByb2ZpbGUucnN0IHwgIDE0NSAr KysrKysrKysrKysrKysrKysrKysrKysKPiAgTUFJTlRBSU5FUlMgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB8ICAgIDQgKwo+ICAzIGZpbGVzIGNoYW5nZWQsIDE1MCBpbnNlcnRp b25zKCspCj4gIGNyZWF0ZSBtb2RlIDEwMDY0NCBEb2N1bWVudGF0aW9uL21haW50YWluZXIvc3Vi c3lzdGVtLXByb2ZpbGUucnN0Cj4KPiBkaWZmIC0tZ2l0IGEvRG9jdW1lbnRhdGlvbi9tYWludGFp bmVyL2luZGV4LnJzdCBiL0RvY3VtZW50YXRpb24vbWFpbnRhaW5lci9pbmRleC5yc3QKPiBpbmRl eCAyYTE0OTE2OTMwY2IuLjFlNmIxYWFhNjAyNCAxMDA2NDQKPiAtLS0gYS9Eb2N1bWVudGF0aW9u L21haW50YWluZXIvaW5kZXgucnN0Cj4gKysrIGIvRG9jdW1lbnRhdGlvbi9tYWludGFpbmVyL2lu ZGV4LnJzdAo+IEBAIC0xMSw0ICsxMSw1IEBAIGFkZGl0aW9ucyB0byB0aGlzIG1hbnVhbC4KPiAg Cj4gICAgIGNvbmZpZ3VyZS1naXQKPiAgICAgcHVsbC1yZXF1ZXN0cwo+ICsgICBzdWJzeXN0ZW0t cHJvZmlsZQo+ICAKPiBkaWZmIC0tZ2l0IGEvRG9jdW1lbnRhdGlvbi9tYWludGFpbmVyL3N1YnN5 c3RlbS1wcm9maWxlLnJzdCBiL0RvY3VtZW50YXRpb24vbWFpbnRhaW5lci9zdWJzeXN0ZW0tcHJv ZmlsZS5yc3QKPiBuZXcgZmlsZSBtb2RlIDEwMDY0NAo+IGluZGV4IDAwMDAwMDAwMDAwMC4uYTc0 YjYyNGUwOTcyCj4gLS0tIC9kZXYvbnVsbAo+ICsrKyBiL0RvY3VtZW50YXRpb24vbWFpbnRhaW5l ci9zdWJzeXN0ZW0tcHJvZmlsZS5yc3QKPiBAQCAtMCwwICsxLDE0NSBAQAo+ICsuLiBfc3Vic3lz dGVtcHJvZmlsZToKPiArCj4gK1N1YnN5c3RlbSBQcm9maWxlCj4gKz09PT09PT09PT09PT09PT09 Cj4gKwo+ICtUaGUgU3Vic3lzdGVtIFByb2ZpbGUgaXMgYSBjb2xsZWN0aW9uIG9mIHBvbGljeSBw b3NpdGlvbnMgdGhhdCBhCj4gK21haW50YWluZXIgb3IgbWFpbnRhaW5lciB0ZWFtIGVzdGFibGlz aGVzIGZvciB0aGUgdGhlaXIgc3Vic3lzdGVtLiBXaGlsZQo+ICt0aGVyZSBpcyBhIHdpZGUgcmFu Z2Ugb2YgdGVjaG5pY2FsIG51YW5jZSBvbiBtYWludGFpbmluZyBkaXNwYXJhdGUKPiArc2VjdGlv bnMgb2YgdGhlIGtlcm5lbCwgdGhlIFN1YnN5c3RlbSBQcm9maWxlIGRvY3VtZW50cyBhIGtub3du IHNldCBvZgo+ICttYWpvciBwcm9jZXNzIHBvbGljaWVzIHRoYXQgdmFyeSBiZXR3ZWVuIHN1YnN5 c3RlbXMuICBXaGF0IGZvbGxvd3MgaXMgYQo+ICtsaXN0IG9mIHBvbGljeSBxdWVzdGlvbnMgYSBt YWludGFpbmVyIGNhbiBhbnN3ZXIgYW5kIGluY2x1ZGUgYSBkb2N1bWVudAo+ICtpbiB0aGUga2Vy bmVsLCBvciBvbiBhbiBleHRlcm5hbCB3ZWJzaXRlLiBJdCBhZHZlcnRpc2VzIHRvIG90aGVyCj4g K21haW50YWluZXJzIGFuZCBjb250cmlidXRvcnMgdGhlIGxvY2FsIHBvbGljeSBvZiB0aGUgc3Vi c3lzdGVtLiBTb21lCj4gK3NlY3Rpb25zIGFyZSBvcHRpb25hbCBsaWtlICJPdmVydmlldyIsICJP ZmYtbGlzdCByZXZpZXciLCBhbmQgIlRPRE8iLgo+ICtUaGUgb3RoZXJzIGFyZSByZWNvbW1lbmRl ZCBmb3IgYWxsIHN1YnN5c3RlbXMgdG8gYWRkcmVzcywgYnV0IG5vIHNlY3Rpb24KPiAraXMgbWFu ZGF0b3J5LiBJbiBhZGRpdGlvbiB0aGVyZSBhcmUgbm8gd3JvbmcgYW5zd2VycywganVzdCBkb2N1 bWVudCBob3cKPiArYSBzdWJzeXN0ZW0gdHlwaWNhbGx5IG9wZXJhdGVzLiBOb3RlIHRoYXQgdGhl IHByb2ZpbGUgZm9sbG93cyB0aGUKPiArc3Vic3lzdGVtIG5vdCB0aGUgbWFpbnRhaW5lciwgaS5l LiB0aGVyZSBpcyBubyBleHBlY3RhdGlvbiB0aGF0IGEKPiArbWFpbnRhaW5lciBvZiBtdWx0aXBs ZSBzdWJzeXN0ZW1zIGRlcGxveXMgdGhlIHNhbWUgcG9saWN5IGFjcm9zcyB0aG9zZQo+ICtzdWJz eXN0ZW1zLgo+ICsKPiArCj4gK092ZXJ2aWV3Cj4gKy0tLS0tLS0tCj4gK0luIHRoaXMgb3B0aW9u YWwgc2VjdGlvbiBvZiB0aGUgcHJvZmlsZSBwcm92aWRlIGEgZnJlZSBmb3JtIG92ZXJ2aWV3IG9m Cj4gK3RoZSBzdWJzeXN0ZW0gd3JpdHRlbiBhcyBhIGhhbmQtb2ZmIGRvY3VtZW50LiBJbiBvdGhl ciB3b3JkcyB3cml0ZSBhCj4gK25vdGUgdG8gc29tZW9uZSB0aGF0IHdvdWxkIHJlY2VpdmUgdGhl IOKAnGtleXMgdG8gdGhlIGNhc3RsZeKAnSBpbiB0aGUgZXZlbnQKPiArb2YgZXh0ZW5kZWQgb3Ig dW5leHBlY3RlZCBhYnNlbmNlLiDigJxTbywgeW91IGhhdmUgcmVjZW50bHkgYmVjb21lIHRoZQo+ ICttYWludGFpbmVyIG9mIHRoZSBYWVogc3Vic3lzdGVtLCBjb25kb2xlbmNlcywgaXQgaXMgYSB0 aGFua2xlc3Mgam9iLAo+ICtoZXJlIGlzIHRoZSBsYXkgb2YgdGhlIGxhbmQu4oCdIERldGFpbHMg dG8gY29uc2lkZXIgYXJlIHRoZSBleHRlbmRlZAo+ICtkZXRhaWxzIHRoYXQgYXJlIG5vdCBpbmNs dWRlZCBpbiBNQUlOVEFJTkVSUywgYW5kIG5vdCBhZGRyZXNzZWQgYnkgdGhlCj4gK290aGVyIHBy b2ZpbGUgcXVlc3Rpb25zIGJlbG93LiBGb3IgZXhhbXBsZSBkZXRhaWxzIGxpa2UsIHdobyBoYXMg YWNjZXNzCj4gK3RvIHRoZSBnaXQgdHJlZSwgYnJhbmNoZXMgdGhhdCBhcmUgcHVsbGVkIGludG8g LW5leHQsIHJlbGV2YW50Cj4gK3NwZWNpZmljYXRpb25zLCBpc3N1ZSB0cmFja2VycywgYW5kIHNl bnNpdGl2ZSBjb2RlIGFyZWFzLiBJZiBhdmFpbGFibGUKPiArdGhlIE92ZXJ2aWV3IHNob3VsZCBs aW5rIHRvIG90aGVyIHN1YnN5c3RlbSBkb2N1bWVudGF0aW9uIHRoYXQgbWF5Cj4gK2NsYXJpZnks IHJlLWl0ZXJhdGUsIGVtcGhhc2l6ZSAvIGRlLWVtcGhhc2l6ZSBwb3J0aW9ucyBvZiB0aGUgZ2xv YmFsCj4gK3Byb2Nlc3MgZG9jdW1lbnRhdGlvbiBmb3IgY29udHJpYnV0b3JzIChDb2RpbmdTdHls ZSwgU3VibWl0dGluZ1BhdGNoZXMsCj4gK2V0Yy4uLikuCj4gKwo+ICsKPiArQ29yZQo+ICstLS0t Cj4gK0EgbGlzdCBvZiBGOiB0YWdzIChhcyBkZXNjcmliZWQgYnkgTUFJTlRBSU5FUlMpIGxpc3Rp bmcgd2hhdCB0aGUKPiArbWFpbnRhaW5lciBjb25zaWRlcnMgdG8gYmUgY29yZSBmaWxlcy4gVGhl IHJldmlldyBhbmQgbGVhZCB0aW1lCj4gK2NvbnN0cmFpbnRzIGZvciAnY29yZScgY29kZSBtYXkg YmUgc3RyaWN0ZXIgZ2l2ZW4gdGhlIGluY3JlYXNlZAo+ICtzZW5zaXRpdml0eSBhbmQgcmlzayBv ZiBjaGFuZ2UuCj4gKwo+ICsKPiArUGF0Y2hlcyBvciBQdWxsIHJlcXVlc3RzCj4gKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQo+ICtTb21lIHN1YnN5c3RlbXMgYWxsb3cgY29udHJpYnV0b3JzIHRv IHNlbmQgcHVsbCByZXF1ZXN0cywgbW9zdCByZXF1aXJlCj4gK21haWxlZCBwYXRjaGVzLiBTdGF0 ZSDigJxQYXRjaGVzIG9ubHnigJ0sIG9yIOKAnFB1bGwgcmVxdWVzdHMgYWNjZXB0ZWTigJ0uCj4g Kwo+ICsKPiArTGFzdCAtcmMgZm9yIG5ldyBmZWF0dXJlIHN1Ym1pc3Npb25zCj4gKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ICtOZXcgZmVhdHVyZSBzdWJtaXNzaW9ucyB0 YXJnZXRpbmcgdGhlIG5leHQgbWVyZ2Ugd2luZG93IHNob3VsZCBoYXZlCj4gK3RoZWlyIGZpcnN0 IHBvc3RpbmcgZm9yIGNvbnNpZGVyYXRpb24gYmVmb3JlIHRoaXMgcG9pbnQuIFBhdGNoZXMgdGhh dAo+ICthcmUgc3VibWl0dGVkIGFmdGVyIHRoaXMgcG9pbnQgc2hvdWxkIGJlIGNsZWFyIHRoYXQg dGhleSBhcmUgdGFyZ2V0aW5nCj4gK3RoZSBORVhUKzEgbWVyZ2Ugd2luZG93LCBvciBzaG91bGQg Y29tZSB3aXRoIHN1ZmZpY2llbnQganVzdGlmaWNhdGlvbgo+ICt3aHkgdGhleSBzaG91bGQgYmUg Y29uc2lkZXJlZCBvbiBhbiBleHBlZGl0ZWQgc2NoZWR1bGUuIEEgZ2VuZXJhbAo+ICtndWlkZWxp bmUgaXMgdG8gc2V0IGV4cGVjdGF0aW9uIHdpdGggY29udHJpYnV0b3JzIHRoYXQgbmV3IGZlYXR1 cmUKPiArc3VibWlzc2lvbnMgc2hvdWxkIGFwcGVhciBiZWZvcmUgLXJjNS4gVGhlIGFuc3dlciBt YXkgYmUgZGlmZmVyZW50IGZvcgo+ICsnQ29yZTonIGZpbGVzLCBpbmNsdWRlIGEgc2Vjb25kIGVu dHJ5IHByZWZpeGVkIHdpdGggJ0NvcmU6JyBpZiBzby4KPiArCj4gKwo+ICtMYXN0IC1yYyB0byBt ZXJnZSBmZWF0dXJlcwo+ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ICtJbmRpY2F0ZSB0 byBjb250cmlidXRvcnMgdGhlIHBvaW50IGF0IHdoaWNoIGFuIGFzIHlldCB1bi1hcHBsaWVkIHBh dGNoCj4gK3NldCB3aWxsIG5lZWQgdG8gd2FpdCBmb3IgdGhlIE5FWFQrMSBtZXJnZSB3aW5kb3cu IE9mIGNvdXJzZSB0aGVyZSBpcyBubwo+ICtvYmxpZ2F0aW9uIHRvIGV2ZXIgZXhjZXB0IGFueSBn aXZlbiBwYXRjaHNldCwgYnV0IGlmIHRoZSByZXZpZXcgaGFzIG5vdAo+ICtjb25jbHVkZWQgYnkg dGhpcyBwb2ludCB0aGUgZXhwZWN0YXRpb24gdGhlIGNvbnRyaWJ1dG9yIHNob3VsZCB3YWl0IGFu ZAo+ICtyZXN1Ym1pdCBmb3IgdGhlIGZvbGxvd2luZyBtZXJnZSB3aW5kb3cuIFRoZSBhbnN3ZXIg bWF5IGJlIGRpZmZlcmVudCBmb3IKPiArJ0NvcmU6JyBmaWxlcywgaW5jbHVkZSBhIHNlY29uZCBl bnRyeSBwcmVmaXhlZCB3aXRoICdDb3JlOicgaWYgc28uCj4gKwo+ICsKPiArTm9uLWF1dGhvciBB Y2sgLyBSZXZpZXcgVGFncyBSZXF1aXJlZAo+ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCj4gK0xldCBjb250cmlidXRvcnMgYW5kIG90aGVyIG1haW50YWluZXJzIGtub3cg d2hldGhlciB0aGV5IGNhbiBleHBlY3QgdG8KPiArc2VlIHRoZSBtYWludGFpbmVyIHNlbGYtY29t bWl0IHBhdGNoZXMgd2l0aG91dCAzcmQtcGFydHkgcmV2aWV3LiBTb21lCj4gK3N1YnN5c3RlbSBk ZXZlbG9wZXIgY29tbXVuaXRpZXMgYXJlIHNvIHNtYWxsIGFzIHRvIG1ha2UgdGhpcyByZXF1aXJl bWVudAo+ICtpbXByYWN0aWNhbC4gT3RoZXJzIG1heSBoYXZlIGJlZW4gYm9vdHN0cmFwcGVkIGJ5 IGEgc3VibWlzc2lvbiBvZgo+ICtzZWxmLXJldmlld2VkIGNvZGUgYXQgdGhlIG91dHNldCwgYnV0 IGhhdmUgc2luY2UgbW92ZWQgdG8gYQo+ICtub24tYXV0aG9yIHJldmlldy1yZXF1aXJlZCBzdGFu Y2UuIFRoaXMgc2VjdGlvbiBzZXRzIGV4cGVjdGF0aW9ucyBvbiB0aGUKPiArY29kZS1yZXZpZXcg ZWNvbm9taWNzIGluIHRoZSBzdWJzeXN0ZW0uIEZvciBleGFtcGxlLCBjYW4gYSBjb250cmlidXRv cgo+ICt0cmFkZSByZXZpZXcgb2YgYSBtYWludGFpbmVyJ3MsIG9yIG90aGVyIGNvbnRyaWJ1dG9y J3MgcGF0Y2hlcyBpbgo+ICtleGNoYW5nZSBmb3IgY29uc2lkZXJhdGlvbiBvZiB0aGVpciBvd24u Cj4gKwo+ICsKPiArVGVzdCBTdWl0ZQo+ICstLS0tLS0tLS0tCj4gK0luZGljYXRlIHRoZSB0ZXN0 IHN1aXRlIGFsbCBwYXRjaGVzIGFyZSBleHBlY3RlZCB0byBwYXNzIGJlZm9yZSBiZWluZwo+ICtz dWJtaXR0ZWQgZm9yIGluY2x1c2lvbiBjb25zaWRlcmF0aW9uLgo+ICsKPiArCj4gK1Jlc3VibWl0 IENhZGVuY2UKPiArLS0tLS0tLS0tLS0tLS0tLQo+ICtEZWZpbmUgYSByYXRlIGF0IHdoaWNoIGEg Y29udHJpYnV0b3Igc2hvdWxkIHdhaXQgdG8gcmVzdWJtaXQgYSBwYXRjaHNldAo+ICt0aGF0IGhh cyBub3QgeWV0IHJlY2VpdmVkIGNvbW1lbnRzLiBBIGdlbmVyYWwgZ3VpZGVsaW5lIGlzIHRvIHRy eSB0bwo+ICttZWV0IGEgZGVhZGxpbmUgb2YgMSAtIDIgd2Vla3MgdG8gYWNrbm93bGVkZ2Ugc3Rh cnRpbmcgY29uc2lkZXJhdGlvbiBmb3IKPiArYSBwYXRjaCBzZXQuCj4gKwo+ICsKPiArVHJ1c3Rl ZCBSZXZpZXdlcnMKPiArLS0tLS0tLS0tLS0tLS0tLS0KPiArV2hpbGUgYSBtYWludGFpbmVyIC8g bWFpbnRhaW5lci10ZWFtIGlzIGV4cGVjdGVkIHRvIGJlIHJldmlld2VyIG9mIGxhc3QKPiArcmVz b3J0IHRoZSByZXZpZXcgbG9hZCBpcyBsZXNzIG9uZXJvdXMgd2hlbiBkaXN0cmlidXRlZCBhbW9u Z3N0Cj4gK2NvbnRyaWJ1dG9ycyBhbmQgb3IgYSB0cnVzdGVkIHNldCBvZiBpbmRpdmlkdWFscy4g IFRoaXMgc2VjdGlvbiBpcwo+ICtkaXN0aW5jdCBmcm9tIHRoZSBSOiB0YWcgKERlc2lnbmF0ZWQg UmV2aWV3ZXIpLiBXaGVyZWFzIFI6IGlkZW50aWZpZXMKPiArcmV2aWV3ZXJzIHRoYXQgc2hvdWxk IGFsd2F5cyBiZSBjb3BpZWQgb24gYSBwYXRjaCBzdWJtaXNzaW9uLCB0aGUKPiArdHJ1c3RlZCBy ZXZpZXdlcnMgaGVyZSBhcmUgaW5kaXZpZHVhbHMgY29udHJpYnV0b3JzIGNhbiByZWFjaCBvdXQg dG8gaWYKPiArYSBmZXcgJ1Jlc3VibWl0IENhZGVuY2UnIGludGVydmFscyBoYXZlIGdvbmUgYnkg d2l0aG91dCBtYWludGFpbmVyCj4gK2FjdGlvbiwgb3IgdG8gb3RoZXJ3aXNlIGNvbnN1bHQgZm9y IGFkdmljZS4KPiArCj4gKwo+ICtUaW1lIFpvbmUgLyBPZmZpY2UgSG91cnMKPiArLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tCj4gK0xldCBjb250cmlidXRvcnMga25vdyB0aGUgdGltZSBvZiBkYXkg d2hlbiBvbmUgb3IgbW9yZSBtYWludGFpbmVycyBhcmUKPiArdXN1YWxseSBhY3RpdmVseSBtb25p dG9yaW5nIHRoZSBtYWlsaW5nIGxpc3QuCj4gKwo+ICsKPiArQ2hlY2twYXRjaCAvIFN0eWxlIENs ZWFudXBzCj4gKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ICtGb3Igc3Vic3lzdGVtcyB3 aXRoIGxvbmcgc3RhbmRpbmcgY29kZSBiYXNlcyBpdCBpcyByZWFzb25hYmxlIHRvIGRlY2xpbmUK PiArdG8gYWNjZXB0IHB1cmUgY29kaW5nLXN0eWxlIGZpeHVwIHBhdGNoZXMuIFRoaXMgaXMgd2hl cmUgeW91IGNhbiBsZXQKPiArY29udHJpYnV0b3JzIGtub3cg4oCcU3RhbmRhbG9uZSBzdHlsZS1j bGVhbnVwcyBhcmUgd2VsY29tZeKAnSwKPiAr4oCcU3R5bGUtY2xlYW51cHMgdG8gZXhpc3Rpbmcg Y29kZSBvbmx5IHdlbGNvbWUgd2l0aCBvdGhlciBmZWF0dXJlCj4gK2NoYW5nZXPigJ0sIG9yIOKA nFN0YW5kYWxvbmUgc3R5bGUtY2xlYW51cHMgdG8gZXhpc3RpbmcgY29kZSBhcmUgbm90Cj4gK3dl bGNvbWXigJ0uCj4gKwo+ICsKPiArT2ZmLWxpc3QgcmV2aWV3Cj4gKy0tLS0tLS0tLS0tLS0tLQo+ ICtBIG1haW50YWluZXIgbWF5IG9wdGlvbmFsbHkgcmVxdWlyZSB0aGF0IGNvbnRyaWJ1dG9ycyBz ZWVrIHByaW9yIHJldmlldwo+ICtvZiBwYXRjaGVzIGJlZm9yZSBpbml0aWFsIHN1Ym1pc3Npb24g Zm9yIHVwc3RyZWFtLiBGb3IgZXhhbXBsZSwKPiAr4oCcRGV2ZWxvcGVycyBmcm9tIG9yZ2FuaXph dGlvbiBYLCBwbGVhc2Ugc2VlayBpbnRlcm5hbCByZXZpZXcgYmVmb3JlCj4gK3JlcXVlc3Rpbmcg dXBzdHJlYW0gcmV2aWV34oCdLiBUaGlzIHBvbGljeSBpZGVudGlmaWVzIG9jY2FzaW9ucyB3aGVy ZSBhCj4gK21haW50YWluZXIgd2FudHMgdG8gcmVmbGVjdCBzb21lIG9mIHRoZSByZXZpZXcgbG9h ZCBiYWNrIHRvIGFuCj4gK29yZ2FuaXphdGlvbi4KPiArCj4gKwo+ICtUT0RPCj4gKy0tLS0KPiAr SW4gdGhpcyBvcHRpb25hbCBzZWN0aW9uIGluY2x1ZGUgYSBsaXN0IG9mIHdvcmsgaXRlbXMgdGhh dCBtaWdodCBiZQo+ICtzdWl0YWJsZSBmb3Igb25ib2FyZGluZyBhIG5ldyBkZXZlbG9wZXIgdG8g dGhlIHN1YnN5c3RlbS4KPiBkaWZmIC0tZ2l0IGEvTUFJTlRBSU5FUlMgYi9NQUlOVEFJTkVSUwo+ IGluZGV4IDgzYjdiMzk0M2ExMi4uYmI0YTgzYTc2ODRkIDEwMDY0NAo+IC0tLSBhL01BSU5UQUlO RVJTCj4gKysrIGIvTUFJTlRBSU5FUlMKPiBAQCAtOTksNiArOTksMTAgQEAgRGVzY3JpcHRpb25z IG9mIHNlY3Rpb24gZW50cmllczoKPiAgCSAgIE9ic29sZXRlOglPbGQgY29kZS4gU29tZXRoaW5n IHRhZ2dlZCBvYnNvbGV0ZSBnZW5lcmFsbHkgbWVhbnMKPiAgCQkJaXQgaGFzIGJlZW4gcmVwbGFj ZWQgYnkgYSBiZXR0ZXIgc3lzdGVtIGFuZCB5b3UKPiAgCQkJc2hvdWxkIGJlIHVzaW5nIHRoYXQu Cj4gKwlQOiBTdWJzeXN0ZW0gUHJvZmlsZSBkb2N1bWVudCBmb3IgdGhlIG1haW50YWluZXIgZW50 cnkuICBUaGlzCj4gKwkgICBpcyBlaXRoZXIgYW4gaW4tdHJlZSBmaWxlIG9yIGEgVVJJIHRvIGEg ZG9jdW1lbnQuICBUaGUKPiArCSAgIGNvbnRlbnRzIG9mIGEgU3Vic3lzdGVtIFByb2ZpbGUgYXJl IGRlc2NyaWJlZCBpbgo+ICsJICAgRG9jdW1lbnRhdGlvbi9tYWludGFpbmVyL3N1YnN5c3RlbS1w cm9maWxlLnJzdC4KPiAgCUY6IEZpbGVzIGFuZCBkaXJlY3RvcmllcyB3aXRoIHdpbGRjYXJkIHBh dHRlcm5zLgo+ICAJICAgQSB0cmFpbGluZyBzbGFzaCBpbmNsdWRlcyBhbGwgZmlsZXMgYW5kIHN1 YmRpcmVjdG9yeSBmaWxlcy4KPiAgCSAgIEY6CWRyaXZlcnMvbmV0LwlhbGwgZmlsZXMgaW4gYW5k IGJlbG93IGRyaXZlcnMvbmV0Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+IEtzdW1taXQtZGlzY3VzcyBtYWlsaW5nIGxpc3QKPiBLc3VtbWl0LWRp c2N1c3NAbGlzdHMubGludXhmb3VuZGF0aW9uLm9yZwo+IGh0dHBzOi8vbGlzdHMubGludXhmb3Vu ZGF0aW9uLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2tzdW1taXQtZGlzY3VzcwoKLS0gCkphbmkgTmlr dWxhLCBJbnRlbCBPcGVuIFNvdXJjZSBHcmFwaGljcyBDZW50ZXIKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTGludXgtbnZkaW1tIG1haWxpbmcgbGlzdApM aW51eC1udmRpbW1AbGlzdHMuMDEub3JnCmh0dHBzOi8vbGlzdHMuMDEub3JnL21haWxtYW4vbGlz dGluZm8vbGludXgtbnZkaW1tCg==