From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933727AbXGTHyo (ORCPT ); Fri, 20 Jul 2007 03:54:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757490AbXGTHyf (ORCPT ); Fri, 20 Jul 2007 03:54:35 -0400 Received: from mtagate3.de.ibm.com ([195.212.29.152]:43284 "EHLO mtagate3.de.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756666AbXGTHye (ORCPT ); Fri, 20 Jul 2007 03:54:34 -0400 Date: Fri, 20 Jul 2007 09:54:01 +0200 From: Cornelia Huck To: Greg KH Cc: Rob Landley , Kay Sievers , linux-kernel@vger.kernel.org, Michael-Luke Jones , Krzysztof Halasa , Rod Whitby , Russell King , david@lang.hm Subject: Re: Documentation for sysfs, hotplug, and firmware loading. Message-ID: <20070720095401.68e9ce03@gondolin.boeblingen.de.ibm.com> In-Reply-To: <20070720070001.GC25620@kroah.com> References: <200707171703.31340.rob@landley.net> <200707181339.54192.rob@landley.net> <3ae72650707181633w244904a6l2cee81d307b7dda1@mail.gmail.com> <200707200114.28654.rob@landley.net> <20070720070001.GC25620@kroah.com> Organization: IBM Deutschland Entwicklung GmbH X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i486-pc-linux-gnu) X-Legal: IBM Deutschland Entwicklung GmbH Vorsitzender des Aufsichtsrats: Johann Weihen =?ISO-8859-15?Q?Gesch=E4ftsf=FChrung:?= Herbert Kircher Sitz der Gesellschaft: =?ISO-8859-15?Q?B=F6blingen?= Registergericht: Amtsgericht Stuttgart, HRB 243294 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 20 Jul 2007 00:00:01 -0700, Greg KH wrote: > > I don't insist on it, mknod insists on it. You cannot mknod a dev node > > without specifying block or char. > > > > You're saying that sysfs should provide major and minor numbers without > > anywhere specifying "char" or "block", meaning the major and minor numbers > > cannot be _used_. I am insisting on getting the third piece of information > > without which "major" and "minor" are useless. > > > > I asked very specifically about this at OLS, several times. What you're > > telling me now seems to contradict what you told me then. > > Here's the rule: > If the SUBSYSTEM is "block", it's a block device. Otherwise > it's a char device. That's actually quite confusing to the casual reader, since: > But also realize that the majority of events you will get have nothing > to do with device nodes. I think you are forgetting this fact. So the rule should be: If the SUBSYSTEM is "block" (implying major/minor are provided), it's a block device. If the SUBSYSTEM is not "block", and major/minor are provided, it's a char device. If major/minor are not provided, the event/device is not relevant to device node creation.