Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758432AbYGOT6u (ORCPT ); Tue, 15 Jul 2008 15:58:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753890AbYGOT6i (ORCPT ); Tue, 15 Jul 2008 15:58:38 -0400 Received: from bombadil.infradead.org ([18.85.46.34]:57321 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753475AbYGOT6i (ORCPT ); Tue, 15 Jul 2008 15:58:38 -0400 Subject: Re: [GIT *] Allow request_firmware() to be satisfied from in-kernel, use it in more drivers. From: David Woodhouse To: Linus Torvalds Cc: Marcel Holtmann , Frans Pop , jeff@garzik.org, arjan@infradead.org, akpm@linux-foundation.org, alan@lxorguk.ukuu.org.uk, linux-kernel@vger.kernel.org In-Reply-To: References: <1216077806.27455.85.camel@shinybook.infradead.org> <20080714164119.99c33d5b.akpm@linux-foundation.org> <20080714165956.7fe2d4ee@infradead.org> <487C0365.5030203@garzik.org> <487C0365.5030203@garzik.org> <200807151757.10626.elendil@planet.nl> <1216149637.27242.65.camel@violet.holtmann.net> <1216150616.27455.377.camel@shinybook.infradead.org> Content-Type: text/plain Date: Tue, 15 Jul 2008 12:57:46 -0700 Message-Id: <1216151866.26991.4.camel@shinybook.infradead.org> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1018 Lines: 24 On Tue, 2008-07-15 at 12:49 -0700, Linus Torvalds wrote: > So kernel-specific directories do make sense. As does the whole "I > don't want to handle the pain that is udev scripts". I'm not violently opposed to kernel-specific directories. Ubuntu does it that way already, and it may well make sense. I'm not sure it's really necessary either, but it's an option. Unless we really are going to make the kernel open files for itself, though, I think it's too early for us to think about making that change in the kernel. We'd need userspace to cope with it that way _first_. (When I say 'in the kernel', I think the only place this 'policy' is yet implemented is the default for $(INSTALL_FW_PATH) in modules_install and firmware_install make targets, right?) -- dwmw2 -- 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/