Il 08/01/2014 22:09, Gabriel L. Somlo ha scritto:
> On Wed, Jan 08, 2014 at 10:38:21PM +0200, Michael S. Tsirkin wrote:
>>> > > +/* _STA will be patched to 0x0F if the FDC is present */
>>> > > +ACPI_EXTRACT_NAME_WORD_CONST DSDT_FDC_STA
>>> > > +Name(_STA, 0xFF00)
>> >
>> >
On Fri, 10 Jan 2014 10:35:14 -0500
"Gabriel L. Somlo" wrote:
> On Fri, Jan 10, 2014 at 01:37:14PM +0100, Paolo Bonzini wrote:
> > Il 09/01/2014 22:44, Gabriel L. Somlo ha scritto:
> > > 1. hardcode "IRQNoFlags(){2, 8}" and require -no-hpet to prevent XP
> > >from bluescreening. Basically, thi
On Fri, Jan 10, 2014 at 01:37:14PM +0100, Paolo Bonzini wrote:
> Il 09/01/2014 22:44, Gabriel L. Somlo ha scritto:
> > 1. hardcode "IRQNoFlags(){2, 8}" and require -no-hpet to prevent XP
> >from bluescreening. Basically, this means we don't support XP on
> >a VM where HPET is enabled.
> >
Il 09/01/2014 22:44, Gabriel L. Somlo ha scritto:
>> (1) Does Mac OS work if you add a _PRS with IRQNoFlags and
>> Memory32Fixed, but leave _CRS as it is?
>
> Nope, same exact behavior.
>
>> (2) does it work with -no-hpet?
>
> With "IRQNoFlags(){2, 8}" hardcoded in HPET._CRS, XP appears to work
On Thu, Jan 09, 2014 at 11:33:59PM +0200, Michael S. Tsirkin wrote:
> Except XP doesn't support ConcatenateResTemplate so need to write
> it differently.
I tried this:
Device(HPET) {
...
Field(HPTM, DWordAcc, Lock, Preserve) {
VEND, 32,
PRD, 32,
UNU
Hi Paolo,
On Thu, Jan 09, 2014 at 09:12:22PM +0100, Paolo Bonzini wrote:
> See
> http://lists.nongnu.org/archive/html/qemu-devel/2013-11/msg02815.html
> for some ideas.
I remember saving that email for a closer examination after I took
care of the AppleSMC patch, and then I forgot all about it --
On Thu, Jan 09, 2014 at 09:12:22PM +0100, Paolo Bonzini wrote:
> Il 09/01/2014 19:51, Gabriel L. Somlo ha scritto:
> > panic(cpu 2 caller 0xff7f80864f8b): "No HPETs available...CPU(s)
> > configured
> > incorrectly\n"@/SourceCache/AppleIntelCPUPowerManagement/
> > AppleIntelCPUP
Il 09/01/2014 19:51, Gabriel L. Somlo ha scritto:
> panic(cpu 2 caller 0xff7f80864f8b): "No HPETs available...CPU(s)
> configured
> incorrectly\n"@/SourceCache/AppleIntelCPUPowerManagement/
> AppleIntelCPUPowerManagement-142.6/pmThread.c:157
> Debugger called:
>
>
> Whatev
On Thu, Jan 09, 2014 at 03:51:17AM +0200, Michael S. Tsirkin wrote:
> I was hoping we can figure out a configuration that makes
> os x work without hurting xp *and* without just rudely
> detecting os x through the SMC._STA hack.
Sadly, uncommenting "IRQNoFlags() {2, 8}" in HPET._CRS still causes X
Il 09/01/2014 09:46, Markus Armbruster ha scritto:
>>> >> Add i386 command line option "-no-fdc", which allows guests to omit the
>>> >> configuration of a floppy controller. Applies on top of my previous patch
>>> >> titled "Add DSDT node for AppleSMC"
>> >
>> > I think we need to provide a mechan
Paolo Bonzini writes:
> Il 08/01/2014 21:02, Gabriel L. Somlo ha scritto:
>> Add i386 command line option "-no-fdc", which allows guests to omit the
>> configuration of a floppy controller. Applies on top of my previous patch
>> titled "Add DSDT node for AppleSMC"
>
> I think we need to provide a
On Wed, Jan 08, 2014 at 06:39:25PM -0500, Gabriel L. Somlo wrote:
> On Wed, Jan 08, 2014 at 11:13:54PM +0100, Paolo Bonzini wrote:
> > Have you played with the HPET device? It would be nice to have Mac OS X
> > support in QEMU 2.0.
>
> I remember telling you that the HPET needed an extra ACPI pat
On 09.01.2014, at 00:39, Gabriel L. Somlo wrote:
> On Wed, Jan 08, 2014 at 11:13:54PM +0100, Paolo Bonzini wrote:
>> Have you played with the HPET device? It would be nice to have Mac OS X
>> support in QEMU 2.0.
>
> I remember telling you that the HPET needed an extra ACPI patch
> (enclosed a
On Wed, Jan 08, 2014 at 11:13:54PM +0100, Paolo Bonzini wrote:
> Have you played with the HPET device? It would be nice to have Mac OS X
> support in QEMU 2.0.
I remember telling you that the HPET needed an extra ACPI patch
(enclosed again below for reference) to work with OS X, and that
this pat
Il 08/01/2014 21:02, Gabriel L. Somlo ha scritto:
> Add i386 command line option "-no-fdc", which allows guests to omit the
> configuration of a floppy controller. Applies on top of my previous patch
> titled "Add DSDT node for AppleSMC"
I think we need to provide a mechanism for machine-specific
On Wed, Jan 08, 2014 at 10:38:21PM +0200, Michael S. Tsirkin wrote:
> > +/* _STA will be patched to 0x0F if the FDC is present */
> > +ACPI_EXTRACT_NAME_WORD_CONST DSDT_FDC_STA
> > +Name(_STA, 0xFF00)
>
> I'm not sure why this is WORD. Spec says bits 0-4 have meaning bits u
On Wed, Jan 08, 2014 at 03:02:17PM -0500, Gabriel L. Somlo wrote:
> Add i386 command line option "-no-fdc", which allows guests to omit the
> configuration of a floppy controller. Applies on top of my previous patch
> titled "Add DSDT node for AppleSMC"
>
> Signed-off-by: Gabriel Somlo
> ---
> On
Add i386 command line option "-no-fdc", which allows guests to omit the
configuration of a floppy controller. Applies on top of my previous patch
titled "Add DSDT node for AppleSMC"
Signed-off-by: Gabriel Somlo
---
On Sun, Dec 22, 2013 at 11:21:00PM +0100, Laszlo Ersek wrote:
>I guess the "by the
18 matches
Mail list logo
