Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261829AbVEJWmI (ORCPT ); Tue, 10 May 2005 18:42:08 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261837AbVEJWmI (ORCPT ); Tue, 10 May 2005 18:42:08 -0400 Received: from mail.kroah.org ([69.55.234.183]:45734 "EHLO perch.kroah.org") by vger.kernel.org with ESMTP id S261829AbVEJWmC (ORCPT ); Tue, 10 May 2005 18:42:02 -0400 Date: Tue, 10 May 2005 15:41:12 -0700 From: Greg KH To: Per Liden Cc: Per Svennerbrandt , linux-hotplug-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [ANNOUNCE] hotplug-ng 002 release Message-ID: <20050510224112.GA4967@kroah.com> References: <20050506212227.GA24066@kroah.com> <20050509211323.GB5297@tsiryulnik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 786 Lines: 19 On Wed, May 11, 2005 at 12:17:12AM +0200, Per Liden wrote: > I'd like to get a better understanding of that as well. Why invent a > second on demand module loader when we have kmod? The current approach > feels like a step back to something very similar to the old kerneld. kmod is not used at all if you are running udev on your system. It's also better to allow userspace to make the decision as to if it should load a specific module or not, not the kernel. And it allows us to get rid of the kmod code entirely :) thanks, greg k-h - 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/