From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 822202628D; Fri, 5 Sep 2025 10:32:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757068368; cv=none; b=WuQ71rYppjBVEbBRsx9FynaLKSQOB8I7k78rgSE9XNg/NTWOMgJhwG4kpTmrGdK6QrgbnXG6gZlVl9Kew/rGpVAtg9rJBmjqO5ZE/lWguUrKQWZqErOsfZj37IEGukWg8DmZH4pKJulhprjay2nMlYXcStnU4o2b0tfNldQ0v1s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757068368; c=relaxed/simple; bh=5DVshUgvsutna/vWBwoiF9GhetzyEI3MDGW47MW0vD4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=iZtT/cZnWlPU5WRNuWx3c+M9jCa1DPGRKnvUhBXRtuzQYNTqhcJwxDK+xXCrkjINQXmEdFZgNkP3Cqiyc8cI9OvCyJNj0uj/vIb94ILU+iXnn9uhj1YHmwW0vxaAwKojKsBtfPxuf7BAhzTFe3ThayG5wbm5UHZeQd6k8z8Q9ys= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=c3WKy5Qt; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="c3WKy5Qt" Received: by smtp.kernel.org (Postfix) with ESMTPSA id A6D10C4CEF1; Fri, 5 Sep 2025 10:32:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1757068368; bh=5DVshUgvsutna/vWBwoiF9GhetzyEI3MDGW47MW0vD4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=c3WKy5QtOPXOFcAAr37G6VHoySJT+5S34sGiQdHssmzCLLmAurCXRUoNTQSuxNMvq fAOiVizfb+kBIP9qp4BDAFA1+FC75NJrYSIleWpBvG5uCpEdPF7bmVqFKom42OcStc xZq6cgrv8895jJV/hcSYy4dZH9pkDhz9IvD73O0I= Date: Fri, 5 Sep 2025 12:32:45 +0200 From: Greg Kroah-Hartman To: Sakari Ailus Cc: linux-doc@vger.kernel.org, Jonathan Corbet , Madhavan Srinivasan , Haren Myneni , Bagas Sanjaya , Andrew Donnellan , Michael Ellerman , Akshay Gupta , linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, hans@jjverkuil.nl, laurent.pinchart@ideasonboard.com, Mauro Carvalho Chehab , Lee Jones Subject: Re: [PATCH v2 0/3] Document Media Controller IOCTL number assignments Message-ID: <2025090509-stoppable-contrite-13ae@gregkh> References: <20250527055648.503884-1-sakari.ailus@linux.intel.com> Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Sep 05, 2025 at 01:25:33PM +0300, Sakari Ailus wrote: > Hi Jonathan, Greg, Miguel, others, > > On Tue, May 27, 2025 at 08:56:45AM +0300, Sakari Ailus wrote: > > Hello all, > > > > The Media Controller uses IOCTL numbers with '|' type up to 0x81 but the > > range from 0x80 upwards is documented to belong to samples. The samples, > > however, are currently using these values. Solve the problem by bumping > > the top of the MC range and the samples allocation by 0x10 as the samples > > don't require a stable IOCTL interface. > > Could you comment on this, please? Why not just live with the overlap? What problem is this causing? It's the MC subsystem's "bug" in that it took over an ioctl range that was already documented as being used by something else :) thanks, greg k-h