From owner-freebsd-current@FreeBSD.ORG Thu Nov 18 17:19:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EB4716A4CE for ; Thu, 18 Nov 2004 17:19:59 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CC043D41 for ; Thu, 18 Nov 2004 17:19:58 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iAIHJvJf052422; Thu, 18 Nov 2004 18:19:57 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Daniel Eriksson" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 18 Nov 2004 18:18:51 +0100." Date: Thu, 18 Nov 2004 18:19:57 +0100 Message-ID: <52421.1100798397@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: DEVFS problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2004 17:19:59 -0000 In message , "Daniel Eriksson" writes: > >With a system compiled from sources from yesterday (2004.11.17.12.00.00), >hiding and unhiding devfs devices does not work. > >Normally I do something like this to only expose the devices I really want >in the chroot/jail environment: > >mount_devfs devfs /some/path/dev >devfs -m /some/path/dev rule apply hide >devfs -m /some/path/dev rule apply path null unhide >devfs -m /some/path/dev rule apply path zero unhide >devfs -m /some/path/dev rule apply path random unhide > >With recent CURRENT, the devfs rules results in this error message: >devfs rule: ioctl DEVFSIO_RAPPLY: Inappropriate ioctl for device My bug, just fixed a minute ago. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.