From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262202AbTEENcw (ORCPT ); Mon, 5 May 2003 09:32:52 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262206AbTEENcw (ORCPT ); Mon, 5 May 2003 09:32:52 -0400 Received: from parcelfarce.linux.theplanet.co.uk ([195.92.249.252]:59065 "EHLO www.linux.org.uk") by vger.kernel.org with ESMTP id S262202AbTEENcr (ORCPT ); Mon, 5 May 2003 09:32:47 -0400 Date: Mon, 5 May 2003 14:45:16 +0100 From: viro@parcelfarce.linux.theplanet.co.uk To: "Dmitry A. Fedorov" Cc: Arjan van de Ven , Christoph Hellwig , linux-kernel@vger.kernel.org Subject: Re: The disappearing sys_call_table export. Message-ID: <20030505134516.GB10374@parcelfarce.linux.theplanet.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 05, 2003 at 08:30:38PM +0700, Dmitry A. Fedorov wrote: > I use the following calls: > > sys_mknod > sys_chown > sys_umask > sys_unlink > > for creating/deleting /dev entries dynamically on driver > loading/unloading. It allows me to acquire dynamic major > number without devfs and external utility of any kind. > And there is no risk of intersection with statically assigned major > numbers, as it is for many others third-party sources. *yuck* Do that from modprobe. "No external utility" is not a virtue, especially when said utility is a trivial shell script.