Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1318724ybl; Fri, 10 Jan 2020 16:14:16 -0800 (PST) X-Google-Smtp-Source: APXvYqw6ihTRONBhBqr+gmtx761aIMWyBXmz0RRZVMKIL1qqrJrK5jONGNPm5PKNsvuyrFz7b95M X-Received: by 2002:a9d:7984:: with SMTP id h4mr5015662otm.297.1578701656875; Fri, 10 Jan 2020 16:14:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578701656; cv=none; d=google.com; s=arc-20160816; b=JtbG45dxsohxmN61K2xglKbHgime1k5H7A7LPz3fno6t5meHWQPvNyxVOlmNRRKrSR NPzqQmIh8WWhAEGi8l7Gp7da8s71zl3xRbYX1FxCthdSZenrxQiFsYhAQWknux00U1JP GR4tEnYEwpbEfuLNRqLL21uUlmZgNrxS2M1cZFFm43SBzOp1ZEbOAOkDlIQDd7D6DPvv 3YTYNYiTh2matljsu9/Yya6vETjzT5OrAaQE8xeOpoDw2bQuafOvPosefvlSSpJRlx78 jXonOf6xFM+INtjHChCoi1gTEyRlP56IMFGVovAXrgYSStm+ytut7/E0rABnGYG5Jn8l 6d5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=exvRwaf6Fcg2yDAKT17GRq1b5OtwusPzanX62x0yWMQ=; b=CjrFAj239sP9WDEXrfqO57cunVHMzvVVbeZZVn4Mb33vfn29zz+hu3Vd0jKy60szcD 6neDYYjYwFyp3ioxZ5YoTN2EtJxMIcLAYTidxOkaiDhXcrSZ24qEmdz5bc4jDOEj0dEH k7WZrkCzthIiT62jyuhVLvIjARWx/TewGOu/sM7AIXk5lg6Kjszrsh7cIMBh2bKHh3cz nzz1kaqsRK2uyDe5g/dsQ/0/TAIVvC5YQlEhYqRagJqssXh20Kp1i4lUYem1hMdZa/xa Ucq0VyscqZtFQ9IdiOg8TMz3z6SryraCH8u+7kB+R/E00lha3cJMoEGxkXpHnKz+XE5i mOmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=KrLbtkAb; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x185si2115070oig.201.2020.01.10.16.13.53; Fri, 10 Jan 2020 16:14:16 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=KrLbtkAb; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727454AbgAKANw (ORCPT + 99 others); Fri, 10 Jan 2020 19:13:52 -0500 Received: from mail-ed1-f68.google.com ([209.85.208.68]:39910 "EHLO mail-ed1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727444AbgAKANw (ORCPT ); Fri, 10 Jan 2020 19:13:52 -0500 Received: by mail-ed1-f68.google.com with SMTP id t17so3193936eds.6 for ; Fri, 10 Jan 2020 16:13:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=exvRwaf6Fcg2yDAKT17GRq1b5OtwusPzanX62x0yWMQ=; b=KrLbtkAbt3SJh2NH6mDA7Hakx9dIjEXBA0iUniIvRullT3NTaT4WHsDo+rci7xyB0T SaQnHop7nHJK7HHaiPLvGgyNC5o79XP8D2DAMaYrJqVycK+uaOnT5IEiCwIDJppJ2Bm7 LJ/W6jR5TI66l5gDJvFsjqaqyGulrhaiDFLIDi45JviwLJDYgXLoDo8IFr3zU5n4ywZ2 dbo78VAPFRGedyaGVsn7npUYKDB49K2cVg+jcUjTAduyqi3VvxnOKiJ9XikPdQ7f0ej8 BXR3DntRPoRLSehvyObosTDH8Lhgyrz7ahzTpMmvoUB1lxTavJSy5F2oxOjkWPNcG8/m JJgQ== 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=exvRwaf6Fcg2yDAKT17GRq1b5OtwusPzanX62x0yWMQ=; b=Rlq0fiZwUvrE3LPMlRYApne4NA+iDcbMF2R+En8J069XL0p5+a1kGORL37/cj3TP79 edTUM8hLt5upcF42MQcCz44cIObnRp9M+xqhaq0jGMen69Yyw3P39UyoJX8LX80cSTcN O7DhKhtuWHm3kLoPkfHPPgkJ2cuVl4i7iQl3cXFp0ug3EJkGwtvsfxnEUw9wXuzBWFmh +NM0qMrNFRUfhgBR9E8fBuQ/8Q2NdG2g3WqwgBJ7wpPpk6y6B+3zEvi/zA1eWOTzKS51 sjhKzvdQxoGsoRD0pEUD2wTbEWFNzJtxBG2cHioSSVep4eTVSLrhvKBhquVh0LuLwJmY 7kRg== X-Gm-Message-State: APjAAAXpo+CADYSlI6eIO42HUGXOGJzhxCPkUO1N/NUX+YQVKinpUEN3 A1duDdjJuILqCnLh/hE+hINLS108imJDEgw87AFHdtEG X-Received: by 2002:a17:906:1b07:: with SMTP id o7mr5746376ejg.131.1578701630618; Fri, 10 Jan 2020 16:13:50 -0800 (PST) MIME-Version: 1.0 References: <20200110085217.GA7307@yogzotot> <20200110173432.GB304349@mit.edu> In-Reply-To: <20200110173432.GB304349@mit.edu> From: Anatoly Pugachev Date: Sat, 11 Jan 2020 03:13:43 +0300 Message-ID: Subject: Re: [PATCH] libext2fs: Extends commit c9a8c53b, with the same fix for ext2fs_flush2() and ext2fs_image_super_write() on a Big Endian systems. To: "Theodore Y. Ts'o" Cc: linux-ext4@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Fri, Jan 10, 2020 at 8:34 PM Theodore Y. Ts'o wrote: > > On Fri, Jan 10, 2020 at 11:52:17AM +0300, Anatoly Pugachev wrote: > > > > libext2fs: extends commit c9a8c53b, with the same fix for ext2fs_flush2() and > > ext2fs_image_super_write() on a Big Endian systems. > > > > As follow-up to previous discussion 'dumpe2fs / mke2fs sigserv on sparc64' > > > > Used find for files which refer to: > > > > e2fsprogs.git$ find . -name \*.c | xargs grep -cl 'gdp = ext2fs_group_desc' > > ./lib/ext2fs/closefs.c > > ./lib/ext2fs/openfs.c > > ./lib/ext2fs/imager.c > > > > And applied the same check for a null pointer. > > > > Tested on a debian linux with sparc64 LDOM and ppc64 LPAR. > > > > Fixes sigserv with test suite in "i_bitmaps" test. > > As far as I know, the i_bitmaps test is passing on on sparc64 and > ppc64. Search for i_bitmaps in: > > https://buildd.debian.org/status/fetch.php?pkg=e2fsprogs&arch=sparc64&ver=1.45.5-2&stamp=1578527938&raw=0 > and > https://buildd.debian.org/status/fetch.php?pkg=e2fsprogs&arch=ppc64&ver=1.45.5-2&stamp=1578526270&raw=0 > > The bug in c9a8c53b was caused by SPARSE_SUPER being passed to > ext2fs_open(). But that doesn't happen in misc/e2image. > > I can see optimizing ext2fs_flush() to skip byte-swapping the group > descriptors if the SUPER_ONLY flag is enabled. And I can see > ext2fs_image_super_write() checking to see if the SUPER_ONLY flag is > set, and returning an error in that case. > > But I don't think any of the current e2fsprogs are crashing at the > moment. Am I missing something? Ted, I'm using "master" branch for my tests, and debian probably using "debian/master" . Even test count is differ. In master branch 366 tests and in "debian/master" 356 tests. $ git br -vvv debian/master 0ba96395 [origin/debian/master] debian/patches: update for 1.45.5-2 release * master 32d33132 [origin/master] Merge branch 'maint' into next Can you please try master branch on any (sparc64 or ppc64) debian porter boxes? (There's new ppc64 porter box coming soon) Or on ppc64/sparc64 "gcc compile test" farm machines? And it's actually up to you, maybe my patch is irrelevant (and sorry for the noise then), since i don't know internals for e2fsprogs. Thanks.