From owner-svn-src-all@freebsd.org Tue May 1 23:12:00 2018 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67869FBA7DB for ; Tue, 1 May 2018 23:12:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3FAD6CBF0 for ; Tue, 1 May 2018 23:11:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id j186-v6so14866198ita.5 for ; Tue, 01 May 2018 16:11:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=PeBojuiugnqG/yXz+9RX+uxtR6K9n4ZfEWib9/x0xFM=; b=l+eKH/xtGFwlAc35RAvQE1hQjkPUwDSeIYJ0en2PaMiVpYGLdwP2jt+at7W7VbutD0 MmB43zhi8wQiW0iT7ox7hjMRmKvjxAWZ561y7ak24xOgHrLf80Wd0FsxQA4TY5OZ7HYo sGhopv/5pH80ExnDD2AJ8ZLqwLbMQa07y6wolBzKxfkU1hNW7aO1XqNBje8XlX+SQ59E D7wrk+5OPWMH7sUsV6WNpQ0vIds9XQ4VQikYy+XG7Pst16jTrcpkLjY5h6TycyyqmgFY Pohk/ZQW5InT6vFkjKULrUjB41wvCnwu40TDlhJMFCNxd4VfbnVQTOm2nywTIxNqesGi iRGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=PeBojuiugnqG/yXz+9RX+uxtR6K9n4ZfEWib9/x0xFM=; b=fo4GUMJ8LdYSt4OxJO+iNQPyKcMRKbGYumcfZGPpGRv1LeES4iACoD5TCrtoFJ5sRw 5R0m2wLAHBkWh00j7UYgCsmG1Oxruq2r1YlJUwM3iE7IoBZcQpiy4Mut0uqDFTcY7psP Y+mL9o9MonL5Wg+zrM7zEIAuUuP6IJRqElZNCnqucjUrp/ZecXoVDRJcZh4+s17bsEum NJLJK2C8CM3w5i05FGs32rV0FAfAa8ak73NPMv51MV01Hd4M1isDTDEWsrq2j+NHcha5 8Ux6mdwYonHsnpV6AhElA8ZCrnaUFFCW1s8c3GZq7+JMvDy/kGCbjI80TigGUCJrqi6z MJGA== X-Gm-Message-State: ALQs6tA4ToAO67zVpWEYzQXlB2AXUj5AkyEVDrvHyvMGb33MYL+vpmDi 4QeAysA4vVQ/Kg/W6xkUXYTbi58db7qy63woIidc3g== X-Google-Smtp-Source: AB8JxZo12kPKun1CC0VArD1mgs+dZwSIeJ2+6gfKLYNWUy8d6Q1TlAWiB16vSfXksNkqsUb3s9Tm0Ui38Oz5FloF8aM= X-Received: by 2002:a24:b649:: with SMTP id d9-v6mr18237449itj.51.1525216318876; Tue, 01 May 2018 16:11:58 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:a65a:0:0:0:0:0 with HTTP; Tue, 1 May 2018 16:11:58 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: References: <201804191338.w3JDc0to002106@repo.freebsd.org> <20180430071646.GE3653@strugglingcoder.info> From: Warner Losh Date: Tue, 1 May 2018 17:11:58 -0600 X-Google-Sender-Auth: tTfvCW6uZpP1Iqnbly76KN5Svl0 Message-ID: Subject: Re: svn commit: r332770 - in head/sys: conf netinet netinet/tcp_stacks sys To: Jonathan Looney Cc: hiren panchasara , Randall Stewart , src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2018 23:12:00 -0000 On Tue, May 1, 2018 at 5:00 PM, Jonathan Looney wrote: > On Mon, Apr 30, 2018 at 3:16 AM, hiren panchasara < > hiren@strugglingcoder.info> wrote: > > > > In my understanding, default stack currently cannot use this mechanism. > When do > > you think that'll be possible? > > > I think I can speak to Randall's plans for this. > > Randall chose not to include in this commit the hooks for the default > stack to use the high-precision timers. I believe his immediate priorities > are upstreaming RACK and BBR. After that, if there is demand, he may > upstream the (relatively untested) code that allows the default stack to > use the high-precision timers (protected by a non-default kernel option) so > others can choose to experiment with it. > > (By the way, we're hoping to change the terminology away from describing > the traditional FreeBSD stack as the "default" stack. In theory, someone > can make any stack be their local default. We'll need to figure out what to > actually call it at some point. My suggestion was the "FreeBSD" stack, > although that is lacking in some imagination. In any case, we should have > that discussion at some point in the future. > Only slightly less poor would be "traditional" stack :) Warner