On 08/16/2011 08:56 PM, Umesh Deshpande wrote:
@@ -3001,8 +3016,10 @@ void qemu_ram_free_from_ptr(ram_addr_t addr)
QLIST_FOREACH(block,ram_list.blocks, next) {
if (addr == block-offset) {
+qemu_mutex_lock_ramlist();
QLIST_REMOVE(block, next);
On Mon, Aug 15, 2011 at 9:37 PM, Richard Henderson r...@twiddle.net wrote:
On 08/15/2011 04:25 AM, kha...@kics.edu.pk wrote:
index 1334b8e..0137657 100644
--- a/disas.c
+++ b/disas.c
@@ -140,6 +140,7 @@ print_insn_thumb1(bfd_vma pc, disassemble_info *info)
i386 - nonzero means 16
On 08/16/2011 09:36 PM, Brad wrote:
Win32 emulated TLS is slow and is not available on all versions of GCC.
Actually, Win32 does have support for decent TLS, only GCC does not map
__thread to it. The good news is, it's perfectly possible to declare
TLS variables with simple C code!
This
On Mon, Aug 15, 2011 at 8:43 PM, Richard Henderson r...@twiddle.net wrote:
On 08/15/2011 04:25 AM, kha...@kics.edu.pk wrote:
((CPUMIPSState *) cpu_env)-tls_value = arg1;
+ if (((CPUMIPSState *) cpu_env)-insn_flags CPU_OCTEON) {
+ /* tls entry is moved to k0 so that
On 08/16/2011 08:56 PM, Umesh Deshpande wrote:
+qemu_mutex_lock_ramlist();
Taken locks: iothread, ramlist
+qemu_mutex_unlock_iothread();
Taken locks: ramlist
+s-wait_for_unfreeze(s);
+qemu_mutex_lock_iothread();
Taken locks: ramlist,
On 08/16/2011 08:56 PM, Umesh Deshpande wrote:
diff --git a/qemu-thread-posix.c b/qemu-thread-posix.c
index 2bd02ef..0d18b35 100644
--- a/qemu-thread-posix.c
+++ b/qemu-thread-posix.c
@@ -115,6 +115,16 @@ void qemu_cond_wait(QemuCond *cond, QemuMutex *mutex)
error_exit(err, __func__);
At 07/04/2011 05:43 PM, Michael S. Tsirkin Write:
This adds support for a standard pci to pci bridge,
enabling support for more than 32 PCI devices in the system.
To use, specify the device id as a 'bus' option.
Example:
-device pci-bridge,id=bridge1 \
-netdev user,id=u \
Some guests will use the standard MII status register
to verify link state. They will not notice link changes
unless this register is updated.
Verified with Linux 3.0 and Windows XP guests.
Without this patch, ethtool will report speed and duplex as
unknown when the link is down, but still
Bugfix as sent to qemu-devel mailinglist on 2011/08/15
** Patch added: 0001-linux-user-fix-abi_-u-long-target_ulong-mismatch.patch
https://bugs.launchpad.net/qemu/+bug/824716/+attachment/2285481/+files/0001-linux-user-fix-abi_-u-long-target_ulong-mismatch.patch
--
You received this bug
I`ve question about some specific behavior of qemu-kvm in device pass-through
method. I`ve tried to pass-through my Ethernet controller with other devices
(ie. USB Hub). Everything works fine, but I can`t configure network. There is
no problem if I use pass-through only Ethernet controller...
On 08/16/2011 09:45 AM, Richard Henderson wrote:
+void isa_register_old_portio_list(ISADevice *dev, uint16_t start,
+ const MemoryRegionPortio *pio_start,
+ void *opaque, const char *name)
_old_ implies it's deprecated, please
On 08/17/2011 06:45 AM, Avi Kivity wrote:
+{
+MemoryRegion *io_space = isabus-address_space_io;
+const MemoryRegionPortio *pio_iter;
+
+/* START is how we should treat DEV, regardless of the actual
+ contents of the portio array. This is how the old code
+ actually
On 08/16/2011 09:45 AM, Richard Henderson wrote:
+static const MemoryRegionPortio port92_portio[] = {
+{0, 1, 1, .read = port92_read, .write = port92_write },
A space character died here.
+PORTIO_END_OF_LIST(),
+};
+
+static const MemoryRegionOps port92_ops = {
+.old_portio =
On 08/16/2011 09:45 AM, Richard Henderson wrote:
@@ -1873,20 +1874,30 @@ void ide_init2_with_non_qdev_drives(IDEBus *bus,
DriveInfo *hd0,
bus-dma =ide_dma_nop;
}
-void ide_init_ioport(IDEBus *bus, int iobase, int iobase2)
+static const MemoryRegionPortio ide_portio_list[] = {
+{0,
On 08/17/2011 06:50 AM, Avi Kivity wrote:
Oh, after seeing a user I see how it works now. But can't we derive
this information instead of forcing the user to specify it?
I thought about that, but then when I went to implement I found it
just as easy to have the user specify it. With the later
On 08/17/2011 07:06 AM, Richard Henderson wrote:
On 08/17/2011 06:50 AM, Avi Kivity wrote:
Oh, after seeing a user I see how it works now. But can't we derive
this information instead of forcing the user to specify it?
I thought about that, but then when I went to implement I found it
just
On Fri, 12 Aug 2011 09:55:51 +0800, Jason Wang wrote:
From: Krishna Kumar krkum...@in.ibm.com
Implement mq virtio-net driver.
Though struct virtio_net_config changes, it works with the old qemu
since the last element is not accessed unless qemu sets
VIRTIO_NET_F_MULTIQUEUE.
...
+
On 08/17/2011 07:04 AM, Avi Kivity wrote:
Which PCI-ISA bridge?
The only implied by isa_bus_new.
If you're behind a secondary PCI bridge, you've now bypassed its filtering.
... Which we never will be, since the PCI-ISA bridge is not explicitly emulated,
but only implied via the way we mash
On 08/17/2011 07:04 AM, Avi Kivity wrote:
+
+void ide_init_ioport(IDEBus *bus, ISADevice *dev, int iobase, int
iobase2)
{
-register_ioport_write(iobase, 8, 1, ide_ioport_write, bus);
-register_ioport_read(iobase, 8, 1, ide_ioport_read, bus);
+/* ??? Assume only ISA and PCI
Am 16.08.2011 21:18, schrieb Supriya Kannery:
On 08/09/2011 03:02 PM, supriya kannery wrote:
Kevin Wolf wrote:
Am 09.08.2011 11:22, schrieb supriya kannery:
Kevin Wolf wrote:
What I meant is that in the end, with a generic bdrv_reopen(), we can
have raw-posix only call dup() and
On 08/17/2011 12:00 AM, Khansa Butt wrote:
with out above fix Octeon user mode binary can not be correctly run
on QEMU. This was the behavior on actual hardware which we noticed
when we were debugging the user mode binary on Octeon board. (there
are instructions in user mode ELF of Octeon
On 08/16/2011 11:52 PM, Khansa Butt wrote:
If I pass env-insn_flags to target_disas() how can I pass this flag info
from disas.c to mips-dis.c. can i do following thing for MIPS in disas.c
if (flags 0x) {
disasm_info.mach = flags 0x;
Well, I'd have written this as
Hi all,
is there a documentation available for the new USB EHCI and Port selection
feature?
I have read some patches that contained these updates, but I don't know how
to tell my USB device to be exposed as EHCI device to the guest.
My info usbhost shows 5x UHCI and 1x EHCI host after adding
On Tue, Aug 16, 2011 at 7:07 PM, Steve Si 826...@bugs.launchpad.net wrote:
I got binaries from http://homepage3.nifty.com/takeda-toshiya/
tested under Win 7 64-bit as User=Administrator
qemu10.6 - works makes 16/08/2011 18:43 3,096,481,792 test.raw
qemu11.1 - works makes
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
qemu-img.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/qemu-img.c b/qemu-img.c
index b205e98..d9e6fc8 100644
--- a/qemu-img.c
+++ b/qemu-img.c
@@ -890,7 +890,8 @@ static int img_convert(int
On Tue, Aug 16, 2011 at 7:51 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Win32 emulated TLS is slow and is not available on all versions of GCC.
Actually, Win32 does have support for decent TLS, only GCC does not map
__thread to it. The good news is, it's perfectly possible to declare
TLS
Hi all,
following discussions yesterday with Juan Quintela and Marcelo Tosatti,
here is my humble proposal: remove block migration from qemu master. It
seems to me that keeping block migration is going to slow down further
improvements on migration. The main problems are:
1) there are
On Mon, Aug 15, 2011 at 9:08 PM, Paolo Bonzini pbonz...@redhat.com wrote:
This emulates Win32 manual-reset events using futexes or conditional
variables. Typical ways to use them are with multi-producer,
single-consumer data structures, to test for a complex condition whose
elements come from
On Mon, Aug 15, 2011 at 9:08 PM, Paolo Bonzini pbonz...@redhat.com wrote:
This includes a (mangled) copy of the urcu-qsbr code from liburcu.
The main changes are: 1) removing dependencies on many other header files
in liburcu; 2) removing for simplicity the tentative busy waiting in
On 08/17/2011 09:51 AM, Stefan Hajnoczi wrote:
Hmm...this is pretty ugly low-level stuff. glib provides portable TLS
although I have found __thread significantly faster on Linux.
I think our options are:
1. Use __thread and require recent gcc versions on Windows. Not as
fast as native Windows
On Tue, Aug 16, 2011 at 6:50 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 08/16/2011 05:45 AM, Stefan Hajnoczi wrote:
Roy,
This stack trace does not reveal much.
Is there any MinGW gcc user that has successfully built and run
qemu.git?
I would be surprised if Stefan Weil hasn't.
On Wed, Aug 17, 2011 at 5:51 PM, Paolo Bonzini pbonz...@redhat.com wrote:
following discussions yesterday with Juan Quintela and Marcelo Tosatti, here
is my humble proposal: remove block migration from qemu master. It seems to
me that keeping block migration is going to slow down further
On Wed, Aug 17, 2011 at 6:20 PM, Blue Swirl blauwir...@gmail.com wrote:
On Tue, Aug 16, 2011 at 6:50 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 08/16/2011 05:45 AM, Stefan Hajnoczi wrote:
Roy,
This stack trace does not reveal much.
Is there any MinGW gcc user that has successfully
On Wed, Aug 17, 2011 at 1:45 PM, Avi Kivity a...@redhat.com wrote:
On 08/16/2011 09:45 AM, Richard Henderson wrote:
+void isa_register_old_portio_list(ISADevice *dev, uint16_t start,
+ const MemoryRegionPortio *pio_start,
+
On Wed, Aug 17, 2011 at 6:13 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 08/17/2011 09:51 AM, Stefan Hajnoczi wrote:
Hmm...this is pretty ugly low-level stuff. glib provides portable TLS
although I have found __thread significantly faster on Linux.
I think our options are:
1. Use
On 08/17/2011 10:23 AM, Stefan Hajnoczi wrote:
I don't know about Win32 TLS support, but at least OpenBSD/sparc64
gcc/ld/ld.so/libc do not support __thread. According to manual, TLS is
not available everywhere:
On 08/17/2011 10:26 AM, Stefan Hajnoczi wrote:
Do you know which Windows gcc versions support __thread and if it
would be reasonable to require those versions?
It's probably 4.3 and newer, or something like that.
I suggest we simply require that minimum gcc version.
I would agree
On Wed, Aug 17, 2011 at 6:55 AM, Paolo Bonzini pbonz...@redhat.com wrote:
On 08/16/2011 09:36 PM, Brad wrote:
Win32 emulated TLS is slow and is not available on all versions of GCC.
Actually, Win32 does have support for decent TLS, only GCC does not map
__thread to it. The good news is, it's
On 08/17/2011 10:21 AM, Stefan Hajnoczi wrote:
On Wed, Aug 17, 2011 at 5:51 PM, Paolo Bonzinipbonz...@redhat.com wrote:
following discussions yesterday with Juan Quintela and Marcelo Tosatti, here
is my humble proposal: remove block migration from qemu master. It seems to
me that keeping
On Wed, Aug 17, 2011 at 5:13 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 08/17/2011 09:51 AM, Stefan Hajnoczi wrote:
Hmm...this is pretty ugly low-level stuff. glib provides portable TLS
although I have found __thread significantly faster on Linux.
I think our options are:
1. Use
On 08/17/2011 10:28 AM, Blue Swirl wrote:
The actual use of TLS within QEMU on POSIX systems will be optional
though, right?
Actually, TLS is already mandatory for both POSIX and Win32 systems.
Not true, we have avoided TLS.
This patch tries to improve the situation on Windows, both
On Wed, Aug 17, 2011 at 5:28 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 08/17/2011 10:26 AM, Stefan Hajnoczi wrote:
Do you know which Windows gcc versions support __thread and if it
would be reasonable to require those versions?
It's probably 4.3 and newer, or something like
On 08/17/2011 10:34 AM, Blue Swirl wrote:
Do you know which Windows gcc versions support __thread and if it
would be reasonable to require those versions?
It's probably 4.3 and newer, or something like that.
No, GCC 3.3.6 manual already mentions it:
On 08/17/2011 10:37 AM, Blue Swirl wrote:
I would agree (just did it for fun and to see how it looks like), but
perhaps we can do something similar to what Windows does for OpenBSD too.
Though I'm quite disappointed and I must say OpenBSD should enter the 21st
century.
I can't justify
On 08/17/2011 10:51 AM, Blue Swirl wrote:
Visual C++ supports __declspec(thread).
pthread TLS is orders of magnitudes slower than __thread. __thread in an
executable is just as fast as a non-TLS variable access, 2 or 3 machine
language instructions at most.
Some pthread_getspecific
On Wed, 17 Aug 2011, Paolo Bonzini wrote:
On 08/17/2011 10:51 AM, Blue Swirl wrote:
Visual C++ supports __declspec(thread).
pthread TLS is orders of magnitudes slower than __thread. __thread in an
executable is just as fast as a non-TLS variable access, 2 or 3 machine
Am 17.08.2011 18:41, schrieb Stefan Hajnoczi:
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Thanks, applied to the block branch.
(But is it really helpful to include sector numbers in the error
message? Especially since we're not reading/writing single sectors)
Kevin
What URL can I use to do an svn checkout under MinGW?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/826363
Title:
qemu-img convert does not work with vdi files
Status in QEMU:
New
Bug
On 08/17/2011 10:28 AM, Blue Swirl wrote:
GCC may support it but it can't use it on a platform if the other
parts are missing (libc etc.).
With a new-enough gcc, we provide the support in libgcc.
r~
On 08/17/2011 10:23 AM, Blue Swirl wrote:
+}
+
+ops = g_new(MemoryRegionOps, 1);
g_new0(), we rely on initialized memory here
Please avoid g_new/g_malloc until they are taught to use qemu_malloc
or was it the other way around.
Why?
--
I have a truly marvellous
I downloaded source and ran configure under MinGW but got
Python not found. Use --python=/path/to/python
How to fix pls?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/826363
Title:
qemu-img
On Wed, Aug 17, 2011 at 7:07 PM, Avi Kivity a...@redhat.com wrote:
On 08/17/2011 10:23 AM, Blue Swirl wrote:
+ }
+
+ ops = g_new(MemoryRegionOps, 1);
g_new0(), we rely on initialized memory here
Please avoid g_new/g_malloc until they are taught to use
On 08/17/2011 12:32 PM, Blue Swirl wrote:
Please avoid g_new/g_malloc until they are taught to use qemu_malloc
or was it the other way around.
Why?
http://lists.nongnu.org/archive/html/qemu-devel/2011-07/msg02620.html
I don't understand.
--
I have a truly marvellous patch that fixes
These patches greatly expand Motorola 68k emulation within qemu, and are what I
used as a basis for my
Google Summer of Code project to add NeXT hardware support to QEMU.
Bryce Lanham
Alexander Paramonov (1):
linux-user: Signals processing is not thread-safe.
Andreas Schwab (3):
m68k: add
From: Alexander Paramonov widgetcart...@gmail.com
Signed-off-by: Alexander Paramonov widgetcart...@gmail.com
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
linux-user/qemu.h |1 +
linux-user/signal.c | 39 +++
2 files changed, 32 insertions(+), 8
From: Laurent Vivier laur...@vivier.eu
This patch defines four new Motorola 680x0 family CPUs:
- M68K_CPUID_M68000,
- M68K_CPUID_M68020,
- M68K_CPUID_M68040,
- M68K_CPUID_M68060
And six new features:
- M68K_FEATURE_SCALED_INDEX, scaled address index register
- M68K_FEATURE_LONG_MULDIV, 32bit
From: Laurent Vivier laur...@vivier.eu
QEMU_GDB=port allows to define gdb server port to wait on.
QEMU_DEBUG=options allows to activate log file (like -d options)
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
linux-user/main.c | 14 +++---
qemu-doc.texi |4
2 files
From: Laurent Vivier laur...@vivier.eu
When cpu-all.h is used with m68k-tester (an m68k testsuite),
the header is compiled with g++ and reports the following errors:
../qemu-m68k/cpu-all.h: In function ‘int lduw_be_p(const void*)’:
../qemu-m68k/cpu-all.h:414: error: invalid conversion from
From: Laurent Vivier laur...@vivier.eu
tcg_gen_shl_i32() doesn't manage a shift of 32.
As 32 = width = 1, we use two tcg_gen_shl_i32():
tcg_gen_shl_i32(1) and tcg_gen_shl_i32(width - 1)
seen with gcc testsuite,
gcc-4.1.2/gcc/testsuite/gcc.c-torture/execute/991118-1.c
Signed-off-by: Laurent
From: Laurent Vivier laur...@vivier.eu
allow gnome-background-properties to run
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 15 +++
target-m68k/helpers.h |1 +
target-m68k/translate.c |3 +++
3 files changed, 19 insertions(+), 0
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
configure | 14 ++
linux-user/main.c | 34 +-
2 files changed, 15 insertions(+), 33 deletions(-)
diff --git a/configure b/configure
index
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
fpu/softfloat-specialize.h |5 +
target-m68k/helper.c | 12 +---
target-m68k/translate.c|1 -
3 files changed, 10 insertions(+), 8 deletions(-)
diff --git
From: Laurent Vivier laur...@vivier.eu
On a clone(), cpu_copy() calls cpu_int() which tries to
register again gdb_register_coprocessor().
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/helper.c
index 17f2d48..d4364f7 100644
--- a/target-m68k/helper.c
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c | 21 +++--
1 files changed, 7 insertions(+), 14 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/helper.c
index 979c8e5..f67a2d8 100644
---
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c | 22 +++---
1 files changed, 7 insertions(+), 15 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/helper.c
index f67a2d8..0c60093 100644
---
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 23 +++
target-m68k/helpers.h |1 +
target-m68k/translate.c | 17 +
3 files changed, 41 insertions(+), 0 deletions(-)
diff --git
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 15 +++
target-m68k/helpers.h |1 +
target-m68k/translate.c |3 +++
3 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/target-m68k/helper.c
From: Laurent Vivier laur...@vivier.eu
---
target-m68k/translate.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/target-m68k/translate.c b/target-m68k/translate.c
index b4b36f7..0be011e 100644
--- a/target-m68k/translate.c
+++ b/target-m68k/translate.c
@@
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 13 +
target-m68k/helpers.h |1 +
target-m68k/translate.c |3 +++
3 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/target-m68k/helper.c
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 15 +++
target-m68k/helpers.h |1 +
target-m68k/translate.c |3 +++
3 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/target-m68k/helper.c
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/helper.c
index 451b02a..1c3dd72 100644
--- a/target-m68k/helper.c
+++
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c | 136 +++--
1 files changed, 86 insertions(+), 50 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/helper.c
index
As discussed elsewhere, one way to tidy up tcg/optimize.c
is to always provide the enum names, even if the host does
not support the operation.
As a sanity check, I wanted to include a test to make sure
that we never tried to output an opcode that the target
does not handle. I did this via a bit
Hi,
a) the FETCHENTRY:.. crash also happens without any device redirection
with FreeBSD 8.2 (at least) guests and ehci enabled (-readconfig
docs/ich9-ehci-uhci.cfg), and
That will likely happen with a freebsd guest on a linux host too, looks
like freebsd asks ehci to do something
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/cpu.h | 53 +++-
target-m68k/helper.c| 345 +
target-m68k/helpers.h | 39 ++-
target-m68k/qregs.def |3 +-
target-m68k/translate.c | 776
On Tue, Aug 09, 2011 at 12:30:52PM -0700, An-Cheng Huang wrote:
These patches implement the setxattr, getxattr, and removexattr syscalls.
Since libattr uses indirect syscalls for these, the fix for the indirect
syscall handling on MIPS is needed for these to work.
An-Cheng Huang (3):
From: Laurent Vivier laur...@vivier.eu
Allow Xvnc4 to run.
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/translate.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/target-m68k/translate.c b/target-m68k/translate.c
index 61ec317..4f73bf8 100644
---
From: Laurent Vivier laur...@vivier.eu
Used by gconf-schemas --register metacity.schemas via libm
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 12
target-m68k/helpers.h |1 +
target-m68k/translate.c |3 +++
3 files changed, 16
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/translate.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/target-m68k/translate.c b/target-m68k/translate.c
index 0808673..e394c2d 100644
---
Hi,
in usb-linux.c my qemu crashes in
static int usb_host_open(USBHostDevice *dev, int bus_num, int addr, char
*port, const char *prod_name, int speed)
because port is NULL.
The attached patches should fix this.
cheers,
Gerd
From 15fd107f500f8a0f6ffa05fa3a9775d37afda1bd Mon Sep 17
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 48 ++-
target-m68k/helpers.h |4 ++-
target-m68k/translate.c | 72 +++---
3 files changed, 117
On 08/17/11 18:27, Erik Rull wrote:
Hi all,
is there a documentation available for the new USB EHCI and Port
selection feature?
I have read some patches that contained these updates, but I don't know
how to tell my USB device to be exposed as EHCI device to the guest.
qemu -readconfig
From: Laurent Vivier laur...@vivier.eu
This patch defines shift8_im, shift16_im, shift8_reg, shift16_reg,
shift_mem and attach them to M68000 feature.
Signed-off-by: Andreas Schwab sch...@linux-m68k.org
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/cpu.h |2 +
This allows the simplification of the op_bits function from
tcg/optimize.c.
Signed-off-by: Richard Henderson r...@twiddle.net
---
tcg/optimize.c | 77 ++--
tcg/tcg-opc.h | 98
tcg/tcg.c |
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
fpu/softfloat-specialize.h | 20
target-m68k/helper.c | 13 -
2 files changed, 32 insertions(+), 1 deletions(-)
diff --git a/fpu/softfloat-specialize.h
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 12 +++-
target-m68k/helpers.h |4 +++-
target-m68k/translate.c | 23 ---
3 files changed, 30 insertions(+), 9 deletions(-)
diff --git
From: Laurent Vivier laur...@vivier.eu
allow to run gtk-demo/Color Selector/Change the above color
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 15 +++
target-m68k/helpers.h |1 +
target-m68k/translate.c |3 +++
3 files changed, 19
From: Laurent Vivier laur...@vivier.eu
This patch modifies divl to support 64bit operands (QUAD_MULDIV
feature).
Signed-off-by: Andreas Schwab sch...@linux-m68k.org
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/cpu.h |3 ++
target-m68k/helpers.h |2 +
From: Laurent Vivier laur...@vivier.eu
Allow to run 'flex'.
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/translate.c | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/target-m68k/translate.c b/target-m68k/translate.c
index
From: Peter Bjørn Jørgensen peterbjorgen...@gmail.com
Signed-off-by: Peter Bjørn Jørgensen peterbjorgen...@gmail.com
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c | 48
1 files changed, 24 insertions(+), 24
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/translate.c | 33 -
1 files changed, 32 insertions(+), 1 deletions(-)
diff --git a/target-m68k/translate.c b/target-m68k/translate.c
index b749a76..8cb2728
Signed-off-by: Richard Henderson r...@twiddle.net
---
tcg/optimize.c | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/tcg/optimize.c b/tcg/optimize.c
index 32f928f..7e7f2b2 100644
--- a/tcg/optimize.c
+++ b/tcg/optimize.c
@@ -215,6 +215,24 @@
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/translate.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/target-m68k/translate.c b/target-m68k/translate.c
index 7aef2f6..56000eb 100644
---
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 45 +
target-m68k/helpers.h |1 +
target-m68k/translate.c | 32
3 files changed, 78
From: Laurent Vivier laur...@vivier.eu
used by gnome-system-monitor.
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c| 16
target-m68k/helpers.h |1 +
target-m68k/translate.c |4
3 files changed, 21 insertions(+), 0 deletions(-)
From: Laurent Vivier laur...@vivier.eu
Signed-off-by: Laurent Vivier laur...@vivier.eu
---
target-m68k/helper.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/helper.c
index 5800a4f..21dfcc7 100644
--- a/target-m68k/helper.c
+++
Thes patches add NeXT hardware support to QEMU, and are intended to be applied
on top of Laurent's work on
the M68k core.
*** BLURB HERE ***
Bryce Lanham (8):
added next source files to Makefile.target
main next driver, needs a bit of cleanup
next framebuffer driver, very basic, only supports running under 32
bit color at the moment
next keyboard driver, only supports a subset of modifier keys
Signed-off-by: Bryce Lanham blan...@gmail.com
---
target-m68k/helper.c | 44
1 files changed, 36 insertions(+), 8 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/helper.c
index 71294c0..5fa5b06 100644
--- a/target-m68k/helper.c
+++
1 - 100 of 208 matches
Mail list logo
