Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp398501pxb; Fri, 16 Apr 2021 08:18:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyTCgcgLfAYkq3XTUIqN0AiXLQROqjrYTMRyYxIMArVoYI5SosQe5pQ2SvMI8DiR8KV+V1T X-Received: by 2002:a17:906:55d1:: with SMTP id z17mr8553447ejp.164.1618586324179; Fri, 16 Apr 2021 08:18:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618586324; cv=none; d=google.com; s=arc-20160816; b=NE/g9i1wkRGKYMeMOoAs+b1KZAU5YUpL/vCgkAMoyIkw2VNKxtRNPejl39ZNRfn0u8 MGHCYgnHZ53CJrUE1FIBL4gIE1EONfUhylP2b0a2p9RvLqMlMp7rpYVtKszElYJoA7lT 8UCOGk7wIyzZs5bGIUjB/E1A4e1yLC0yHbWLSXoQ2Y4AMtctGjiP5mTZovv2AeH08vm5 QBfzcek3zc5s8XaMf11R9NBowdBMtMzbPbhAxSNlLzS3p8BujeEY2xlN1mINbTh5nIko 9UZ0lwb30Wn0D+IAb1gfevIRYZfOgkS7o+i3gbU67ShsOpqPPBcXMBXL5gJ8lG6DVnk6 EX2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=9V23iuEZdu7zGaNcIxx4WVKwf8Qc8EViElpaiQHaJ8U=; b=cihz9Kovt0lfCGQvnZsOOeqBWV5zipI8OEQiuyjmTQ4FkD68BDyXIAibGFDlByWWks Sie/4lLvNDIrvH6dAp3So50LhVv2j+dB+dtHLud6n5MEspuNET1SUSLB+ZpRoVbFJ8qy XAMINr0haGOZDMh12jXnvcG57Kix95AEN9NoqfarYMhnbjJDn9i9SEZgxSL7O1+Fld5Y 2umkGHu7xz0XjIQy5tT1lxAMiN8cv0KtrlBcpuLGeokJctWGXY76g/ey0eOv7QKJ4EqS 4p50MhOrd3z2yXdyAUDM05a35Sr2BNt7Vckh0E4V4sZEPj1+ULLuVvjSy/mUTXJN9+KU yvfw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r15si4441935ejx.748.2021.04.16.08.18.21; Fri, 16 Apr 2021 08:18:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236201AbhDPPR0 (ORCPT + 99 others); Fri, 16 Apr 2021 11:17:26 -0400 Received: from smtprelay0213.hostedemail.com ([216.40.44.213]:48228 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S244671AbhDPPOl (ORCPT ); Fri, 16 Apr 2021 11:14:41 -0400 Received: from omf09.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay08.hostedemail.com (Postfix) with ESMTP id 1E7E7182CED5B; Fri, 16 Apr 2021 15:12:05 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf09.hostedemail.com (Postfix) with ESMTPA id 9F81C1E04DB; Fri, 16 Apr 2021 15:12:03 +0000 (UTC) Message-ID: <9e5a552b8b1f65af3eb4d2371a19c33d97f642d0.camel@perches.com> Subject: Re: [PATCH 1/5] scsi: BusLogic: Fix missing `pr_cont' use From: Joe Perches To: "Maciej W. Rozycki" Cc: Khalid Aziz , "James E.J. Bottomley" , "Martin K. Petersen" , Christoph Hellwig , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Date: Fri, 16 Apr 2021 08:12:01 -0700 In-Reply-To: References: <787aae5540612555a8bf92de2083c8fa74e52ce9.camel@perches.com> <86c10671ff86f96004a6d6c3c08aed3e27d58d0a.camel@perches.com> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.38.1-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 9F81C1E04DB X-Spam-Status: No, score=0.10 X-Stat-Signature: s9mxuosraujha4i8xyc6wiu14nyngk5u X-Rspamd-Server: rspamout01 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX18h5DhmD5kG2CH6aqwm9teq+oQ9Oz950oY= X-HE-Tag: 1618585923-648852 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2021-04-16 at 16:28 +0200, Maciej W. Rozycki wrote: > On Fri, 16 Apr 2021, Joe Perches wrote: > > > > I'm not sure if that complex message > > > routing via `blogic_msg' is worth having even, rather than calling > > > `printk' or suitable variants directly. > > > > It's to allow the message content to be added to the internal > > &adapter->msgbuf[adapter->msgbuflen] > > with strcpy for later use with blogic_show_info()/seq_write. > > ?I know, but it's not clear to me if it's worth it (a potential buffer > overrun there too, BTW). It's seq_ output so it's nominally an ABI. But then again, I don't use this at all so I don't care much either. It's also odd/bad form that one output KERN_ does not match its blogic_ (blogic_info is emitted at KERN_NOTICE)