From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DC0E3C433F5 for ; Sun, 27 Feb 2022 07:10:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230046AbiB0HL2 convert rfc822-to-8bit (ORCPT ); Sun, 27 Feb 2022 02:11:28 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47674 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229531AbiB0HL1 (ORCPT ); Sun, 27 Feb 2022 02:11:27 -0500 Received: from eu-smtp-delivery-151.mimecast.com (eu-smtp-delivery-151.mimecast.com [185.58.85.151]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id A48181EC65 for ; Sat, 26 Feb 2022 23:10:50 -0800 (PST) Received: from AcuMS.aculab.com (156.67.243.121 [156.67.243.121]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id uk-mta-286-9XdmrcSQOhGG3MJ0OheetQ-1; Sun, 27 Feb 2022 07:10:47 +0000 X-MC-Unique: 9XdmrcSQOhGG3MJ0OheetQ-1 Received: from AcuMS.Aculab.com (fd9f:af1c:a25b:0:994c:f5c2:35d6:9b65) by AcuMS.aculab.com (fd9f:af1c:a25b:0:994c:f5c2:35d6:9b65) with Microsoft SMTP Server (TLS) id 15.0.1497.28; Sun, 27 Feb 2022 07:10:45 +0000 Received: from AcuMS.Aculab.com ([fe80::994c:f5c2:35d6:9b65]) by AcuMS.aculab.com ([fe80::994c:f5c2:35d6:9b65%12]) with mapi id 15.00.1497.028; Sun, 27 Feb 2022 07:10:45 +0000 From: David Laight To: 'Segher Boessenkool' , Arnd Bergmann CC: 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." Subject: RE: [RFC PATCH 03/13] usb: remove the usage of the list iterator after the loop Thread-Topic: [RFC PATCH 03/13] usb: remove the usage of the list iterator after the loop Thread-Index: AQHYK3er/AEA45TQBUCd0AhQFcgB96ym+KOQ Date: Sun, 27 Feb 2022 07:10:45 +0000 Message-ID: <7abf3406919b4f0c828dacea6ce97ce8@AcuMS.aculab.com> 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> In-Reply-To: <20220227010956.GW614@gate.crashing.org> Accept-Language: en-GB, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.202.205.107] MIME-Version: 1.0 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=C51A453 smtp.mailfrom=david.laight@aculab.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: aculab.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-arch@vger.kernel.org From: Segher Boessenkool > Sent: 27 February 2022 01:10 > > On Sat, Feb 26, 2022 at 11:14:15PM +0100, Arnd Bergmann wrote: > > On Sat, Feb 26, 2022 at 1:42 PM Segher Boessenkool > > wrote: > > > On Wed, Feb 23, 2022 at 11:23:39AM -0800, Linus Torvalds wrote: > > > > > > > > The only reason the warning exists is because it is undefined behaviour > > > (not implementation-defined or anything). The reason it is that in the > > > standard is that it is hard to implement and even describe for machines > > > that are not two's complement. However relevant that is today :-) I thought only right shifts of negative values were 'undefined'. And that was to allow cpu that only had logical shift right (ie ones that didn't propagate the sign) to be conformant. I wonder when the last cpu like that was? Quite why the standards keeps using the term 'undefined behaviour' beats me - there ought to be something for 'undefined value'. David - Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK Registration No: 1397386 (Wales)