From owner-freebsd-current@FreeBSD.ORG Thu Jul 14 10:11:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 DE98316A41C for ; Thu, 14 Jul 2005 10:11:38 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 2722A43D46 for ; Thu, 14 Jul 2005 10:11:37 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 14 Jul 2005 11:11:36 +0100 (BST) Date: Thu, 14 Jul 2005 11:11:36 +0100 From: David Malone To: Simon Message-ID: <20050714101136.GA38693@walton.maths.tcd.ie> References: <20050714002926.68BB143D45@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050714002926.68BB143D45@mx1.FreeBSD.org> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: "freebsd-current@freebsd.org" Subject: Re: SES driver / getencstat example X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jul 2005 10:11:39 -0000 On Wed, Jul 13, 2005 at 07:49:39PM -0400, Simon wrote: > Something was changed in 5.4 and now example in: > /usr/share/examples/ses/getencstat > > no longer works. When I try to execute it, I get: > > SESIOC_GETNOBJ: Bad address > > Does anyone know how to fix this so I could get getencstat working again? I think the commit below might have fixed this in -current, but it hasn't made it back to 5-STABLE yet. David. peter 2005-06-30 00:19:08 UTC FreeBSD src repository Modified files: sys/fs/procfs procfs_ioctl.c sys/kern sys_generic.c Log: Conditionally weaken sys_generic.c rev 1.136 to allow certain dubious ioctl numbers in backwards compatability mode. eg: an IOC_IN ioctl with a size of zero. Traditionally this was what you did before IOC_VOID existed, and we had some established users of this in the tree, namely procfs. Certain 3rd party drivers with binary userland components also have this too. This is necessary to have 4.x and 5.x binaries use these ioctl's. We found this at work when trying to run 4.x binaries. Approved by: re Revision Changes Path 1.11 +14 -0 src/sys/fs/procfs/procfs_ioctl.c 1.145 +7 -2 src/sys/kern/sys_generic.c