Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp6224333rwd; Mon, 19 Jun 2023 04:23:37 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6iBhOeAP8d0cYbTce8Yl+BCCQXaSwyygGxV+1fQj5Nk+fm4KvFzSejtoTFZ3XpG59pZcu8 X-Received: by 2002:a17:902:d389:b0:1b3:e0c8:726 with SMTP id e9-20020a170902d38900b001b3e0c80726mr9579044pld.10.1687173816948; Mon, 19 Jun 2023 04:23:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687173816; cv=none; d=google.com; s=arc-20160816; b=e+ajfe13dJVYIf4MkEuhQgvKAbMR5bJJq95huBEhwajF6aCvyYkqzaHjGBUW2xvHkP lIc5FZnyzRNBiIj+fpOW1JHQs2qOFC0rUOKVP/GCMauP96GoJsAK6Ww17oJ7f6yZYFSN CC8yxxcu5wca0lhyMHUzY58VkDCMWbq8nw3uS35PyMgn/WNdJ7qwcvGS0ZxQhXmY7awm 5LgHvhiqdbFaLaXBR/Kd6r24iEnPFzaFChzjBKU3LmSyPFfrzvf1RLpWtE3aSs/X1bMb ifUsSLgjTK/1FbGI1JujA8/CWOqGcpN+xrXZ7wOO+zWmpRK86nZ6xGvHpLVn9ZOllW3F H6tA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=84sxU+3zhYQZyTd+AClTsHTDezcrCA9m5on3+u4Evns=; b=WbKFhmdlXYPHD25CuK7NJHzQfESu3Si5KceqBSBE6Sm1clBdMQjdRWh3SO0qppzY+O aM3EqVtnF5QswSJUs4Y7v3VtL6TNNOk+Zp7D7CqNz/PdSKaDnIiBRRTbC7Bgd/oExs0v Q/HkopkKX2idmUvBYqj+9Ws1sBUBf7W4j2pnr+inuV870Alni2LhbkGXU+Vh8Q1M0D6I eXuvJkUfQmfOstj/z4Oh+fyg0U3+mPVbuyQp5mkCQR7M4+dWEVxPvK1/KbfNncdn0mhg FyFdaOZT/91efEy/tYFcFcqvnQwCETs8YWmcn5J91UYzJXtphUIZqZc65W1FVe8uOFR5 hQyQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=PFGJolF4; 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=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u11-20020a170902e80b00b001b063904058si21809016plg.438.2023.06.19.04.23.22; Mon, 19 Jun 2023 04:23:36 -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=@intel.com header.s=Intel header.b=PFGJolF4; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231307AbjFSKtH (ORCPT + 99 others); Mon, 19 Jun 2023 06:49:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51906 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232135AbjFSKsg (ORCPT ); Mon, 19 Jun 2023 06:48:36 -0400 Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8B0A010D2; Mon, 19 Jun 2023 03:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1687171705; x=1718707705; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=K+lZ9WFPMWC3ASBG9Jy2Zl4Eqf7XwfhBA2UB45dFP10=; b=PFGJolF4yuqxkgaUfQ34h3kccExoL3V/rd7gm1F8Yh8+5lYqLeTjROMW sDNiWFXfbKQMZi3+sytTlYvSfziBNMOKhe8tg/rqP6RL1HAjExz3bVYpY 64rg11ZGaPlwDJtpMqv/fGltZIw5+JZm0zl42Pvctptp1wtDmDe8PsUC1 00bd6gO+ayhBgD2EAzLwNRmyyU6BSozHYh41XIcuJHpjCI1h+cj7yUadh DXYS+56XsBMoffd28ZoSXnSUX9efqyVJ2z76KclJTGhQKIRiYn5wYpVe/ PvSL9eYTVNxr9A82gKE9vZPBaeEqg9FRZ55WbnYXT70BviQizOzqt5u1C Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10745"; a="358473824" X-IronPort-AV: E=Sophos;i="6.00,254,1681196400"; d="scan'208";a="358473824" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Jun 2023 03:48:24 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10745"; a="663943226" X-IronPort-AV: E=Sophos;i="6.00,254,1681196400"; d="scan'208";a="663943226" Received: from smile.fi.intel.com ([10.237.72.54]) by orsmga003.jf.intel.com with ESMTP; 19 Jun 2023 03:48:18 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.96) (envelope-from ) id 1qBCQh-004yAN-2o; Mon, 19 Jun 2023 13:48:15 +0300 Date: Mon, 19 Jun 2023 13:48:15 +0300 From: Andy Shevchenko To: Tomi Valkeinen Cc: linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org, Luca Ceresoli , Matti Vaittinen , Laurent Pinchart , Sakari Ailus , Wolfram Sang , Rob Herring , Krzysztof Kozlowski , Mauro Carvalho Chehab , Peter Rosin , Liam Girdwood , Mark Brown , Michael Tretter , Hans Verkuil , Mike Pagano , Krzysztof =?utf-8?Q?Ha=C5=82asa?= , Marek Vasut , Satish Nagireddy Subject: Re: [PATCH v14 18/18] media: i2c: ds90ub953: Support non-sync mode Message-ID: References: <20230616135922.442979-1-tomi.valkeinen@ideasonboard.com> <20230616135922.442979-19-tomi.valkeinen@ideasonboard.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE 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 Mon, Jun 19, 2023 at 12:00:57PM +0300, Tomi Valkeinen wrote: > On 16/06/2023 17:47, Andy Shevchenko wrote: > > On Fri, Jun 16, 2023 at 04:59:22PM +0300, Tomi Valkeinen wrote: > > > Add support for FPD-Link non-sync mode with external clock. The only > > > thing that needs to be added is the calculation for the clkout. ... > > > + switch (priv->mode) { > > > + case UB953_MODE_SYNC: > > > + if (priv->hw_data->is_ub971) > > > + return priv->plat_data->bc_rate * 160ull; > > > + else > > > + return priv->plat_data->bc_rate / 2 * 160ull; > > > > Redundant 'else'. > > True, but I like the symmetry in: > > if (foo) > return 123; > else > return 321; At the same time it will be symmetry with other switch-case(s). That's why the question about fallthrough below. > > Do I understand correctly you don't want to fallthrough because it will give > > ?160 in the rate (depending if it's even or odd)? > > Sorry, can you clarify? Fallthrough to what? To the below case since '/ 2 * 160 ~= *80'. Why ~ because it might give off-by-one error due to even/odd input. > > > + case UB953_MODE_NONSYNC_EXT: > > > + /* CLKIN_DIV = 1 always */ > > > + return clk_get_rate(priv->clkin) * 80ull; -- With Best Regards, Andy Shevchenko