From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8D8C1C433EF for ; Tue, 14 Sep 2021 11:52:38 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 5E512610A2 for ; Tue, 14 Sep 2021 11:52:38 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 5E512610A2 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=cerno.tech Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date :Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=f82h+i9gsuoD0IeWGOQ1qD9i2VePrSBynYC98OPdLtE=; b=TSqQVxyrbljYs8FOBeHWDwPpJw x6BS1zvw3WiO9in9ry+oO/Ru93vgHOO8D900XMEvczwFOgOHHnHjzta5ZSdluMLg0CD5uEWGAEvnq eVl4FcajJ7G9fA0aUmmXCTsAreged2MjW6L6wjersLgDbdpit8AIO9iOzrxVNt8LSThUNbfxy3icR lDVd0bgKubSUvuazyfCDkL9pEK4qlE3HvBAzXBxgRVM0TtXDx+ed5W33J8ik7nknTmaRyQvLivbMN mLpUx+s2ZRsxSkl4DCfQJJ7boiALWy3KamYe4MZhK4NpcdbZbbhNtb0nbCbUbOy53pHhXoirPUzKK zOsqA3fQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mQ6wQ-005UAG-8g; Tue, 14 Sep 2021 11:49:34 +0000 Received: from wnew4-smtp.messagingengine.com ([64.147.123.18]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mQ6v5-005TQx-Vo; Tue, 14 Sep 2021 11:48:13 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.west.internal (Postfix) with ESMTP id 344122B0136A; Tue, 14 Sep 2021 07:48:07 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Tue, 14 Sep 2021 07:48:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cerno.tech; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=/FO+XkH3e9OeFf1oDJJDRN3NS/p 48CW6gbe2PBdmjAU=; b=sOQ8lZWOfqrUG+oxYfqJG7PAg2SiMP5MlA3sT3ch7p+ mpCfwR9MolGtqYSYtH1RGNgXNF2P6OiylQtWVE9g6KSI8M+yh6wxDbUe0LPL0wIg Gls1MJnJN2F26x4xyQYw9E0qKYvZWDyvEUdNusYQee70eb/9WNVJJjr7X57zGVf4 TXFnhU3QM4ce4NBuhNRPVwBRIRJrKQImnCJjTgbyRNZhkjeLn05hL2nAe0GWwite P0dtpjlt9s+3fertoi1thbDJ0ZUKS/PxIh30CBhK1QDmecyvdHVppkG79SSfIgOE 7Q+4W+NlR4diozfdJaMrcns/t1LV5mYqZeSUX1ZJ9Wg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=/FO+Xk H3e9OeFf1oDJJDRN3NS/p48CW6gbe2PBdmjAU=; b=LiaLcPYSWdjwjzqCqyNcFC Dg1MN2bC5JNwW9l9L7vEJ1IK8m+mRIlOJfisFe9pnGeH7VqsZ2g7aFo/PVGCH8u2 q2qU/Kxe0xrxRAmjQA0UfV+3DKnsA1OeakfWxtBm9OtDNJg+/zTkfcvgsZFYI9+i hwHrN9mwptLYHyRBpNQDglH2vG+wOVKRu5+Fxlv3lhDaizcn7bI57KUQGaJhGBrw f0jYmaQFO0z8W8B7ywgDLW7wJeaxOTd1CXjNrkh3F36IfFENYcK56THk6K2Zv9Gw UviR0Y0WXJNtPZD1Pg83E45Lt5D0DVPUSyDpAIr91O2YZYcBBnxtM1Pa2dcD2OYw == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrudegledggeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehgtderredttddvnecuhfhrohhmpeforgigihhm vgcutfhiphgrrhguuceomhgrgihimhgvsegtvghrnhhordhtvggthheqnecuggftrfgrth htvghrnhepveevfeffudeviedtgeethffhteeuffetfeffvdehvedvheetteehvdelfffg jedvnecuffhomhgrihhnpehkvghrnhgvlhdrohhrghenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmrgigihhmvgestggvrhhnohdrthgvtghh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 14 Sep 2021 07:48:04 -0400 (EDT) Date: Tue, 14 Sep 2021 13:48:01 +0200 From: Maxime Ripard To: Laurent Pinchart Cc: Paul Kocialkowski , linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org, linux-phy@lists.infradead.org, linux-clk@vger.kernel.org, linux-staging@lists.linux.dev, Yong Deng , Mauro Carvalho Chehab , Rob Herring , Sakari Ailus , Hans Verkuil , Chen-Yu Tsai , Jernej Skrabec , Greg Kroah-Hartman , Helen Koike , Thomas Petazzoni Subject: Re: [PATCH 20/22] staging: media: Add support for the Allwinner A31 ISP Message-ID: <20210914114801.krmzxbkwj6u7lfjd@gilmour> References: <20210910184147.336618-1-paul.kocialkowski@bootlin.com> <20210910184147.336618-21-paul.kocialkowski@bootlin.com> <20210913083135.v7q7joux2xckat62@gilmour> MIME-Version: 1.0 In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210914_044812_075843_0A9491F8 X-CRM114-Status: GOOD ( 38.97 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0622395244827674518==" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org --===============0622395244827674518== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rvmu2elmhrznwm6w" Content-Disposition: inline --rvmu2elmhrznwm6w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 14, 2021 at 02:11:18PM +0300, Laurent Pinchart wrote: > Hi Paul, >=20 > On Tue, Sep 14, 2021 at 09:50:41AM +0200, Paul Kocialkowski wrote: > > On Mon 13 Sep 21, 10:31, Maxime Ripard wrote: > > > On Fri, Sep 10, 2021 at 08:41:45PM +0200, Paul Kocialkowski wrote: > > > > Some Allwinner platforms come with an Image Signal Processor, which > > > > supports various features in order to enhance and transform data > > > > received by image sensors into good-looking pictures. In most cases, > > > > the data is raw bayer, which gets internally converted to RGB and > > > > finally YUV, which is what the hardware produces. > > > >=20 > > > > This driver supports ISPs that are similar to the A31 ISP, which was > > > > the first standalone ISP found in Allwinner platforms. Simpler ISP > > > > blocks were found in the A10 and A20, where they are tied to a CSI > > > > controller. Newer generations of Allwinner SoCs (starting with the > > > > H6, H616, etc) come with a new camera subsystem and revised ISP. > > > > Even though these previous and next-generation ISPs are somewhat > > > > similar to the A31 ISP, they have enough significant differences to > > > > be out of the scope of this driver. > > > >=20 > > > > While the ISP supports many features, including 3A and many > > > > enhancement blocks, this implementation is limited to the following: > > > > - V3s (V3/S3) platform support; > > > > - Bayer media bus formats as input; > > > > - Semi-planar YUV (NV12/NV21) as output; > > > > - Debayering with per-component gain and offset configuration; > > > > - 2D noise filtering with configurable coefficients. > > > >=20 > > > > Since many features are missing from the associated uAPI, the driver > > > > is aimed to integrate staging until all features are properly > > > > described. > > >=20 > > > We can add new features/interfaces to a !staging driver. Why do you > > > think staging is required? > >=20 > > This is true for the driver but not so much for the uAPI, so it seems t= hat > > the uAPI must be added to staging in some way. Then I'm not sure it mak= es sense > > to have a !staging driver that depends on a staging uAPI. > >=20 > > Besides that, I added it to staging because that's the process that was > > followed by rkisp1, which is a very similar case. >=20 > Maxime is right in the sense that uAPI can always be extended, but it > has to be done in a backward-compatible manner, and staging is sometimes > considered as not being covered by the ABI stability requirements of the > kernel. Not everybody agrees on this, but there are clear cases where > userspace really can't expect staging ABIs to be stable (for instance > when the driver doesn't even compile). >=20 > I think there's value in having the driver in staging to facilitate > development until we consider the ABI stable, but I'm not entirely sure > if there should be another step taken to mark this ABI is not being > ready yet. The rule seems to be about whether or not the user-space gets broken in the process: https://lore.kernel.org/lkml/CAHk-=3DwiVi7mSrsMP=3DfLXQrXK_UimybW=3DziLOwSz= FTtoXUacWVQ@mail.gmail.com/ Something that wouldn't compile cannot generate a regression, since it never worked in the first place. Changing the semantic of an ioctl does. Maxime --rvmu2elmhrznwm6w Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRcEzekXsqa64kGDp7j7w1vZxhRxQUCYUCL8QAKCRDj7w1vZxhR xTToAQDDtt/uV0Mc20Vef8PiiT2oboXw4IMiKcGnaGkiGeJF0AEA2qTN9vI6Lp2E c1Q7OUUDoHcGOrZWXlkbdAD1T4FyvQw= =vImF -----END PGP SIGNATURE----- --rvmu2elmhrznwm6w-- --===============0622395244827674518== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============0622395244827674518==--