j
: Next unread message k
: Previous unread message j a
: Jump to all threads
j l
: Jump to MailingList overview
On May 7, 2018, at 5:21 AM, Jd Lyons lyons_dj@yahoo.com wrote:
Sorry, I wasn’t clear, no trouble executing this in Apple’s Open Firmware implementation. I’ve moved back to Openbios to see if I can get PCI Passthough working with Qumu-system-ppc.
The host is an AMD B350 board running Debian 9. With a Geforce 6600 PCI-E card from a G5.
On May 6, 2018, at 10:25 PM, Joe van Tunen joevt@shaw.ca wrote:
I'm not sure about QEMU. Jd Lyons is getting the exception using Apple's Open Firmware implementation on a Quicksilver PowerMac G4.
On 5/6/18, 5:21 PM, "OpenBIOS on behalf of Tarl Neustaedter" <openbios-bounces@openbios.org on behalf of tarl-b2@tarl.net> wrote:
For what it's worth:
On 2018-May-6 20:12 , Joe van Tunen wrote:
b(lit) 0xff and my-space
(unnamed-fcode) [0xa08] b(lit) 0x6 and b(lit) 0x4 =
That sequence is probably testing a BAR for 64-bit capability. Bits 1-2 are the type of memory referenced by a BAR (0=IO, 1=32-bit mem, 2=64-bit mem).
https://en.wikipedia.org/wiki/PCI_configuration_space#Bus_enumeration
Does QEMU do something funny with 64-bit BARs? An NVIDIA card is almost certain to have 64-bit addressing in at least one BAR, and if QEMU doesn't support it, bad things may be happening.
-- OpenBIOS http://openbios.org/ Mailinglist: http://lists.openbios.org/mailman/listinfo Free your System - May the Forth be with you
-- OpenBIOS http://openbios.org/ Mailinglist: http://lists.openbios.org/mailman/listinfo Free your System - May the Forth be with you