From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935753AbeBLN4l (ORCPT ); Mon, 12 Feb 2018 08:56:41 -0500 Received: from mail-qk0-f196.google.com ([209.85.220.196]:44446 "EHLO mail-qk0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933591AbeBLN4i (ORCPT ); Mon, 12 Feb 2018 08:56:38 -0500 X-Google-Smtp-Source: AH8x226BPbPeGwHTaVOsE36Tfon1vwSmaZhwPVufv/seF01I5bFZruKVJj5Z9GcRfg2AlHgNuTxmCKeRycRLb2Ac/Eo= MIME-Version: 1.0 In-Reply-To: References: <20180209235012.4993-1-rabel@robertabel.eu> <20180209235012.4993-2-rabel@robertabel.eu> <20180210092003.GA20377@1wt.eu> From: Miguel Ojeda Date: Mon, 12 Feb 2018 14:56:37 +0100 Message-ID: Subject: Re: [PATCH 1/3] auxdisplay: charlcd: fix hex literal ranges for graphics command To: Willy Tarreau Cc: Geert Uytterhoeven , linux-kernel , Robert Abel Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Feb 10, 2018 at 10:41 AM, Miguel Ojeda wrote: > On Sat, Feb 10, 2018 at 10:20 AM, Willy Tarreau wrote: >> Hi Miguel, >> >> On Sat, Feb 10, 2018 at 09:58:44AM +0100, Miguel Ojeda wrote: >>> On Sat, Feb 10, 2018 at 12:50 AM, Robert Abel wrote: >>> > The graphics command expects 16 hexadecimal literals, but would allow characters in range [0-9a-zA-Z] instead of [0-9a-fA-F]. >>> > >>> > Signed-off-by: Robert Abel >>> > --- >>> > drivers/auxdisplay/charlcd.c | 4 ++-- >>> > 1 file changed, 2 insertions(+), 2 deletions(-) >>> > >>> > diff --git a/drivers/auxdisplay/charlcd.c b/drivers/auxdisplay/charlcd.c >>> > index 642afd88870b..324d02f9f1c5 100644 >>> > --- a/drivers/auxdisplay/charlcd.c >>> > +++ b/drivers/auxdisplay/charlcd.c >>> > @@ -441,9 +441,9 @@ static inline int handle_lcd_special_code(struct charlcd *lcd) >>> > shift ^= 4; >>> > if (*esc >= '0' && *esc <= '9') { >>> > value |= (*esc - '0') << shift; >>> > - } else if (*esc >= 'A' && *esc <= 'Z') { >>> > + } else if (*esc >= 'A' && *esc <= 'F') { >>> > value |= (*esc - 'A' + 10) << shift; >>> > - } else if (*esc >= 'a' && *esc <= 'z') { >>> > + } else if (*esc >= 'a' && *esc <= 'f') { >>> >>> Willy, Geert: this seems obvious, but do you know if the broader range >>> was intended for some reason? >> >> No, I think it was simply a brain fart from me 14 years ago, as I can >> find it as well in the original 0.9.0 patch for kernel 2.4! >> >> Ack from me on this patch. > > Thanks Willy for the quick answer! Then: > > Compile-tested. > > Signed-off-by: Miguel Ojeda To clarify, I have picked this one up (and the other two) in my queue (sorry for any confusion!). > >> >> Willy