GuardianAngel: Heb een onboard FastTrak is wel een ander model, maar zo stabiel als iets... Heb em nooit echt gebenched ofzo, maar ik heb em ook niet in RAID mode draaien (alleen maar extra schijven hiero). Benches zou je wel op het web moeten kunnen vinden qua stabiliteit alles in orde hier.
Weinig ervaring met jouw kaart maar hier is wat ik weet.
1 jaar geleden heb ik een MSI mobo aangeschaft met Promise RAID. Er zat toen der tijd al iets van drivers in de kernel (deze werken niet of zeer slecht) echter op de site van promise stonden half-open-source (alla nvidia zeg maar) drivers, deze zouden voor jou ook moeten werken.
Zelf heb ik dit systeem met onboard raid en een P3 notebook. Ik draai gentoo volledig CPU optimized en ik denk dat enkele problemen hier vandaan komen. Het vreemde is nl, dat kernels gecompiled op de P3 of op een P200MMX perfect liepen, echter, op die machines gecompileerde FastTrak drivers liepen niet (unresolved symbol errors) en kon niet verklaren waarom. (Dit is een AMD Athlon btw). Toen der tijd hielp de helpdesk nog helemaal niet (heb laatst support gehad vanaf .com (.com.tw en .nl zijn vrij triest althans waren iig) deze lijkt redelijk te weten waar hij over praat) en ben dus zelf vele uren met compilen kwijt geweest.
Uiteindelijk een schijf in de athlon gehangen op de normale IDE, gentoo installatie gedaan, kernel gecompiled, fasttrak drivers gecompiled, initrd gemaakt, nog unresolved symbols... Hmm driver geladen op boot van IDE... werkt :-) blijkt dat de insmod van busybox ook problemen heeft met het insmodden. Die van modutils deed het wel. Nieuwe initrd gemaakt en het werktte.
Ikke de .config van de kernel gekopieerd naar de notebook (P3) gecompiled, fasttrak ertegen gecompiled nog niks. Maar ik bedenk me nu dat dat misschien komt omdat de insmod van de P3 waarschijnlijk P3 optimized is... Hmm toch nog eens proberen :-).
Verder geloof ik ook nog dat er ooit een probleem was met een versie 3 gcc waarschijnlijk vanwege het pre-compiled object. Vreemde is dat ik van Taiwan (na telefonisch bellen met ze, 6 e-mails hadden geen succes) een ander object file kreeg (ze wijzigen de versie volgens mij nooit tho', die was nl hetzelfde) welke wel werktte.
Anyways, de closed-source dingus van hun kun je compilen tegen je kernel. Als je problemen hebt toch maar eens proberen op een normale IDE disk dat hielp bij mij en geen insmod van busybox gebruiken.
Hier heb ik nog het laatste mailtje van amerika omdat ik nieuwsgierig was naar de aard van die unresolved symbols als het gecompiled was op een ander systeem.
I see. Okay, if this is a Redhat system, you must turn off modversion support in the kernel configuration in order for you to insmod the driver successfully. Basically all kernel symbols are namemangled with modversion support on. Since this object file uses direct kernel symbols - without modversion, you will have a problem.
If however, you turn off modversion support and recompile drivers, and kernel and install the kernel without modversion the driver should work flawlessly. So here are the steps:
1. make mrproper ( if you want a complete clean )
2. Configure kernel source - turn off modversion
3. make dep ; make bzImage ; make drivers ; make drivers_install
4. install the new kernel
5. Compile partial source against new kernel source as configured above
6. Create ramdisk, add kernel entry ( recommended rather than blowing anything old away ).
7. Reboot and test - or if you have FastTrak as a data device - just install kernel, reboot with the new kernel and test driver with insmod.
Thanks,
Jordan
-----Original Message-----
From: freaky [mailto:freaky@bananateam.nl]
Sent: Tue 5/20/2003 11:56 PM
To: Jordan Rhody
Cc:
Subject: Re: Promise Linux fasttrak driver
sure here you go.
strange thing is, when I had another problem I mailed taiwan, they sent me a
driver with the same version, only, that one worked. Also, the version
number it has now has been on the site since 2002 somewhere, whilst the
current driver is dated somewhere in january 2003 if I'm not mistaken. I got
a strong hunch somebody isn't updating version numbers...
Kind regards
----- Original Message -----
From: "Jordan Rhody" <jordanr@promise.com>
To: "freaky" <freaky@bananateam.nl>
Sent: Tuesday, May 20, 2003 11:26 PM
Subject: RE: Promise Linux fasttrak driver
> So your compiling the FastTrak driver partial source code? Can you send me
the object file ( .o ) that is part of your partial source code?
>
> Thanks,
>
> Jordan
>
>
>
>
> -----Original Message-----
> From: freaky [mailto:freaky@bananateam.nl]
> Sent: Tue 5/20/2003 2:21 PM
> To: Jordan Rhody
> Cc:
> Subject: Re: Promise Linux fasttrak driver
>
>
>
> None of these... I compiled the kernel on system a, right after that
> compiled your module against that kernel. Booted the kernel with scsi
stuff
> included and modprobed the module. Unresolved symbols.
>
> Downloaded the same kernel version source to a hdd attached in the athlon
> system (the system above was p3) copied the .config and the fasttrak dir
> from the other system compiled both and it works.
>
> Any other ideas?
>
> Thanks for the fast reply
>
> Regards
>
> ----- Original Message -----
> From: "Jordan Rhody" <jordanr@promise.com>
> To: "freaky" <freaky@bananateam.nl>
> Sent: Tuesday, May 20, 2003 4:57 PM
> Subject: RE: Promise Linux fasttrak driver
>
>
> > Unresolved symbols can be related to a number of different
possibilities,
> but the most common problems are:
> >
> > 1. You have modversion symbols used in the currently running kernel, and
> you have turned modversion off in kernel configuration.
> >
> > 2. You do not have modversion symbols in the currently running kernel
and
> you have turned modversion on in kernel configuration.
> >
> > 3. You do not have scsi_mod or ide-scsi loaded prior to insmod
FastTrak.o
> >
> > 4. You are compiling against kernel source different from the currently
> running kernel.
> >
> >
> >
> > -----Original Message-----
> > From: freaky [mailto:freaky@bananateam.nl]
> > Sent: Tue 5/20/2003 2:24 AM
> > To: linuxcomments
> > Cc:
> > Subject: Promise Linux fasttrak driver
> >
> >
> >
> > Hey there,
> >
> > you might want to supply some additional information with the driver.
Like
> > with what compiler the pre-compiled object was compiled. With the
previous
> > driver I had nothing but problems when compiling with gcc 3.2.1 and
> > appearantly that was because the pre-compiled object had been compiled
> with
> > a v2 version or something. Also, when I try compiling a kernel and this
> > module for the AMD system with your adapter on a P3 or such, it will NOT
> > work. I will get all kinds of strange unresolved object errors which I
> can't
> > explain (especially not since the module was compiled against the same
> > source/configuration as the kernel was compiled against and the kernel
> > works!).
> >
> > The only thing that works for me to get this module running is
installing
> > linux on the AMD system on a disk attached to the normal IDE controller
> and
> > compile both the kernel and your module there. This is something I
> > absolutely can NOT explain, as kernels compiled on other systems do
work,
> > however, compiling the kernel and the module on another system (both get
> > compiled on the same system, just not on the one it's going to run on)
> will
> > always give me module trouble. (I also tried this on a pentium200MMX...
> > which has no optimalisations an AMD can't handle).
> >
> > Do you have any idea what might be causing this? These problems have
cost
> me
> > months and I'm really curious why I have unresolved symbols when
compiling
> > on another system. Is the driver linking against system libraries or
> > something (that's extremely bad for kernel...)?
> >
> > [fortune]
> > f u cn rd ths, u r prbbly a lsy spllr.
> >
> >
> >
> >
> >
> >
>
>
>
>
>
Hoop dat je d'r wat aan hebt. Evt kan ik hier op mijn systeem wel een kernel voor je compilen en een module, moet je zelf even initrd maken of van flop booten / cd met die kernel en modutils. Als je de kernel ff download, configed zoals je em wilt hebben en mij de .config stuurt + versie nummer en als je rare patches hebt (ie niet van kernel.org) even vermeldden waar ik ze moet halen.