From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966297AbbJ1O1s (ORCPT ); Wed, 28 Oct 2015 10:27:48 -0400 Received: from mail-lb0-f170.google.com ([209.85.217.170]:34502 "EHLO mail-lb0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965919AbbJ1O1p (ORCPT ); Wed, 28 Oct 2015 10:27:45 -0400 From: Rasmus Villemoes To: Hannes Frederic Sowa Cc: Linus Torvalds , David Miller , Andrew Morton , Network Development , Linux Kernel Mailing List Subject: Re: [GIT] Networking Organization: D03 References: <20151027.233235.1641084823622810663.davem@davemloft.net> <1446030209.105419.422375497.14563933@webmail.messagingengine.com> X-Hashcash: 1:20:151028:linux-kernel@vger.kernel.org::2C7rGkmcxHqMTaoK:000000000000000000000000000000000022b X-Hashcash: 1:20:151028:hannes@stressinduktion.org::TyqqwRLQRyuJTxxC:000000000000000000000000000000000000Oex X-Hashcash: 1:20:151028:netdev@vger.kernel.org::JKxiH4cAMdjDQ+Gh:0000000000000000000000000000000000000001VQ5 X-Hashcash: 1:20:151028:torvalds@linux-foundation.org::BQGT0hP+F4nlPUPo:000000000000000000000000000000005V3+ X-Hashcash: 1:20:151028:akpm@linux-foundation.org::aXDcE4vXu22DKG9x:000000000000000000000000000000000000Cj8Q X-Hashcash: 1:20:151028:davem@davemloft.net::slTsi1s+Ju5RLHWa:000000000000000000000000000000000000000000Ceql Date: Wed, 28 Oct 2015 15:27:41 +0100 In-Reply-To: <1446030209.105419.422375497.14563933@webmail.messagingengine.com> (Hannes Frederic Sowa's message of "Wed, 28 Oct 2015 12:03:29 +0100") Message-ID: <87pozzvzj6.fsf@rasmusvillemoes.dk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 28 2015, Hannes Frederic Sowa wrote: > Hi Linus, > > On Wed, Oct 28, 2015, at 10:39, Linus Torvalds wrote: >> Get rid of it. And I don't *ever* want to see that shit again. > > I don't want to give up on that this easily: > > In future I would like to see an interface like this. It is often hard > to do correct overflow/wrap-around tests and it would be great if there > are helper functions which could easily and without a lot of thinking be > used by people to remove those problems from the kernel. I agree - proper overflow checking can be really hard. Quick, assuming a and b have the same unsigned integer type, is 'a+b