qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] SoC Idea: Xbox target


From: Stefan Hajnoczi
Subject: Re: [Qemu-devel] SoC Idea: Xbox target
Date: Tue, 16 Apr 2013 11:27:56 +0200

On Tue, Apr 16, 2013 at 11:03 AM, Niel van der Westhuizen
<address@hidden> wrote:
> On 16 April 2013 18:27, Stefan Hajnoczi <address@hidden> wrote:
>>
>> What is the current status of the xbox target and what would a 12-week
>> GSoC project accomplish?  The scope of the project needs to be clearly
>> defined so this information is critical.
>
>
> Currently it runs the bios to completion (which includes the fancy boot
> animation) and the "dashboard" runs, but nothing cool is displayed since the
> graphics code has OpenGL bugs that I need to track down.
>
> The rough todo has some discrete tasks that could be approached in
> isolation, but mostly it's just grinding through getting things working:
>   -get shit rendering properly
>     -fix /all/ the bugs :/
>     -fragment shader generation from register combiners
>     -fix vertex shader generation
>     -create/destroy graphics context properly
>   -get shit making sound properly
>   -game controller (xpad) emulation/passthrough
>   -fatx/xiso virtual block devices
>   -make x86-x86 tcg not retarded slow or get useful kernel support on
> Windows if that's remotely feasible

There is no KVM support on Windows hosts.  On Linux hosts, KVM could
probably be used for fast execution.

If you're interested in improving TCG perhaps this could be a project
idea on its own, which helps your xbox target without touching the
legally questionable graphics and sound emulation.  The improvements
would benefit at least i386 TCG and possibly other targets too.  For
this project we'd need specific tasks and a mentor.  Do you have any
tasks in mind?

>> Are just those two files questionable?  Could they be replaced with
>> something that does not draw from leaked material?
>
>
> Yeah. "Replaced"? Could rename the registers, but that wouldn't really
> accomplish anything... I guess they'd have to be rewritten from scratch?
> That'd be quite an annoying amount of work :/

Yes.  It seems that the existing graphics and sound code would be hard
to merge into qemu.git.  Although people have emulated other console
hardware without much legal hassle, it gets risky when copyrighted
material is used which was obtained under some sort of contract or
license.

Stefan



reply via email to

[Prev in Thread] Current Thread [Next in Thread]