Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp377362ybh; Wed, 11 Mar 2020 02:53:56 -0700 (PDT) X-Google-Smtp-Source: ADFU+vv0qI14h0sdNgBJiMiUrwvI5EFi/BtWoFB6STlUXYgd0MvUb6QaR99OqoD2pGZ+LtKzxYTt X-Received: by 2002:a9d:19e9:: with SMTP id k96mr1676552otk.68.1583920436119; Wed, 11 Mar 2020 02:53:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583920436; cv=none; d=google.com; s=arc-20160816; b=JLpw1tag6rF9PbzHeW4BU5LjvEv/E3ZHiYim2XJIdGNeCt2ZA32yK5lGfkBRzG0CvU N1kAqNjsoe7LMiG7UCVihjg6kB05inMynyl+OqvBASVt+fqa33InIEwY8wKapapN9wBh hIp+b+AHS8T2dAKt8NswIZn0iDJq4QjBGhi/nx4XHVScdOHbmaU4qOvoDMUcHK40Hbsq pIowqzYpGIrzpxKoa2HC6tbIp2zl6/zr/6IqwjTPd4b8n3VzPe/J4plTHisDIlIrx1V4 MMuxe4VVy9K4PXxbqfmaz57+dwi9TknZsEPeRF12b1TJ70dEPxT8rBOWKQ8tu1FSom1J XOdA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=BFYVl2/EtiBYjzKNpuPYAm8c19Oce4qzeUTGzYQDa3Q=; b=UQ9Zc78k4/rZV9bRU04rDvVyKTn1RwYikCIQ3NLzR614wBj+T8pEDUp8hl7DsqzW6U PAAJuxg5UfAIUIvX0Y48MC3yQx7E03SeCuGL3e82lwCD+Aa5diRJRp8u+FQ/dWxvOPhf K8XyT2p2DEReHV+jy7Mh/3MZVcWdrD8w090bY5rJeC2cXEKyQ+5EwNTDiwFSAMpKdFHx ErnGGj2htq0wfTUpDAOi2lMAKqRiMhhiBsc5phFODFCHdOs7vyiRXIV8qaL+5wji/UlM KvDl8P9xcpL9ngwOT37D7XdQSjQP0/QWYGq2qJLSHU1bG6WTrWKns0o1HnCunzaHqeJj lL5g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f24si831331otl.300.2020.03.11.02.53.45; Wed, 11 Mar 2020 02:53:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728554AbgCKJwO (ORCPT + 99 others); Wed, 11 Mar 2020 05:52:14 -0400 Received: from jabberwock.ucw.cz ([46.255.230.98]:50796 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728146AbgCKJwO (ORCPT ); Wed, 11 Mar 2020 05:52:14 -0400 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 4E14F1C031D; Wed, 11 Mar 2020 10:52:12 +0100 (CET) Date: Wed, 11 Mar 2020 10:52:11 +0100 From: Pavel Machek To: Greg Kroah-Hartman Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Takashi Iwai , Cezary Rojewski , Mark Brown Subject: Re: [PATCH 4.19 62/86] ASoC: intel: skl: Fix pin debug prints Message-ID: <20200311095211.GA16104@duo.ucw.cz> References: <20200310124530.808338541@linuxfoundation.org> <20200310124534.139727555@linuxfoundation.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <20200310124534.139727555@linuxfoundation.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > From: Takashi Iwai >=20 > commit 64bbacc5f08c01954890981c63de744df1f29a30 upstream. >=20 > skl_print_pins() loops over all given pins but it overwrites the text > at the very same position while increasing the returned length. > Fix this to show the all pin contents properly. > --- a/sound/soc/intel/skylake/skl-debug.c > +++ b/sound/soc/intel/skylake/skl-debug.c > @@ -42,7 +42,7 @@ static ssize_t skl_print_pins(struct skl > int i; > ssize_t ret =3D 0; > =20 > - for (i =3D 0; i < max_pin; i++) > + for (i =3D 0; i < max_pin; i++) { > ret +=3D snprintf(buf + size, MOD_BUF - size, > "%s %d\n\tModule %d\n\tInstance %d\n\t" > "In-used %s\n\tType %s\n" > @@ -53,6 +53,8 @@ static ssize_t skl_print_pins(struct skl > m_pin[i].in_use ? "Used" : "Unused", > m_pin[i].is_dynamic ? "Dynamic" : "Static", > m_pin[i].pin_state, i); > + size +=3D ret; > + } > return ret; This may be an improvement, but I believe this should use "scnprintf()" as snprintf can return values bigger than size passed in. Best regards, Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQRPfPO7r0eAhk010v0w5/Bqldv68gUCXmi0ywAKCRAw5/Bqldv6 8jjvAJ4hb+crf0j89bpBlgTYd7Rqt6RJswCdF2GuMkp+nb7SMMxOhUYI0O71V0s= =CzDo -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd--