Both kickstart installs and the system itself worked fine on this hardware
at least up to kernel 2.4.21-15.0.2.ELsmp:

[wiesand@heliade4]~% uname -rm
2.4.21-15.0.2.ELsmp x86_64

[wiesand@heliade4]~% /sbin/lspci|grep -i scsi
02:04.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X
Fusion-MPT Dual Ultra320 SCSI (rev 07)

[wiesand@heliade4]~% /sbin/lsmod|grep mpt
mptscsih               43344   5
mptbase                45280   3 [mptscsih]
scsi_mod              126404   3 [sg mptscsih sd_mod]

This is an Opteron, not a Nocona system.

Cheers,
        Stephan


On Wed, 22 Sep 2004, Perret Yannick wrote:

> Some additionnal notes:
>
> I checked a machine which is under SL302-64 bits
> (also a dual-opteron, but from an other constructor).
> By chance, this machine is IDE, and so I encounted
> no problem during installation.
>
> I checked  the /lib/modules and found the previously
> evil modules mpt*.o, and the second one called
> mptscsih.o also failed to load due to unresolved
> symbols. The other one used (mptbase.o) loads
> without problems but cannot initialize because
> it uses the previous one.
>
> So the question is:
> is it a compilation mistake if this module does
> not work ? Or is it because x86_64 does not
> support it ?
>
> I'm trying to answer to the question by
> rebuilding the src.rpm for the kernel with a
> modified .config.
>
> Help/clues would be appreaciated.
>
> Regards,
> --
> Yannick Perret
>

--

 ----------------------------------------------------
| Stephan Wiesand  |                                |
|                  |                                |
| DESY     - DV -  | phone  +49 33762 7 7370        |
| Platanenallee 6  | fax    +49 33762 7 7216        |
| 15738 Zeuthen    |                                |
| Germany          |                                |
 ----------------------------------------------------