On Mon, Aug 15, 2011 at 8:43 PM, Richard Henderson 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 this can
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, ioth
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 repor
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 no
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... (i
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 d
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 han
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 = port
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
>
> 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.
>
...
> +
> +#if 1
<...>
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 confi
On 08/17/2011 07:11 AM, Richard Henderson wrote:
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 expli
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 o
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 w
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,
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 line that causes the problem is:
strcpy(dev->port, port);
All Ports are displayed in the qemu monitor info 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
---
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 argc, char **argv)
On Wed, Aug 17, 2011 at 5:29 PM, Stefan Hajnoczi wrote:
> 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/20
On Tue, Aug 16, 2011 at 7:51 PM, Paolo Bonzini 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 sim
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 very
On Mon, Aug 15, 2011 at 9:08 PM, Paolo Bonzini 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 different threa
On Mon, Aug 15, 2011 at 9:08 PM, Paolo Bonzini 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
> synchronize_rcu, which has
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 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.
Builds and
On Wed, Aug 17, 2011 at 5:51 PM, Paolo Bonzini 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 improvements
> on migr
On Wed, Aug 17, 2011 at 6:20 PM, Blue Swirl wrote:
> On Tue, Aug 16, 2011 at 6:50 PM, Paolo Bonzini 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
On Wed, Aug 17, 2011 at 1:45 PM, Avi Kivity 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,
>> + void *opaq
On Wed, Aug 17, 2011 at 6:13 PM, Paolo Bonzini 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 __thread and
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:
>
http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/Thread_002dLocal.html#Thread_
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 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 perfect
On 08/17/2011 10:21 AM, Stefan Hajnoczi wrote:
On Wed, Aug 17, 2011 at 5:51 PM, Paolo Bonzini 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
On Wed, Aug 17, 2011 at 5:13 PM, Paolo Bonzini 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 __thread and
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
On Wed, Aug 17, 2011 at 5:28 PM, Paolo Bonzini 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
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:
http://gcc.gnu.org/onlinedocs/gcc-3.3.6/
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 just
On Wed, Aug 17, 2011 at 5:45 PM, Paolo Bonzini wrote:
> 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 disappoi
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_getspe
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
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 descripti
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 marve
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 convert
On Wed, Aug 17, 2011 at 7:07 PM, Avi Kivity 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
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
On 17 August 2011 20:19, Bryce Lanham wrote:
> I have been working on adding NeXT black hardware support to QEMU for
> Google Summer of Code. While only a base level of hardware is
> implemented, I need to have the code in upstream before the end of the
> program. I based my work off of Laurent Vi
On 08/17/2011 11:51 AM, Paolo Bonzini wrote:
Hi all,
following discussions yesterday with Juan Quintela and Marcelo Tosatti,
here is my humble proposal: remove block migration from qemu master.
+1
I was going to propose the same thing after the conference actually.
Regards,
Anthony Liguori
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 c
From: Alexander Paramonov
Signed-off-by: Alexander Paramonov
Signed-off-by: Laurent Vivier
---
linux-user/qemu.h |1 +
linux-user/signal.c | 39 +++
2 files changed, 32 insertions(+), 8 deletions(-)
diff --git a/linux-user/qemu.h b/linux-user/qemu.h
From: Laurent Vivier
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 multiply/divide
- M
From: Laurent Vivier
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
---
linux-user/main.c | 14 +++---
qemu-doc.texi |4
2 files changed, 15 insertions(+), 3 deleti
From: Laurent Vivier
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 ‘const void*’ to
‘cons
From: Laurent Vivier
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 Vivier
---
target
From: Laurent Vivier
allow gnome-background-properties to run
Signed-off-by: Laurent Vivier
---
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/help
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
configure | 14 ++
linux-user/main.c | 34 +-
2 files changed, 15 insertions(+), 33 deletions(-)
diff --git a/configure b/configure
index e85d2ca..1b9da9e 100755
--- a/configure
+++ b
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
fpu/softfloat-specialize.h |5 +
target-m68k/helper.c | 12 +---
target-m68k/translate.c|1 -
3 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/fpu/softfloat-specialize.h b/fpu/softfloat-special
From: Laurent Vivier
On a clone(), cpu_copy() calls cpu_int() which tries to
register again gdb_register_coprocessor().
Signed-off-by: Laurent Vivier
---
target-m68k/helper.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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
+++ b/target-m68k/helper.c
@@ -144
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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
--- a/target-m68k/helper.c
+++ b/target-m68k/helper
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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
--- a/target-m68k/helper.c
+++ b/target-m68k/helpe
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
target-m68k/helper.c| 23 +++
target-m68k/helpers.h |1 +
target-m68k/translate.c | 17 +
3 files changed, 41 insertions(+), 0 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/h
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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 b/target-m68k/helper.c
index fc1b560.
From: Laurent Vivier
---
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
@@ -3443,16 +3443,14 @@ DIS
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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 b/target-m68k/helper.c
index 9269b48..f
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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 b/target-m68k/helper.c
index c24eb85.
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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
+++ b/target-m68k/helper.c
@@ -660,7 +66
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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 3f6a0a0..cccae97 100644
--- a/target-m68k/help
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 wh
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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
Allow Xvnc4 to run.
Signed-off-by: Laurent Vivier
---
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
--- a/target-m68k/translate.c
+++ b/targ
From: Laurent Vivier
Used by "gconf-schemas --register metacity.schemas" via libm
Signed-off-by: Laurent Vivier
---
target-m68k/helper.c| 12
target-m68k/helpers.h |1 +
target-m68k/translate.c |3 +++
3 files changed, 16 insertions(+), 0 deletions(-)
diff --git a
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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
--- a/target-m68k/translate.c
+++ b/target-m68k/translate.c
@
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 00:0
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
target-m68k/helper.c| 48 ++-
target-m68k/helpers.h |4 ++-
target-m68k/translate.c | 72 +++---
3 files changed, 117 insertions(+), 7 deletions(-)
diff --gi
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 docs/ich
From: Laurent Vivier
This patch defines shift8_im, shift16_im, shift8_reg, shift16_reg,
shift_mem and attach them to M68000 feature.
Signed-off-by: Andreas Schwab
Signed-off-by: Laurent Vivier
---
target-m68k/cpu.h |2 +
target-m68k/helper.c| 160 +++
This allows the simplification of the op_bits function from
tcg/optimize.c.
Signed-off-by: Richard Henderson
---
tcg/optimize.c | 77 ++--
tcg/tcg-opc.h | 98
tcg/tcg.c |2 +-
tcg/tcg.h
From: Laurent Vivier
This patch allows to set the default cpu model for a given architecture,
for instance:
configure --target-list=m68k-linux-user --m68k-default-cpu=m68040
Signed-off-by: Laurent Vivier
---
configure |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff -
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
fpu/softfloat-specialize.h | 20
target-m68k/helper.c | 13 -
2 files changed, 32 insertions(+), 1 deletions(-)
diff --git a/fpu/softfloat-specialize.h b/fpu/softfloat-specialize.h
index c165205..
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
target-m68k/helper.c| 12 +++-
target-m68k/helpers.h |4 +++-
target-m68k/translate.c | 23 ---
3 files changed, 30 insertions(+), 9 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/hel
From: Laurent Vivier
allow to run gtk-demo/Color Selector/Change the above color
Signed-off-by: Laurent Vivier
---
target-m68k/helper.c| 15 +++
target-m68k/helpers.h |1 +
target-m68k/translate.c |3 +++
3 files changed, 19 insertions(+), 0 deletions(-)
diff --git
From: Laurent Vivier
This patch modifies "divl" to support 64bit operands (QUAD_MULDIV
feature).
Signed-off-by: Andreas Schwab
Signed-off-by: Laurent Vivier
---
target-m68k/cpu.h |3 ++
target-m68k/helpers.h |2 +
target-m68k/op_helper.c | 77
From: Laurent Vivier
Allow to run 'flex'.
Signed-off-by: Laurent Vivier
---
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 1196508..252e610 100644
--- a/target-m68k/tran
From: Laurent Vivier
Apply a "not" on the mask to really clear bits with the "and"...
(as it is done for bfclr in the memory case)
Signed-off-by: Laurent Vivier
---
target-m68k/translate.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target-m68k/translate.c b/target
From: Peter Bjørn Jørgensen
Signed-off-by: Peter Bjørn Jørgensen
Signed-off-by: Laurent Vivier
---
target-m68k/helper.c | 48
1 files changed, 24 insertions(+), 24 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/helper.c
index 21
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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 100644
--- a/target-m68k/translate.c
Signed-off-by: Richard Henderson
---
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 @@ static TCGArg do_con
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
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
--- a/target-m68k/translate.c
+++ b/target-m68k/tr
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
target-m68k/helper.c| 45 +
target-m68k/helpers.h |1 +
target-m68k/translate.c | 32
3 files changed, 78 insertions(+), 0 deletions(-)
diff --git a
1 - 100 of 222 matches
Mail list logo
