From nobody Sat Apr 6 01:45:24 2024 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VBJ8N4zsYz5Hd5F for ; Sat, 6 Apr 2024 01:45:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VBJ8N1jg1z4R7t for ; Sat, 6 Apr 2024 01:45:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1712367924; a=rsa-sha256; cv=none; b=M6nKbbdW3Hdvu2croY3vdiJT7+o3tgISCsUkLWCrwIqzHqo8KSKFwXTBU7TxhHxQ4iTahC w8vsjwqNKwjySG9Z0bwaLq7qpxFFvwUz6D6EJLf4/YSTWAdlq7/aG0+GI0QFqpHDGgfEeF r/ypjn6x+Unt6pISuAbOAGFBKGfXb3y5xx/LokywHWrAueO1nQ8Gag13///+FreL7eRfjg BOrD5GGO6YGV18WJ4oMIYM530Y3oGb/wvLjETU0vT24GXYjSI3SyxeiRfDR0o4K/kC33R2 bYhdi+i+yL4YVihTnTQkbXQPtuEHlgVh9tpXNM76uZ4NYPr3KBEyay+sTyaU8A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1712367924; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=g3xx/ivV4MwaPfil1i6g8VMD2sm3gKiCtkm+Zc6rkbk=; b=c7fDSsRhmvDiim5lcAc4DE7IXV2kOhF9vNSV9E+ggpK9tFs5pSXj3NmASg8x3C7fpm6kY9 ue/Ue2WV4JOB5IAmUD7Wq8+3pi/4OviYxpfQ6PBopjh+FRUwcw2EosznIpIpbraONaomPM 23yRTukUGmcbinvHVAjtu573oESGGYTNP5EBUa/qqPRGp83rIXNX3+rWefs59bckybXK8h 3d/ZMcgjNfafSNKrOxnSpDuR4chR9EYq5kiKaSkO4df5T15RGwwDalAsDP0sG9ApCp7wC6 a/Xst1fnTCimtJdE9UoinrvOFU3LVJSFPSFVacoExmoDOQ7fTYtMYnYcdClEkg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4VBJ8N1KrZzPCY for ; Sat, 6 Apr 2024 01:45:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 4361jOpU077252 for ; Sat, 6 Apr 2024 01:45:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4361jOv7077251 for bugs@FreeBSD.org; Sat, 6 Apr 2024 01:45:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 277886] ZFS boot loader gives up too easily on unsupported zpool flags Date: Sat, 06 Apr 2024 01:45:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 15.0-CURRENT X-Bugzilla-Keywords: loader X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: junchoon@dec.sakura.ne.jp X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277886 Tomoaki AOKI changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |junchoon@dec.sakura.ne.jp --- Comment #1 from Tomoaki AOKI --- You are stating about loader, so I'll intentionally ignore here about featu= res not supported by features unsupported after boot (not implemented in zfs.ko, used AFTER kernel starts). For features supported by zfs.ko but not by loader (zfsloader, loader.efi), unsupported featres are categorized into 2. 1. Read-only compatible feature 2. Features not in 1. For case 1, loader can (theoretically) sanely read the pool. So should run sanely even if they are enabled and active. For case 2, if the features are enabled but not yet set to active and actua= lly used, theoretically loader can still read and boot the pool. But once any of the features are actually used, loader no longer can read i= t. For example, if new hash function which loader doesn't support is activated= and used, loader cannot calculate the hash to check whether the file (/boot/loader.conl, kernel itself, ...) is broken or not. As broken files S= HALL not be used to boot. The only solution for case 2 is to implement the unspported feature into loader. But if your complaints are about case 1, loader.should be fixed. --=20 You are receiving this mail because: You are the assignee for the bug.=