https://bugzilla.novell.com/show_bug.cgi?id=202133 ------- Comment #36 from mhopf@novell.com 2006-10-20 11:31 MST ------- (In reply to comment #34)
I'm sure it never worked, but without pci domain support the mga driver did at least something in sles10.
Please define 'something'. Segfault? Break? Crash? Display a black screen? Work? (In reply to comment #35)
For ppc64 - at least on PowerMac G5's and anything using IBM system controllers (Maple, p185, JS20, JS21, dunno about POWER or anything without the Power Architecture 32/64-bridge) I think memory has been mapped traditionally such that you have 2GB of real memory before PCI space, and then PCI space literally sits before the 4GB barrier minus 256MB.
# cat /sys/bus/pci/devices/0001\:c1\:00.0/resource 0x0000040178000000 0x0000040179ffffff 0x0000000000000200 [...] For me this reads as if the device is mapped in higher PCI memory regions. So at least mmap() needs 64bit addresses, and the pci scaning code so far used unsigned long (which is 32bit on ppc). I do not understand how this could ever work, so it probably didn't. I changed the scaning code (luckily only 2 levels deep, after that a special type is used - don't know wether that will work later on, though), only to find out that domain support for ppc isn't enabled yet at all (maximum of 256 buses). At least not after modularization. Then I vaguely remember that Egbert tried to enable domain support for PPC, but failed due to the absurd code complexity. I probably need a different machine to fix the problems of the original bug report. Or cranberry booted into 32bit mode. Thanks for the bridge reference document link! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.