From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 17:32:32 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7799B00; Fri, 28 Nov 2014 17:32:32 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 752D4BBD; Fri, 28 Nov 2014 17:32:32 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id sASHWQMn008981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Nov 2014 19:32:26 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sASHWQMn008981 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sASHWQG3008980; Fri, 28 Nov 2014 19:32:26 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 Nov 2014 19:32:26 +0200 From: Konstantin Belousov To: Eygene Ryabinkin Subject: Re: [CFR][PATCH] drm2: don't assume that dev->driver->max_ioctl > *dev->driver->compat_ioctls_nr Message-ID: <20141128173226.GW17068@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-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: Fri, 28 Nov 2014 17:32:33 -0000 On Fri, Nov 28, 2014 at 04:29:42PM +0300, Eygene Ryabinkin wrote: > Konstantin, *, good day. > > I noticed that the current ioctl processing code for drm2 implicitely > assumes that the number of native ioctls is higher than that of 32-bit > compat ones, so it immediately gives EINVAL when > nr >= dev->driver->max_ioctl. Seems that in future such assumption > may not be true in all cases. I very much doubt that it could become true. Compat32 ioctl cannot exist without its wider counterpart. > > This can be fixed with the following patch: > http://codelabs.ru/fbsd/patches/drm2/drm_drv-untangle-32bit-compat.diff > > Any thoughts on it? I think either current way or patch are fine, but why changing something which is fine ?