speedsiteplaces.blogg.se - Run power pc emulator on newer mac

#Run power pc emulator on newer mac mac os x#
#Run power pc emulator on newer mac mac os#
#Run power pc emulator on newer mac drivers#
#Run power pc emulator on newer mac update#

To fully deprecate the Mac-on-Linux kernel module, we'd need to get PPC32 host support too.īoot Mac OS >= 8.5 on PowerPC system emulation I'm not sure this is the right place to put this. With this device set ported to Qemu, we could obsolete the Mac-on-Linux project as is and use TCG and KVM as backends.

#Run power pc emulator on newer mac mac os x#

The Mac-on-Linux project has a working paravirtual device collection, firmware and bootloader to make Mac OS X work inside Mac-on-Linux. The biggest missing part is SATA emulation (AHCI). In order to boot Mac OS X for Intel architectures an ICH-7 chipset needs to be emulated.

How they work can be investigated in Inside Macintosh documents and other emulators (MESS, BasiliskII, vMac). In order to support Macintosh system emulation, almost every device must be implemented on QEMU (SCSI, CUDA, ADB, Apple framebuffers). Goal of this project is to implement an AHCI emulation for Qemu. AHCI has one of those device interfaces and is currently not emulated by Qemu. An alternative is to implement a device emulation which fits better to virtualization needs.

#Run power pc emulator on newer mac drivers#

Writing virtio drivers is also difficult because drivers for those Windows versions needs to be signed.

Newer Windows versions run in Qemu only with IDE emulation which is very slow. Additionally, most of them have to be converted to the QError API. Some functions don't do any error check at all, others will just abort(). Several of those handlers use functions which print data to a fixed location (say standard error) which is wrong, as the Monitor output maybe graphical for example. QEMU handlers implement Monitor commands. Improve error handling in Monitor handlers Currently it is too low-level and doesn't provide good debugging functionality. This object layer has an API, called the QObject API. user Monitor and a machine protocol), we have introduced an object layer to QEMU. In order to support different types of output (eg.

Mentor: Luiz Capitulino / Markus Armbruster.

Every monitor command should be converted to use the API provided by that layer (called the QObject API), currently we have several commands still to be converted. This is the listing of suggested project ideas, but students are free to suggest their own projects.Ĭonvert Monitor commands to the QObject API IMPORTANT: Submitting a patch and having it merged by QEMU or KVM increases your chances of being accepted.

A detailed description of the approach the student will take.

A general personal description (skills, past experiences and possible open source contributions).

Contact information (email, irc nick, phone number).

We require students to provide (at least) the following information in their applications: QEMU has been accepted as a mentoring organization for Google Summer of Code 2010! You can visit our organization profile here.Īny problem, question or request regarding QEMU projects on GSoC 2010, please contact one of the following people.

6.21 Completing big real mode emulation.

6.20 Upstreaming some of the Android emulator bits.

6.17 Write a C QMP library based on QEMU JSON and QMP code.

6.16 Add more sophisticated encodings to VNC server.

6.15 Pass through file systems (9p, CIFS).

6.14 Shared memory transport between guest(s) and host.

#Run power pc emulator on newer mac update#

6.11 Enhance, update and integrate Acorn Archimedes system emulation.

6.9 Boot Mac OS >= 8.5 on PowerPC system emulation.

6.7 Mac-on-Linux guest machine support (ppc).

6.5 Add Macintosh to 68k system emulation.

6.3 Improve error handling in Monitor handlers.

6.1 Convert Monitor commands to the QObject API.