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 D3640415 for ; Mon, 31 Oct 2016 04:34:00 +0000 (UTC) Received: from galahad.ideasonboard.com (galahad.ideasonboard.com [185.26.127.97]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3ADEF88 for ; Mon, 31 Oct 2016 04:34:00 +0000 (UTC) From: Laurent Pinchart To: ksummit-discuss@lists.linuxfoundation.org Date: Mon, 31 Oct 2016 06:33:56 +0200 Message-ID: <3222571.ZdG1zlr9uW@avalon> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Jiri Kosina , Mark Brown Subject: Re: [Ksummit-discuss] Schedule slot suggestion- Generic drivers - core topic List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Sunday 30 Oct 2016 21:13:34 Rob Herring wrote: > On Fri, Oct 28, 2016 at 4:16 PM, Luis R. Rodriguez wrote: > > I see some open slots for Monday, there is some overlap in interest > > between the Audio workshop folks and the tech topic for Tuesday > > "addressing complex dependencies". We seem to have come to some > > arrangement to split topics up to avoid such overlap, but one subject > > overlapping both, but that seems more appropriate for the core day is > > "Generic drivers": > > > > Having some generic device driver load, prior to a specific driver, > > and issues / maintenance issues that come with the hacks currently in > > place to support this / re-invent the wheel to support this per > > subsystem. > > This is a looming, unsolved problem for DT as well. We can potentially > bind different drivers to same device if the device has multiple > compatible strings. There's not any control of which one binds first > either other than link or initcall order. > > > It might be good then to move this to a Monday slot, provided most > > interested folks can and will be there. Thoughts? > > I'd like to be there and won't be there on Mon. This reminds me of a problem discussed a few years ago, about how to decide whether to automatically offload handling of functional clocks declared in DT to core code in an attempt to simplify drivers. The issue was that the decision had to be taken at a time the related driver(s) might not be available yet. In any case, I'm interested in this topic. > BTW, is there a schedule for Tues published? -- Regards, Laurent Pinchart