> Attached, there is a patch that eliminates the lockup in a hopefully
> correct way (the CD contains an 8kB-long superblock). Unfortunately, it
> does not allow the CD to be mounted. Apparently there is something wrong
> with the code which processes cylinder groups.
Or does it have with blocksize selection?
I remember there having been some blocksize problem with the old read-only
driver, too, when there was some mismatch between the fs driver's
expectations and what the low-level block driver could provide.
Would that be the case, again? If so, it looks like a general and nasty
limitation of the linux kernel itself to me (but I may be quite wrong).
What error message(s) do you get in syslog?
If it's really cg handling, I admit I'm not very keen on the details,
and I'd rather let a real UFS guru do things; it may also be a side effect
of non-standard block size on cg handling.
> I have an image of a UFS floppy that was created using Digital Unix tools
> and it mounts almost correctly ("can't grok fs_clean 0x3").
This was fixed in the latest UFS read-only driver:
just a matter of accepting the 0x3 as "clean and stable from OSF/1".
Hence, I've just added the "old" UFS case to the "new" UFS driver. Thanks.
So, an updated patch (from genuine 2.1.116) is available at
http://www.tunes.org/~fare/files/bu-2.1.116.patch.gz
to get with GNU wget, or your favorite browser.
Copy not included, since no doubt it's _not_ the definitive(TM) patch
(it still does fix 3 bugs with respect to official kernel).
## Faré | VN: Уng-Vû Bân | Join the TUNES project! http://www.tunes.org/ ##
## FR: François-René Rideau | TUNES is a Useful, Not Expedient System ##
## Reflection&Cybernethics | Project for a Free Reflective Computing System ##
Does either tradition or innovation add any value to anything per se?
Do you buy your soap because for its new enhanced formula,
for its well-known old brand, or for its washing properties?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html