English Amiga Board - PFS3 All-in-One released

English Amiga Board (https://eab.abime.net/index.php)

- News (https://eab.abime.net/forumdisplay.php?f=29)

- - PFS3 All-in-One released (https://eab.abime.net/showthread.php?t=66561)

PFS3 All-in-One released

Toni Wilen has just released PFS3 All-In-One!

Improvements over normal PFS3 include NSD support, KS1.x and 68000 support and maxtransfer bug workaround.
In addition the TD64/NSD/direct-SCSI versions are merged into one, using fail-safe autodetection.

Check it out, it might just be the last file system you'll ever need.. :)

Quote:

Originally Posted by Aminet Readme

This is improved all-in-one 100% OS 1.x/2.x/3.x/68000+ compatible
port of recently open sourced Professional File System III (PFS3),
SVN version. Sources available in AROS source tree.

Changes:

2.0
---

- Improved version of PFS3 for KS1.x
- Direct SCSI merged with standard PFS3.
- NSD support added.
- Autodetects block access mode (TD, TD64, NSD, DirectSCSI),
does not mount any partitions that can't be fully or partially
accessed due to driver limits.
- >256 block transfer ROM IDE driver bug workaround included.
("Max Transfer" bug)

Includes also all PFS3 for KS1.X updates:

1.1
---

- Merged latest official SVN updates.
- Compatible with KS 1.3 + 2.x extended ROM CDTV with v37 exec.
- Enabled removable media support.
- Fixed ACTION_DIE (unmount) crash.
- WB 1.x C:Info reports correct state information.

Autodetection details:
----------------------

If last block of partition is inside of first 4G of drive:

- Test if standard CMD_READ can access last block.
- Test if HD_SCSICMD Read(10) can access last block.

If both tests failed, do not mount, show error requester.

HD_SCSICMD test is needed because A590 pre-7.0 and CDTV SCSI
CMD_READ have 1G limit, HD_SCSICMD does not have any limits.
(Other old SCSI controllers may have similar restrictions.)

If last block of partition is outside of first 4G of drive:

- Test if NSD is supported and can access last block.
- Test if TD64 is supported and can access last block.
- Test if HD_SCSICMD Read(10) can access last block.

If all tests failed: do not mount, no requester shown.

If DOSType = PDSx: test HD_SCSICMD Read(10) first.

is it normal version shown is 18.0 ? when i add it in hdtoolbox, it show 18.0..must be 18.4 no ?

http://i40.servimg.com/u/f40/16/40/49/27/pfs310.png

working well anyway :)

Thx for it !

This release by Toni Wilen is not part of the 'official' PFS3 sourceforge project. (at least not yet)
As far as I can understand from this post, it's to avoid conflicts with the official PFS3 project.

i understand but a "ver pfs3_aio-handler" gives ver 18.4 soooo !?!

I am not sure where exactly the version/revision numbers shown in hdtoolbox comes from. You can ignore it, it is not used by hdtoolbox or AmigaOS or filesystem itself.

This sounds exciting! I Will give it a try, even though SFS has served me well, I can install this one in my A600 :D

Just saw this was uploaded on aminet:

http://aminet.net/package/disk/misc/PFS3_svn_134

but no changelog (or is there?). How does this version compare to Toni's?

Quote:

Originally Posted by vulture (Post 849828)

Just saw this was uploaded on aminet:

http://aminet.net/package/disk/misc/PFS3_svn_134

but no changelog (or is there?). How does this version compare to Toni's?

Appears to be "simple" repackage of official SVN version.

Differences: (I think, readme is really minimal..)

- 2.04+ only
- separate normal and DS versions
- No autodetection or NSD support. (Does not guarantee data safety if driver has >4G issues)
- has 68020+ only CPU versions
- maybe more optimized build, I guess it is SAS-C compiled. (GCC 68k support is not that good but aros build environment is required for 1.x compatibility tricks)
- documentation and other stuff included :)

(1.x compatibility tricks and hacks are the reason why I don't want to include it in official SVN tree)

ah, I see, thx Toni :)

Has anyone benchmark this new filesystem??? Is it faster or slower??

in the real world pfs3 was faster, under winuae, it's a test do do

I found 1.3 DOS undocumented (not even Guru book mentions it) bug/feature that causes access fault when filesystem handler starts and handler was expecting documented ACTION_STARTUP packet contents.

For some reason 1.3 autoboot startup packet has only single valid field (dp_Arg2 is valid, dp_Arg1=garbage, dp_Arg3=NULL). Only manual mounting creates fully valid packet.

Update coming soon.

Thanks a lot to Toni. Just did a dropin replacement of pfs3ds file on my 1200/060, and everything seems to work fine after testing. Don't know if it's placebo, but i imagine that it's blazingly fast:)

Hi,
is there any way to tag pds3 as rom module?

Quote:

Originally Posted by Fieldday (Post 877900)

Hi,
is there any way to tag pds3 as rom module?

I second this, be nice if it was romable.

Why? Does some situation really exists where you don't have automount/boot harddrive (filesystem in RDB) and still need PFS3?

I agree with Toni on this.
Since PFS3 exist in the RDB of the Hard Drive... I see no reason for it to be in the ROM.

Hello world, I take advantage of this thread to ask something concerning the loading of the filesystems from the RDB: how to do that on an external device ?

Note that this is PFS3 news thread. Very offtopic.