lowlevel PCI-coding / Amithlon

[Ratte]

At the moment i am working on a open-pci 68k gfx driver.
Its still working in a "framebuffer"-mode as long as i am trying to support all kind of amiga-pci-systems.
openpci is great for this kind of drivers, but some very lowlevel operations during hw-init must be separated for different pci-systems.
So it seems to be impossible to read the pci-rom trough powerpci/openpci on Amithlon.
I have to code the bars directly like pci-specs describe it.

But here is the problem, it will work for ONE time, after a reset the system hangs if i try to read the pci-rom again.
This problem seems to be old ... amithlon-open:
http://tech.groups.yahoo.com/group/amithlon/message/13190

Is there an existing workaround or a bugfix?
Or some documented "softreset" code for pci-slots?

An other solution could be a resetproof resident-structure with a copy of the gfx-card.rom generated during the first amithlon-coldstart.
But I like to read the real rom before i start playing with resident-structures.

Thanx in advance.

[Heiroglyph]

When you say "reset", is it resetting the Amithlon software or resetting the computer?

I've got a lot of information on OpenPCI but I have to go to work. I'll take a look later to see if there is anything I can help with though.

[Ratte]

I mean resetting Amithlon not the x86.

[Heiroglyph]

I'm pretty sure that's a known problem with Amithlon but I'm not sure why it only happens with some PCI devices.

ArakAttack includes a reset command that resets cards that it is aware of to avoid this.  This is also mentioned in the ArakAttack help file.

I can't tell you how it works off the top of my head, but I'm pretty sure it's calling something on the x86 side of Amithlon.

I'd disassemble his reset command or try to contact him to see what's going on.

[Ratte]

http://youtu.be/HWax2_r0cDg
thanx 4 support