qemu-commits
[Top][All Lists]
Advanced

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

[Qemu-commits] [qemu/qemu] 145c7c: fix some debug printf format strings


From: GitHub
Subject: [Qemu-commits] [qemu/qemu] 145c7c: fix some debug printf format strings
Date: Thu, 23 Aug 2012 21:00:07 -0700

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 145c7c880ff520a9348cc2401ba291330b9606fe
      
https://github.com/qemu/qemu/commit/145c7c880ff520a9348cc2401ba291330b9606fe
  Author: Matthew Ogilvie <address@hidden>
  Date:   2012-08-23 (Thu, 23 Aug 2012)

  Changed paths:
    M hw/cirrus_vga.c
    M hw/i8259.c
    M hw/ide/cmd646.c
    M hw/ide/via.c

  Log Message:
  -----------
  fix some debug printf format strings

These are normally ifdefed out and don't matter.  But if you enable
them, they ought to be correct.

Signed-off-by: Matthew Ogilvie <address@hidden>
Signed-off-by: malc <address@hidden>


  Commit: 5c73b757e3aa80dc84352b2ede0d8bdea5419f6d
      
https://github.com/qemu/qemu/commit/5c73b757e3aa80dc84352b2ede0d8bdea5419f6d
  Author: Matthew Ogilvie <address@hidden>
  Date:   2012-08-23 (Thu, 23 Aug 2012)

  Changed paths:
    M target-i386/translate.c

  Log Message:
  -----------
  target-i386/translate.c: mov to/from crN/drN: ignore mod bits

> This instruction is always treated as a register-to-register (MOD = 11)
> instruction, regardless of the encoding of the MOD field in the MODR/M
> byte.

Also, Microport UNIX System V/386 v 2.1 (ca 1987) runs fine on
real Intel 386 and 486 CPU's (at least), but does not run in qemu without
this patch.

Signed-off-by: Matthew Ogilvie <address@hidden>
Signed-off-by: malc <address@hidden>


  Commit: 7764ae9671f1cd74227cf4404431dd5213799ef0
      
https://github.com/qemu/qemu/commit/7764ae9671f1cd74227cf4404431dd5213799ef0
  Author: Matthew Ogilvie <address@hidden>
  Date:   2012-08-23 (Thu, 23 Aug 2012)

  Changed paths:
    M vl.c

  Log Message:
  -----------
  vl: fix -hdachs/-hda argument order parsing issues

Without this patch, the -hdachs argument had to occur either
BEFORE the corresponding "-hda" option, or AFTER the plain
disk image name (if neither -hda nor -drive is used).  Otherwise
it would effectively be ignored.

Option -hdachs still has no effect on -drive, but that seems best.

Signed-off-by: Matthew Ogilvie <address@hidden>
Signed-off-by: malc <address@hidden>


  Commit: 39dda260628e5f2a3fd2ce2ec8a71f3d5ca309a9
      
https://github.com/qemu/qemu/commit/39dda260628e5f2a3fd2ce2ec8a71f3d5ca309a9
  Author: Matthew Ogilvie <address@hidden>
  Date:   2012-08-23 (Thu, 23 Aug 2012)

  Changed paths:
    M qemu-options.hx

  Log Message:
  -----------
  qemu-options.hx: mention retrace= VGA option

The feature was added in commit cb5a7aa8c32141bb Sep 2008.
My description is based on "Better VGA retrace emulation (needed
for some DOS games/demos)" from
http://www.boblycat.org/~malc/code/patches/qemu/index.html

Signed-off-by: Matthew Ogilvie <address@hidden>
Signed-off-by: malc <address@hidden>


  Commit: 482f7bf86b43af9f6903c52726fedf82b28bf953
      
https://github.com/qemu/qemu/commit/482f7bf86b43af9f6903c52726fedf82b28bf953
  Author: Matthew Ogilvie <address@hidden>
  Date:   2012-08-23 (Thu, 23 Aug 2012)

  Changed paths:
    M hw/pc.h
    M hw/vga.c
    M qemu-options.hx
    M vl.c

  Log Message:
  -----------
  vga: add some optional CGA compatibility hacks

This patch adds some optional compatibility hacks (default
disabled) to allow Microport UNIX to function under qemu.

I've tried to structure it to be easy to add more hacks for other
old CGA programs, if anyone ever needs them.

Microport UNIX System V/386 v 2.1 (ca 1987) tries to program
the CGA registers directly with neither the assistance of BIOS, nor
with proper handling of EGA/VGA-only registers.  Note that it didn't
work on real VGA hardware, either (although in that case, the most
obvious problems seemed to be out-of-range hsync and/or vsync
signalling, rather than the issues in this patch).

Eventually real MDA and/or CGA support might provide an alternative to
this patch, although a hybrid approach like this patch might still
be useful in marginal cases.

Signed-off-by: Matthew Ogilvie <address@hidden>
Signed-off-by: malc <address@hidden>


  Commit: f278d4947fff814dcde2ef2acad36d172ff8be35
      
https://github.com/qemu/qemu/commit/f278d4947fff814dcde2ef2acad36d172ff8be35
  Author: Matthew Ogilvie <address@hidden>
  Date:   2012-08-23 (Thu, 23 Aug 2012)

  Changed paths:
    M cpu-exec.c
    M hw/i8259.c
    M qemu-options.hx
    M sysemu.h
    M vl.c

  Log Message:
  -----------
  i8259: add -no-spurious-interrupt-hack option

This patch provides a way to optionally suppress spurious interrupts,
as a workaround for systems described below:

Some old operating systems do not handle spurious interrupts well,
and qemu tends to generate them significantly more often than
real hardware.

Examples:
  - Microport UNIX System V/386 v 2.1 (ca 1987)
    (The main problem I'm fixing: Without this patch, it panics
    sporadically when accessing the hard disk.)
  - AT&T UNIX System V/386 Release 4.0 Version 2.1a (ca 1991)
    See screenshot in "QEMU Official OS Support List":
    http://www.claunia.com/qemu/objectManager.php?sClass=application&iId=9
    (I don't have this system to test.)
  - A report about OS/2 boot lockup from 2004 by Hampa Hug:
    http://lists.nongnu.org/archive/html/qemu-devel/2004-09/msg00367.html
    (My patch was partially inspired by his.)
    Also: http://lists.nongnu.org/archive/html/qemu-devel/2005-06/msg00243.html
    (I don't have this system to test.)

Signed-off-by: Matthew Ogilvie <address@hidden>
Signed-off-by: malc <address@hidden>


Compare: https://github.com/qemu/qemu/compare/98609cd8fcf7...f278d4947fff

reply via email to

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