Re: [Scsirastools-developers] scsirastools-1.6.4 problem with new SEAGATE HDDD family SAvvio 15K3 /
Brought to you by:
arcress
Menu
▾
▴
Re: [Scsirastools-developers] scsirastools-1.6.4 problem with new SEAGATE HDDD family SAvvio 15K3 / 10K5 / impossible to write page mode 1a which contain 38Bytes
|
From: Andy C. <and...@us...> - 2011-12-09 17:44:46
|
Yannick, That helps. There was a max_data limit of 50 bytes in sgsubs.c:mode_select(). I bumped that to 64 bytes, and added a debug message if the limit truncation occurs. These changes have been submitted to the SVN head, so you can download them from: http://scsirastools.svn.sourceforge.net/viewvc/scsirastools/trunk/src/sgsub.c?revision=33 http://scsirastools.svn.sourceforge.net/viewvc/scsirastools/trunk/src/sgmode.c?revision=33 Andy From: Yannick Guedon [mailto:Yan...@EM...] Sent: Friday, December 09, 2011 3:55 AM To: Yannick Guedon; Andy Cress Cc: scs...@li... Subject: RE: scsirastools-1.6.4 problem with new SEAGATE HDDD family SAvvio 15K3 / 10K5 / impossible to write page mode 1a which contain 38Bytes Dear Andy, It's better but it's not the final sgmode.c, it's better because the page mode after 1a is now updated however the page mode 1a has still a problem to be modified. Please find in attached the sgmode.log with page mode 1a set to 0x26 from the file ST9900805SS_PM1a_0x26.mdf: 1a 26 00 00 00 00 00 0a 00 00 8c a0 00 00 17 70 00 00 46 50 00 00 46 50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Result is: sense error, key=05 asc=1a ascq=00 Illegal Request, PARAMETER LIST LENGTH ERROR Error in CDB: Byte #?, Bit #7 is in error. Info valid=0, Current [0]: Error -2 setting Mode Page 1a Based on the error found previously, I have created a page mode 1a with 0x24 instead of 0x26 (ST9900805SS_PM1a_0x24.mdf) with same length (38 values and not 36 values): 1a 24 00 06 00 00 00 0a 00 00 8c a0 00 00 17 70 00 00 46 50 00 00 46 50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Result is pass in this case. In attached: sgmode.log, ST9900805SS_PM1a_0x24.mdf, ST9900805SS_PM1a_0x26.mdf Does it help you to find where the problem is? If you have other *.c scripts to try don't worry it's a pleasure to find the root cause and solve the problem. In any case thank a lot for your help on this. Thanks and best regards, Yannick GUEDON From: Yannick Guedon Sent: vendredi 9 décembre 2011 08:52 To: 'Andy Cress' Cc: scs...@li... Subject: RE: scsirastools-1.6.4 problem with new SEAGATE HDDD family SAvvio 15K3 / 10K5 / impossible to write page mode 1a which contain 38Bytes Dear Andy, Thanks a lot for your quick answer and reply, I will try your new sgmode.c and let you know the test result. In any case , I would like to thanks you for your help. Best regards Yannick From: Andy Cress [mailto:and...@us...] Sent: jeudi 8 décembre 2011 23:10 To: Yannick Guedon Cc: scs...@li... Subject: RE: scsirastools-1.6.4 problem with new SEAGATE HDDD family SAvvio 15K3 / 10K5 / impossible to write page mode 1a which contain 38Bytes Yannick, I built an mdf here with extra bytes, and found the issue. The maxl did have to be increased. It used that to allow wrapping one mode page across multiple lines, but that needs to be expanded in this case. Andy From: Yannick Guedon [mailto:Yan...@EM...] Sent: Thursday, December 08, 2011 11:08 AM To: Andy Cress; ar...@us... Cc: scs...@li... Subject: RE: scsirastools-1.6.4 problem with new SEAGATE HDDD family SAvvio 15K3 / 10K5 / impossible to write page mode 1a which contain 38Bytes Dear Andy, I tried your sgmode.c in debug mode, unfortunately I have the same problem with page mode 1a, please find in attached the sgmode.log The difference with the version 1.64 is now the page mode after (1c in my case) is skipped also. Is there any additional parameters to change? Thanks in advance for your help and support. Thanks and best regards, Yannick GUEDON From: Andy Cress [mailto:and...@us...] Sent: jeudi 8 décembre 2011 16:02 To: Yannick Guedon; ar...@us... Cc: scs...@li... Subject: RE: scsirastools-1.6.4 problem with new SEAGATE HDDD family SAvvio 15K3 / 10K5 / impossible to write page mode 1a which contain 38Bytes Yannick, Thanks for your input. I see what the problem is. The problem is not the 38-byte data buffer itself (max_data for that is 50 bytes), but the fact that sgmode.c only reads 80 bytes per line from the mdf file. Attached is a fix for that, increasing the line size to 160 characters. Can you build with this and try it? Andy From: Yannick Guedon [mailto:Yan...@EM...] Sent: Thursday, December 08, 2011 7:47 AM To: ar...@us... Subject: scsirastools-1.6.4 problem with new SEAGATE HDDD family SAvvio 15K3 / 10K5 / impossible to write page mode 1a which contain 38Bytes Dear Andy CRESS, I am an user of your tool call "scsirastools" and thank you for this useful tool, however I notice a problem with new SEAGATE HDD family Savvio 15K3 and 10K5 (product manual in attached). In the new Savvio family, the page mode 1a length increase and the value now is 0x26, I notice a limitation in your program to 0x24, if you write more than 36Bytes, the page mode is jumped, I would like to remove this limitation and also avoid side effect. Could you please teach to change which values in sgmode.c, sgsub.c and other if needed, in order to have this scsirastools which run well. In attached: sgmode.log, ST9900805SS_N003_YG.mdf page mode file Thanks in advance for your help and support. Yannick GUEDON WARNING - This e-mail or its attachments may contain controlled technical data or controlled technology within the definition of the International Traffic in Arms Regulations (ITAR) or Export Administration Regulations (EAR), and are subject to the export control laws of the U.S. Government. Transfer of this data or technology by any means to a foreign person, whether in the United States or abroad, without an export license or other approval from the U.S. Government, is prohibited. The information contained in this document is CONFIDENTIAL and property of Kontron. Any unauthorized review, use, disclosure or distribution is prohibited without express written consent of Kontron. If you are not the intended recipient, please contact the sender and destroy all copies of the original message and enclosed attachments. Click here <https://www.mailcontrol.com/sr/Mul61njn5qDTndxI!oX7Uo9cpkuWnNqkCvAxYJc8K2XA2crxNzjscPP9U7BY3q+!BwDJSzu2ANteTFI5G433hQ==> to report this email as spam. WARNING - This e-mail or its attachments may contain controlled technical data or controlled technology within the definition of the International Traffic in Arms Regulations (ITAR) or Export Administration Regulations (EAR), and are subject to the export control laws of the U.S. Government. Transfer of this data or technology by any means to a foreign person, whether in the United States or abroad, without an export license or other approval from the U.S. Government, is prohibited. The information contained in this document is CONFIDENTIAL and property of Kontron. Any unauthorized review, use, disclosure or distribution is prohibited without express written consent of Kontron. If you are not the intended recipient, please contact the sender and destroy all copies of the original message and enclosed attachments. |
