Commits (4)
-
John Ballance authored
Altered interaction with PartMan. PartMan now tells SCSIFS when it can attempt to mount a newly connected disc. Detail: In order to be certain that the partition table has been fully analysed before SCSIFS attempts to mount a newly connected disc, if Partman is detected, SCSIFS waits for a service call from PartMan before it attempts to mount any partitions on the disc. If PartMan interaction is not compiled, in, or PartMan is not detected, SCSIFS behaviour is unaltered. Admin: tested on iMx6 Version 1.33. Tagged as 'SCSIFS-1_33'
da6e6c3a -
John Ballance authored
Detail: Reason 1 did not check whether the given partition offset matched, so did not differentiate between different partitions on a disc Admin: tested on iMx6 Version 1.34. Tagged as 'SCSIFS-1_34'
17022331 -
John Ballance authored
Detail: SCSIFS_Partitions reason code 1 already provides the icon number for a given SCSI ID and partition offset. Reason code 2 provides the inverse function to this. Admin: tested on iMx6 Version 1.35. Tagged as 'SCSIFS-1_35'
4283a9df -
Robert Sprowson authored
SCSI_Partitions 1 was changed in SCSIFS 1.34 to tie new significance to R2, which was previously undefined. Thus any clients of this subreason failed in various amusing ways (the ticket references SystemDisc and Fat32Formatte, and inspection of HForm suggests this would have altered behaviour because BASIC zeros unused registers). Since the only client of this extension is the SCSI specific PartMan, and the module already has a variety of assembly time switches in order to complete the other half of the dialogue to work out which partition is which, just make the significant R2 depend on that switch too. Therefore the previously documented SWI behaviour is restored otherwise. Also, tidy the docs up, and paste those tidied docs into the relevant place in the sources. Version 1.36. Tagged as 'SCSIFS-1_36'
92870ae9
Showing