Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp2215783pxm; Sun, 27 Feb 2022 14:57:01 -0800 (PST) X-Google-Smtp-Source: ABdhPJwIQ9b+tBc2jLXE5Se4uHEquSo2s4iAr3ybWE9a4cbqHal2FM42/TUtg0dIB2AzoOn3A0GC X-Received: by 2002:a63:1665:0:b0:378:ba21:ddb9 with SMTP id 37-20020a631665000000b00378ba21ddb9mr257469pgw.268.1646002621298; Sun, 27 Feb 2022 14:57:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646002621; cv=none; d=google.com; s=arc-20160816; b=lVI2zIJTXQPwGDww7Ent4BAz+eKyvn6YUY4U9AEwLkzElo9XOxMyUxi7QSnRc62NyD kqji0t77h7G2f9Au1gX8JQzEX3wmUR43ZE5YX5EdHSF0gkBbpkrqpuk5aKOvRL4nMxxG WOYad4U86A/+I7bGGn7Bi6z5hhhtYA8pvTiXZjpzI4d3Eoaa65uNh+28XRwBh6rzTOHP ZCfRLAzHxgnGACMHFN0gYn+tdSbI2LcfE/Wy60BkRYPYCTiivYacsmAH7j91yOHn3JWh fWOEcwuN+ZJlaCQ2zhHws7vx+fF6JUM2AdHSz2nINwrFzm3Stz13BvJeyVe8xyBK/n5r QyqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=xC1AEvib8Cf944AeDGf2M/f6rb9ZO4jKeFVIH15Nbqk=; b=Llho1WZkLprtayposwT3Q0dVIZXRNjagpbVBqH3DPA0ISS5fHNkbryiew3QsGsbvyj N1sweyA8OaFGzxBs0M2oqgPh9PKaVg4KFhs8vtk2yrUyumQt/kDEg7ZVTCJEZcsg/KwW 1w8LHwUaAlvxpTvHlf5XW5laHqchFr+2DQj042Dql4kHxkFRew5M6H/vF7vB6u4+mHuk 11XCIwMlM4vSLBCJ0LyWpZVWvbZ4ZJT7uBZJ+K2GvVbF3hXhKufZJ44mKcGmN2AuFzl+ zgXVfDwYrzlbbkq8vx+11eureh1Txi9wflRd8wZamCewJa+kucSvMpIcvpO5cPdiREaw 9RSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=DjLbC97i; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i28-20020a63541c000000b003745d716f9esi8209425pgb.671.2022.02.27.14.56.44; Sun, 27 Feb 2022 14:57:01 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=DjLbC97i; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230127AbiB0SJ4 (ORCPT + 99 others); Sun, 27 Feb 2022 13:09:56 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42794 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229489AbiB0SJx (ORCPT ); Sun, 27 Feb 2022 13:09:53 -0500 Received: from mail-il1-x136.google.com (mail-il1-x136.google.com [IPv6:2607:f8b0:4864:20::136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A7F8E5AA63; Sun, 27 Feb 2022 10:09:15 -0800 (PST) Received: by mail-il1-x136.google.com with SMTP id k7so1413775ilo.8; Sun, 27 Feb 2022 10:09:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xC1AEvib8Cf944AeDGf2M/f6rb9ZO4jKeFVIH15Nbqk=; b=DjLbC97iDYNMPnSfMYcYuR7ZmA6TphGvtXjUpwS0GCSsJn0B3FGWTXnBy/1EKkvQzN K7WEOm+RJe51gRu0uUeEZK75RFW7agFiAF5WZLW9IBTXq0xy6fKQPdXftZX4iOl6aqc8 PU8S0lucMlfUFvD9Is7TosZUz7+SV63HqKBU7sRQzJdTvRj1a1Ui5vRFpGyxwycklla4 ncH1ESWKPzUKjq4IZtvbBFaxv+gF5jglaK7t8B4uQOzBHWXczEFaLTNyIwqw6FtXL946 Bu7TUlvw9NnQYwUF9NG5XioFz8khWJjItWMJfGQ4f7s6LKH42Y+95XfrefOjK2FHLXCt /IaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xC1AEvib8Cf944AeDGf2M/f6rb9ZO4jKeFVIH15Nbqk=; b=6kvQC/+zubD479MfS+wuB5zyRznJgWw5H1ZXKfbLmr5BNUB0BqOdslkZ3aRKkkiWfL iBWtoYncC9DSiUrwOtVi6ADGFAHEcypc4ugyO1FQu+DVZzqqqi9iUGfd9VykwIH2NiW3 AETpsIN7On55U4+Dqxr7Uj8zYvRyC9voeW6s4n0ZhpgLU7SxH+zx36q6tNGWBJoeIkQK 9VT+0l7aLuXNNkRMLMdFAvLxhOtxoRPD2dyzEFE24LPfCmuvHx2pWihpMQDuug5n7qtQ 8azm/3fWiXN0DhF1d9oD7gRxYZWU66U2tdqqXeajD7SOZjiRah6w1UmE6OMBJN2mgoad SKGA== X-Gm-Message-State: AOAM531p/WQ32JY1hE3hNXJJKzwcUKeZk0pK7qJwUw1TZXQlSA2PO3rS AiprCQd1rX7suYWrcB3OE+p3h1alXA+FyjGaUmY= X-Received: by 2002:a05:6e02:188b:b0:2c2:5444:afb9 with SMTP id o11-20020a056e02188b00b002c25444afb9mr14962600ilu.237.1645985355120; Sun, 27 Feb 2022 10:09:15 -0800 (PST) MIME-Version: 1.0 References: <20220217184829.1991035-1-jakobkoschel@gmail.com> <20220217184829.1991035-4-jakobkoschel@gmail.com> <6DFD3D91-B82C-469C-8771-860C09BD8623@gmail.com> <20220226124249.GU614@gate.crashing.org> <20220227010956.GW614@gate.crashing.org> <7abf3406919b4f0c828dacea6ce97ce8@AcuMS.aculab.com> <20220227113245.GY614@gate.crashing.org> In-Reply-To: <20220227113245.GY614@gate.crashing.org> From: Miguel Ojeda Date: Sun, 27 Feb 2022 19:09:03 +0100 Message-ID: Subject: Re: [RFC PATCH 03/13] usb: remove the usage of the list iterator after the loop To: Segher Boessenkool Cc: David Laight , Arnd Bergmann , Linus Torvalds , Jakob , Linux Kernel Mailing List , linux-arch , Greg Kroah-Hartman , Thomas Gleixner , Andy Shevchenko , Andrew Morton , Kees Cook , Mike Rapoport , "Gustavo A. R. Silva" , Brian Johannesmeyer , Cristiano Giuffrida , "Bos, H.J." Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Feb 27, 2022 at 1:09 PM Segher Boessenkool wrote: > > How will you define dividing by zero so that its behaviour is reasonable > for every program, for example? The solution is to let the developer specify what they need to happen. That choice should include the unsafe possibility (i.e. unchecked), because sometimes that is precisely what we need. > Invoking an error handler at runtime > has most of the same unwanted effects, except is is never silent. You It may not be what it is needed in some cases (thus the necessity to be able to choose), but at least one can predict what happens and different compilers, versions, flags, inputs, etc. would agree. Cheers, Miguel