Re: Fwd: libata extension

2007-03-13 Thread Jeff Garzik
Vitaliyi wrote: Why is the access to Control register needed? To execute soft reset for example. > In the perfect case i would like to be able to execute vendor command > set (reverse engineered). Sounds interesting. :-) Could you give some more details on what are you going to implement?

Re: Fwd: libata extension

2007-03-13 Thread Jeff Garzik
Vitaliyi wrote: Why is the access to Control register needed? To execute soft reset for example. In the perfect case i would like to be able to execute vendor command set (reverse engineered). Sounds interesting. :-) Could you give some more details on what are you going to implement?

Re: Fwd: libata extension

2007-03-12 Thread Vitaliyi
Why is the access to Control register needed? To execute soft reset for example. > In the perfect case i would like to be able to execute vendor command > set (reverse engineered). Sounds interesting. :-) Could you give some more details on what are you going to implement? Reading/writing

Fwd: libata extension

2007-03-12 Thread Vitaliyi
-- Forwarded message -- From: Vitaliyi <[EMAIL PROTECTED]> Date: Mar 12, 2007 7:03 PM Subject: Re: libata extension To: Mark Lord <[EMAIL PROTECTED]> Use the SCSI SG_IO ioctl() with opcode=ATA_16, which gives you access to the ATA Passthrough mechanism. This will w

Re: libata extension

2007-03-12 Thread Mark Lord
Vitaliyi wrote: Good Day Say i want to implement extended set of ATA commands available to userspace for building diagnostic tools. I need 0x40 -- read verify and 0x32 -- write long with error handling, for example. I was trying ide driver through ioctl's, but seems it lack of functionality and

Re: libata extension

2007-03-12 Thread Mark Lord
Vitaliyi wrote: Good Day Say i want to implement extended set of ATA commands available to userspace for building diagnostic tools. I need 0x40 -- read verify and 0x32 -- write long with error handling, for example. I was trying ide driver through ioctl's, but seems it lack of functionality and

Fwd: libata extension

2007-03-12 Thread Vitaliyi
-- Forwarded message -- From: Vitaliyi [EMAIL PROTECTED] Date: Mar 12, 2007 7:03 PM Subject: Re: libata extension To: Mark Lord [EMAIL PROTECTED] Use the SCSI SG_IO ioctl() with opcode=ATA_16, which gives you access to the ATA Passthrough mechanism. This will work for most ATA

Re: Fwd: libata extension

2007-03-12 Thread Vitaliyi
Why is the access to Control register needed? To execute soft reset for example. In the perfect case i would like to be able to execute vendor command set (reverse engineered). Sounds interesting. :-) Could you give some more details on what are you going to implement? Reading/writing

Re: libata extension

2007-03-11 Thread Bartlomiej Zolnierkiewicz
Hi, On Sunday 11 March 2007, Vitaliyi wrote: > Good Day > > Say i want to implement extended set of ATA commands available to > userspace for building diagnostic tools. > I need 0x40 -- read verify and 0x32 -- write long with error handling, Mark Lord is working on READ/WRITE_LONG support for

Re: libata extension

2007-03-11 Thread Alan Cox
> I believe you should be able to do this by sending ATA pass-through SCSI > commands into the device using SG_IO, without any kernel changes. It's > really the mechanism that's meant for this.. It should work, but Mark Lord reported some problems with READ_LONG on PIIX/ICH intel chipsets. I

Re: libata extension

2007-03-11 Thread Robert Hancock
Vitaliyi wrote: Good Day Say i want to implement extended set of ATA commands available to userspace for building diagnostic tools. I need 0x40 -- read verify and 0x32 -- write long with error handling, for example. I was trying ide driver through ioctl's, but seems it lack of functionality and

Re: libata extension

2007-03-11 Thread Robert Hancock
Vitaliyi wrote: Good Day Say i want to implement extended set of ATA commands available to userspace for building diagnostic tools. I need 0x40 -- read verify and 0x32 -- write long with error handling, for example. I was trying ide driver through ioctl's, but seems it lack of functionality and

Re: libata extension

2007-03-11 Thread Alan Cox
I believe you should be able to do this by sending ATA pass-through SCSI commands into the device using SG_IO, without any kernel changes. It's really the mechanism that's meant for this.. It should work, but Mark Lord reported some problems with READ_LONG on PIIX/ICH intel chipsets. I don't

Re: libata extension

2007-03-11 Thread Bartlomiej Zolnierkiewicz
Hi, On Sunday 11 March 2007, Vitaliyi wrote: Good Day Say i want to implement extended set of ATA commands available to userspace for building diagnostic tools. I need 0x40 -- read verify and 0x32 -- write long with error handling, Mark Lord is working on READ/WRITE_LONG support for

libata extension

2007-03-10 Thread Vitaliyi
Good Day Say i want to implement extended set of ATA commands available to userspace for building diagnostic tools. I need 0x40 -- read verify and 0x32 -- write long with error handling, for example. I was trying ide driver through ioctl's, but seems it lack of functionality and full of gotchas.

libata extension

2007-03-10 Thread Vitaliyi
Good Day Say i want to implement extended set of ATA commands available to userspace for building diagnostic tools. I need 0x40 -- read verify and 0x32 -- write long with error handling, for example. I was trying ide driver through ioctl's, but seems it lack of functionality and full of gotchas.