From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <0794fde844d9d71f0de4ca4dc6356431@quanstro.net>
From: erik quanstrom <quanstro@quanstro.net>
Date: Tue, 20 Nov 2007 22:03:03 -0500
To: 9fans@cse.psu.edu
Subject: Re: [9fans] SATA controller found by kernel but not 9load
In-Reply-To: <509071940711201841y67064b22t830244a2f8b9fb56@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Topicbox-Message-UUID: 05a7e604-ead3-11e9-9d60-3106f5b1d025

> I'm beginning to suspect that the kernels on the CD in /386 don't
> match their descriptions in /sys/src/9/pc. Maybe it's simply timing as
> things die, but I can't get them to show me there ever being a fossil
> process.
> 
> I have three SATA hard disks attached. Plan 9 identifies them as
> sdE[013]; the BIOS identifies them as Channel 2 Master, Channel 3
> Master, and Channel 3 Slave (which would lead me to expect sdE[023] or
> sdE0+sdF[01]). I also have an IDE cdrom on sdC0 (Channel 0 Master in
> the BIOS).
> Anthony

master/slave/channel doesn't make asense for sata.  it's all
point-to-point.  all sata drives attached to a single hba will
show up as the same drive letter, in your case E, the first sata
drive letter.

in any case, i think you are right.  it is a timing issue.  since ahci drives
are hot-pluggable, the drive might not be available immediately on boot.
i'll take a look.  i'm not sure if fossil needs more patience or sdiahci
needs to force disks up sooner.  perhaps a combination of the two.

- erik