From: Douglas Gilbert <dougg@torque.net>
To: Grant Grundler <iod00d@hp.com>
Cc: Patrick Mansfield <patmans@us.ibm.com>, linux-scsi@vger.kernel.org
Subject: Re: convert 520 byte sector disk to 512 byte sector?
Date: Tue, 10 Jun 2003 11:53:56 +1000 [thread overview]
Message-ID: <3EE53A34.7070503@torque.net> (raw)
In-Reply-To: <20030609223905.GH29808@cup.hp.com>
Grant Grundler wrote:
> On Mon, Jun 09, 2003 at 12:29:07PM -0700, Patrick Mansfield wrote:
>
>>I did this for some Seagate FC drives (don't have the exact model numbers
>>handly), but don't have my hacks, and can't find details of my results. I
>>used the same thing you have in your code - set the "direct access device
>>mode paramter block descriptor"'s block length (versus the more obvious
>>data bytes per physical page), and then formatted the drive.
>
>
> thanks - that's good to know that at least I'm banging my head
> bloody against the right wall. I suspect the data isn't going
> out to the device like it's supposed too. But I'm not seeing
> the problem with the code.
>
>
>>Did you try setting the data bytes per physical page?
>
>
> I think so. But I recall checking the "Mask" data for the format mode
> page and it shows nothing on the page can be modified.
> Here's the blk512-linux output for that device:
>
> iota:/home/grundler/Src# ./blk512-linux -MS -c 71132960 /dev/sg15
>
> Mode Sense Mask:
>
> 0x0000: 23 00 10 08 04 2c 1d 80 00 00 02 08 83 16 00 00
> 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 0x0020: 00 00 00 00
>
> Mode Sense Saved:
>
> 0x0000: 23 00 10 08 04 2c 1d 80 00 00 02 08 83 16 24 54
> 0x0010: 00 00 00 14 00 00 02 31 02 08 00 01 00 88 00 60
> 0x0020: 40 00 00 00
>
> Mode Sense Current:
>
> 0x0000: 23 00 10 08 04 2c 1d 80 00 00 02 08 83 16 24 54
> 0x0010: 00 00 00 14 00 00 02 31 02 08 00 01 00 88 00 60
> 0x0020: 40 00 00 00
>
> Mode Sense Default:
>
> 0x0000: 23 00 10 08 04 2c 1d 80 00 00 02 08 83 16 24 54
> 0x0010: 00 00 00 14 00 00 02 3d 02 00 00 01 00 88 00 60
> 0x0020: 40 00 00 00
>
> Mode Select Data:
>
> 0x0000: 00 00 00 08 04 3d 67 20 00 00 02 00
> mlen 0xc resid 0x0 duration 0 info 0x0
> Done setting /dev/sg15 to 71132960 blocks/512 bytes_per_block
> iota:/home/grundler/Src#
>
>
>
>>So the MODE SENSE format device page (0x3) "data bytes per physical
>>sector" does _not_ show 512 bytes after you send the MODE SELECT format
>>device page? That is what I (eventually) saw.
>
>
> correct. I was expecting it show "02 00" in the "current" page if I run
> the command a second time or run "scsiinfo -f".
>
>
>
>>Did you format the drive after changing the block size?
>
>
> No. I will When the MODE SENSE for page 3 shows 512 bytes/block.
>
>
>
>>Are you sure the mode select is really working in your code?
>
>
> I have no way of knowing other then device/driver return codes.
> And since I don't have a FC protocol analyzer, i need help
> to figure out if it's just something silly I'm doing wrong.
>
> It's quite possible the qlogic driver is mangling the command
> and/or return values. I'm using qla2300 v6.04.00 with qla2312 chip.
>
> I think the current code is sending "default" page data
> for the MODE SELECT. I might try updating the MODE SELECT data
> and verify no extra bits are set in the "descriptor" header.
>
>
>>I suppose there are no other format page values you can change.
>
>
> The device claims there are none.
>
>
>
>>I can't remember when the MODE SENSE format page showed the modified block
>>size for me - I believe it was after the MODE SELECT format page, rather
>>than after the FORMAT command itself.
>
>
> yes - that's what I'm expecting. The format command should use the
> settings in the "current" page. ergo one should be able to read/write the
> contents of the page before issuing format command.
Grant,
www.seagate.com have a tool called "seatool" that may
do the trick for you.
Doug Gilbert
next prev parent reply other threads:[~2003-06-10 1:41 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-09 17:46 convert 520 byte sector disk to 512 byte sector? Grant Grundler
2003-06-09 19:29 ` Patrick Mansfield
2003-06-09 22:39 ` Grant Grundler
2003-06-10 1:53 ` Douglas Gilbert [this message]
2003-06-10 17:24 ` Grant Grundler
2003-06-10 20:54 ` Grant Grundler
2003-06-18 20:19 ` Grant Grundler
2003-06-10 0:36 ` Grant Grundler
-- strict thread matches above, loose matches on Subject: below --
2003-06-10 18:32 Cress, Andrew R
2003-06-18 20:52 ` Grant Grundler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3EE53A34.7070503@torque.net \
--to=dougg@torque.net \
--cc=iod00d@hp.com \
--cc=linux-scsi@vger.kernel.org \
--cc=patmans@us.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.