There is a definite issue between compiling the "old aic7xxx" module and the
"new aic7xxx" module. If you choose to compile the firmware into the kernel ,
it seems, you end up with the new code. I have a AHA2940UW which up until the
new module worked fine, but now I find the card seems to be only truly
succesfull with the old aic7xxx compiled in (not modularised). The new
version, whether I compile in or modularise (and setting the tagged queues to
the right values also) actually hangs up the system hard when win4lin is
running(not instantly but after some CDROM hunting). The new code also breaks
or at least screws with the overall integrity of the whole scsi chain.
CDburner was returning ambiguous errors and all of the compressed files on a
UW HDD were shortened, thus corrupted.
Anyway, There is definitely an issue with the aic7xxx, I posted on here
earlier about but no else seems to be having my specific lock ups with the
new code.
2.4.5 fresh source with 2.4.4w4l patch.
Good luck
RKS
On Thu, 7 Jun 2001 23:57, you wrote:
> i'm running Redhat 7.1 (just updated from 6.1).
>
> after doing a completely from scratch install of win4lin 3.0 the new
> win4lin kernel cannot load the aic7xxx scsi driver at boot time due to
> unresolved symbols. however, i can manually load the scsi_mod module
> and then subsequently load the aic7xxx module without difficulty.
>
> 11:57am zifi-> cat /etc/modules.conf
> alias eth0 3c59x
> alias scsi_hostadapter aic7xxx
>
>
> any idea why this is happening?
>
> -p
> _______________________________________________
> Win4Lin-users mailing list
> [EMAIL PROTECTED]
> https://lists.netraverse.com/mailman/listinfo/win4lin-users
_______________________________________________
Win4Lin-users mailing list
[EMAIL PROTECTED]
https://lists.netraverse.com/mailman/listinfo/win4lin-users
