On Tue, Nov 21, 2000 at 10:25:45AM -0500, Stefan Jeglinski wrote:
quoted
> It's frankly hard at this point to buy that one of my PCI devices is
quoted
walking over the kernel. Or if it is, it looks like the end of the
Linux line for my PowerTowerPro with the 2940 card. I think this is
either a bug in the aic7xxx driver that has been exposed by 2.2.18
changes (highly doubtful, there are too many 2940s out there for it
to have been missed), or a linux-pmac bug. I just don't know enough
yet to prove it, much less find it.
Hmm. 2.2.18pre21 from linuxppc_2_2 bk works on my G4/Yikes! with a 2940UW
in it. What compiler are you using?
dmesg:
gcc version 2.95.2 19991024 (release/franzo) #1
rpm -qa |grep gcc:
gcc-2.95.2-1i
gcc-c++-2.95.2-1i
gcc-objc-2.95.2-1i
You might wanna try 2.95.3-2j, which should be in fsirl's dir on dev. But I
really do doubt this is why.
What I'm worried about mainly is the 6 slots and the PCI bridge
structure in the PowerTowerPro (akin to PowerMac 9500). It is more
"complex" than G4, no? From my previous discussion with you and
others, I gather that there are a lot of problems with the PCI stuff,
that may not be cleared up for quite a while?
Actually, the linuxppc_2_5 bitkeeper tree (which is getting merged into
2_3, for inclusing into hopefully 2.4.0-final from linus) has a giant PCI
re-write, so 9500s/et al might actually work happily now. But yes, from what
I've gathered from trying to work w/ a 9500 and 2.2.18pre21 there just might
be something broken now. (The video card refuses to work at all, regardless
of slot).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Actually, the linuxppc_2_5 bitkeeper tree (which is getting merged into
2_3, for inclusing into hopefully 2.4.0-final from linus) has a giant PCI
re-write, so 9500s/et al might actually work happily now. But yes, from what
I've gathered from trying to work w/ a 9500 and 2.2.18pre21 there just might
be something broken now. (The video card refuses to work at all, regardless
of slot).
_2_5 will help configs with multiple PCI busses except for IO ports which
will still be available on the first bus only. This may get fixed for PCI
IO BARs if we end up mapping virtually all the IO spaces appended together.
Ben.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
_2_5 will help configs with multiple PCI busses except for IO ports which
will still be available on the first bus only. This may get fixed for PCI
IO BARs if we end up mapping virtually all the IO spaces appended together.
... which prompts me to ask: have you tried the 2940 in the three upper
slots _and_ in the three lower slots? Same result both times?
Michel
-------------------------------------------------------------------------
Michel Lanners | " Read Philosophy. Study Art.
23, Rue Paul Henkes | Ask Questions. Make Mistakes.
L-1710 Luxembourg |
email mlan@cpu.lu |
http://www.cpu.lu/~mlan | Learn Always. "
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
> _2_5 will help configs with multiple PCI busses except for IO ports which
quoted
will still be available on the first bus only. This may get fixed for PCI
IO BARs if we end up mapping virtually all the IO spaces appended together.
... which prompts me to ask: have you tried the 2940 in the three upper
slots _and_ in the three lower slots? Same result both times?
No, Ben had same Q, I tried the 2940 in only 3 slots last night
(dunno why I didn't, just got tired of it I guess). With renewed
vigor, will do all 6 tonight and let y'all know.
Stefan Jeglinski
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/