From: Bob Tracy <rct@gherkin.frus.com>
To: Michael Cree <mcree@orcon.net.nz>,
debian-alpha@lists.debian.org,
Michael Cree <michael.cree@waikato.ac.nz>,
linux-alpha@vger.kernel.org
Subject: Re: [BUG] 4.14 cannot find configured disks/partitions
Date: Fri, 1 Dec 2017 18:22:50 -0600 [thread overview]
Message-ID: <20171202002250.GB22990@gherkin.frus.com> (raw)
In-Reply-To: <20171201211628.omfk6jchxgqc4eof@tower>
On Sat, Dec 02, 2017 at 10:16:28AM +1300, Michael Cree wrote:
> On Tue, Nov 28, 2017 at 11:49:55PM -0600, Bob Tracy wrote:
> > On Thu, Nov 23, 2017 at 11:10:10PM -0600, Bob Tracy wrote:
> > > Perhaps the subject isn't entirely accurate, but that's what seems to be
> > > the case. After loading the initial ramdisk, the boot process stalls
> > > (loops indefinitely) with "mdadm" complaining about not being able to scan
> > > the disks defined in its configuration file, which is bone-stock. What
> > > makes this particularly infuriating is, I don't have anything configured
> > > for "mdadm" to worry about, which is what's normally found, i.e.,
> > > nothing of interest.
> > >
> > > The 4.13 kernel loads and boots just fine with exactly the same
> > > up-to-date (unstable/experimental) userspace libraries and utilities.
> > >
> > > Bottom line: the 4.14 kernel doesn't seem to detect my SCSI disks for
> > > some reason. All the recent patches (end of October time frame) for PCI
> > > on alpha (I *think* mostly having to do with addressing some weird kind
> > > of libata conflict) didn't make any difference.
>
> Just got a chance to try out 4.14 on an Alpha and look like firmware
> for built-in drivers are being treated differently. I presume you
> have a qlogic scsi driver. Make sure qlogic/1040.bin (or whatever is
> appropriate for your scsi driver) is listed under Drivers->Generic
> Driver Options->Include in-kernel firmware blobs.
Glad I saw this before trying a freshly-built 4.14 with a few more
kernel config options enabled per the README file for systemd. Doesn't
mean there isn't a systemd/udev issue as well, but if the firmware for
the SCSI controller isn't getting loaded, that makes detection of the
host and attached devices pretty much a non-starter.
Thanks!
--Bob
next prev parent reply other threads:[~2017-12-02 0:22 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20171124051010.GA18422@gherkin.frus.com>
[not found] ` <20171129054955.GA9467@gherkin.frus.com>
2017-12-01 21:16 ` [BUG] 4.14 cannot find configured disks/partitions Michael Cree
2017-12-02 0:22 ` Bob Tracy [this message]
2017-12-02 4:49 ` Bob Tracy
2017-11-30 5:50 Bob Tracy
-- strict thread matches above, loose matches on Subject: below --
2017-11-30 5:49 Bob Tracy
2017-11-30 5:48 Bob Tracy
2017-11-30 5:48 Bob Tracy
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=20171202002250.GB22990@gherkin.frus.com \
--to=rct@gherkin.frus.com \
--cc=debian-alpha@lists.debian.org \
--cc=linux-alpha@vger.kernel.org \
--cc=mcree@orcon.net.nz \
--cc=michael.cree@waikato.ac.nz \
/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