From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.enpas.org (zhong.enpas.org [46.38.239.100]) (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 D14ED1F7566; Thu, 14 Nov 2024 10:11:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=46.38.239.100 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1731579096; cv=none; b=kDzo3mkMgsfv/aanLEEY8SpU5SwFZM7bcDd6SMvi5JhLU0thM8j0qNEMx/9SSZrf8KefUgA1d3+fV9OQ8AdvUGjvbLs1WvTFaZRjN/oRO7r7EQQn7ZGjSfRXtxTqdEr4IHqG5AGkhNN06nligIj5w2FqV68dBPWZY66FRSJMboY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1731579096; c=relaxed/simple; bh=FHPBzkgdhJV+bYh6cr4lkdhdgn6MMB3utmf3P0DVUKU=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Em7JCu5ESVNKzHQ94iILlnZ0Kho273j/VTb5J5SUSErXlbRkuPXDG19I+8k9UOSZBTkhVm8IEIX/Ktpv3ePxLBHPeGQVdOxvC7F0C4QaM6JfDmSjIDyscRN0bnZ84fgtHd/G0g5+FIUUCiWe/06XaZmfd8GyWP3PJ9M0kyrWO+U= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=enpas.org; spf=pass smtp.mailfrom=enpas.org; arc=none smtp.client-ip=46.38.239.100 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=enpas.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=enpas.org Received: from [127.0.0.1] (localhost [127.0.0.1]) by mail.enpas.org (Postfix) with ESMTPSA id 3355B102EC3; Thu, 14 Nov 2024 10:11:27 +0000 (UTC) Message-ID: <26302002-0b96-49c1-bee4-648aa18ae7fb@enpas.org> Date: Thu, 14 Nov 2024 19:11:25 +0900 Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt() Content-Language: en-US To: Dan Carpenter Cc: Marc Kleine-Budde , Vincent Mailhol , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , linux-can@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org References: <22e388b5-37a1-40a6-bb70-4784e29451ed@enpas.org> <1f9f5994-8143-43a2-9abf-362eec6a70f7@stanley.mountain> <033f74e6-2706-439a-9c02-158df11a3192@stanley.mountain> From: Max Staudt In-Reply-To: <033f74e6-2706-439a-9c02-158df11a3192@stanley.mountain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/14/24 18:29, Dan Carpenter wrote: > To be honest, I was afraid that someone was going to suggest using on of the > helper functions that dumps hex. (I don't remember then names of them so that's > why I didn't do that). If you can think of a neat, clearer replacement for sprintf() in this case, that'd be nice. I guess I didn't find one at the time when I wrote the driver (or I didn't look hard enough). Suggestions welcome! Max