[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Radeon HD5770 and VGA passthrough (vBAR=pBAR not enough?)


  • To: xen-devel@xxxxxxxxxxxxxxxxxxx
  • From: FeepingCreature <default_357-line@xxxxxxxx>
  • Date: Tue, 13 Jul 2010 03:01:48 +0200
  • Delivery-date: Mon, 12 Jul 2010 19:35:16 -0700
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=DKIM-Signature:Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ULC3O6RFaeB9SJW3M1AYCGYlRfmrn4cGH0lgg5WHY1BtK7a5ktRfB2+B7lf5MWa9V0L5ZC+GMUVVXTQqrgG4rqoaazrwPeWoxbVqtc5kct9mER07joMacFLNArOVHNxx2jCgAn8yj+3nMujIma3e9qzCrMbI0dLdP9o7z3nzS3M= ;
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On 12.07.2010 12:24, FeepingCreature wrote:
> Hi,
>
> I've been trying these last few days to get primary VGA passthrough to
> work on my ATI Radeon HD5770 card.
>
> I'm running hg head with the secondary patches applied (external
> graphics BIOS, vbar=pbar), and in VGA mode this works fine.
>
> The problem is that ati2dvag crashes whenever it tries to switch to any
> driver-run graphics mode.
>
> ------ win xp starts its vga-based boot screen. All is well.
> (XEN) domctl.c:1002:d0 memory_map:remove: gfn=c0000 mfn=c0000 nr_mfns=10000
> (XEN) domctl.c:1002:d0 memory_map:remove: gfn=d0020 mfn=d0020 nr_mfns=20
> (XEN) domctl.c:1072:d0 ioport_map:remove f_gport=d000 f_mport=d000 np=100
> (XEN) domctl.c:992:d0 memory_map:add: gfn=c0000 mfn=c0000 nr_mfns=10000
> (XEN) domctl.c:992:d0 memory_map:add: gfn=d0020 mfn=d0020 nr_mfns=20
> (XEN) domctl.c:1048:d0 ioport_map:add f_gport=d000 f_mport=d000 np=100
> (XEN) domctl.c:1002:d0 memory_map:remove: gfn=f1000 mfn=d0040 nr_mfns=4
> (XEN) domctl.c:992:d0 memory_map:add: gfn=f1000 mfn=d0040 nr_mfns=4
> (XEN) grant_table.c:1121:d8 Expanding dom (8) grant table from (4) to
> (32) frames.
> (XEN) irq.c:309: Dom8 callback via changed to GSI 28
> ------ driver activation happens here
> (XEN) domctl.c:1002:d0 memory_map:remove: gfn=c0000 mfn=c0000 nr_mfns=10000
> (XEN) domctl.c:1002:d0 memory_map:remove: gfn=d0020 mfn=d0020 nr_mfns=20
> (XEN) domctl.c:1072:d0 ioport_map:remove f_gport=d000 f_mport=d000 np=100
> -- note the different addresses!
> (XEN) domctl.c:992:d0 memory_map:add: gfn=e0000 mfn=c0000 nr_mfns=10000
> (XEN) domctl.c:992:d0 memory_map:add: gfn=fbfe0 mfn=d0020 nr_mfns=20
> (XEN) domctl.c:1048:d0 ioport_map:add f_gport=d000 f_mport=d000 np=100
> (XEN) domctl.c:1002:d0 memory_map:remove: gfn=f1000 mfn=d0040 nr_mfns=4
> (XEN) domctl.c:992:d0 memory_map:add: gfn=f1000 mfn=d0040 nr_mfns=4
>
> So the graphics card driver evidently tries to allocate its resources
> somewhere else than where they start out as. If I boot into VGA mode,
> the resources tab of the card confirms this.
>
> I have a sneaking suspicion that this breaks vBAR=pBAR, but I don't know
> how to verify or fix it. I believe that the correct thing to do might be
> to reallocate the graphics card's resources at the new address windows
> gives me, but I have no idea how to go about that. Any help would be
> appreciated.
>   

Okay, that wasn't it - I updated the DSDT to use the C0000-CFFFF range
instead of E0000-EFFFF, which allowed the graphics driver to keep using
the original areas - color depth went up from 4-bit to 8-bit, but aside
from that ati2dvag still dies on resolution change. I've given up at
this point; will try again in a few months.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.