From: Richard Miller <9fans@hamnavoe.com>
To: 9fans@9fans.net
Subject: Re: [9fans] copying fossil filesystem to a bigger disk
Date: Tue, 4 Oct 2011 10:34:19 +0100 [thread overview]
Message-ID: <45876f97909809a360c52f90ee9c2952@hamnavoe.com> (raw)
In-Reply-To: <6c0a6fdef3589e5cb13618f19d9ac9fc@chula.quanstro.net>
I said:
>> You could try telling your BIOS to use the disk in ATA (IDE) mode, and
>> see if that gives you 512-byte sector emulation. However I seem to
>> recall posts from Erik advising that some chipsets have bugs in this
>> mode which affect Plan 9.
quanstro@quanstro.net said:
> to put a point on it, ata is an abstracted command set. ide is a register
> set and protocol for delivering ata commands modeled on the isa bus.
>
> the disk interface (ide/ahci/something else) doesn't have anything to do
> with the sector size. the sector size is reported in the ident block, which
> emulation layers treat as an opaque sack of bits.
But if you look at the drivers, disk interface (ide/ahci/something else) has
everything to do with the sector size, because:
- sdiahci.c uses drive->unit->secsize, which comes from an ata read capacity
command in scisonline() - not from the ident block
- sdata.c ignores drive->unit->secsize, and uses drive->secsize which is
always set to 512
So, if the BIOS can be set to use IDE mode, the sdata driver will be
used, and will treat the drive as if it has 512-byte sectors. This
may or may not work, depending on what "logical sector size" actually
means. I would have thought it meant that read/write commands are
expressed in logical not physical sector terms; but then it seems odd
that the WD20EARS reports 4096-byte blocksize in the read capacity
command. My WD10EARS behaves differently:
term% scuzz /dev/sdC0
block size: 512
capacity
1953525167 512
ok 8
next prev parent reply other threads:[~2011-10-04 9:34 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-24 0:20 slash
2011-09-24 8:07 ` David du Colombier
2011-09-24 8:34 ` Steve Simon
2011-09-29 23:54 ` slash
2011-09-30 8:31 ` Richard Miller
2011-09-30 8:54 ` Richard Miller
2011-09-30 9:44 ` Charles Forsyth
2011-09-30 14:06 ` erik quanstrom
2011-09-30 14:16 ` Ethan Grammatikidis
2011-09-30 14:00 ` erik quanstrom
2011-10-01 10:36 ` slash
[not found] ` <CAEaiYYzXCfB2KbnDzBHTXytrfQqGUCepRg5Aj-c14ZoEz5hHaw@mail.gmail.c>
2011-10-01 13:51 ` erik quanstrom
2011-10-01 15:27 ` slash
2011-10-01 16:14 ` erik quanstrom
2011-10-01 16:23 ` erik quanstrom
2011-10-04 11:28 ` Richard Miller
2011-10-04 11:52 ` Charles Forsyth
2011-10-04 12:01 ` Richard Miller
2011-10-04 12:05 ` erik quanstrom
2011-10-04 12:09 ` Charles Forsyth
2011-10-04 12:13 ` Charles Forsyth
2011-10-04 12:19 ` dexen deVries
2011-10-04 12:27 ` Richard Miller
[not found] ` <CAOw7k5i3i+w_=pUuFjUCnxH1Tp5U0vh3v7wFUoBddfML9xG+ag@mail.gmail.c>
2011-10-04 12:17 ` erik quanstrom
2011-10-04 12:30 ` Charles Forsyth
[not found] ` <CAOw7k5hGWG16a5fTjtXBEBd2-gt=XnhjEJKFNjdPrB46_6=dBg@mail.gmail.c>
2011-10-04 12:34 ` erik quanstrom
2011-10-04 12:05 ` erik quanstrom
2011-10-04 12:15 ` Richard Miller
2011-10-04 12:17 ` erik quanstrom
2011-10-04 12:17 ` erik quanstrom
2011-10-04 12:33 ` Richard Miller
2011-10-04 12:52 ` dexen deVries
2011-10-04 13:05 ` dexen deVries
2011-10-04 14:13 ` erik quanstrom
2011-10-04 15:56 ` Richard Miller
2011-10-04 16:00 ` erik quanstrom
2011-10-04 16:42 ` Richard Miller
2011-10-04 16:45 ` erik quanstrom
2011-10-04 17:52 ` Charles Forsyth
2011-10-04 18:05 ` dexen deVries
2011-10-04 18:24 ` Bakul Shah
2011-10-04 18:29 ` erik quanstrom
2011-10-03 23:07 ` slash
2011-10-06 7:35 ` Peter A. Cejchan
2011-10-07 10:49 ` slash
2011-10-07 11:15 ` Peter A. Cejchan
2011-10-07 13:03 ` Steve Simon
2011-10-10 10:32 ` Peter A. Cejchan
[not found] ` <CAEaiYYya5eq3CoVbbZGqPf91_kMEcbkCQ_8WEL4yakFdenek5g@mail.gmail.c>
2011-10-07 13:17 ` erik quanstrom
2011-10-10 2:32 ` slash
[not found] ` <CAEaiYYy36ydHfw=Tg2YC9x9gEW7=MAHF2C6-UVbgr36G-qv=rA@mail.gmail.c>
2011-10-10 3:11 ` erik quanstrom
2011-10-10 10:15 ` slash
[not found] ` <d0c02b8a1e36c9329902a1183192d732@chula.quanstro.>
[not found] ` <CAEaiYYxoHLgMZddGZ4gCPvW-GuqwRYzytXgfezoi+vjUgxx9tg@mail.gmail.c>
2011-10-10 13:17 ` erik quanstrom
2011-10-11 8:51 ` slash
2011-10-11 8:55 ` slash
2011-10-11 15:01 ` slash
2011-10-11 15:36 ` David du Colombier
2011-10-12 19:24 ` slash
2011-10-13 7:07 ` Peter A. Cejchan
[not found] ` <CAEaiYYxsUzf70Ffhd3hzsBZcMb5=2yhfSCv5-nJ+_27wYbJKig@mail.gmail.c>
2011-10-03 23:10 ` erik quanstrom
2011-10-04 0:02 ` erik quanstrom
2011-10-04 7:58 ` dexen deVries
2011-10-04 9:52 ` Richard Miller
2011-10-04 9:34 ` Richard Miller [this message]
2011-10-07 7:47 ` [9fans] io patterns erik quanstrom
2011-09-24 8:30 ` [9fans] copying fossil filesystem to a bigger disk Steve Simon
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=45876f97909809a360c52f90ee9c2952@hamnavoe.com \
--to=9fans@hamnavoe.com \
--cc=9fans@9fans.net \
/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;
as well as URLs for NNTP newsgroup(s).