On Sun, Nov 25, 2007 at 11:41:01AM -0800, Robin H. Johnson wrote:
I was looking around for a description of the ROM layout, and instead I
found this: http://developer.apple.com/technotes/tn/tn2000.html
It was relevant because it explicitly mentioned enabling the
PCI_COMMAND_MEMORY bit in the
On Mon, 2007-11-26 at 00:59 -0800, Robin H. Johnson wrote:
Regarding the sub-thread on x86 emulation, that is totally out of scope
for this. The 'AtomBIOS' of the ATI cards, consists of multiple parts (I
may have minor errors here, ask airlied if you need more
clarification):
a)
On Mon, Nov 26, 2007 at 11:33:00AM -0500, Jon Smirl wrote:
Did you check out the cards on x86 and ascertain that they have the
standard PCI header in them? 55 AA All PCI ROMs are supposed to
have that. If they are missing that the size code in the rom.c isn't
going to work right.
See my
On Sun, 2007-11-25 at 08:30 -0500, Jon Smirl wrote:
The two cards with x86 firmware return 0xFF for those two readb()
instructions, while the X1900 with OF returns 0x00 for the readb().
Could one of the more knowledgeable folk for PPC intricacies suggest
why
those readb calls are
On Sun, 2007-11-25 at 15:51 -0500, Jon Smirl wrote:
They blocked the X server changes, which rendered the kernel support
pointless. But that's all old news.
No, you are wrong, nothing was ever blocked.
Ben.
___
Linuxppc-dev mailing list
On 11/25/07, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
Now, regarding that user problem, this it totally unrelated as it's a
mac card.
It's possible that it's one of these radeons that disable ROM access via
a register in which case a quirk is needed to re-enable it.
He says in the
Following up from initial conversation with benh in #ppc64, I did a bit
of testing (and then a bit more).
Two PCIe cards for my testing:
a) sata_sil24 eSATA (x86 BIOS)
b) ATI X700 graphics (x86 BIOS)
I put the card into an amd64 box, found the relevant 'rom' node ($ROM) under
/sys/device/pci*,
