Hi,
Kevin Wolf a écrit :
Am 15.01.2012 08:51, schrieb Hervé Poussineau:
Stepping 1 (S82078B) is not fully i82078 compatible, so better stick to initial
revision
Hm, this is the kind of change that I'm hesitant to make because I don't
understand the implications. Can you give some more detai
On Sun, Jan 22, 2012 at 10:15 PM, Jan Kiszka wrote:
> On 2012-01-22 20:58, Francis Moreau wrote:
>> On Sun, Jan 22, 2012 at 8:21 PM, Jan Kiszka wrote:
>>> On 2012-01-22 20:16, Max Filippov wrote:
> When stopping the guest with -S before it booted, gdb will interrupt it
> while it is still
On 01/23/2012 01:12 AM, Michael Roth wrote:
I'd looked into timer queues, which the developer docs suggested had
deprecated the use of mm timers, but I came across this which I figured
was why mm was preferred (%30 average error for a 50ms periodic/oneshot)
by the QEMU code:
http://www.virtualdu
Hi Rob,
the patch was applied after v1.0, and there are two commits for
the stable-1.0 branch and the main development branch.
So I think that your git repository and your analysis is correct.
Where did you get your v1.0 tarball from? I just got this one from
qemu.org: http://wiki.qemu.org/downl
Hi Stefan,
thanks for the fix. Should I queue it up in the Ubuntu package, or
should I wait on that?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/919242
Title:
qemu-img convert to VDI corrupts i
On 01/22/2012 07:44 PM, Anthony Liguori wrote:
> On 01/22/2012 05:42 PM, Rob Landley wrote:
>> On 01/22/2012 01:06 AM, Stefan Weil wrote:
>>> This was fixed with commits e9b40fd34ceb23461083d505a444a389c094455b
>>> and 0b23c5d40ea933cfece3b4f69427f79c8a23256d in master and stable-1.0.
>>
>> The git
On 01/22/2012 05:42 PM, Rob Landley wrote:
On 01/22/2012 01:06 AM, Stefan Weil wrote:
Am 21.01.2012 20:04, schrieb Rob Landley:
commit 5632ae46: "mips_malta: move i8259 initialization after piix4
initialization" broke the network on mips. It still comes up, but
doesn't pass packets.
Try this:
On 01/22/2012 05:42 PM, Rob Landley wrote:
On 01/22/2012 01:06 AM, Stefan Weil wrote:
This was fixed with commits e9b40fd34ceb23461083d505a444a389c094455b
and 0b23c5d40ea933cfece3b4f69427f79c8a23256d in master and stable-1.0.
The git tag for v1.0 does not include that commit. Apparently the
c
On 01/22/2012 01:06 AM, Stefan Weil wrote:
> Am 21.01.2012 20:04, schrieb Rob Landley:
>> commit 5632ae46: "mips_malta: move i8259 initialization after piix4
>> initialization" broke the network on mips. It still comes up, but
>> doesn't pass packets.
>>
>> Try this:
>>
>>wget http://landley.n
On 01/22/2012 06:32 AM, Paolo Bonzini wrote:
On 01/21/2012 09:39 PM, Jamie Lokier wrote:
Is this a timer that need to fire soon after setting, every time?
I wonder if a different kind of Windows timer, lower-resolution, could
be used if the timeout is longer. If it has insufficient resolution,
On 2012-01-22 20:58, Francis Moreau wrote:
> On Sun, Jan 22, 2012 at 8:21 PM, Jan Kiszka wrote:
>> On 2012-01-22 20:16, Max Filippov wrote:
When stopping the guest with -S before it booted, gdb will interrupt it
while it is still in 16-bit real mode. Later on, when Linux runs, the
g
On Sun, Jan 22, 2012 at 8:21 PM, Jan Kiszka wrote:
> On 2012-01-22 20:16, Max Filippov wrote:
>>> When stopping the guest with -S before it booted, gdb will interrupt it
>>> while it is still in 16-bit real mode. Later on, when Linux runs, the
>>> guest is in 64-bit protected mode. gdb is not prep
On Sun, Jan 22, 2012 at 8:28 PM, Jan Kiszka wrote:
> On 2012-01-22 20:25, Francis Moreau wrote:
>> Hello,
>>
>> Thanks for you hints !
>>
>> On Sun, Jan 22, 2012 at 7:49 PM, Jan Kiszka wrote:
>>> On 2012-01-22 15:20, Francis Moreau wrote:
Hello,
I'm trying to debug a 64 bits kernel
On 22.01.2012 23:11, Francis Moreau wrote:
[]
> I'm not sure to understand: it seems that you think that I want to
> debug qemu itself, but I don't.
>
> I want to debug a kernel running inside a VM.
>
> Am I mis understanding your comment ?
It is the other way around: it was me who misunderstood
hello,
On Sun, Jan 22, 2012 at 8:16 PM, Max Filippov wrote:
>> When stopping the guest with -S before it booted, gdb will interrupt it
>> while it is still in 16-bit real mode. Later on, when Linux runs, the
>> guest is in 64-bit protected mode. gdb is not prepared for such a
>> switch. All you c
On 2012-01-22 20:25, Francis Moreau wrote:
> Hello,
>
> Thanks for you hints !
>
> On Sun, Jan 22, 2012 at 7:49 PM, Jan Kiszka wrote:
>> On 2012-01-22 15:20, Francis Moreau wrote:
>>> Hello,
>>>
>>> I'm trying to debug a 64 bits kernel (3.2) using qemu (with and
>>> without KVM support). The hos
Hello,
Thanks for you hints !
On Sun, Jan 22, 2012 at 7:49 PM, Jan Kiszka wrote:
> On 2012-01-22 15:20, Francis Moreau wrote:
>> Hello,
>>
>> I'm trying to debug a 64 bits kernel (3.2) using qemu (with and
>> without KVM support). The host is also 64 bits. Version of gdb I'm
>> using is 7.1.
>>
On 2012-01-22 20:16, Max Filippov wrote:
>> When stopping the guest with -S before it booted, gdb will interrupt it
>> while it is still in 16-bit real mode. Later on, when Linux runs, the
>> guest is in 64-bit protected mode. gdb is not prepared for such a
>> switch. All you can do:
>
> Try
>
>
> When stopping the guest with -S before it booted, gdb will interrupt it
> while it is still in 16-bit real mode. Later on, when Linux runs, the
> guest is in 64-bit protected mode. gdb is not prepared for such a
> switch. All you can do:
Try
set arch i386:x86-64
in the GDB prompt.
--
Thanks.
Hello,
On Sun, Jan 22, 2012 at 6:11 PM, Michael Tokarev wrote:
> On 22.01.2012 18:20, Francis Moreau wrote:
>> Hello,
>>
>> I'm trying to debug a 64 bits kernel (3.2) using qemu (with and
>> without KVM support). The host is also 64 bits. Version of gdb I'm
>> using is 7.1.
>
> I'm not sure how i
On 2012-01-22 15:20, Francis Moreau wrote:
> Hello,
>
> I'm trying to debug a 64 bits kernel (3.2) using qemu (with and
> without KVM support). The host is also 64 bits. Version of gdb I'm
> using is 7.1.
>
> To do that I simply start qemu like the following:
>
> $ qemu-system-x86_64 -kernel bz
On 22.01.2012 18:20, Francis Moreau wrote:
> Hello,
>
> I'm trying to debug a 64 bits kernel (3.2) using qemu (with and
> without KVM support). The host is also 64 bits. Version of gdb I'm
> using is 7.1.
I'm not sure how it is relevant but at least last (1.0) qemu is
compiled as PIE executable b
On Sun, Jan 22, 2012 at 13:07, Blue Swirl wrote:
> Instead of each target knowing or guessing the guest page size,
> just pass the desired size of dirtied memory area.
>
> Signed-off-by: Blue Swirl
> ---
> arch_init.c | 2 +-
> exec-obsolete.h | 16
> hw/cirrus_vga.c |
There is a setjmp outside the cpu loop in qemu cpu-exec.c. it is used
by longjmp later when a cpu exit request is given. I am wondering that
can a cpu_loop_exit() be called when the tcg is doing the translation
?
Thanks
Xin
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 467e87b..c251df2 100755
--- a/configure
+++ b
From: Laurent Vivier
Signed-off-by: Laurent Vivier
---
target-m68k/helper.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/target-m68k/helper.c b/target-m68k/helper.c
index 674c8e6..ede5180 100644
--- a/target-m68k/helper.c
+++ b/target-m68k/helper.c
@@ -57,6 +57,1
From: Laurent Vivier
This patch allows to set the default cpu model for a given architecture,
for instance:
./configure --target-list=m68k-linux-user,arm-linux-user \
--m68k-default-cpu=m68040 --arm-default-cpu=sa1100
Signed-off-by: Laurent Vivier
---
configure |9
This serie of patches has already been sent, more or less, several time,
last time in july 2011.
For chrooted environment, it allows to define the default cpu model as we can't
use '-cpu' argument.
For instance:
./configure --target-list=m68k-linux-user,arm-linux-user \
--m6
Signed-off-by: Laurent Vivier
---
target-arm/helper.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index 00458fc..7be315f 100644
--- a/target-arm/helper.c
+++ b/target-arm/helper.c
@@ -438,7 +438,12 @@ void arm_cpu_list(F
Hello,
I'm trying to debug a 64 bits kernel (3.2) using qemu (with and
without KVM support). The host is also 64 bits. Version of gdb I'm
using is 7.1.
To do that I simply start qemu like the following:
$ qemu-system-x86_64 -kernel bzImage -append "root=/dev/sda1
console=ttyS0 3" -serial stdio
Remove target dependencies and compile Cirrus VGA in hwlib.
Address masking can be removed since memory API handles that now.
Signed-off-by: Blue Swirl
---
Makefile.objs |1 +
Makefile.target |1 -
hw/cirrus_vga.c |3 ---
3 files changed, 1 insertions(+), 4 deletions(-)
diff --gi
Instead of each target knowing or guessing the guest page size,
just pass the desired size of dirtied memory area.
Signed-off-by: Blue Swirl
---
arch_init.c |2 +-
exec-obsolete.h | 16
hw/cirrus_vga.c | 16 ++--
hw/g364fb.c | 11 +++
hw/qxl
Fix handling of cases like start = 0xfff, length = 2.
Change length to ram_addr_t to handle larger lengths.
Signed-off-by: Blue Swirl
---
exec-obsolete.h | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/exec-obsolete.h b/exec-obsolete.h
index c412be9..22e0ba5 1
Let's compile Cirrus in hwlib.
http://repo.or.cz/r/qemu/blueswirl.git
Blue Swirl (3):
memory: fix dirty mask function length handling
memory: change dirty setting APIs to take a size
vga: compile cirrus_vga in hwlib
Makefile.objs |1 +
Makefile.target |1 -
arch_init.c |
On 01/21/2012 09:39 PM, Jamie Lokier wrote:
Is this a timer that need to fire soon after setting, every time?
I wonder if a different kind of Windows timer, lower-resolution, could
be used if the timeout is longer. If it has insufficient resolution,
it could be set to trigger a little early, th
On Mon, Jan 16, 2012 at 00:46, Andreas Färber wrote:
> Commit 793a137a41ad4125011c7022cf16a1baa40a5ab6 (target-sparc:
> Implement BMASK/BSHUFFLE.) introduced a stray usage of softfloat uint64
> type.
>
> Use uint64_t instead.
>
> Signed-off-by: Andreas Färber
> Cc: Richard Henderson
> Cc: Blue S
Signed-off-by: Benjamin MARSILI
---
net/socket.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/socket.c b/net/socket.c
index d4c2002..0bcf229 100644
--- a/net/socket.c
+++ b/net/socket.c
@@ -664,8 +664,8 @@ int net_init_socket(QemuOpts *opts,
qe
On Sun, Jan 22, 2012 at 02:03, Andreas Färber wrote:
> Am 21.01.2012 19:51, schrieb Blue Swirl:
>> On Mon, Jan 16, 2012 at 00:46, Andreas Färber wrote:
>>> Commit 793a137a41ad4125011c7022cf16a1baa40a5ab6 (target-sparc:
>>> Implement BMASK/BSHUFFLE.) introduced a stray usage of softfloat uint64
>>
38 matches
Mail list logo
