Sorry if this shows up twice, I'm not sure if the first reply made it in
or not.
Daniel Moore wrote:
>
> "D. Stimits" writes:
> => This is a multi-part message in MIME format.
> => --------------E2933518D52FEF3360ECF256
> => Content-Type: text/plain; charset=us-ascii
> => Content-Transfer-Encoding: 7bit
> =>
> => I realize that some earlier aic7xxx problem was solved, I'm trying to
> => see what else might be the problem for a cvs from about an hour ago
> => today (2.4.6-pre1). Config is attached, actual error pasted below. I am
> => trying to compile aic7xxx in directly, since my whole system runs on it.
> => I'm hoping this is some silly config issue, here is the "make bzImage"
> => failure (I always run make mrproper and rerun make menuconfig and make
> => dep each time):
> => D. Stimits, stimits@xxxxxxxxxx
>
> "make oldconfig" and make sure that CONFIG_AIC7XXX_BUILD_FIRMWARE is
> turned on - I think it was broken in 2.4.5, less sure about 2.4.6-pre1.
I thought I was the only one that found "make menuconfig" broken in the
2.4.5 cvs. I had a lame theory about stale files keeping prior users
from finding it broken.
>
> Here's the extract from my config:
>
> CONFIG_SCSI_AIC7XXX=y
> CONFIG_AIC7XXX_CMDS_PER_DEVICE=8
On stock and ac series 2.4.5 kernels I see the device lock at 48 in the
queue. Is 8 related to XFS changes?
> CONFIG_AIC7XXX_RESET_DELAY_MS=15000
> CONFIG_AIC7XXX_BUILD_FIRMWARE=y
This firmware delay is probably my problem, with just this change it
compiles (I still need to install and test things). There is no help in
the menu on it, I'm curious what it does?
> CONFIG_SCSI_ADVANSYS=y
My hardware is strictly integrated Adaptec. Should this matter in my
case?
>
> -----------------------------------------------------
> Daniel Moore dxm@xxxxxxx
> R&D Software Engineer Phone: +61-3-98348209
> SGI Performance Tools Group Fax: +61-3-98132378
> -----------------------------------------------------
FYI, now that it compiles, I see:
warning: kernel is too big for standalone boot from floppy
Is this strictly from too many non-module items, not necessarily XFS, or
will compiling XFS directly in (no use of initial ramdisk) be enough to
cause this? I saw the FAQ on needing to make the lilo initial ramdisk
size as 25000 (rather than its usual 4096 or whatever the default is),
which is obviously bigger than regular kernels. Do most people here with
x86 intend to make a backup based on a CDROM ISO instead of floppy? Or
is it reasonable to rearrange modules such that floppies become
practical?
D. Stimits, stimits@xxxxxxxxxx
|