From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-ua0-f196.google.com ([209.85.217.196]:37587 "EHLO mail-ua0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751313AbeEJJPo (ORCPT ); Thu, 10 May 2018 05:15:44 -0400 Received: by mail-ua0-f196.google.com with SMTP id i3-v6so867384uad.4 for ; Thu, 10 May 2018 02:15:44 -0700 (PDT) Received: from mail-vk0-f50.google.com (mail-vk0-f50.google.com. [209.85.213.50]) by smtp.gmail.com with ESMTPSA id 191-v6sm65431vkl.16.2018.05.10.02.15.42 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 May 2018 02:15:42 -0700 (PDT) Received: by mail-vk0-f50.google.com with SMTP id e67-v6so491431vke.7 for ; Thu, 10 May 2018 02:15:42 -0700 (PDT) MIME-Version: 1.0 References: <1525275968-17207-1-git-send-email-andy.yeh@intel.com> <5881B549BE56034BB7E7D11D6EDEA2020678E62E@PGSMSX106.gar.corp.intel.com> In-Reply-To: From: Tomasz Figa Date: Thu, 10 May 2018 09:15:31 +0000 Message-ID: Subject: Re: [PATCH v11] media: imx258: Add imx258 camera sensor driver To: "Zheng, Jian Xu" Cc: "Chen, JasonX Z" , "Yeh, Andy" , Linux Media Mailing List , Sakari Ailus , Alan Chiang Content-Type: text/plain; charset="UTF-8" Sender: linux-media-owner@vger.kernel.org List-ID: On Thu, May 10, 2018 at 6:11 PM Zheng, Jian Xu wrote: > Hi Tomasz, > > -----Original Message----- > > From: linux-media-owner@vger.kernel.org [mailto:linux-media- > > owner@vger.kernel.org] On Behalf Of Tomasz Figa > > Sent: Thursday, May 10, 2018 3:04 PM > > To: Zheng, Jian Xu > > Cc: Chen, JasonX Z ; Yeh, Andy > > ; Linux Media Mailing List > media@vger.kernel.org>; Sakari Ailus ; Chiang, > > AlanX > > Subject: Re: [PATCH v11] media: imx258: Add imx258 camera sensor driver > > > > On Thu, May 10, 2018 at 3:56 PM Zheng, Jian Xu > > wrote: > > > > > Hi Tomasz, > > > > > > -----Original Message----- > > > > From: linux-media-owner@vger.kernel.org [mailto:linux-media- > > > > owner@vger.kernel.org] On Behalf Of Tomasz Figa > > > > Sent: Wednesday, May 9, 2018 6:05 PM > > > > To: Chen, JasonX Z > > > > Cc: Yeh, Andy ; Linux Media Mailing List > > > media@vger.kernel.org>; Sakari Ailus ; > > Chiang, > > > > AlanX > > > > Subject: Re: [PATCH v11] media: imx258: Add imx258 camera sensor > > > > driver > > > > > > > > Hi Jason, > > > > > > > > > IPU3 HAL has a handler to bind test_pattern mode. > > > > > The COLOR BAR MODE in HAL has been configured to 1 when APP > > > > > requests to > > > > output color bar image. > > > > > However Sony sensor's COLOR BAR MODE is designed as 2 in register > > table. > > > > (grey color bars as 1). > > > > > When HAL sends handler to driver to switch test pattern mode (to > > > > > COLOR > > > > BAR - val: 1), it will be grey color, since driver still set > > TEST_PATTERN_MODE > > > > reg value to 1, those it is not what we expected. > > > > > > > > > That is why we have to make an array with index to arrange the > > > > > order of > > > > the test pattern items, so driver will choose COLOR BAR correctly > > > > when > > HAL > > > > send test_pattern message (with 1). > > > > > The concept is the test_pattern_menu could be listed in driver per > > > > > real > > > > requirement, no matter how the sensor register is designed. > > > > > > > > > > > > V4L2 specification does not define any particular order of menu > > > > entries > > in > > > > V4L2_CID_TEST_PATTERN. The application should query the strings in > > > > the menu and determine the option it needs based on that. If it > > > > hardcodes particular index, it's a bug. > > > > > Is there any reason that there is no certain macro define for > > > different > > type of test pattern in v4l2? > > > So App will not depend on any strings where could be different on > > different sensor drivers. > > > > Yes. Available patterns differ significantly between one sensor and another, > > so the menu positions are considered hardware-specific. > The problem is even App queries the strings in driver, it still doesn't look good enough. > Because different driver may have different strings even for same type, Color Bar, for example. > So it's the best v4l2 could have several standardize names for test pattern types. > In this case App doesn't need to hard code test pattern strings for different sensors. > Do you think it makes sense? It sounds quite sensible, assuming that we can find such standard subset. IMHO a much more scale-able solution would be to have the test pattern strings configurable per platform. Best regards, Tomasz