public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Grant Grundler <iod00d@hp.com>
To: Patrick Mansfield <patmans@us.ibm.com>
Cc: linux-scsi@vger.kernel.org
Subject: Re: convert 520 byte sector disk to 512 byte sector?
Date: Mon, 9 Jun 2003 15:39:05 -0700	[thread overview]
Message-ID: <20030609223905.GH29808@cup.hp.com> (raw)
In-Reply-To: <20030609122907.A16169@beaverton.ibm.com>

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.

thanks,
grant

  reply	other threads:[~2003-06-09 22:25 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 [this message]
2003-06-10  1:53     ` Douglas Gilbert
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=20030609223905.GH29808@cup.hp.com \
    --to=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