Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp4542200rwb; Wed, 17 Aug 2022 01:37:42 -0700 (PDT) X-Google-Smtp-Source: AA6agR6J24yxDdiB/j/thXu4wf7zLFMEnL9XtOvsjXuTrzz1I1gaaKSYs2SPF1rJZ8Z71sTCjfZy X-Received: by 2002:a17:906:5d0b:b0:731:3310:4188 with SMTP id g11-20020a1709065d0b00b0073133104188mr16383779ejt.208.1660725462281; Wed, 17 Aug 2022 01:37:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660725462; cv=none; d=google.com; s=arc-20160816; b=mRvJzP0/cTbcgXvo3TAY1AOImkn4/uWsD6OadnZSczldm1UBznYKw5T18L8geAZbLs 9GfvjLeELex9UIKqBP3R2FJrZeNqV7bNowt7w6ChA7TkrEPejcubcCCVzEPD4p15Is/x 2qmnxLtzfJEEA4JSQgLONtztittRjm2S/x9Mv3tZl5ZubFdd+vAFn/Qn8TUJx56rgI3k JNlZ7xE97wA458hadexKZCRJ/hpRebUURGgGBWFqBcVQKTWOzk9MqSPM33Av4O4U5tVK OMLBjWZKj0VqjzDYzi1+mVAUKe9Q1h4Yi5mZZg6Yz/iBL+/cSPk18fzKjNQTzCiEOyrN zvLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=aNfiw6TyOAY/RMbCHxoKaU1do2Bbif6STmNbHeHCWDg=; b=HhJLh5dgqtf2ttNZnqn5ZqdoU9SaPpm4JV9MoQnRkISkm1y3YN2u02kEz2ZZagG99b HP94fCoAqkgZunW9nuUBgxvsAwYb9ecxZ5zl5pixkeLk+U7Bs82DS2eBCl9a53qv1AL4 O67BRdNGQTQUVvzv5qasGj3L8Rm0xInb629Z3suax9axZk/k7FuKcShxvjVjrFZcrvba ird5wc4swFBeE0+x2DINRZufnivXBj8C1auGhR85cmGsUtjqgmAPzWojy/36BO13ozAv TMtiDFeZVz+TJQzqF3bjPTXiYOjZSKaYzhnCV0tlho3MK8uzOAOWMGwhUQGxcUIQ2Llk m5Pw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xkQXgCql; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q19-20020a170906541300b00730632d2a0fsi11506782ejo.452.2022.08.17.01.37.16; Wed, 17 Aug 2022 01:37:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xkQXgCql; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234937AbiHQIQP (ORCPT + 99 others); Wed, 17 Aug 2022 04:16:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40036 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235019AbiHQIOz (ORCPT ); Wed, 17 Aug 2022 04:14:55 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6EBD278BD8; Wed, 17 Aug 2022 01:14:50 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 396A9B81C68; Wed, 17 Aug 2022 08:14:49 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 81324C433C1; Wed, 17 Aug 2022 08:14:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1660724088; bh=1eqHEn7qqbB0WVLCEqCYh8umseGGjHGfqNS5U6FoUO0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=xkQXgCqlRC5EXK+rLZBkLHyD1MEVJCjD3OUoj/fD/CzJFUTkMaxvflmdBoU9oS751 2RELAuc1xEKA9+xriqZcASjiFYHYV5ouY8OrWoWOSMbJw5SUXHVrVRvr1WmPKlCNDA yTGkXwijPIXUunyzmkmfie/u8Rg72Ubfuj1+5QAc= Date: Wed, 17 Aug 2022 10:14:45 +0200 From: Greg KH To: Sakari Ailus Cc: Sergey Senozhatsky , Laurent Pinchart , Paul Menzel , Wang Yating , Christoph Jechlitschek , Hao Yao , Andy Yeh , Bingbu Cao , Tianshu Qiu , linux-media@vger.kernel.org, Mark Pearson , Dell.Client.Kernel@dell.com, linux-kernel@vger.kernel.org, Guenter Roeck , Andy Whitcroft , Kai-Heng Feng , Christian Schaller , Wouter Bolsterlee , Miguel Palhas , it+linux-media@molgen.mpg.de, "Hu, Jerry W" Subject: Re: Missing MIPI IPU6 camera driver for Intel Alder Lake laptops Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 17, 2022 at 08:09:16AM +0000, Sakari Ailus wrote: > V4L2 + MC are not great APIs for supporting hardware such as IPU6 and > coming up with an alternative is a major and risky endeavour. I expect many > developers of drivers for similar hardware are in the same situation. What has been done to help maybe make those apis work properly for this hardware? The hardware design pipeline is very long, this isn't anything new that people just suddenly realized was going to need to have full support on Linux. > The hardware is getting increasingly complex and while there is some > standardisation in the industry, it's mainly focussed on interoperatibility > on hardware level rather than control interfaces or defining how a given > feature is to be implemented. Hardware standardization isn't an issue here, it's having working Linux code to support all the crazy devices. > As the camera is no longer a single, integrated device in this context but > multiple devices from different vendors, there still remains a larger > requirement for interoperability between, at the very least, cameras and > CSI-2 receivers --- that in turn increasingly often are integrated in Image > Signal Processors such as IPU6. This further raises the bar for an > interface that would better support these devices. Ok, great, what type of api would work for this hardware? You all have access to the hardware, know how it works, and know how userspace needs to consume it. So why not work to create the needed kernel support for this now? What is the causing the delay? thanks, greg k-h