Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp5956680ybp; Tue, 8 Oct 2019 10:44:10 -0700 (PDT) X-Google-Smtp-Source: APXvYqwC1KB6l8BoCm5J3WtQavbEnpjALsaO/9/7GGAJ1xYZQ/sZH2bPmm6fhFTNnLRAFXar7dqC X-Received: by 2002:a17:907:205b:: with SMTP id pg27mr29557700ejb.135.1570556650889; Tue, 08 Oct 2019 10:44:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570556650; cv=none; d=google.com; s=arc-20160816; b=tt0a2AUQm3JS9Pl1djcXIN1OzdNipvglWj7n4s3N1ZnsvK+ZVr8vP9Bdr62WFTuOh2 rCE/+/0EXTmuCJOKdQtPnKjeLnItPS2WuumLKVF2FDJsXj9WRS6OEirwyQrvHTtube1O M9lwOtv+lSf7YvXugJldg8Y/P7K7twr+JdkuK3Mt/V8X3hTVxInihHx0s8KVP4EbkVvI kjzxiNMqr/CyUDrf/owzQKWh7h1cQPZJcP3XGmYkPzXnVSkDntgIBSjm3ZW1yAE5SsKW Wvt6ggAL1jYxs+PC0q9HAIbWc/2i5/Lw3cylSEwrpUq1bWavSf5eJuj+RmR+KxNGIVHG 8h1w== 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:references:cc:to:from:subject; bh=BWl0mgMxQ85d0Y10JifpEgH9axk1pShQAxdaoboWm74=; b=j7gGO+Dc01TCfdGWSgusSqPMGE+3QdwPRXAc6lqmq/HeIg4cWearhY4dpMGxz8QJ8z yKtcCDtYSDO8HdwD/YlZlzfswqdRUABtsi6oT5WbgmPV2HO+GxRhQdWtSVi1qPcU8ADr Kyd5njFVArQuhSHs3kqhjQrVC5EInbLuar65eSyxbhmTLhW9L7p2ka77K9Xmr1wzbojj VqMyPAgW0HxNxlDFvgoHtYofYUrT17TxRjgyM1gYm9h58hL5eUt6iB2J+B6x+L7y5VDB BkbzuQM/QIkP67uQqLtI1eKJ8R2XAsDppAHCc58/a/DBa6aatOv5hXv9QWu84LObsxrO Gt/A== 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 g21si10788669edg.339.2019.10.08.10.43.47; Tue, 08 Oct 2019 10:44:10 -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 S1726822AbfJHRng (ORCPT + 99 others); Tue, 8 Oct 2019 13:43:36 -0400 Received: from foss.arm.com ([217.140.110.172]:42238 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725939AbfJHRnf (ORCPT ); Tue, 8 Oct 2019 13:43:35 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id CD54315BE; Tue, 8 Oct 2019 10:36:53 -0700 (PDT) Received: from [10.1.194.37] (e113632-lin.cambridge.arm.com [10.1.194.37]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8F35B3F6C4; Tue, 8 Oct 2019 10:36:52 -0700 (PDT) Subject: Re: [PATCH v3 04/10] sched/fair: rework load_balance From: Valentin Schneider To: Peter Zijlstra Cc: Vincent Guittot , linux-kernel , Ingo Molnar , Phil Auld , Srikar Dronamraju , Quentin Perret , Dietmar Eggemann , Morten Rasmussen , Hillf Danton References: <1568878421-12301-1-git-send-email-vincent.guittot@linaro.org> <1568878421-12301-5-git-send-email-vincent.guittot@linaro.org> <31cac0c1-98e4-c70e-e156-51a70813beff@arm.com> <20191008141642.GQ2294@hirez.programming.kicks-ass.net> <20191008163357.GF2328@hirez.programming.kicks-ass.net> <5de71c9f-cd6b-0284-f4a0-0d1fe4059099@arm.com> Message-ID: Date: Tue, 8 Oct 2019 18:36:51 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <5de71c9f-cd6b-0284-f4a0-0d1fe4059099@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/10/2019 17:39, Valentin Schneider wrote: >> >> But -fno-strict-overflow mandates 2s complement for all such signed >> issues. >> > > So then there really shouldn't be any ambiguity. I have no idea if > -fno-strict-overflow then also lifts the undefinedness of the right shifts, > gotta get my spade and dig some more. > Bleh, no luck really. Thinking about it some more you can't overflow by right shifting (logical/arithmetic), so I dunno if signed right shift counts as "such signed issues".