From owner-freebsd-stable@freebsd.org Mon Sep 21 17:19:25 2020 Return-Path: Delivered-To: freebsd-stable@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 AAB333F6E8E for ; Mon, 21 Sep 2020 17:19:25 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f194.google.com (mail-il1-f194.google.com [209.85.166.194]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BwB4r422Xz4X5R for ; Mon, 21 Sep 2020 17:19:24 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f194.google.com with SMTP id t12so14528094ilh.3 for ; Mon, 21 Sep 2020 10:19:24 -0700 (PDT) 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=KGJqp/bWZLS+mBCLyZinLak+20/93PDCoEpA/H8o7xo=; b=eQIIajj+IYBGu7mNYrwSyP3BfZ+rcjuvlOFcwjJLA0rbKhDAIprrIeajciEFybMOdW RVyk6kwG4ka/x2LFfvnDzXoqIe9wYjNQKTmIZkIG6UFzNsYh4ppRgJZOziUjS8a9QS1U x6+p9Wbw92hDk6gg2mYg3GQOdb5uq4CrGPuXmQ2GtVJB7men35c2Dvl1sSyO+C5brCGe bNcrPe+0eKxTkzyQBHL6vU+gGAqjJFbzGBq4TileW/Slm+HtHDksZHrAttL3uSUGq2KP S7kzbmykAG/Zxe1apr4Fpy8AmoFnCp1AyjNAtSIT8FMu5gW5PoGG1TfNcxaXK0V8wTXA VH+g== X-Gm-Message-State: AOAM533hOUZXRS5C03QLumbWLlwHowxKxCZDwPvGT9xry6QX+xM8MTR5 Zkgzzlp8+hLAIrlyi8Lc/7M5hpE3st584hryO1g= X-Google-Smtp-Source: ABdhPJwZSl2AHJXPt09hsQJl7/jsOYGlMCcX2cBt3A8i2JjomvluQipgb3r57H8TPBKpN8wesfISzlvfOOzG4mc9xs4= X-Received: by 2002:a92:4055:: with SMTP id n82mr825722ila.182.1600708763323; Mon, 21 Sep 2020 10:19:23 -0700 (PDT) MIME-Version: 1.0 References: <9080800.RH3biPoPvx@t450s.local.lan> In-Reply-To: From: Ed Maste Date: Mon, 21 Sep 2020 13:19:11 -0400 Message-ID: Subject: Re: after latest patches i386 not fully patched To: Walter von Entferndt Cc: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BwB4r422Xz4X5R X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.194 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.82 / 15.00]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; NEURAL_SPAM_SHORT(0.19)[0.190]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.02)[-1.023]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.194:from]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.194:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; MAILMAN_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2020 17:19:25 -0000 On Mon, 21 Sep 2020 at 10:04, Ed Maste wrote: > > On Mon, 21 Sep 2020 at 03:42, Walter von Entferndt > wrote: > > > > At Sonntag, 20. September 2020, 14:00:00 CEST, Ed Maste > > wrote: > > > Until pkgbase is in place the most straightforward way to address this > > > issue will probably be for us to ship a new kernel even if not > > > necessary, just to update the version number. > > -1 from all with limited bandwith and/or volume. > > Updates should be as small as possible. > > The updates are delivered as binary patches (bspatch); a patch to > change the kernel version is probably less data than this email. Colin pointed out on IRC that there's a caveat to this: bspatch allocates enough memory to store the entire original file, and the entire modified file, and performs all of the patching operations in memory. This might fail on extremely memory-constrained systems, with freebsd-update then falling back to fetching the full file. However, this is an implementation detail, not a fundamental aspect of the bsdiff/bspatch format. I believe it should be possible for bspatch to operate in a (perhaps slower) reduced memory mode, if it turns out this is a significant issue in practice.