From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1j9OzB-0003gy-Vq for mharc-grub-devel@gnu.org; Wed, 04 Mar 2020 03:02:33 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52484) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j9Oz8-0003Zv-9p for grub-devel@gnu.org; Wed, 04 Mar 2020 03:02:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j9Oz5-0003to-SI for grub-devel@gnu.org; Wed, 04 Mar 2020 03:02:29 -0500 Received: from m9a0013g.houston.softwaregrp.com ([15.124.64.91]:44861) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j9Oz5-0002im-Kn for grub-devel@gnu.org; Wed, 04 Mar 2020 03:02:27 -0500 Received: FROM m9a0013g.houston.softwaregrp.com (15.121.0.190) BY m9a0013g.houston.softwaregrp.com WITH ESMTP; Wed, 4 Mar 2020 08:01:39 +0000 Received: from M4W0334.microfocus.com (2002:f78:1192::f78:1192) by M9W0067.microfocus.com (2002:f79:be::f79:be) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Wed, 4 Mar 2020 07:58:54 +0000 Received: from NAM02-CY1-obe.outbound.protection.outlook.com (15.124.8.13) by M4W0334.microfocus.com (15.120.17.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10 via Frontend Transport; Wed, 4 Mar 2020 07:58:54 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hqzyUo+tY40Vsry/ANwEqD/CtHEuFX7h9Vo2/IqDctQVNqzluG5POOGlkazCXTZbduRq6CC7ohqn4emZrNjZ8xtXM3aYWVD0FhKw6hRHL9NjNZIEuYSMiGhUX7RfK0ozs7OrynYOD3PLQsCTBlXa5x0v+l+ncOM1Xeo+LggfBNKCAiQ9pe0Yk0GNJex4vNpNJvgbjiXX+yFfAbHI8Bb45AyUmw3EothNrdeS0H6ao8lcSyMtyDRrkoEaNKqzcWTdzqzHJ+mFHtzTI4H+Sm7VNLq8KTYcvsBntWqT/cgsQSvuCmIl0woDm/5E2pPCFBHewZ2dV5kaZDAkNm/FvHNrAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3CZwBOVKPcVB4/2po1EwBrt4G30XdPgzDLdl5XqUksI=; b=IjqxXjeyGYcJvWu1s3daahes87gLY2neV5zNE3l8+clj3heuKU7JnMFZ3mQIRLBebQNvvVljDUkDQBHtJe0PBE+LJoREalpWxBwRoBzx2Alec5QIWvwLO5Y0ApQXvVDnJ0u7lfJGo4okYAcTP1G0xVZz31eNIx2OoACO59M0rshd+gV4yoJCXN2Nqu8BMbsBJiuMivNiYV/NfyH+RHnf0EOawKsOHv151OMz6mVxawCMN5m8p1VSppzVw1eBmvkgk8agwj0Cj4IEC0o06cbXpKdUtbyxslAUyOwTnz90Pua7nRXWSNAur6ra3kVFlhjlNoxPJm2r6FrhUCcOl3LVPA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=MChang@suse.com; Received: from BY5PR18MB3188.namprd18.prod.outlook.com (2603:10b6:a03:1ac::18) by BY5PR18MB3284.namprd18.prod.outlook.com (2603:10b6:a03:1a8::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.18; Wed, 4 Mar 2020 07:58:53 +0000 Received: from BY5PR18MB3188.namprd18.prod.outlook.com ([fe80::28ac:20e6:d692:e83]) by BY5PR18MB3188.namprd18.prod.outlook.com ([fe80::28ac:20e6:d692:e83%5]) with mapi id 15.20.2772.019; Wed, 4 Mar 2020 07:58:53 +0000 Date: Wed, 4 Mar 2020 15:58:45 +0800 From: Michael Chang To: The development of GNU GRUB CC: Vladimir 'phcoder' Serbinenko , "dave@jikos.cz" , "pmenzel@molgen.mpg.de" , "terrelln@fb.com" Subject: Re: [PATCH] btrfs: disable zstd support for i386-pc Message-ID: <20200304075845.GA26703@mazu> References: <20191105091949.29559-1-mchang@suse.com> <20191107115235.pxkvffcohbsho443@tomti.i.net-space.pl> <20191113110050.omph6xptgsc2ppe2@tomti.i.net-space.pl> <20191114095345.GA3688@mazu> <20191115114252.z5xxticja274cluq@tomti.i.net-space.pl> <20191119083404.GA7871@mazu> <20200303165912.oqj6ac662sbl4y2q@tomti.i.net-space.pl> Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20200303165912.oqj6ac662sbl4y2q@tomti.i.net-space.pl> User-Agent: Mutt/1.10.1 (2018-07-13) X-ClientProxiedBy: SN4PR0201CA0028.namprd02.prod.outlook.com (2603:10b6:803:2e::14) To BY5PR18MB3188.namprd18.prod.outlook.com (2603:10b6:a03:1ac::18) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from mazu (60.251.47.115) by SN4PR0201CA0028.namprd02.prod.outlook.com (2603:10b6:803:2e::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.19 via Frontend Transport; Wed, 4 Mar 2020 07:58:51 +0000 X-Originating-IP: [60.251.47.115] X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: f2c5e9f3-b9d8-406c-7a34-08d7c011e18a X-MS-TrafficTypeDiagnostic: BY5PR18MB3284: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:5516; X-Forefront-PRVS: 0332AACBC3 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(366004)(396003)(39860400002)(376002)(136003)(189003)(199004)(33716001)(6666004)(54906003)(8676002)(316002)(52116002)(81156014)(956004)(4326008)(9576002)(8936002)(55016002)(6496006)(5660300002)(86362001)(9686003)(81166006)(1076003)(966005)(26005)(16526019)(2906002)(55236004)(6916009)(66476007)(66556008)(186003)(66946007)(478600001)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY5PR18MB3284; H:BY5PR18MB3188.namprd18.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; Received-SPF: None (protection.outlook.com: suse.com does not designate permitted sender hosts) X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: ykBGshuKwshtmjdDg5vncBb7xXccJA9+Osljz5dOJRyzrt2mxsTWs9ZGezcESnW7wLXhzpqPL48Tir0kS3+2fjrPdZKedMXTpZVnrBy0le1ZKCyjATaX3Sr7gLVGz4RqIuZKwwXrRYoMOSFP3lhOAk8GQLdZDsUti9+igmbgY9ifBqbtZCrmK97O1uNElxrQe8Ty3OsPRH29P3GFRcjz+CiUmmyb7QnxLLNL0Iq7rZrEmj8pHg35MUokLEmJYrvCM8EGUsDJl7U0bUHeHtm4lbG9Ycq+4rtU6JRWEF8nIYPC0EiaNaTDbnR5FTg1Mz2vRBD73aLvoImMPRXLo9HE3uafGbZ9s3jwT43QtCVTu0nf4aaTzKpwHAnIbQJEaHgn2iK2vfPKQ12SuKNC5/B2X+VAfDc7dlu+LLM3/qfiLsKrH2TXVt569bhbH8newTfVLhkgeF+rS3jVi7I3iWXhB/DvHq2sXJDJBwe6cMZv01t2yLhIffz14AShN5tFz81BrYeGkcnbFartXOiG7YN+sA== X-MS-Exchange-AntiSpam-MessageData: HLlsucxEjFr/KqPTmeQrmqFz6tsRK8WxL2ihD/5uCzwwCctET4IuLFGXiTYn7x2UhCHcG+KmCbRRNOSI0f1bOiMmmUAo50fd7FT1zukbZ8ex9oauE0uUac5V6tTeYeil+mW3xqSaHzrTrhHGm7F+Jw== X-MS-Exchange-CrossTenant-Network-Message-Id: f2c5e9f3-b9d8-406c-7a34-08d7c011e18a X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Mar 2020 07:58:53.1168 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 856b813c-16e5-49a5-85ec-6f081e13b527 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 3YYzvPhkp0VIjvXxMda81uApACNPLD0ZTxkxyT4q8b9adz5nYHeoGmz8/L6yj2+1 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR18MB3284 X-OriginatorOrg: suse.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 15.124.64.91 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 08:02:31 -0000 On Tue, Mar 03, 2020 at 05:59:12PM +0100, Daniel Kiper wrote: > On Tue, Nov 19, 2019 at 08:34:12AM +0000, Michael Chang wrote: > > On Fri, Nov 15, 2019 at 12:42:52PM +0100, Daniel Kiper wrote: > > > On Thu, Nov 14, 2019 at 09:53:54AM +0000, Michael Chang wrote: > > > > On Wed, Nov 13, 2019 at 12:00:50PM +0100, Daniel Kiper wrote: > > > > > On Thu, Nov 07, 2019 at 12:52:35PM +0100, Daniel Kiper wrote: > > > > > > On Wed, Nov 06, 2019 at 11:15:04AM -0800, Vladimir 'phcoder' Serbinenko wrote: > > > > > > > Please don't do it this way. The right solution is to move it to separate > > > > > > > module and include zstd module when needed. Not everybody uses btrfs > > > > > > > embedded area. I recommend not to use it. Using mbr gap or BBP is the > > > > > > > recommended way. > > > > > > > > > > > > I will put the cat among the pigeons. Maybe we should finally stop > > > > > > pretending that the GRUB supports small MBR gaps. Otherwise we will > > > > > > be fighting with such issues endlessly. > > > > > > > > > > Bumping the thread... Nobody objects? Hmmm... > > > > > > > > I don't think we are able to give up MBR gap support, simply because no > > > > other way out in creating the area for bootloader embedding. However we > > > > > > Nope, I do not propose that... > > > > > > > should consider to correct this claim in manual. > > > > > > > > "You must ensure that the first partition starts at least 31 KiB (63 > > > > sectors) from the start of the disk" > > > > > > > > to reflect the fact that 31 KiB is no longer applicable and the ideal > > > > size should be above 1MB (or such). You should go check with your disk > > > > tools to find the suitable parameter to fulfill the requirement, for eg, > > > > the partition alignment would mostly affect this. > > > > > > Exactly! However, there are some legacy systems which do not boot if MBR > > > gap does not end at 63 sectors boundary. Hence, maybe we should suggest > > > chainloading, using e.g. SYSLINUX, in a such cases. Anyway, may I ask > > > you to prepare a patch for GRUB manual which describes the problem? > > > > Alright, sounds good to me. :) > > Michael, ping? I would like to see this limitation documented in 2.06. > Could you do that? Hi Daniel, OK. I'll come up with a patch later this week. I am sorry for the delay. Regards, Michael > > Daniel > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel