Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752167Ab3JDXwl (ORCPT ); Fri, 4 Oct 2013 19:52:41 -0400 Received: from terminus.zytor.com ([198.137.202.10]:33430 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751181Ab3JDXwj (ORCPT ); Fri, 4 Oct 2013 19:52:39 -0400 Message-ID: <524F5442.20402@zytor.com> Date: Fri, 04 Oct 2013 16:50:26 -0700 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: Greg Kroah-Hartman CC: monstr@monstr.eu, Pavel Machek , Michal Simek , linux-kernel@vger.kernel.org, Alan Tull , Dinh Nguyen , Philip Balister , Alessandro Rubini , Steffen Trumtrar , Jason Gunthorpe , Jason Cooper , Yves Vandervennet , Kyle Teske , Josh Cartwright , Nicolas Pitre , Mark Langsdorf , Felipe Balbi , linux-doc@vger.kernel.org, Mauro Carvalho Chehab , David Brown , Rob Landley , "David S. Miller" , Joe Perches , Cesar Eduardo Barros , Samuel Ortiz , Andrew Morton Subject: Re: [RFC PATCH v2 0/1] FPGA subsystem core References: <524C6D64.8080801@zytor.com> <20131003064915.GB17155@amd.pavel.ucw.cz> <524EC965.70701@monstr.eu> <20131004141646.GA9396@kroah.com> <524ED081.1040600@monstr.eu> <524EF0CE.4040002@zytor.com> <524EFE76.70200@monstr.eu> <524F04FD.5020804@zytor.com> <20131004233341.GA4028@kroah.com> In-Reply-To: <20131004233341.GA4028@kroah.com> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1068 Lines: 28 On 10/04/2013 04:33 PM, Greg Kroah-Hartman wrote: > > Ideally I thought this would be just like "firmware", you dump the file > to the FPGA, it validates it and away you go with a new image running in > the chip. > > But, it sounds like this is much more complicated, so much so that > configfs might be the correct interface for it, as you can do lots of > things there, and it is very flexible (some say too flexible...) > > A char device, with a zillion different custom ioctls is also a way to > do it, but one that I really want to avoid as that gets messy really > quickly. > I'm not sure that a zillion custom ioctls are necessary, but I think we really need to get a better understanding of the various usage cases (and there are going to be ones where an "FPGA driver" simply makes no sense at all.) -hpa -- 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/