From owner-svn-src-head@freebsd.org Tue Dec 17 05:04:33 2019 Return-Path: Delivered-To: svn-src-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 255261DBE06 for ; Tue, 17 Dec 2019 05:04:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47cQzh23pfz3LCq for ; Tue, 17 Dec 2019 05:04:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82b.google.com with SMTP id t3so454806qtr.11 for ; Mon, 16 Dec 2019 21:04:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Aq85GCYTZT80xFXJyOnkIU9ERqxc0EhxZUHKU2ZYfzo=; b=XsRYftZxQneAzSQMaVw1RIp4YBb/IoT7iqd0gQwMgFWieWNtutuHUDj4i+TVED23OS GMiy0dpVXks9IdqSeAkNJOF21/RBuP8EdX1i+zFiLzAyXnwZcJL9/SZqZdKUwKCwH5JN iVyYqYRM0TA2HT+GIrDhnuUO+DV9Ycutx5Omq4lwHBDnTYyC2caDPFfPt7zPAE2mlWN1 AyX4f566Zx3sLpW1bVJO/SWZ1/6xpHMvlwLZ5rtbSE3MVztWmHjAABgk6uqUG8ZF3eFR ZYMpBDWQ+duih3lcbESpzo6Pmn4/sc5obyKEdVftwrAY+Fu6c1uvynW3zEJ94yls7VtU lQLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Aq85GCYTZT80xFXJyOnkIU9ERqxc0EhxZUHKU2ZYfzo=; b=IMhmk3sTwnAgddLTeKtJ0/6BZvWIiR0NRgMB0sP/BeA8ctKVxA2KP1+oXehqRcJowf obJCSkinrhuj9vaafhZlBRPjens0Jdubh8WASZ0agbMKCyik98bgrhjHBq7LT4VUOmfm WXqu5e2nAYTK08lE7As51HhfJU5pp2w6H7MRbhMLkdCFQiuaXOdIZHnp4p1v7QXIxuQy 012bLPxAeEt8fo4WGUZuZKuclyyWGcIVuB6v0p0lSFu/V45FFm3xtqI2xU9ZHo/xMzW6 vrGUZ62pxFVEgImCwkv8VPAAYq/yvqIBy2yH5/i+OY3Yd07VroxgR+8vNBdq9JHtHtaF BMWg== X-Gm-Message-State: APjAAAUzw6Wu1z48ksK1XgQq6WVIzKTrDTh1P5SeaiZvvviHRHKAVwmd OkswrOrGRUgIS81q9NrOftuHWso7VxnsyxM+WqdwCw== X-Google-Smtp-Source: APXvYqz8QqoEj+lYPv9fMd13iURYelQcVO3kJvpIdpgbQALIoO6rmEje8tW1mnkTrdaWyHs/GWBfmcr9yTwY/S1zmx4= X-Received: by 2002:ac8:3198:: with SMTP id h24mr2879801qte.291.1576559071082; Mon, 16 Dec 2019 21:04:31 -0800 (PST) MIME-Version: 1.0 References: <201912162355.xBGNtUq6078840@repo.freebsd.org> <201912170442.xBH4gUOg063777@slippy.cwsent.com> <201912170457.xBH4vfuY082131@slippy.cwsent.com> In-Reply-To: <201912170457.xBH4vfuY082131@slippy.cwsent.com> From: Warner Losh Date: Mon, 16 Dec 2019 22:04:18 -0700 Message-ID: Subject: Re: svn commit: r355828 - head/sys/sys To: Cy Schubert Cc: "Pedro F. Giffuni" , src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org X-Rspamd-Queue-Id: 47cQzh23pfz3LCq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=XsRYftZx; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::82b) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-4.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[svn-src-head@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[b.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.70)[ip: (-9.35), ipnet: 2607:f8b0::/32(-2.19), asn: 15169(-1.90), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2019 05:04:33 -0000 On Mon, Dec 16, 2019, 9:57 PM Cy Schubert wrote: > In message > om> > , Warner Losh writes: > > --0000000000009630860599df06a0 > > Content-Type: text/plain; charset="UTF-8" > > > > On Mon, Dec 16, 2019, 9:42 PM Cy Schubert > wrote: > > > > > In message <201912162355.xBGNtUq6078840@repo.freebsd.org>, "Pedro F. > > > Giffuni" w > > > rites: > > > > Author: pfg > > > > Date: Mon Dec 16 23:55:30 2019 > > > > New Revision: 355828 > > > > URL: https://svnweb.freebsd.org/changeset/base/355828 > > > > > > > > Log: > > > > Double the size of ARG_MAX on LP64 platforms. > > > > > > > > As modern software keeps growing in size, we get requests to > update the > > > > value of ARG_MAX in order to link the resulting object files. > Other OSs > > > > have much higher values but Increasiong ARG_MAX has a multiplied > > > effect on > > > > KVA, so just bumping this value is dangerous in some archs like > ARM32 > > > that > > > > can exhaust KVA rather easily. > > > > > > > > While it would be better to have a unique value for all archs, > other > > > OSs > > > > (Illumos in partidular) can have different ARG_MAX limits > depending on > > > the > > > > platform, For now we want to be really conservative so we are > avoidng > > > > the change on ILP32 and in the alternative case we only double it > > > since tha > > > > t > > > > seems to work well enough for recent Code Aster. > > > > > > > > I was planning to bump the _FreeBSD_version but it was bumped > recently > > > > (r355798) so we can reuse the 1300068 value for this change. > > > > > > This doesn't seem right. Each bump should be for a distinct change and > > > documented as such. > > > > > > > In the past we've said to piggy back versions when less than a day has > > passed since the last bump. The hard part on this is that follow through > on > > actually documenting both has been lax. > > We document this kind of thing on the wiki, but the PITA of opening a > browser. Would it be better to have a similar type of file like RELNOTES > and UPDATING to document version bumps? It seems a little silly, though, > to > have yet another file, maybe we could incorporate that into RELNOTES in > the > form of: > > rNNNNNN: > Some verbiage. > We document it in the porters handbook. But I do see the appeal of being able to find it in a svn log param.h. too bad the version bumps aren't all usefully documented in the commit message... porters handbook is the best source Warner Warner -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > > >