xfs
[Top] [All Lists]

Re: XFS 2.4.3 patch

To: Lars Kellogg-Stedman <lars@xxxxxxxxxxxxx>
Subject: Re: XFS 2.4.3 patch
From: Joshua Baker-LePain <jlb17@xxxxxxxx>
Date: Tue, 3 Apr 2001 13:32:06 -0400 (EDT)
Cc: Linux xfs mailing list <linux-xfs@xxxxxxxxxxx>
In-reply-to: <Pine.LNX.4.30.0104022232390.1453-100000@flowers.house.larsshack.org>
Reply-to: Linux xfs mailing list <linux-xfs@xxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
On Mon, 2 Apr 2001 at 10:37pm, Lars Kellogg-Stedman wrote

> I have a dual bus Adaptec controller on my motherboard.  I've got the
> controller configured to probe bus "B" first, and bus "A" second (bus "A"
> is the narrow bus).
>
> Under 2.4.2, this meant that bus "B" was scsi0.
>
> The Adaptec driver in 2.4.3 doesn't appear to care about this particular
> setting, so bus "A" is now scsi0.  The net result is that anything
> specified by device (/dev/sd/c0b0t10u0) had to be renumbered.
>
> Not a biggy, but something to watch out for if you're about to dive
> head first into a freshly built 2.4.3+XFS kernel.  This was covered in
> far more detail, I believe, on linux-kernel, but that was a week or so
> ago.
>
To contine in this vein, the recommended fix seemed to be to download
the latest driver (6.1.8) from <http://people.freebsd.org/~gibbs/linux/>.
I've got that running now (also on a machine with an embedded, dual
channel controller), on a kernel pulled out of CVS this morning and
everything was detected as expected.

Now we'll see how 3c59x and nfsd hold up.  Sooner or later, I will have to
let the grad students at this RAID array.  *sigh*

-- 
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University


<Prev in Thread] Current Thread [Next in Thread>