March 21st, 2019, 21:31
LarrySabo wrote:@fzabkar, it was connected directly to the copmuter's USB port. I must say, I'm impressed with how fast HDDClone was. A power reset wasn't required for these 300000 sectors, fortunately. I'm curious whether a simple inline switch pressed manually could serve as an alternative to using a power relay with HDDSuper Clone Pro for drives where there are limited times power resets are required.
March 23rd, 2019, 9:23
Customizable read timeout duration in milliseconds.
Read timeout enforced by software reset, hardware reset, controller reset, or drive repower.
March 23rd, 2019, 11:45
March 23rd, 2019, 16:52
maximus wrote:So after seeing the price (WOW!), and the results compared to the free version of HDDSuperClone, which runs on a free OS, why would someone buy it? Simple, because it works with Windows and all of the recovery software that is made for Windows.
March 23rd, 2019, 18:08
maximus wrote:And all of this is even without talking about the ability to power cycle. And I am curious about these lines in the features:Customizable read timeout duration in milliseconds.
Read timeout enforced by software reset, hardware reset, controller reset, or drive repower.
Other than a power cycle, I am curious what other kind of effective resets can be done with USB. I know there is a command to reset the USB port, but does it also really cause a reset to be sent to the drive itself, particularly in the case of it basically being a SATA device with a USB board (not a flash drive)?
When the HWRST bit is set to one, the SCSI device ignores all other fields with the exception of Off.Line. The host controller shall issue a hard reset to the device. For PATA this is a Pin 1 reset, for SATA this is a COMRESET.
When the SRST bit is set to one, the bridge ignores all other fields with the exception of HWRST and Off.Line. The ATA device shall execute a soft reset (SRST) as defined in ATA/ATAPI-7 unless the HWRST but is also set to one. If the HWRST bit is set to one, SRST is not performed.
March 23rd, 2019, 18:43
fzabkar wrote:However, it would appear that one should be able to send software (SRST) and hardware (HWRST) resets via ATA Command Pass-Through.
March 23rd, 2019, 19:49
March 23rd, 2019, 20:08
fzabkar wrote:I'm not sure I understand. If DeepSpar intercepts the USB connection between the host and device, why should it not be able to independently implement the SRST and HWRST features in the pass-through standard?
As for Linux's rejection of your attempts to implement SRST and HWRST, which words in the pass-through command packet can the user control? If some words/bytes are under your control, then why not all of them?
March 23rd, 2019, 20:13
March 23rd, 2019, 20:28
March 23rd, 2019, 20:46
March 23rd, 2019, 21:35
March 24th, 2019, 8:03
March 25th, 2019, 14:30
maximus wrote:In the OS, you have to wait for the current command to finish and return before you are even able to send the next command, so there is no way to send a reset on a timeout basis, even if the resets did work.
March 25th, 2019, 14:48
March 25th, 2019, 14:49
maximus wrote:... you could help me by finding some good USB documentation. I am looking for something that shows all the fields and commands for raw communication, specifically for bulk read and write for a mass storage device. I looked in the past and came up short. I found places that looked like they used to have the documentation, but it seemed to be replaced with newer documentation that did not have that info. Google failed me :(
March 25th, 2019, 15:20
0x55 0x53 0x42 0x43 0x2f 1 0 0
0 2 0 0 0x80 0 0x0c 0xa1
8 0x2e 0 0 0 0 0 0xa0
0xec 0 0 0 0 0 0
March 25th, 2019, 16:06
March 25th, 2019, 16:24
March 25th, 2019, 16:37
Powered by phpBB © phpBB Group.