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 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4F24BC433FE for ; Mon, 1 Nov 2021 21:06:20 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 3514761166 for ; Mon, 1 Nov 2021 21:06:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231446AbhKAVIw (ORCPT ); Mon, 1 Nov 2021 17:08:52 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:43897 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229990AbhKAVIu (ORCPT ); Mon, 1 Nov 2021 17:08:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1635800776; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=TQgvJe1cepFDe4icXoTKdCQ9OFnmjUFubPLtiHuzRwE=; b=Rb7OZhLqhJAmx9jyCC4UUlbkOkHKek53g9VmcM2i0lK9Zt/CDgji1DGA4IYURPi7qIQqOv J5XBdScdOPWWJd9WWEqPDEUoWdF9sRyhp3r67SJStN3ZfViYOJmCNX66daZLuK1CqFKSxQ ZuH9dyYmCO3uqA4A6CohnsysYd0IrlA= Received: from mail-ed1-f71.google.com (mail-ed1-f71.google.com [209.85.208.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-214-TF7VvtfsO96b9Qn3lNAVKQ-1; Mon, 01 Nov 2021 17:06:15 -0400 X-MC-Unique: TF7VvtfsO96b9Qn3lNAVKQ-1 Received: by mail-ed1-f71.google.com with SMTP id i22-20020a05640242d600b003e28aecc0afso4209050edc.1 for ; Mon, 01 Nov 2021 14:06:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=TQgvJe1cepFDe4icXoTKdCQ9OFnmjUFubPLtiHuzRwE=; b=sk539WiuZNd7gsE+kBA2f0PWLzNUOQQ0oHZ5FR5I5qiyosb+cIx0fFIjd0v/W2sYuM IWZmYdTxVLzcOzpZ3dVuWriX80zCwYYI47848sm7jMidzzdfBCB85xxFKb6I5QhA4Fsl s34rm5frSfV5M+yQzum+trgih10NH59SxgW7xTB5iM6XU7siABON/fkJXgmQZb5oCmop HMp+LcMbOWKYC2p7pptjoiZojtOgB5kqMIvWIaO6tTIGRjeig5xJCoZWjxbA/3wU3xOo +YbOrsKzHtAKYm03C8MjCSBRWTrUX6TbBrxbBiB77mY6e+DrPbKHRD4e1SEeVbq1cTKk 1cNA== X-Gm-Message-State: AOAM530DRgZZFKWLBOZHIPkr5BHsD5Z6ZzzqhzPhBZSMqCRB8qp6RKHZ 8MPS7/JfwfhY7FpkxB2hf0xwSZLKOEJIqzt8Zj1JLz0FtLM4SOlEwSkYPSBpofWfXHkoh/snrwl /OOIOu7Lnhz0I6Xiqpxhs3QtH X-Received: by 2002:a17:907:16ac:: with SMTP id hc44mr16796039ejc.363.1635800774202; Mon, 01 Nov 2021 14:06:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy7B3F/WuXivDXcMsQVHWmnjOpyhs30E4Vl20y17n1wnE9ef345TKyurGX36aGs8GVxBRd/rA== X-Received: by 2002:a17:907:16ac:: with SMTP id hc44mr16796004ejc.363.1635800773984; Mon, 01 Nov 2021 14:06:13 -0700 (PDT) Received: from ?IPV6:2001:1c00:c1e:bf00:1054:9d19:e0f0:8214? (2001-1c00-0c1e-bf00-1054-9d19-e0f0-8214.cable.dynamic.v6.ziggo.nl. [2001:1c00:c1e:bf00:1054:9d19:e0f0:8214]) by smtp.gmail.com with ESMTPSA id gn16sm3917022ejc.90.2021.11.01.14.06.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 01 Nov 2021 14:06:13 -0700 (PDT) Message-ID: <8b81025d-a35d-da91-b059-eab1108013e8@redhat.com> Date: Mon, 1 Nov 2021 22:06:12 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 Subject: Re: [PATCH 04/17] media: atomisp: pci: do not use err var when checking port validity for ISP2400 Content-Language: en-US To: Mauro Carvalho Chehab Cc: Tsuchiya Yuto , Sakari Ailus , Greg Kroah-Hartman , linux-media@vger.kernel.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, Nable , Andy Shevchenko , Fabio Aiuto , "andrey.i.trufanov" , Patrik Gfeller References: <20211017161958.44351-1-kitakar@gmail.com> <20211017161958.44351-5-kitakar@gmail.com> <20211026092637.196447aa@sal.lan> <1a295721fd1f1e512cd54a659a250aef162bfb6f.camel@gmail.com> <20211028123944.66c212c1@sal.lan> <20211101141058.36ea2c8e@sal.lan> <2b81ca7e-fcaa-5449-5662-4eb72e746b02@redhat.com> <20211101200347.2910cbc7@sal.lan> From: Hans de Goede In-Reply-To: <20211101200347.2910cbc7@sal.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 11/1/21 21:03, Mauro Carvalho Chehab wrote: > Em Mon, 1 Nov 2021 20:06:52 +0100 > Hans de Goede escreveu: >> -Patch to not load atomisp_foo sensor drivers on !BYT && !CHT > > Not sure if it is worth doing it, as there are a lot more to be > done before being able to use a generic sensor driver. As you may know, I'm also working on IPU3 support for $dayjob atm actually :) So the drivers for e.g. the ov5693 sensor conflict, by adding a small (one line) check to atomisp_ov5693.c to not register the driver at all when not on BYT/CHT we can avoid the conflict on most devices for now. And when actually on BYT/CHT the user will need to blacklist the non atomisp sensor-modules which, well sucks, but atomisp is in staging for a reason ... So the idea here is that with some small added ugliness to the atomisp_foo.c sensor drivers we can make the 2 drivers co-exist a bit more, allowing e.g. generic distro kernels to (maybe) enable the atomisp2 stuff without regressing the IPU3 support. ### Since we are discussing this now anyways, the atomisp_foo.c patches would look like this: #include if (!soc_intel_is_byt() && !soc_intel_is_cht()) return -ENODEV; In the probe() function and change driver.name from e.g. "ov5693" to "atom_ov5693". Before I spend time on writing patches for this, would patches doing this for conflicting drivers be acceptable ? Regards, Hans