Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755139Ab3HKWI7 (ORCPT ); Sun, 11 Aug 2013 18:08:59 -0400 Received: from mail-qc0-f180.google.com ([209.85.216.180]:65507 "EHLO mail-qc0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752252Ab3HKWI5 (ORCPT ); Sun, 11 Aug 2013 18:08:57 -0400 MIME-Version: 1.0 In-Reply-To: <20130811190826.GH6427@sirena.org.uk> References: <20130811190826.GH6427@sirena.org.uk> From: Grant Likely Date: Sun, 11 Aug 2013 23:08:37 +0100 X-Google-Sender-Auth: 0F-i4tavmaWECWlbzw7E4IZEa5I Message-ID: Subject: Re: Non-enumerable devices on USB and other enumerable buses To: Mark Brown Cc: Rob Herring , Pawel Moll , Mark Rutland , Stephen Warren , Ian Campbell , Felipe Balbi , Greg Kroah-Hartman , devicetree@kernel.org, Linux USB list , Linux Kernel Mailing List Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1054 Lines: 22 On Sun, Aug 11, 2013 at 8:08 PM, Mark Brown wrote: > I know there's been some discussion of this topic but do we have any > general consensus on how to handle such things both from a Linux driver > model point of view and from a DT/ACPI point of view? There is precedence for describing enumerated device in the device tree. Real OpenFirmware platforms can and will enumerate the PCI and USB busses and pass a full tree to the OS. I don't think we want to full enumerating like that with either ACPI or FDT, but we could allow for sparse population of devices when something is fixed like a soldered down USB hub or USB Ethernet MAC. To make it work would probably require a hook in the USB enumeration path to look for matching nodes in DT/ACPI and attach it to the struct device. g. -- 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/