Received: by 2002:ac0:a874:0:0:0:0:0 with SMTP id c49csp613445ima; Fri, 15 Mar 2019 10:01:06 -0700 (PDT) X-Google-Smtp-Source: APXvYqz4ADEiZFQ25h0bDIDVGLzffeSYChtDyoU1kYHB9tZWfjANO03BOTXAq5DalWBfLchbod6n X-Received: by 2002:aa7:82d9:: with SMTP id f25mr5030759pfn.45.1552669266387; Fri, 15 Mar 2019 10:01:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552669266; cv=none; d=google.com; s=arc-20160816; b=CbdxASavvNi3uEyj6bEulh9sPQiL3s1m99AM6McYRNgNdZFE/vyJWYPmhVPyfP4TKe a0oHc0QIxddADCgNKn+tYfjStvIelgQPI+w4XMwzKPudR+5TgDPvVnzTBrf5TPyZQNXD m9oiC0DIhHjApxrCcmFnFcnsrX1kxoYDvBXqyzwOFAZwaZ+uQIllj8ggGTIFxBn7hysz 60q57zIRbC/N7SJl232MxAMlVMBiTN8B5XcIiYR7o6K2O0MhBCP+XSV7zPHZiscE4AtS t1cAeWnucHZA/P8sz/EpcHWf7SGN3p1fEbmrL29BdK4ZiC9kHlgNRKA64f8nqdwc3c/w UocQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:cc:subject:to :message-id:from:date; bh=NAUZFtptZ/14W4YyXV0XqpK0BMXWJNM5SImKOowfkgs=; b=nlUz6nF71K8quzyXuCKQCiUusiUWdszS0POQE/ysozcR+ZiIFNZW+rFD+y9djiol06 cXHsyujyBlY003ZtTpoTQ1t7T7QStP3H1daEmGqKjo/q2r2HgcyJdsmKtE9e8VUx/FWv fi1j+ghxJwkr28OudRqyiJzG41Mx99lXkB7zsovNaCht6tpNr75/Xxyg2KPoKsAapJV6 Ya32UOvBUTuU9eUZ0tKzzfBJq9ISwUHkH+dqCpvJFJ9ECjo1A3WYinQU1g+/A7IbqVht z8zNNA1dRIQBoLolmgeOBxUUBv0b5/g3D6shUsnigfxWKZNApuHT+qpBgkrKl97V1wLf oavw== 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 b20si2397034plz.50.2019.03.15.10.00.49; Fri, 15 Mar 2019 10:01:06 -0700 (PDT) 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 S1729665AbfCORAM (ORCPT + 99 others); Fri, 15 Mar 2019 13:00:12 -0400 Received: from mx.sdf.org ([205.166.94.20]:61792 "EHLO mx.sdf.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729611AbfCORAM (ORCPT ); Fri, 15 Mar 2019 13:00:12 -0400 Received: from sdf.org (IDENT:lkml@sdf.lonestar.org [205.166.94.16]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id x2FGxk8i025703 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Fri, 15 Mar 2019 16:59:46 GMT Received: (from lkml@localhost) by sdf.org (8.15.2/8.12.8/Submit) id x2FGxi3R012970; Fri, 15 Mar 2019 16:59:44 GMT Date: Fri, 15 Mar 2019 16:59:44 GMT From: George Spelvin Message-Id: <201903151659.x2FGxi3R012970@sdf.org> To: geert@linux-m68k.org, lkml@sdf.org Subject: Re: [PATCH 4/5] lib/list_sort: Simplify and remove MAX_LIST_LENGTH_BITS Cc: akpm@linux-foundation.org, andriy.shevchenko@linux.intel.com, daniel.wagner@siemens.com, dchinner@redhat.com, don.mullis@gmail.com, linux-kernel@vger.kernel.org, linux@rasmusvillemoes.dk, st5pub@yandex.ru In-Reply-To: References: , , <20190314091041.GU9224@smile.fi.intel.com>, <201903150433.x2F4X9oT024601@sdf.org>, , <201903151023.x2FANDVY013031@sdf.org>, Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 15 Mar 2019 at 13:57:05 +0100, Geert Uytterhoeven wrote: > On Fri, Mar 15, 2019 at 11:23 AM George Spelvin wrote: >> On Fri, 15 Mar 2019 at 09:20:58 +0100, Geert Uytterhoeven wrote: >>> On Fri, Mar 15, 2019 at 5:33 AM George Spelvin wrote: >>>> One question I should ask everyone: should "count" be 32 or 64 bits >>>> on 64-bit machines? That would let x86 save a few REX bytes. (815 >>>> vs. 813 byte code, if anyone cares.) >>>> >>>> Allegedy ARM can save a few pJ by gating the high 32 >>>> bits of the ALU. >>>> >>>> Most other 64-bit processors would prefer 64-bit operations as >>>> it saves masking operations. > > So just make it unsigned int, unconditionally. As I wrote originally (and quoted above), other 64-bit machines don't have 32-bit operations and prefer 64-bit operations because they don't require masking. x86 (for historical compatibiity) and ARM (for power saving) are the ones that come to mind. I'm trying to present the case to spur discussion, but it realy is a *question* I'm asking about whether to do that, not a suggestion phrased as a question.