From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-wm0-x235.google.com ([2a00:1450:400c:c09::235]) by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1aWVOV-0004rh-Jo for kexec@lists.infradead.org; Thu, 18 Feb 2016 20:41:50 +0000 Received: by mail-wm0-x235.google.com with SMTP id a4so42943536wme.1 for ; Thu, 18 Feb 2016 12:41:26 -0800 (PST) Date: Thu, 18 Feb 2016 20:41:23 +0000 From: Matt Fleming Subject: Re: [PATCH 1/2] ACPICA: Tables: Add function to remove ACPI tables Message-ID: <20160218204123.GA17042@codeblueprint.co.uk> References: <1455723910-16710-1-git-send-email-matt@codeblueprint.co.uk> <1455723910-16710-2-git-send-email-matt@codeblueprint.co.uk> <1AE640813FDE7649BE1B193DEA596E883BB4D2A6@SHSMSX101.ccr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: "Rafael J. Wysocki" Cc: Matthew Garrett , "linux-efi@vger.kernel.org" , "Wysocki, Rafael J" , "kexec@lists.infradead.org" , "linux-kernel@vger.kernel.org" , Josh Triplett , "linux-acpi@vger.kernel.org" , Borislav Petkov , "Zheng, Lv" , Dave Young , Vivek Goyal On Thu, 18 Feb, at 09:15:28PM, Rafael J. Wysocki wrote: > > Actually, the reason is that, as a rule, the process for ACPICA > patches is that they first go to upstream ACPICA and they are acquired > by Linux from there. > > While there are some exceptions from that process, there also are good > reasons for that process to be followed, including the licensing one > mentioned by Lv. > > All that said, Matt, if you agree that the patch can be applied under > the BSD license, I think we can offer help with converting it to the > upstream ACPICA coding conventions and applying it there. Lv, would > you be able to take care of that? I don't have any problem with that, but can we hold off on this patch for now? There's another approach to fixing the BGRT issue with kexec that's being discussed which would supersede this, https://lkml.kernel.org/r/20160218141544.GH2651@codeblueprint.co.uk Assuming this patch does get picked up again, I'm happy to respin it against upstream ACPICA, but how do I go about getting dependent patches merged, PATCH 2/2 in this case? _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec