This message is from the T13 list server.
I should have said "except that if the Set Max is VOLATILE and power is cycled, the HPA will be restored". -----Original Message----- From: Stegmier, Steve [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 12, 2003 9:07 AM To: [EMAIL PROTECTED] Subject: RE: [t13] Does volatile SET MAX "eliminate" HPA This message is from the T13 list server. Mukesh: An HPA created with a 28-bit Set Max command is eliminated by performing a 28-bit Set Max Address command with the value returned by a 28-bit Read Native Max Address command. It makes no difference if that Set Max is volatile or non-volatile, except that if the Set Max is non-volatile and power is cycled, the HPA will be restored. Regards, Steve Stegmeier -----Original Message----- From: Mukesh Kataria [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 7:26 PM To: Darrin Bulik; [EMAIL PROTECTED] Subject: RE: [t13] Does volatile SET MAX "eliminate" HPA This message is from the T13 list server. Hi Darrin: Once again, thanks for your response. Having worked on the HPA and PARTIES related stuff myself, I understand definitions and general working of HPA/ PARTIES well enough. Maybe I wasn't articulate enough to explain my question. So I am going to give it another try. My problem is...I have a pretty new HDD (supports 48-bit cmds), which has an HPA created with a tool which only understands 28 bit commands. So SET MAX used to create HPA was 28 bit version. HPA was left unlocked. I have a newer tool (which understands 48 bit commands) that I want to use to resize this HPA. Because this HDD's HPA was created with 28-bit SET MAX, this new tool can't resize it (ATA spec forbids mixing of different sized SET MAX commands). So I need to make the HDD firmware accept SET MAX EXT command so that it can work with newer tool. Spec says that "If a Host Protected Area has been created using the SET MAX ADDRESS command, all SET MAX ADDRESS EXT commands shall result in command aborted until the Host Protected Area is eliminated by use of the SET MAX ADDRESS command with the address value returned by the READ NATIVE MAX ADDRESS command." My question is: will setting SET MAX volatile [NATIVE MAX] count as "eliminating the HPA" in above definition? ....OR.... do I have to do a "non-volatile" SET MAX [native max] to eliminate it? What is "eliminate HPA"..."open HPA" or "delete HPA"? I hope I was able to explain my question, Best regards, Mukesh -----Original Message----- From: Darrin Bulik [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 5:05 PM To: Mukesh Kataria; [EMAIL PROTECTED] Subject: RE: [t13] Does volatile SET MAX "eliminate" HPA HPA (Host Protected Area) is a method with which the host (BIOS, OS) can "protect" or reserve an area of the HDD (or a given number of LBAs). So, in order to create a HPA with data in it, you would first have to put data on those LBAs, then issue a SET MAX or SET MAX EXT (depending on the capacity of the HDD) in order to protect the data that was written. This will make those sectors "invisible" to the host. Then, if you issue a SET MAX or SET MAX EXT with the number of LBAs returned in the READ NATIVE MAX ADDRESS or READ NATIVE MAX ADDRESS EXTENDED command, it will then allow the system access to those LBAs and the data associated. Hopefully the definition and examples help.?.?. Regards, Darrin -----Original Message----- From: Mukesh Kataria [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:40 PM To: Darrin Bulik; [EMAIL PROTECTED] Subject: RE: [t13] Does volatile SET MAX "eliminate" HPA Hi Darrin: Thanks for your prompt response. I took the word "eliminate" from ATA/PI spec (sec 6.20, last para). Does it mean "removing" the HPA from the HDD or does it mean "either opening or removing" of HPA? Its not clear. Hence the question, volatile SET MAX (native max) does open up the HPA, but does it 'eliminate' the HPA too? If I don't get error in my IOW example, this means that as long as I do a volatile SET MAX [native max], I can fire a SET MAX EXT command in the same boot cycle (and converse...as long as I do a volatile SET MAX EXT [native max EXT], I can fire a SET MAX command in same boot cycle) without any errors. Is that the intended behaviour, because spec says that if HPA was established by one type of SET MAX then we can't fire another type of SET MAX command to adjust it and in my example we establish it using SET MAX. Cheers, Mukesh -----Original Message----- From: Darrin Bulik [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:14 PM To: Mukesh Kataria; [EMAIL PROTECTED] Subject: RE: [t13] Does volatile SET MAX "eliminate" HPA In your example, you will get a different result than your question. In your question, the result is that you will "open" up the HPA, or gain access to the LBAs that were previously protected. What do you mean by eliminate? In you IOW example, you will end up with a HPA of the size of your last SET MAX EXT. No to you very last question. Regards, Darrin -----Original Message----- From: Mukesh Kataria [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 3:38 PM To: [EMAIL PROTECTED] Subject: [t13] Does volatile SET MAX "eliminate" HPA This message is from the T13 list server. Hello: Section 6.20, in d1410 r3a says that "If a Host Protected Area has been created using the SET MAX ADDRESS command, all SET MAX ADDRESS EXT commands shall result in command aborted until the Host Protected Area is eliminated by use of the SET MAX ADDRESS command with the address value returned by the READ NATIVE MAX ADDRESS command" Question: Will firing a SET MAX (volatile) command [NATIVE MAX] "eliminate" HPA according to definitions in spec or will it just amount to opening the HPA? IOW if I do following: 1. Create HPA with a SET MAX (non-volatile) 2. Power reset 3. Do a SET MAX (volatile) [native max] 4. SET MAX EXT (non volatile) Will this give me an error as in 8.48.1.6, ABRT "ABRT shall be set to one if a host protected area has been established by a SET MAX ADDRESS command,"? Cheers, Mukesh _____________________________________________________________ Nothing is impossible in this world. Even the word Impossible says: I'm possible. Keep :-) Mukesh Kataria Phoenix Tech. Ltd. (408) 570 1589 (W) 411 E. Plumeria Dr. [EMAIL PROTECTED] San Jose CA 95134
