QUOTE(reddwarffan @ Apr 19 2010, 05:38 AM)

And now I read you are developing a Windows solution for xboxhdm3 - man this just gets better and easier!
xboxhdm3 is unfinished with no definite timeline and it is still Linux based. xboxdumper is the tool that is Windows based.
QUOTE
Just to let you, I have a spare stock Xbox HDD which I will offer up for testing. However, due the ash cloud over the UK am the moment I am unable to buy a new test rig from ebay for a few weeks yet. When I do, and should you need testers, let me know and I will help out.
Thanks for the offer.
QUOTE
I have a question for you.
1) I done quite a bit of reading on this but I cannot find a definitive answer. I know you can create the necessary partitions and install files etc using hotswapping and your new windows method (which I have yet to test), but is it possible to lock a hdd using an IDE enclosure and a laptop running XP SP3 (which is my current setup)? The nearest I could find to an answer was this
post, but it's an old post - maybe a different approach has been found?
The answer in the past was a No. Now I'm not so sure, Cypress USB ATA chipsets used on some IDE enclosures support ATA security.
CODE
Cypress usb-pata bridge may use the ATACB proprietary scsi pass through command. The best way to know if your device support it, is to check your device usb id (most Cypress usb ata bridge got vid=0x04b4, pid=0x6830)
In the Linux kernel, CONFIG_USB_STORAGE_CYPRESS_ATACB need to be configured.
I'm not sure how such devices present themselves to Linux and I'm also uncertain the level of support Windows drivers provide for such devices as far as ATA security features are concerned, ie the hdd locking stuff.
That is at the OS layer. For userland applications like hdparm, hdtool, changes may be needed as well.
A quick Google yielded this result
CODE
SCSI subsystem
libata is the name of a set of drivers and some glue code that allows the SCSI layer to talk to ATA devices. From user land, for quite some time SATA drives have been showing up as /dev/sda (a SCSI disk device). More recently this was extended to PATA devices, and some old drivers were ported to libata.
libata does support HDIO_DRIVE_CMD and HDIO_DRIVE_TASK for backwards compatibility -- mainly for hdparm, hdtemp, smartmontools, etc. However it does not support HDIO_DRIVE_TASKFILE, and it is suggested that people use SG_IO instead.
The SCSI ioctl SG_IO allows the same features as the IDE TASKFILE, but sends the commands through the SCSI subsystem. Since the SCSI and ATA commands are nothing alike libata maintains translation code to do this for common commands, as mandated by the SAT2 T10 committee document referenced above.
If a command does not fit into the SAT2 translation you can wrap the ATA command with an SG_IO header and pass it using ATA16 pass-through commands
In plain English, a lot of work is still needed.