Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp6670891rdb; Fri, 15 Dec 2023 05:27:33 -0800 (PST) X-Google-Smtp-Source: AGHT+IFp7qffyVn6KDq1GslJ7VGJQyi/DCoOL2m5AE/1TWzCO9rYmuRBLP2O96issBcZRyKDA/Gh X-Received: by 2002:a17:907:962a:b0:a1d:53d8:427e with SMTP id gb42-20020a170907962a00b00a1d53d8427emr7276572ejc.119.1702646852993; Fri, 15 Dec 2023 05:27:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702646852; cv=none; d=google.com; s=arc-20160816; b=v4iz52N7otiauvRe26hifJZGv+7a5ArDvtkG2WJAbddzl8WBrhVc2JP8BAAkH4ZR/7 C61tSbMpTlFEfWhRKB6TIfUC4G1mA/49etEKgNbxafb+pBtbXjgvH8fSU8O1rL+vO6d3 96mZ1ZVdlVOxGY5gU84OVbcz+JYlhhXBoeV61JdnYv1/MxBf0d1Ci7bqfi+HzIqCfIU9 MihfDdW0Nu2rw7CuoNkBlw6Y7QHwSI8dGQLvlpjVtMpjp244iBxZTxIdsWSLcyX4MBbb Qj0eG62kbihtgFCHMzQ1MBy5LPTKpItGAb75SU+dbdsAF0FkXwbQU6vnTUHs6ebn2xmJ 985w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=3Zjm1E8KT2bo3QvUPaqEY3WUWOCnZ6CMxur5aILLxzU=; fh=UdSIjvRryy/3hq3g+wjIG1jdRO/PZ5DzvFUluGc30nE=; b=zddTdZBGaOTc30zL76lpu6Cn+7MFnHi1QMohRbYXKPA70PW8VRyOZQosWsTMu7edIW 6egxAMaMGMU+jACakTSat7cykuYQTPj7PfYhJIlIcNLlGojFRO2MIRJ/7K7dxgrhUFe7 FovwbZTXSvoSInpweJYRR+SRfWpYbYR0xZ329gf4R+vlic2tUorw7v7EsLs3G3TEemL3 fcd3+O7WgdGJ8tshmnjvh22Ubhzy8R1rqYHvT9d/qruFXXwIzPpNYC6hOVhOrDSVKUf2 1qjsOL+3g2k4yf+RFEYk+Eey7CdF9l4IXbiNeyXMbT3BH6GmLFkhi/hYnCwZdYkqwBUS eMfA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=1Yo+W8pt; spf=pass (google.com: domain of linux-bluetooth+bounces-607-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-bluetooth+bounces-607-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id lr26-20020a170906fb9a00b00a231116b10csi1370774ejb.875.2023.12.15.05.27.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 15 Dec 2023 05:27:32 -0800 (PST) Received-SPF: pass (google.com: domain of linux-bluetooth+bounces-607-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=1Yo+W8pt; spf=pass (google.com: domain of linux-bluetooth+bounces-607-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-bluetooth+bounces-607-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id BCFFB1F2109D for ; Fri, 15 Dec 2023 13:27:32 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 37ED52F857; Fri, 15 Dec 2023 13:26:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="1Yo+W8pt" X-Original-To: linux-bluetooth@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 69E6B2E842; Fri, 15 Dec 2023 13:26:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 36AADC433C7; Fri, 15 Dec 2023 13:26:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1702646810; bh=00ZkD0cu7HBjZVGkRek2lsYzXAxF35Yjjr+hicSHu5Y=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=1Yo+W8ptX+67SOYAVONFRcrHI+q2aCFD7vEjWVSvPiznqrNEBN0RX7AuxQA8Fq9o3 JJ3FNRJdXfsJ1lSkc+ATqb8/6/Ogg1HVpfhKJNCDv8PhCin6QqABrwy3PGC7WSyanW q3/sJsi8ph1KA5HU1TJgqgS1QPZxq8wiwlyCJz+Q= Date: Fri, 15 Dec 2023 14:26:48 +0100 From: Greg Kroah-Hartman To: Francesco Dolcini Cc: Jiri Slaby , linux-bluetooth@vger.kernel.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, greybus-dev@lists.linaro.org, linux-iio@vger.kernel.org, netdev@vger.kernel.org, chrome-platform@lists.linux.dev, platform-driver-x86@vger.kernel.org, linux-serial@vger.kernel.org, linux-sound@vger.kernel.org, Francesco Dolcini , Luiz Augusto von Dentz , Johan Hovold , Alex Elder , Jonathan Cameron , Lee Jones , Jakub Kicinski , Paolo Abeni , Eric Dumazet , "David S. Miller" , Krzysztof Kozlowski , Hans de Goede , Ilpo =?iso-8859-1?Q?J=E4rvinen?= , Benson Leung , Tzung-Bi Shih , Rob Herring Subject: Re: [PATCH v1] treewide, serdev: change receive_buf() return type to size_t Message-ID: <2023121535-coveting-destruct-f567@gregkh> References: <20231214170146.641783-1-francesco@dolcini.it> Precedence: bulk X-Mailing-List: linux-bluetooth@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, Dec 14, 2023 at 06:39:44PM +0100, Francesco Dolcini wrote: > On Thu, Dec 14, 2023 at 06:01:46PM +0100, Francesco Dolcini wrote: > > From: Francesco Dolcini > > > > receive_buf() is called from ttyport_receive_buf() that expects values > > ">= 0" from serdev_controller_receive_buf(), change its return type from > > ssize_t to size_t. > > > > Suggested-by: Jiri Slaby > > Link: https://lore.kernel.org/all/087be419-ec6b-47ad-851a-5e1e3ea5cfcc@kernel.org/ > > Signed-off-by: Francesco Dolcini > > --- > > hello, > > patch is based on current linux next. > > > > It has an obvious problem, it touches files from multiple subsystem in a single > > patch that is complicated to review and eventually merge, just splitting this > > would however not work, it will break bisectability and the build. > > > > I am looking for advise on the best way to move forward. > > > > I see the following options: > > - keep it as it is > > - break it down with a patch with each subsystem, and squash before applying > > from a single (tty?) subsystem > > - go for a multi stage approach, defining a new callback, move to it and in > > the end remove the original one, likewise it was done for i2c lately > > whoops. I just noticed Greg applied commit 475fc6e2de6f ("tty: serdev: > convert to u8 and size_t") that touch the exact same files without much > of an issue. > > Probably the "keep it as it is" is just the way to go. Yeah, looks good to me, now queued up, thanks! greg k-h