Received: by 10.223.185.116 with SMTP id b49csp3161093wrg; Sun, 25 Feb 2018 15:37:57 -0800 (PST) X-Google-Smtp-Source: AH8x2267iyoecZSdAI6p6T2H15ZwY6KZvSZ9LAHtICAXxj4xOV2UG8gvjN4sYxOo533WMPSGtfqE X-Received: by 2002:a17:902:8341:: with SMTP id z1-v6mr8889011pln.386.1519601877317; Sun, 25 Feb 2018 15:37:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519601877; cv=none; d=google.com; s=arc-20160816; b=BbQkftyw44ObCM3l6SA2IBPVRzx2IY70NhN57uraG86BruoY7PLV2obQgPIly0Mfqw yY844C3K/RWLWyrDRFMStxjQxnF7GK1A7FcODFgDmyG8cmlObr6CXFxrC1/qp2ZVTNyh NJbLvoC2yDiV88BRz9g2gfbor0PMKcWKDONAaAmGjsPU+h72GGpEhvFey4NdMwCK682d S+NxSuuEsTMgeYM/ke04LPqaQ195rH3gICkVXNJuAslPDCc28wy66uAEtpYCSm3sslC0 mJsiFKAoLF2r0/H6yfC3AVkzegl8sxskgnNmSfoKUxVglNAGrtufNPoQFMn9GliK1L7x w/3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=sVto/3ApoWxEPBm+xBbDkdvbVNrauEY58stWu6cHyPs=; b=M5OfY3w/XeZttGt7kJZ0oL+G8v0IXnOlPQFccJUcmo2khgGT7Ntf8xcWUX3iBdKynU 9TInahYHlFORFpBWs2RE+j54BslQ3gh3h+G0yoZsqa/u7lAE97dHf2iSiQgadX9IdNWl Nloy2uKw2uaF15suhBh7LQaAZ4XtA+NESR1TKTmsB7avpR7dK6hIKAiiOi43EMNHrQ6l mXxddl21Oie8UWOGi+lsPHHZK163dUNUcaJB2MWMrr4wKGFpVqsgFdlQJPkjFBhPY7pN 409ASQCjoEYsuOh8kQnDqTwjOJD3EtMkPkDukCLG2H0h9aBx2Cc0tHizU/zVv9IiPbXN +4PA== 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 n68si4746248pga.524.2018.02.25.15.37.31; Sun, 25 Feb 2018 15:37:57 -0800 (PST) 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 S1751915AbeBYXeZ (ORCPT + 99 others); Sun, 25 Feb 2018 18:34:25 -0500 Received: from mxf98a.netcup.net ([46.38.249.138]:34707 "EHLO mxf98a.netcup.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751770AbeBYXeX (ORCPT ); Sun, 25 Feb 2018 18:34:23 -0500 Received: from [192.168.178.21] (x4d076501.dyn.telefonica.de [77.7.101.1]) by mxf98a.netcup.net (Postfix) with ESMTPSA id D01F014073B; Mon, 26 Feb 2018 00:34:21 +0100 (CET) Authentication-Results: mxf98a; spf=pass (sender IP is 77.7.101.1) smtp.mailfrom=rabel@robertabel.eu smtp.helo=[192.168.178.21] Received-SPF: pass (mxf98a: connection is authenticated) Subject: Re: [PATCH 1/3] auxdisplay: charlcd: fix hex literal ranges for graphics command To: Andy Shevchenko Cc: Miguel Ojeda , Willy Tarreau , Geert Uytterhoeven , linux-kernel References: <20180209235012.4993-1-rabel@robertabel.eu> <20180209235012.4993-2-rabel@robertabel.eu> <20180210092003.GA20377@1wt.eu> From: Robert Abel Message-ID: <9ec3c54c-f8fe-22d7-783e-8cf9862405bb@robertabel.eu> Date: Mon, 26 Feb 2018 00:34:19 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <20180225233421.30277.38554@mxf98a.netcup.net> X-PPP-Vhost: robertabel.eu Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andy, On 15 Feb 2018 11:57, Andy Shevchenko wrote: > On Thu, Feb 15, 2018 at 1:17 AM, Robert Abel wrote: >> hex_to_bin look fine to me, although personally I'm not a big fan of its >> use of tolower. > > Let's duplicate then over and over? I was speaking more generally about performance here. There is a reason for kstrtox.c:57 (https://elixir.bootlin.com/linux/v4.14.7/source/lib/kstrtox.c#L57) > unsigned int lc = c | 0x20; /* don't tolower() this line */ > Can you point to the documentation where user can easily (w/o reading > the code) get how it suppose to be? Unfortunately not. I read the code myself to know how it is supposed to work. That's definitely a gap in documentation. > On Thu, Feb 15, 2018 at 1:17 AM, Robert Abel wrote: >> I noticed the only part of the code that does make use of library >> functions, parsing x and y coordinates using kstrtoul, is broken. >> Apparently it used to use simple_strtoul, which worked and then got >> replaced. > By which commit? 129957069e6af42a6e021d90679c56662c95f7e1 (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=129957069e6af42a6e021d90679c56662c95f7e1) I'll try to answer to this email with relevant patches for charlcd.c. Regards, Robert