Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754583AbYLGPI7 (ORCPT ); Sun, 7 Dec 2008 10:08:59 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753927AbYLGPIv (ORCPT ); Sun, 7 Dec 2008 10:08:51 -0500 Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:33676 "EHLO lxorguk.ukuu.org.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753706AbYLGPIu (ORCPT ); Sun, 7 Dec 2008 10:08:50 -0500 Date: Sun, 7 Dec 2008 15:08:56 +0000 From: Alan Cox To: "Kay Sievers" Cc: "Evgeniy Polyakov" , linux-kernel@vger.kernel.org Subject: Re: Runaway loop with the current git. Message-ID: <20081207150856.7c0aed6a@lxorguk.ukuu.org.uk> In-Reply-To: References: <20081205193432.290a6f1a@lxorguk.ukuu.org.uk> <20081206160927.GA498@ioremap.net> <20081206165634.GA2516@ioremap.net> <1228591926.3808.6.camel@nga> <20081206202620.GA9470@ioremap.net> <20081207112335.0afd5192@lxorguk.ukuu.org.uk> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.12; x86_64-redhat-linux-gnu) Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a Lloegr o'r rhif cofrestru 3798903 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1422 Lines: 32 > No, we have not. It is fine for modprobe doing that, as it is for any > other binary too. It's also the usual glibc behavior for syslog(). Any > userspace binary can access /dev/console any time. The kernel is not > supposed to call modprobe to make /dev/console availabe. Yes it is. The hotplug interface is designed to handle dynamic loading of devices including the console. Likewise your hard disk interfaces you can access at any time - guess what, those need loading too and if you put your modprobe on a disk you've not got a driver loaded for that doesn't work either. > We are not reordering, we provide a registered /dev/console driver > core device, not touching any driver, just to prevent the kernel > module loader from going crazy. You are reordering things. The kernel module loader isn't going crazy either. The kernel module loader is doings its job. The userspace then goes silly and the kernel module loader correctly traps the problem, logs an error and tries to continue things, but the initrd is it seems too broken to handle that anyway. Note that last small rather important detail - the kernel does detect runaway modprobe loops already. Alan -- 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/