Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753150Ab3HUXjv (ORCPT ); Wed, 21 Aug 2013 19:39:51 -0400 Received: from cavan.codon.org.uk ([93.93.128.6]:60188 "EHLO cavan.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752943Ab3HUXju (ORCPT ); Wed, 21 Aug 2013 19:39:50 -0400 Date: Thu, 22 Aug 2013 00:39:42 +0100 From: Matthew Garrett To: "Rafael J. Wysocki" Cc: Linus Walleij , "linux-kernel@vger.kernel.org" , ACPI Devel Maling List , Guenter Roeck , Darren Hart , "H. Peter Anvin" Subject: Re: ACPI vs Device Tree - moving forward Message-ID: <20130821233942.GA21502@srcf.ucam.org> References: <20130820192650.GA19470@srcf.ucam.org> <20130821160903.GA11908@srcf.ucam.org> <6438184.2yT2NMB1CE@vostro.rjw.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6438184.2yT2NMB1CE@vostro.rjw.lan> User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: mjg59@cavan.codon.org.uk X-SA-Exim-Scanned: No (on cavan.codon.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 847 Lines: 19 On Thu, Aug 22, 2013 at 01:11:14AM +0200, Rafael J. Wysocki wrote: > Moreover, even if we are able to instruct everyone interested how to create > the requisite ACPI tables, there is the little problem of shipping them > somehow so that they actually can be used by the kernel that needs to be > addressed too. I think the expectation in the ACPI ecosystem has to be that devices ship their own ACPI tables. I can't see any benefit in using ACPI if the aim is to just carry on shipping files with the kernel or install media - in that case, just use DT. -- Matthew Garrett | mjg59@srcf.ucam.org -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/