From: "Thomas Schmitt" <scdbackup@gmx.net>
To: grub-devel@gnu.org
Cc: development@efficientek.com
Subject: Re: [grub-fs-tester.in] zisofs test looks unsuitable
Date: Fri, 27 Aug 2021 00:14:20 +0200 [thread overview]
Message-ID: <6218361576704902201@scdbackup.webframe.org> (raw)
In-Reply-To: <20210826161837.5438ced7@crass-HP-ZBook-15-G2>
Hi.
Glenn Washburn wrote:
> I think the changes to get the test
> working are worthy of inclusion so that the tests are ready when this
> feature gets implemented.
Do you think my draft of a commit message is ok ?
Probably i should mention that this test will fail until zisofs is
implemented.
> I'm not familiar with that code nor the
> format details, but it sounds like you might be able to determine if
> its something somewhat easy to add to GRUB.
Well, i wrote an implementation as libisofs filter (which differs much
from a filesystem driver) and a documentation of the format:
https://sources.debian.org/src/libisofs/1.5.2-1/doc/zisofs_format.txt
(Since noon our project web server is down. I need to pester the web
master to check which useless piece of software crashed it this time.)
Implementing SUSP entry "ZF" would be a substantial change to
grub-core/fs/iso9660.c including a new dependency on zlib.
The adventure would probably begin at function susp_iterate_dir()
which interprets some Rock Ridge SUSP entries.
Then i'd need to know which functions tell the file size and do the
reading of file content data and how to make the info from the ZF entry
known to them.
The Linux kernel has an implementation from the inventor, H.Peter Anvin.
(With a bug for machines with PAGE_SIZE > 32 KB
https://lore.kernel.org/linux-scsi/20201120140633.1673-1-scdbackup@gmx.net/T/#u
and a dire need for a readahead implementation.)
And there is the successor format zisofs2, not yet in the kernel
https://fossies.org/linux/misc/xorriso-1.5.4.pl02.tar.gz/xorriso-1.5.4/doc/zisofs2_format.txt?m=t
(Thanks to all the sites which store what i write.)
Last november a zisofs2 patch of ~200 lines enabled the then actual 5.10.0
release candidate to read the new format. But nearly a year of bitrot
already devalued my readahead patch. So my local test kernel is the only
one in the world which can read giant zisofs2 compressed files at high
speed.
Have a nice day :)
Thomas
next prev parent reply other threads:[~2021-08-26 22:13 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-25 10:29 [grub-fs-tester.in] zisofs test looks unsuitable Thomas Schmitt
2021-08-25 20:59 ` Glenn Washburn
2021-08-26 7:34 ` Thomas Schmitt
2021-08-26 20:07 ` Thomas Schmitt
2021-08-26 21:18 ` Glenn Washburn
2021-08-26 22:14 ` Thomas Schmitt [this message]
2021-08-27 3:30 ` Glenn Washburn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6218361576704902201@scdbackup.webframe.org \
--to=scdbackup@gmx.net \
--cc=development@efficientek.com \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.