From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 5F794409127; Wed, 20 May 2026 18:44:11 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779302652; cv=none; b=u4RdANJex014Ma2vh9823Z1A2F2mJuVJyPV7+htWVFtDIPLeQ7yP5N322m0gXm3W1SvRGy6jz2QVLdZkiBDjge0JldpD8jGScdsQUw6hT+nkWPhooEHvPtK/Ro+CJhDnNmjHkZwz2fPcTD0KXk6VO3162WuUl2GZm424RpmiQrw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779302652; c=relaxed/simple; bh=Gxz3obCV1Vg6+uffU15OC4go+nlGalY1SykYGkS03Og=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=sUFaJ6I8WfBbPuivrK55mMP9qbez+hKDaw9NmE2zNM6Pn+2TFEjxYG/R73ttoSkjY4rV3CX9KrfTBUq9BpRRcxVb91ie7Ii7uXOdwF9GWW/RBxJ8b83ner02RTtBLVpHdw6CGzH0cZxtuB1vn2Velksfmm+xROq96cPHCzk2b2A= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=FRV/OYrq; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="FRV/OYrq" Received: by smtp.kernel.org (Postfix) with ESMTPSA id C4E6E1F000E9; Wed, 20 May 2026 18:44:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1779302651; bh=54GBqFzdY6oigUOWNINjcI1v89G9noQkmnLTgG806P4=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=FRV/OYrql+UmYKlAL7+BGyt/9rKpGuIzPSF+i7j44gG1FxO5HwSpKlk+mOxVhrLDB 5cXYThWeeCWQiImihCOaschLTQ6vWEuUjjLJrxA1tl8KYT7hhIZTGROzRSly5AWqKf iFLILqO2uLaRl1asaA7tlBMasG/XHAyNqy6aeQuo= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, =?UTF-8?q?Ren=C3=A9=20Rebe?= , Dominik Brodowski , Sasha Levin Subject: [PATCH 6.6 307/508] PCMCIA: Fix garbled log messages for KERN_CONT Date: Wed, 20 May 2026 18:22:10 +0200 Message-ID: <20260520162105.292709568@linuxfoundation.org> X-Mailer: git-send-email 2.54.0 In-Reply-To: <20260520162058.573354582@linuxfoundation.org> References: <20260520162058.573354582@linuxfoundation.org> User-Agent: quilt/0.69 X-stable: review X-Patchwork-Hint: ignore Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 6.6-stable review patch. If anyone has any objections, please let me know. ------------------ From: René Rebe [ Upstream commit bfeaa6814bd3f9a1f6d525b3b35a03b9a0368961 ] For years the PCMCIA info messages are messed up by superfluous newlines. While f2e6cf76751d ("pcmcia: Convert dev_printk to dev_") converted the code to pr_cont(), dev_info enforces a \n via vprintk_store setting LOG_NEWLINE, breaking subsequent pr_cont. Fix by logging the device name manually to allow pr_cont to work for more readable and not \n distorted logs. Fixes: f2e6cf76751d ("pcmcia: Convert dev_printk to dev_") Signed-off-by: René Rebe Signed-off-by: Dominik Brodowski Signed-off-by: Sasha Levin --- drivers/pcmcia/rsrc_nonstatic.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/pcmcia/rsrc_nonstatic.c b/drivers/pcmcia/rsrc_nonstatic.c index da494fe451baf..efc439c748862 100644 --- a/drivers/pcmcia/rsrc_nonstatic.c +++ b/drivers/pcmcia/rsrc_nonstatic.c @@ -188,7 +188,7 @@ static void do_io_probe(struct pcmcia_socket *s, unsigned int base, int any; u_char *b, hole, most; - dev_info(&s->dev, "cs: IO port probe %#x-%#x:", base, base+num-1); + pr_info("%s: cs: IO port probe %#x-%#x:", dev_name(&s->dev), base, base+num-1); /* First, what does a floating port look like? */ b = kzalloc(256, GFP_KERNEL); @@ -410,8 +410,8 @@ static int do_mem_probe(struct pcmcia_socket *s, u_long base, u_long num, struct socket_data *s_data = s->resource_data; u_long i, j, bad, fail, step; - dev_info(&s->dev, "cs: memory probe 0x%06lx-0x%06lx:", - base, base+num-1); + pr_info("%s: cs: memory probe 0x%06lx-0x%06lx:", + dev_name(&s->dev), base, base+num-1); bad = fail = 0; step = (num < 0x20000) ? 0x2000 : ((num>>4) & ~0x1fff); /* don't allow too large steps */ -- 2.53.0