Re: [Qemu-devel] bug (?) related to kqemu and/or Minix3
Hi.. On Wed, Feb 27, 2008 at 8:10 PM, Matej Kosik <[EMAIL PROTECTED]> wrote: > I do not know. What I was trying to say is that it is weird if Minix (note > that I was not meaning > Linux) works fine: > - - on bare hardware > - - on QEMU (without kqemu) > but does not work on QEMU with kqemu. Minix developers say that it is bug > somewhere in kqemu. Yup, I got your point. try to read kqemu technical document, there you will see its technical limitation. regards, Mulyadi.
[Qemu-devel] qemu dis-asm.h
CVSROOT:/sources/qemu Module name:qemu Changes by: Edgar E. Iglesias08/02/27 15:25:25 Modified files: . : dis-asm.h Log message: Initialize disasinfo->private_data, binutils does it and some disassemblers depend on it. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/dis-asm.h?cvsroot=qemu&r1=1.18&r2=1.19
[Qemu-devel] [PATCH] Fix qemu PPC breakage in monitor.c
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1204150440 21600
# Branch merge
# Node ID f255b23b6ef9461be4ee18fa0745f30c4fb66e6a
# Parent 64a281615f436e65ca7fb2f3c2721c374fbfc8be
Fix qemu PPC breakage in monitor.c
Recent pull of qemu_cvs has added function "qemu_system_cpu_hot_add" to the
function "do_cput_set_nr" in monitor.c . Issue is qemu_system_cpu_hot_add is
defined in acpi.c which is only compiled for arch with target base i386 (which
are i386 & x86-64).
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/qemu/monitor.c b/qemu/monitor.c
--- a/qemu/monitor.c
+++ b/qemu/monitor.c
@@ -357,7 +357,9 @@ static void do_cpu_set_nr(int value, con
term_printf("invalid status: %s\n", status);
return;
}
+#if defined(TARGET_I386) || defined(TARGET_X86_64)
qemu_system_cpu_hot_add(value, state);
+#endif
}
static void do_info_jit(void)
Re: [Qemu-devel] Why QEMU ARM Versatile doesn't support RGB?
take your time machine back to oct 2006 .. http://www.mail-archive.com/[EMAIL PROTECTED]/msg81440.html On 27/02/2008, Song Yuan <[EMAIL PROTECTED]> wrote: > Hi, > > I'm trying to boot linux with file system of DirectFB/Gtk+ stack from > QEMU ARM Versatile emulation. Then the emulation's framebuffer > supports BGR16, though the original PL110 graphics controller support > both BGR and RGB (as mentioned by Wenqi Chen in mail thread as > follows). But DirectFB does not support BGR16, as it does for RGB16. > > I looked into QEMU's source code, it seems that it won't make things > messy if I just patch it to RGB in QEMU. I would like to know whether > there are any special considerations that only BRG is supported at the > first place. Thanks! > > The mail thread in DirectFB regarding this is here: > http://mail.directfb.org/pipermail/directfb-dev/2008-February/003985.html > > PS: to Paul Brook: it seems IRC and other ports are blocked by my > proxy server that I couldn't get connected... > > > Song Yuan > > > -- WC
[Qemu-devel] qemu Makefile.target dyngen.c tcg/sparc/tcg-tar...
CVSROOT:/cvsroot/qemu Module name:qemu Changes by: Blue Swirl 08/02/27 17:53:28 Modified files: . : Makefile.target dyngen.c Added files: tcg/sparc : tcg-target.c tcg-target.h Log message: Preliminary Sparc TCG target CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemu&r1=1.245&r2=1.246 http://cvs.savannah.gnu.org/viewcvs/qemu/dyngen.c?cvsroot=qemu&r1=1.61&r2=1.62 http://cvs.savannah.gnu.org/viewcvs/qemu/tcg/sparc/tcg-target.c?cvsroot=qemu&rev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/tcg/sparc/tcg-target.h?cvsroot=qemu&rev=1.1
[Qemu-devel] qemu/tcg/sparc
CVSROOT:/cvsroot/qemu Module name:qemu Changes by: Blue Swirl 08/02/27 17:51:14 New directory: tcg/sparc CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/tcg/sparc/?cvsroot=qemu
[Qemu-devel] qemu/target-sparc op_mem.h translate.c
CVSROOT:/cvsroot/qemu Module name:qemu Changes by: Blue Swirl 08/02/27 17:44:04 Modified files: target-sparc : op_mem.h translate.c Log message: Temporary fix for i386 host CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/op_mem.h?cvsroot=qemu&r1=1.14&r2=1.15 http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/translate.c?cvsroot=qemu&r1=1.89&r2=1.90
[Qemu-devel] [PATCH] Properly bomb out on errors in Makefile shell fragments
Without `set -e', or the use of &&, errors in commands run from Makefiles in multi-command fragments are not trapped. ( ) are redundant in multi-command shell fragments. Ian. diff --git a/Makefile b/Makefile index d74aa6e..89c4bd6 100644 --- a/Makefile +++ b/Makefile @@ -193,14 +193,14 @@ ifneq ($(TOOLS),) $(INSTALL) -m 755 -s $(TOOLS) "$(DESTDIR)$(bindir)" endif mkdir -p "$(DESTDIR)$(datadir)" - for x in bios.bin vgabios.bin vgabios-cirrus.bin ppc_rom.bin \ + set -e; for x in bios.bin vgabios.bin vgabios-cirrus.bin ppc_rom.bin \ video.x openbios-sparc32 pxe-ne2k_pci.bin \ pxe-rtl8139.bin pxe-pcnet.bin; do \ $(INSTALL) -m 644 $(SRC_PATH)/pc-bios/$$x "$(DESTDIR)$(datadir)"; \ done ifndef CONFIG_WIN32 mkdir -p "$(DESTDIR)$(datadir)/keymaps" - for x in $(KEYMAPS); do \ + set -e; for x in $(KEYMAPS); do \ $(INSTALL) -m 644 $(SRC_PATH)/keymaps/$$x "$(DESTDIR)$(datadir)/keymaps"; \ done endif @@ -251,12 +251,12 @@ FILE = qemu-$(VERSION) tar: rm -rf /tmp/$(FILE) cp -r . /tmp/$(FILE) - ( cd /tmp ; tar zcvf ~/$(FILE).tar.gz $(FILE) --exclude CVS ) + cd /tmp && tar zcvf ~/$(FILE).tar.gz $(FILE) --exclude CVS rm -rf /tmp/$(FILE) # generate a binary distribution tarbin: - ( cd / ; tar zcvf ~/qemu-$(VERSION)-$(ARCH).tar.gz \ + cd / && tar zcvf ~/qemu-$(VERSION)-$(ARCH).tar.gz \ $(bindir)/qemu \ $(bindir)/qemu-system-ppc \ $(bindir)/qemu-system-ppc64 \ @@ -301,7 +301,7 @@ tarbin: $(datadir)/pxe-pcnet.bin \ $(docdir)/qemu-doc.html \ $(docdir)/qemu-tech.html \ - $(mandir)/man1/qemu.1 $(mandir)/man1/qemu-img.1 ) + $(mandir)/man1/qemu.1 $(mandir)/man1/qemu-img.1 # Include automatically generated dependency files -include $(wildcard *.d audio/*.d slirp/*.d)
Re: [Qemu-devel] [PATCH] allow update of MSR_EFER_SVM
On Feb 27, 2008, at 5:07 PM, Bernhard Kauer wrote: MSR_EFER_SVM is not defined in my qemu version. What does the bit change if set?
Re: [Qemu-devel] [PATCH] Let the USB tablet reach the far bottom and right pixels
Hi,
On Wed, 27 Feb 2008, Samuel Thibault wrote:
> Johannes Schindelin, le Wed 27 Feb 2008 15:35:01 +, a écrit :
> > > Index: cocoa.m
> > > ===
> > > RCS file: /sources/qemu/qemu/cocoa.m,v
> > > retrieving revision 1.15
> > > diff -u -p -r1.15 cocoa.m
> > > --- cocoa.m 22 Jan 2008 23:25:15 - 1.15
> > > +++ cocoa.m 27 Feb 2008 14:42:02 -
> > > @@ -40,7 +40,7 @@
> > > #define cgrect(nsrect) (*(CGRect *)&(nsrect))
> > > #define COCOA_MOUSE_EVENT \
> > > if (isTabletEnabled) { \
> > > -kbd_mouse_event((int)(p.x * 0x7FFF / screen.width),
> > > (int)((screen.height - p.y) * 0x7FFF / screen.height), 0, buttons); \
> > > +kbd_mouse_event((int)(p.x * 0x7FFF / (screen.width - 1)),
> > > (int)((screen.height - p.y) * 0x7FFF / (screen.height - 1)), 0, buttons);
> > > \
> >
> > Would it not be better to multiply with 0x8000 / screen.width? This
> > seems "more correct" to me.
>
> No, because then you would not reach 0x7FFF:
>
> (1023 * 0x8000) / 1024 -> 0x7fe0
>
> And then the guest does not reach 1023 (tested on windows).
Ah, but of course!
Thanks,
Dscho
Re: [Qemu-devel] Still compile problems with TCG
On Wednesday 27 February 2008, Andreas Färber wrote: > Am 27.02.2008 um 17:14 schrieb Paul Brook: > >> I still have problems (Pentium M, gcc (GCC) 4.1.2 20061115 > >> (prerelease) > > > > gcc4 isn't supposed to work. > > And I thought that was the whole point in breaking non-x86 hosts! In the long term, yes. However the gcc3 dependency will remain until the tcg migration has been completed. Paul
[Qemu-devel] [PATCH] allow update of MSR_EFER_SVM
The wrmsr_helper should allow to set the SVM flag in EFER. Bernhard Kauer Index: target-i386/helper.c === RCS file: /sources/qemu/qemu/target-i386/helper.c,v retrieving revision 1.101 diff -u -r1.101 helper.c --- target-i386/helper.c 3 Feb 2008 03:26:30 - 1.101 +++ target-i386/helper.c 27 Feb 2008 16:05:33 - @@ -2802,6 +2802,8 @@ update_mask |= MSR_EFER_FFXSR; if (env->cpuid_ext2_features & CPUID_EXT2_NX) update_mask |= MSR_EFER_NXE; + if (env->cpuid_ext3_features & CPUID_EXT3_SVM) + update_mask |= MSR_EFER_SVM; env->efer = (env->efer & ~update_mask) | (val & update_mask); }
Re: [Qemu-devel] [PATCH] Let the USB tablet reach the far bottom and right pixels
Johannes Schindelin, le Wed 27 Feb 2008 15:35:01 +, a écrit :
> > Index: cocoa.m
> > ===
> > RCS file: /sources/qemu/qemu/cocoa.m,v
> > retrieving revision 1.15
> > diff -u -p -r1.15 cocoa.m
> > --- cocoa.m 22 Jan 2008 23:25:15 - 1.15
> > +++ cocoa.m 27 Feb 2008 14:42:02 -
> > @@ -40,7 +40,7 @@
> > #define cgrect(nsrect) (*(CGRect *)&(nsrect))
> > #define COCOA_MOUSE_EVENT \
> > if (isTabletEnabled) { \
> > -kbd_mouse_event((int)(p.x * 0x7FFF / screen.width),
> > (int)((screen.height - p.y) * 0x7FFF / screen.height), 0, buttons); \
> > +kbd_mouse_event((int)(p.x * 0x7FFF / (screen.width - 1)),
> > (int)((screen.height - p.y) * 0x7FFF / (screen.height - 1)), 0, buttons); \
>
> Would it not be better to multiply with 0x8000 / screen.width? This
> seems "more correct" to me.
No, because then you would not reach 0x7FFF:
(1023 * 0x8000) / 1024 -> 0x7fe0
And then the guest does not reach 1023 (tested on windows).
Samuel
Re: [Qemu-devel] Still compile problems with TCG
Am 27.02.2008 um 17:14 schrieb Paul Brook: I still have problems (Pentium M, gcc (GCC) 4.1.2 20061115 (prerelease) gcc4 isn't supposed to work. And I thought that was the whole point in breaking non-x86 hosts! Andreas
Re: [Qemu-devel] Still compile problems with TCG
> I still have problems (Pentium M, gcc (GCC) 4.1.2 20061115 (prerelease) gcc4 isn't supposed to work. Paul
[Qemu-devel] Re: error: syntax error before "tcg_ctx"
Zeno Davatz gmail.com> writes: > > Dear List > > Thank you for your replies. > > I do: > wget > http://qemu-forum.ipi.fi/qemu-snapshots/qemu-snapshot-2008-02-27_05.tar.bz2 > tar -xjf qemu-snapshot-2008-02-27_05.tar.bz2 > ./configure > sudo make ... Hello, maybe I'm missing something, but is there any need to run make as the superuser ? Lorenzo
Re: [Qemu-devel] [PATCH] Let the USB tablet reach the far bottom and right pixels
Hi,
On Wed, 27 Feb 2008, Samuel Thibault wrote:
> Index: cocoa.m
> ===
> RCS file: /sources/qemu/qemu/cocoa.m,v
> retrieving revision 1.15
> diff -u -p -r1.15 cocoa.m
> --- cocoa.m 22 Jan 2008 23:25:15 - 1.15
> +++ cocoa.m 27 Feb 2008 14:42:02 -
> @@ -40,7 +40,7 @@
> #define cgrect(nsrect) (*(CGRect *)&(nsrect))
> #define COCOA_MOUSE_EVENT \
> if (isTabletEnabled) { \
> -kbd_mouse_event((int)(p.x * 0x7FFF / screen.width),
> (int)((screen.height - p.y) * 0x7FFF / screen.height), 0, buttons); \
> +kbd_mouse_event((int)(p.x * 0x7FFF / (screen.width - 1)),
> (int)((screen.height - p.y) * 0x7FFF / (screen.height - 1)), 0, buttons); \
Would it not be better to multiply with 0x8000 / screen.width? This
seems "more correct" to me.
Ciao,
Dscho
[Qemu-devel] Why QEMU ARM Versatile doesn't support RGB?
Hi, I'm trying to boot linux with file system of DirectFB/Gtk+ stack from QEMU ARM Versatile emulation. Then the emulation's framebuffer supports BGR16, though the original PL110 graphics controller support both BGR and RGB (as mentioned by Wenqi Chen in mail thread as follows). But DirectFB does not support BGR16, as it does for RGB16. I looked into QEMU's source code, it seems that it won't make things messy if I just patch it to RGB in QEMU. I would like to know whether there are any special considerations that only BRG is supported at the first place. Thanks! The mail thread in DirectFB regarding this is here: http://mail.directfb.org/pipermail/directfb-dev/2008-February/003985.html PS: to Paul Brook: it seems IRC and other ports are blocked by my proxy server that I couldn't get connected... Song Yuan
[Qemu-devel] [PATCH] Let the USB tablet reach the far bottom and right pixels
Hello,
While using a virtual usbtablet, I noticed that I could not reach the
extreme bottom and right pixels. That is because of the conversion from
screen coordinates to 0..0x7FFF, below is a patch that fixes it.
Samuel
Index: cocoa.m
===
RCS file: /sources/qemu/qemu/cocoa.m,v
retrieving revision 1.15
diff -u -p -r1.15 cocoa.m
--- cocoa.m 22 Jan 2008 23:25:15 - 1.15
+++ cocoa.m 27 Feb 2008 14:42:02 -
@@ -40,7 +40,7 @@
#define cgrect(nsrect) (*(CGRect *)&(nsrect))
#define COCOA_MOUSE_EVENT \
if (isTabletEnabled) { \
-kbd_mouse_event((int)(p.x * 0x7FFF / screen.width),
(int)((screen.height - p.y) * 0x7FFF / screen.height), 0, buttons); \
+kbd_mouse_event((int)(p.x * 0x7FFF / (screen.width - 1)),
(int)((screen.height - p.y) * 0x7FFF / (screen.height - 1)), 0, buttons); \
} else if (isMouseGrabed) { \
kbd_mouse_event((int)[event deltaX], (int)[event deltaY], 0,
buttons); \
} else { \
--- vl.c17 Feb 2008 11:42:19 - 1.406
+++ vl.c27 Feb 2008 14:42:04 -
@@ -588,7 +588,7 @@
if (qemu_put_mouse_event_current->qemu_put_mouse_event_absolute)
width = 0x7fff;
else
-width = graphic_width;
+width = graphic_width - 1;
mouse_event(mouse_event_opaque,
width - dy, dx, dz, buttons_state);
} else
--- sdl.c 17 Nov 2007 17:14:38 - 1.45
+++ sdl.c 27 Feb 2008 14:42:04 -
@@ -311,8 +311,8 @@
absolute_enabled = 1;
}
- dx = dx * 0x7FFF / width;
- dy = dy * 0x7FFF / height;
+ dx = dx * 0x7FFF / (width - 1);
+ dy = dy * 0x7FFF / (height - 1);
} else if (absolute_enabled) {
sdl_show_cursor();
absolute_enabled = 0;
Index: vnc.c
===
RCS file: /sources/qemu/qemu/vnc.c,v
--- vnc.c 10 Feb 2008 16:33:13 - 1.35
+++ vnc.c 27 Feb 2008 14:42:04 -
@@ -879,8 +879,8 @@
dz = 1;
if (vs->absolute) {
- kbd_mouse_event(x * 0x7FFF / vs->ds->width,
- y * 0x7FFF / vs->ds->height,
+ kbd_mouse_event(x * 0x7FFF / (vs->ds->width - 1),
+ y * 0x7FFF / (vs->ds->height - 1),
dz, buttons);
} else if (vs->has_pointer_type_change) {
x -= 0x7FFF;
[Qemu-devel] [PATCH] Remove magic numbers in fdc.c
Hi,
fdc.c file full of magic numbers. Attached patch replaces some of them
by constants names ; I think that it makes the code more understandable.
Hervé
Index: fdc.c
===
RCS file: /sources/qemu/qemu/hw/fdc.c,v
retrieving revision 1.37
diff -u -r1.37 fdc.c
--- fdc.c 1 Jan 2008 17:06:38 - 1.37
+++ fdc.c 27 Feb 2008 14:26:54 -
@@ -360,6 +360,102 @@
FD_STATE_FORMAT = 0x40,
};
+enum {
+FD_REG_0 = 0x00,
+FD_REG_STATUSB = 0x01,
+FD_REG_DOR = 0x02,
+FD_REG_TDR = 0x03,
+FD_REG_MSR = 0x04,
+FD_REG_DSR = 0x04,
+FD_REG_FIFO = 0x05,
+FD_REG_DIR = 0x07,
+};
+
+enum {
+FD_CMD_SPECIFY = 0x03,
+FD_CMD_SENSE_DRIVE_STATUS = 0x04,
+FD_CMD_RECALIBRATE = 0x07,
+FD_CMD_SENSE_INTERRUPT_STATUS = 0x08,
+FD_CMD_DUMPREG = 0x0e,
+FD_CMD_SEEK = 0x0f,
+FD_CMD_VERSION = 0x10,
+FD_CMD_PERPENDICULAR_MODE = 0x12,
+FD_CMD_CONFIGURE = 0x13,
+FD_CMD_UNLOCK = 0x14,
+FD_CMD_POWERDOWN_MODE = 0x17,
+FD_CMD_PART_ID = 0x18,
+FD_CMD_SAVE = 0x2c,
+FD_CMD_OPTION = 0x33,
+FD_CMD_READ_TRACK = 0x42,
+FD_CMD_WRITE = 0x45,
+FD_CMD_READ = 0x46,
+FD_CMD_WRITE_DELETED = 0x49,
+FD_CMD_READ_ID = 0x4a,
+FD_CMD_READ_DELETED = 0x4c,
+FD_CMD_RESTORE = 0x4c,
+FD_CMD_FORMAT_TRACK = 0x4d,
+FD_CMD_SCAN_EQUAL = 0x50,
+FD_CMD_VERIFY = 0x56,
+FD_CMD_SCAN_LOW_OR_EQUAL = 0x59,
+FD_CMD_SCAN_HIGH_OR_EQUAL = 0x5d,
+FD_CMD_DRIVE_SPECIFICATION_COMMAND = 0x8e,
+FD_CMD_RELATIVE_SEEK_OUT = 0x8f,
+FD_CMD_LOCK = 0x94,
+FD_CMD_FORMAT_AND_WRITE = 0xcd,
+FD_CMD_RELATIVE_SEEK_IN = 0xcf,
+};
+
+enum {
+FD_CONFIG_PRETRK = 0xff, /* Pre-compensation set to track 0 */
+FD_CONFIG_FIFOTHR = 0x0f, /* FIFO threshold set to 1 byte */
+FD_CONFIG_POLL = 0x10, /* Poll enabled */
+FD_CONFIG_EFIFO = 0x20, /* FIFO disabled */
+FD_CONFIG_EIS = 0x40, /* No implied seeks */
+};
+
+enum {
+FD_SR0_EQPMT= 0x10,
+FD_SR0_SEEK = 0x20,
+FD_SR0_ABNTERM = 0x40,
+FD_SR0_INVCMD = 0x80,
+FD_SR0_RDYCHG = 0xc0,
+};
+
+enum {
+FD_DOR_SELMASK = 0x01,
+FD_DOR_nRESET = 0x04,
+FD_DOR_DMAEN= 0x08,
+FD_DOR_MOTEN0 = 0x10,
+FD_DOR_MOTEN1 = 0x20,
+FD_DOR_MOTEN2 = 0x40,
+FD_DOR_MOTEN3 = 0x80,
+};
+
+enum {
+FD_TDR_BOOTSEL = 0x0c,
+};
+
+enum {
+FD_DSR_DRATEMASK= 0x03,
+FD_DSR_PWRDOWN = 0x40,
+FD_DSR_SWRESET = 0x80,
+};
+
+enum {
+FD_MSR_DRV0BUSY = 0x01,
+FD_MSR_DRV1BUSY = 0x02,
+FD_MSR_DRV2BUSY = 0x04,
+FD_MSR_DRV3BUSY = 0x08,
+FD_MSR_CMDBUSY = 0x10,
+FD_MSR_NONDMA = 0x20,
+FD_MSR_DIO = 0x40,
+FD_MSR_RQM = 0x80,
+};
+
+enum {
+FD_DIR_DSKCHG = 0x80,
+};
+
#define FD_STATE(state) ((state) & FD_STATE_STATE)
#define FD_SET_STATE(state, new_state) \
do { (state) = ((state) & ~FD_STATE_STATE) | (new_state); } while (0)
@@ -411,7 +507,7 @@
uint32_t retval;
switch (reg & 0x07) {
-case 0x00:
+case FD_REG_0:
if (fdctrl->sun4m) {
// Identify to Linux as S82078B
retval = fdctrl_read_statusB(fdctrl);
@@ -419,22 +515,22 @@
retval = (uint32_t)(-1);
}
break;
-case 0x01:
+case FD_REG_STATUSB:
retval = fdctrl_read_statusB(fdctrl);
break;
-case 0x02:
+case FD_REG_DOR:
retval = fdctrl_read_dor(fdctrl);
break;
-case 0x03:
+case FD_REG_TDR:
retval = fdctrl_read_tape(fdctrl);
break;
-case 0x04:
+case FD_REG_MSR:
retval = fdctrl_read_main_status(fdctrl);
break;
-case 0x05:
+case FD_REG_FIFO:
retval = fdctrl_read_data(fdctrl);
break;
-case 0x07:
+case FD_REG_DIR:
retval = fdctrl_read_dir(fdctrl);
break;
default:
@@ -453,16 +549,16 @@
FLOPPY_DPRINTF("write reg%d: 0x%02x\n", reg & 7, value);
switch (reg & 0x07) {
-case 0x02:
+case FD_REG_DOR:
fdctrl_write_dor(fdctrl, value);
break;
-case 0x03:
+case FD_REG_TDR:
fdctrl_write_tape(fdctrl, value);
break;
-case 0x04:
+case FD_REG_DSR:
fdctrl_write_rate(fdctrl, value);
break;
-case 0x05:
+case FD_REG_FIFO:
fdctrl_write_data(fdctrl, value);
break;
default:
@@ -621,21 +717,21 @@
fdctrl->irq = irq;
fdctrl->dma_chann = dma_chann;
fdctrl->io_base = io_base;
-fdctrl->config = 0x60; /* Implicit seek, polling & FIFO enabled */
+fdctrl->config = FD_CONFIG_EIS | FD_CONFIG_EFIFO; /* Implicit seek,
polling & FIFO enabled */
if (fdctrl->dma_chann != -1) {
fdctrl->dma_en = 1;
DMA_register_channel(dma_chann, &fdctrl_transfer_handler, fdctrl);
} else {
fdctrl->dma_en = 0;
}
-for (i = 0; i < 2; i++) {
+for (i = 0; i < MAX_FD; i++) {
fd_init(&fdctrl->drives[i], fds
Re: [Qemu-devel] error: syntax error before "tcg_ctx"
Ah got it, sorry. It goes into the directory "qemu". Best Zeno On Wed, Feb 27, 2008 at 2:26 PM, Zeno Davatz <[EMAIL PROTECTED]> wrote: > Hi > > > Thank you for your Feedback. > > Ok, the download worked but when I do > > tar -xzf qemu-1272d6f4f17c75825543a7dda75866313e89bb78.tar.gz > > Nothing happens, the software is not put into a new directory or even > been unzipped. > > Am I doing something wrong? > > Best > Zeno > > On Wed, Feb 27, 2008 at 1:57 PM, Johannes Schindelin > > <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > > > On Wed, 27 Feb 2008, Zeno Davatz wrote: > > > > > I do: > > > wget > http://qemu-forum.ipi.fi/qemu-snapshots/qemu-snapshot-2008-02-27_05.tar.bz2 > > > tar -xjf qemu-snapshot-2008-02-27_05.tar.bz2 > > > ./configure > > > sudo make > > > > > > And then I get that error. > > > > Apparently whoever creates those snapshots has incomplete synchronisation. > > > > But there is another way to get at a snapshot: the git mirror on > > repo.or.cz has a snapshot link. Just go here: > > > > http://repo.or.cz/w/qemu.git/ > > > > and click on the "snapshot" link to the right of the most recent commit > > (ATM this is Blue Swirl's "Fix mixed defines"). > > > > Hth, > > Dscho > > > > >
Re: [Qemu-devel] error: syntax error before "tcg_ctx"
Hi Thank you for your Feedback. Ok, the download worked but when I do tar -xzf qemu-1272d6f4f17c75825543a7dda75866313e89bb78.tar.gz Nothing happens, the software is not put into a new directory or even been unzipped. Am I doing something wrong? Best Zeno On Wed, Feb 27, 2008 at 1:57 PM, Johannes Schindelin <[EMAIL PROTECTED]> wrote: > Hi, > > > On Wed, 27 Feb 2008, Zeno Davatz wrote: > > > I do: > > wget > http://qemu-forum.ipi.fi/qemu-snapshots/qemu-snapshot-2008-02-27_05.tar.bz2 > > tar -xjf qemu-snapshot-2008-02-27_05.tar.bz2 > > ./configure > > sudo make > > > > And then I get that error. > > Apparently whoever creates those snapshots has incomplete synchronisation. > > But there is another way to get at a snapshot: the git mirror on > repo.or.cz has a snapshot link. Just go here: > > http://repo.or.cz/w/qemu.git/ > > and click on the "snapshot" link to the right of the most recent commit > (ATM this is Blue Swirl's "Fix mixed defines"). > > Hth, > Dscho > >
[Qemu-devel] Hanging when using hw/lsi53c895a.c
When using qemu-system-arm from CVS or 0.9.1 I've noticed that the emulator
locks up occasionally on heavy disk access. Forcing a fsck on start up is
normally enough to trigger it. The root cause is that scsi_read_data can be
reentered before updating sector and sector_count:
lsi_do_dma calls
scsi_read_data, which calls
scsi_read_complete,
lsi_command_complete,
lsi_do_dma,
scsi_read_data without updating sector and sector_count,
and so on...
This results in an unending series of reads:
scsi-disk: Command: lun=0 tag=0x10049 data=0x28 0x00 0x00 0x24 0x24 0x97 0x00
0x00 0x90 0x00
scsi-disk: Read (sector 2368663, count 144)
scsi-disk: Read tag=0x10049 sector_count=144
scsi-disk: Data ready tag=0x10049 len=65536
scsi-disk: Read tag=0x10049 sector_count=16
scsi-disk: Data ready tag=0x10049 len=8192
scsi-disk: Read tag=0x10049 sector_count=16
scsi-disk: Data ready tag=0x10049 len=8192
scsi-disk: Read tag=0x10049 sector_count=-16
scsi-disk: Data ready tag=0x10049 len=65536
scsi-disk: Read tag=0x10049 sector_count=-144
scsi-disk: Data ready tag=0x10049 len=65536
scsi-disk: Read tag=0x10049 sector_count=-272
scsi-disk: Data ready tag=0x10049 len=65536
The attached patch ensures that the scsi_read_complete call occurs at the
end on scsi_read_data. I'm not sure if this is how it was intended to
work -- an alternative would be to prevent lsi_command_complete calling
lsi_do_dma. But the patch does prevent the hanging.
Index: hw/scsi-disk.c
===
RCS file: /sources/qemu/qemu/hw/scsi-disk.c,v
retrieving revision 1.20
diff -u -r1.20 scsi-disk.c
--- hw/scsi-disk.c 3 Feb 2008 04:05:50 - 1.20
+++ hw/scsi-disk.c 26 Feb 2008 22:31:03 -
@@ -171,6 +171,7 @@
SCSIDeviceState *s = d->state;
SCSIRequest *r;
uint32_t n;
+int sector;
r = scsi_find_request(s, tag);
if (!r) {
@@ -191,17 +192,19 @@
return;
}
+sector = r->sector;
+
n = r->sector_count;
if (n > SCSI_DMA_BUF_SIZE / 512)
n = SCSI_DMA_BUF_SIZE / 512;
+r->sector += n;
+r->sector_count -= n;
r->buf_len = n * 512;
-r->aiocb = bdrv_aio_read(s->bdrv, r->sector, r->dma_buf, n,
+r->aiocb = bdrv_aio_read(s->bdrv, sector, r->dma_buf, n,
scsi_read_complete, r);
if (r->aiocb == NULL)
scsi_command_complete(r, SENSE_HARDWARE_ERROR);
-r->sector += n;
-r->sector_count -= n;
}
static void scsi_write_complete(void * opaque, int ret)
Brian
Re: [Qemu-devel] bug (?) related to kqemu and/or Minix3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mulyadi Santosa wrote: > Hi... > > The screen capture didn't show anything suspicious...maybe the issue > is related to segmentation? Linux...AFAIK doesn't use CS segment > that much in GDT I do not know. What I was trying to say is that it is weird if Minix (note that I was not meaning Linux) works fine: - - on bare hardware - - on QEMU (without kqemu) but does not work on QEMU with kqemu. Minix developers say that it is bug somewhere in kqemu. Bug in Minix is not relevant (to others) but if it revealed some bug in kqemu, this may be interesting to other operating systems too. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHxWE0L+CaXfJI/hgRAiqyAJ9nbsEykKH+TD5+sZConKmawrmiYwCeJMh/ Lry0bXR43uIcqN2X2DNWC1w= =xjFW -END PGP SIGNATURE-
Re: [Qemu-devel] error: syntax error before "tcg_ctx"
Hi, On Wed, 27 Feb 2008, Zeno Davatz wrote: > I do: > wget > http://qemu-forum.ipi.fi/qemu-snapshots/qemu-snapshot-2008-02-27_05.tar.bz2 > tar -xjf qemu-snapshot-2008-02-27_05.tar.bz2 > ./configure > sudo make > > And then I get that error. Apparently whoever creates those snapshots has incomplete synchronisation. But there is another way to get at a snapshot: the git mirror on repo.or.cz has a snapshot link. Just go here: http://repo.or.cz/w/qemu.git/ and click on the "snapshot" link to the right of the most recent commit (ATM this is Blue Swirl's "Fix mixed defines"). Hth, Dscho
Re: [Qemu-devel] error: syntax error before "tcg_ctx"
Dear List Thank you for your replies. I do: wget http://qemu-forum.ipi.fi/qemu-snapshots/qemu-snapshot-2008-02-27_05.tar.bz2 tar -xjf qemu-snapshot-2008-02-27_05.tar.bz2 ./configure sudo make And then I get that error. Is the code that I download from the website as mentioned above not "complete" so I can just do a "configure" "make" and "make install"? Thank you for your Feedback. Best Zeno On Wed, Feb 27, 2008 at 1:34 PM, Johannes Schindelin <[EMAIL PROTECTED]> wrote: > Hi, > > On Wed, 27 Feb 2008, Thiemo Seufer wrote: > > > > > Zeno Davatz wrote: > > > > > I am not a developer but I just tested the latest > > > qemu-snapshot-2008-02-27_05 on my Gentoo Maschine and I get the > > > following error after doing "./configure" and and "sudo make": > > > > > > gcc-3.3.6 -I. -I.. > > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/target-i386 > > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05 -MMD -MP > > > -DNEED_CPU_H -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE > > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/tcg > > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/tcg/i386 > > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/fpu > > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/linux-user > > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/linux-user/i386 > > > -Wall -O2 -g -fno-strict-aliasing -m32 -c -o translate-all.o > > > /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c > > > /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:32:17: > > > tcg.h: No such file or directory > > > > Looks like your source tree is incomplete. > > Maybe an update with "cvs -d" is needed? > > Ciao, > Dscho > >
Re: [Qemu-devel] error: syntax error before "tcg_ctx"
Hi, On Wed, 27 Feb 2008, Thiemo Seufer wrote: > Zeno Davatz wrote: > > > I am not a developer but I just tested the latest > > qemu-snapshot-2008-02-27_05 on my Gentoo Maschine and I get the > > following error after doing "./configure" and and "sudo make": > > > > gcc-3.3.6 -I. -I.. > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/target-i386 > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05 -MMD -MP > > -DNEED_CPU_H -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/tcg > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/tcg/i386 > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/fpu > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/linux-user > > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/linux-user/i386 > > -Wall -O2 -g -fno-strict-aliasing -m32 -c -o translate-all.o > > /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c > > /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:32:17: > > tcg.h: No such file or directory > > Looks like your source tree is incomplete. Maybe an update with "cvs -d" is needed? Ciao, Dscho
Re: [Qemu-devel] error: syntax error before "tcg_ctx"
Zeno Davatz wrote: > Dear List > > I am not a developer but I just tested the latest > qemu-snapshot-2008-02-27_05 on my Gentoo Maschine and I get the > following error after doing "./configure" and and "sudo make": > > gcc-3.3.6 -I. -I.. > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/target-i386 > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05 -MMD -MP > -DNEED_CPU_H -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/tcg > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/tcg/i386 > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/fpu > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/linux-user > -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/linux-user/i386 > -Wall -O2 -g -fno-strict-aliasing -m32 -c -o translate-all.o > /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c > /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:32:17: > tcg.h: No such file or directory Looks like your source tree is incomplete. Thiemo
[Qemu-devel] Re: [kvm-devel] [PATCH 0/15] acpi processor hotplug
Glauber Costa wrote: Hi, I'm resending the series with avi's few comments merged, and a couple of others on my own: * _STA returns 0xF instead of 0x1. According to the specification, it means that the device, besides present, is also functional, enabled, and a couple of other cool things. * gpe_base and proc_base as #defines, not unsigned long * _EJ method out. It's causing a lot of troubles, and I'm not even sure it makes sense for processors. We can live without it by now, and if it is needed, it can be added later. Applied all, thanks. -- error compiling committee.c: too many arguments to function
[Qemu-devel] Still compile problems with TCG
Hi,
I still have problems (Pentium M, gcc (GCC) 4.1.2 20061115 (prerelease)
(SUSE Linux)):
make -C i386-linux-user all
make[1]: Entering directory `/home/gitte/qemu/i386-linux-user'
gcc -Wall -O2 -g -fno-strict-aliasing -fno-reorder-blocks -fno-gcse
-fno-tree-ch -fno-optimize-sibling-calls -fno-crossjumping -fno-align-labels
-fno-align-jumps -fno-align-functions -mpreferred-stack-boundary=2
-fomit-frame-pointer -DCONFIG_HAS_LINUX_COMPILER_H=1 -m32 -I. -I..
-I/home/gitte/qemu/target-i386 -I/home/gitte/qemu -MMD -MP -DNEED_CPU_H
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/gitte/qemu/tcg
-I/home/gitte/qemu/tcg/i386 -I/home/gitte/qemu/fpu
-I/home/gitte/qemu/linux-user -I/home/gitte/qemu/linux-user/i386 -c -o op.o
/home/gitte/qemu/target-i386/op.c
/home/gitte/qemu/target-i386/ops_sse.h: In function ‘op_pshufw_mmx’:
/home/gitte/qemu/target-i386/ops_sse.h:593: error: unable to find a register to
spill in class ‘GENERAL_REGS’
/home/gitte/qemu/target-i386/ops_sse.h:593: error: this is the insn:
(insn:HI 17 16 18 0 /home/gitte/qemu/target-i386/ops_sse.h:588 (set
(strict_low_part (subreg:HI (reg/v:DI 63 [ r ]) 0))
(mem/s/j:HI (plus:SI (mult:SI (reg:SI 64)
(const_int 2 [0x2]))
(reg/v/f:SI 59 [ s ])) [0 ._w S2 A16])) 40
{*movstricthi_1} (insn_list:REG_DEP_TRUE 51 (insn_list:REG_DEP_TRUE 12
(insn_list:REG_DEP_TRUE 16 (nil
(expr_list:REG_DEAD (reg:SI 64)
(nil)))
/home/gitte/qemu/target-i386/ops_sse.h:593: confused by earlier errors, bailing
out
make[1]: *** [op.o] Fehler 1
make[1]: Leaving directory `/home/gitte/qemu/i386-linux-user'
make: *** [subdir-i386-linux-user] Fehler 2
This is current CVS + patch to detect linux/compiler.h for SuSE.
FWIW, line 588 in my current target-i386/ops_sse.h is
r.W(0) = s->W(order & 3);
in the function
void OPPROTO glue(op_pshufw, SUFFIX) (void)
Can anybody provide me with enough clues to fix it?
Thanks,
Dscho
[Qemu-devel] error: syntax error before "tcg_ctx"
Dear List I am not a developer but I just tested the latest qemu-snapshot-2008-02-27_05 on my Gentoo Maschine and I get the following error after doing "./configure" and and "sudo make": gcc-3.3.6 -I. -I.. -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/target-i386 -I/home/zeno/.software/qemu-snapshot-2008-02-27_05 -MMD -MP -DNEED_CPU_H -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/tcg -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/tcg/i386 -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/fpu -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/linux-user -I/home/zeno/.software/qemu-snapshot-2008-02-27_05/linux-user/i386 -Wall -O2 -g -fno-strict-aliasing -m32 -c -o translate-all.o /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:32:17: tcg.h: No such file or directory /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:35: error: syntax error before "tcg_ctx" /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:35: warning: type defaults to `int' in declaration of `tcg_ctx' /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:35: warning: data definition has no type or storage class /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:38: error: syntax error before "gen_opparam_buf" /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:38: warning: type defaults to `int' in declaration of `gen_opparam_buf' /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:38: warning: data definition has no type or storage class /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:75:21: tcg-opc.h: No such file or directory /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c: In function `cpu_gen_init': /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:85: warning: implicit declaration of function `tcg_context_init' /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:86: warning: implicit declaration of function `tcg_set_frame' /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:86: error: `TCG_AREG0' undeclared (first use in this function) /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:86: error: (Each undeclared identifier is reported only once /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:86: error: for each function it appears in.) /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c: In function `cpu_x86_gen_code': /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:98: error: `TCGContext' undeclared (first use in this function) /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:98: error: `s' undeclared (first use in this function) /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:110: warning: implicit declaration of function `tcg_func_start' /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:137: warning: implicit declaration of function `dyngen_code' /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c: In function `cpu_restore_state': /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:162: error: `TCGContext' undeclared (first use in this function) /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:162: error: `s' undeclared (first use in this function) /home/zeno/.software/qemu-snapshot-2008-02-27_05/translate-all.c:190: warning: implicit declaration of function `dyngen_code_search_pc' make[1]: *** [translate-all.o] Error 1 make[1]: Leaving directory `/home/zeno/.software/qemu-snapshot-2008-02-27_05/i386-linux-user' make: *** [subdir-i386-linux-user] Error 2 Any hints what I need to patch? My system-info is: ~/.software/qemu-snapshot-2008-02-27_05> emerge --info Portage 2.1.4.4 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-rc2 i686) = System uname: 2.6.25-rc2 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Timestamp of tree: Tue, 26 Feb 2008 05:46:01 + app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r5 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox:1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS
