public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
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



  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox