SRU ack, please upload.
--
KVM segmentation fault, using SCSI+writeback and linux 2.4 guest
https://bugs.launchpad.net/bugs/595438
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in Kernel Virtual Machine: Confirmed
Status in
Om du har problem med att läsa detta e-postmeddelande, klicka här
(?id=441787http://www.anp.se/newsletter/834034/444059437941455D4B7142445C43)
för en webb-version.
Vårt nyhetsbrev skickas automatiskt till våra kunder och intressenter. Vill du
inte ha detta nyhetsbrev framöver, klicka här för
On 08/13/10 20:02, Blue Swirl wrote:
On Fri, Aug 13, 2010 at 3:22 PM, Miguel Di Ciurcio Filho
miguel.fi...@gmail.com wrote:
The existing code that I have touched don't follow the current coding
style guidance, much less all the new recommendations being suggested.
Although, I do believe that
On 08/12/10 19:50, Blue Swirl wrote:
+While using bool is good for readability, it comes with minor caveats:
+ - Don't use bool in places where the type size must be constant across
+ all systems, like public interfaces and on-the-wire protocols.
+ - Don't compare a bool variable against the
On 08/12/10 11:17, Stefan Weil wrote:
Am 12.08.2010 00:12, schrieb Paolo Bonzini:
Jes has an opinion how thinks should be done, and I have a different one.
If you read the complete history, you can see that I suggested a
compromise (*)
which would give the same result as Jes' suggestions.
Your bug report is incomplete, you are using which display method? SDL,
VNC, or something else?
Second, for what is it worth, asking to just have it implemented is
unlikely to result in anything happening. With an open source project
someone who wants it needs to write the code.
--
implement
On 08/16/2010 11:46 AM, Avi Kivity wrote:
On 08/16/2010 04:27 AM, Hao, Xudong wrote:
Appears to be a gcc bug. I opened
https://bugzilla.redhat.com/show_bug.cgi?id=624279 to track this.
Meanwhile, installing the gcc44 package and building with it
(./configure --cc=gcc44) appears to work.
Am 16.08.2010 22:42, schrieb Anthony Liguori:
On 08/16/2010 01:51 PM, Blue Swirl wrote:
On Sun, Aug 15, 2010 at 9:42 PM, Anthony Liguorianth...@codemonkey.ws
wrote:
Historically, even when Windows builds, it spends large periods of time not
actually working. I think Stefan can confirm
On 08/12/2010 06:29 PM, Paolo Bonzini wrote:
Nothing earth shattering. :)
Paolo Bonzini (3):
move kvm_set_irqfd to kvm-stub.c
This touches kvm-all.c, so should be against uq/master.
remove unused function
make kvm_mutex_*lock static
Those two applied. Thanks.
--
error
On 08/16/2010 05:08 PM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
I would be able to attend this week. I imagine most people are sick of
hearing from me anyway post KVM Forum ;-)
Regards,
Anthony Liguori
thanks,
-chris
--
To unsubscribe from
On 08/17/2010 05:09 AM, Kevin Wolf wrote:
. There have been very few patches
for Darwin, *Solaris, AIX or BSDs, non-x86 targets or non-x86 host
CPUs. Without Darwin or BSD host support, darwin-user and bsd-user
will be useless. When did we get Xen patches last time before the
recent patch set?
Am 16.08.2010 19:39, schrieb ext Kevin Wolf:
Am 02.08.2010 17:31, schrieb Bernhard Kohl:
This series fixes some issues with the MODE SENSE command.
I have an OS which fails during this command. It works fine with
real SCSI disk hardware.
In general this series looks fine. I had some minor
On Tue, Aug 3, 2010 at 2:19 PM, Miguel Di Ciurcio Filho
miguel.fi...@gmail.com wrote:
As discussed on today's call, here is a prototype to support snapshots
inherantance in qcow2 and to use uuid as identification mechanism.
Bump. Just a friendly reminder of this RFC, now that everybody is back
On 08/17/2010 03:04 AM, Jes Sorensen wrote:
On 08/13/10 20:02, Blue Swirl wrote:
On Fri, Aug 13, 2010 at 3:22 PM, Miguel Di Ciurcio Filho
miguel.fi...@gmail.com wrote:
The existing code that I have touched don't follow the current coding
style guidance, much less all the new
Since he's reporting it for QEMU, that would be SDL or Cocoa.
ZTG, can you comment on this?
Second, for what is it worth, asking to just have it implemented is
unlikely to result in anything happening. With an open source project
someone who wants it needs to write the code.
I think I've seen
For SDL I usually use the -no-frame option which gets rid of all the
window decorations. IIRC there's also a magic key combination (ctrl-
alt-f?) to switch to real full screen.
--
implement true fullscreen
https://bugs.launchpad.net/bugs/613681
You received this bug notification because you are
On 08/17/10 15:21, Anthony Liguori wrote:
On 08/17/2010 03:04 AM, Jes Sorensen wrote:
On 08/13/10 20:02, Blue Swirl wrote:
I fully agree on the need of change and support your excellent idea.
There are other ways to solve the problem, but I believe we need more
order than more chaos.
* Chris Wright (chr...@redhat.com) wrote:
Please send in any agenda items you are interested in covering.
Today's call is cancelled.
On Tue, Aug 17, 2010 at 9:20 AM, Paolo Bonzini bonz...@gnu.org wrote:
Since he's reporting it for QEMU, that would be SDL or Cocoa.
ZTG, can you comment on this?
I use the binary kvm provided by qemu-kvm 0.12.4+dfsg-1 in Debian testing.
The command is launched with the switch -vnc 127.0.0.1:1
For SDL, ctrl-alt-f works. For VNC, please file your request in the bug
tracker for the VNC client you are using. QEMU cannot provide any
features in the VNC client.
** Changed in: qemu
Status: New = Invalid
--
implement true fullscreen
https://bugs.launchpad.net/bugs/613681
You
On KVM for PPC we need to tell the guest which instructions to use when
doing a hypercall. The clean way to do this is to go through an ioctl
from userspace and passing it on to the guest using the device tree.
So let's do the qemu part here: read out the hypercall and pass it on
to the guest's
Port codes from qemu-kvm to support boot from SCSI image
Signed-off-by: Shan Hai haishan@gmail.com
---
Makefile.target |1 +
blockdev.c | 13 ++
blockdev.h |2 +
hw/extboot.c| 123
+++
hw/ivshmem.c|2
Actually it does not quite work (ctrl+alt+f). It works for some small
standard screen sizes, but chokes (aborts) on larger screen sizes.
Could not open SDL display
and.. oops.
This is what Anthony had to say to my email to qemu-devel about this
issue:
===
Depending on how SDL is configured,
There is code indentation errors in my previous post, I am sorry for
that, please review this post.
The qemu-kvm could boot from SCSI disk image by utilizing seabios, this
patch ported codes
from qemu-kvm to let upstream qemu to support booting from SCSI disk image.
Add 'boot=on' option to
On Tue, Aug 17, 2010 at 11:38 AM, Paolo Bonzini bonz...@gnu.org wrote:
For SDL, ctrl-alt-f works. For VNC, please file your request in the bug
tracker for the VNC client you are using. QEMU cannot provide any
features in the VNC client.
Indeed I'm using the VNC client embedded in
We never write to a backing file, so opening rw is useless. It just means that
you can't rebase on top of a file for which you don't have write permissions.
Signed-off-by: Kevin Wolf kw...@redhat.com
---
qemu-img.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
In a perfect world, we wouldn't have an SDL output at all. We would only
have a VNC output with SHM extensions and a proper decoupled front-end
that talks to Qemu via QMP and VNC. Then all the magic required can be
implemented there and everyone is happy :).
--
implement true fullscreen
On Mon, Aug 16, 2010 at 6:32 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 08/16/2010 01:05 PM, Blue Swirl wrote:
On Sun, Aug 15, 2010 at 9:27 PM, Andreas Schwabsch...@linux-m68k.org
wrote:
Blue Swirlblauwir...@gmail.com writes:
+For variadic macros, stick with C99 syntax:
+
On Tue, Aug 17, 2010 at 8:09 AM, Jes Sorensen jes.soren...@redhat.com wrote:
On 08/12/10 19:50, Blue Swirl wrote:
+While using bool is good for readability, it comes with minor caveats:
+ - Don't use bool in places where the type size must be constant across
+ all systems, like public
On Mon, Aug 16, 2010 at 8:42 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 08/16/2010 01:51 PM, Blue Swirl wrote:
On Sun, Aug 15, 2010 at 9:42 PM, Anthony Liguorianth...@codemonkey.ws
wrote:
On 08/11/2010 11:34 AM, Blue Swirl wrote:
On Wed, Aug 11, 2010 at 10:58 AM, Stefan
On Tue, 17 Aug 2010, Blue Swirl wrote:
On Mon, Aug 16, 2010 at 8:42 PM, Anthony Liguori anth...@codemonkey.ws
wrote:
On 08/16/2010 01:51 PM, Blue Swirl wrote:
On Sun, Aug 15, 2010 at 9:42 PM, Anthony Liguorianth...@codemonkey.ws
wrote:
On 08/11/2010 11:34 AM, Blue Swirl wrote:
On Tue, Aug 17, 2010 at 8:04 AM, Jes Sorensen jes.soren...@redhat.com wrote:
On 08/13/10 20:02, Blue Swirl wrote:
On Fri, Aug 13, 2010 at 3:22 PM, Miguel Di Ciurcio Filho
miguel.fi...@gmail.com wrote:
The existing code that I have touched don't follow the current coding
style guidance, much
On Tue, Aug 17, 2010 at 1:55 PM, Jes Sorensen jes.soren...@redhat.com wrote:
On 08/17/10 15:21, Anthony Liguori wrote:
On 08/17/2010 03:04 AM, Jes Sorensen wrote:
On 08/13/10 20:02, Blue Swirl wrote:
I fully agree on the need of change and support your excellent idea.
There are other ways to
On Tue, 17 Aug 2010, Blue Swirl wrote:
On Tue, Aug 17, 2010 at 8:09 AM, Jes Sorensen jes.soren...@redhat.com wrote:
On 08/12/10 19:50, Blue Swirl wrote:
+While using bool is good for readability, it comes with minor caveats:
+ - Don't use bool in places where the type size must be constant
On Tue, 17 Aug 2010, Haishan Bai wrote:
Port codes from qemu-kvm to support boot from SCSI image
Signed-off-by: Shan Hai haishan@gmail.com
---
Makefile.target |1 +
blockdev.c | 13 ++
blockdev.h |2 +
hw/extboot.c| 123
On 08/17/10 20:39, Richard Henderson wrote:
On 08/17/2010 01:09 AM, Jes Sorensen wrote:
On 08/12/10 19:50, Blue Swirl wrote:
+While using bool is good for readability, it comes with minor caveats:
+ - Don't use bool in places where the type size must be constant across
+ all systems, like
On 08/17/2010 01:09 AM, Jes Sorensen wrote:
On 08/12/10 19:50, Blue Swirl wrote:
+While using bool is good for readability, it comes with minor caveats:
+ - Don't use bool in places where the type size must be constant across
+ all systems, like public interfaces and on-the-wire protocols.
On 08/17/10 20:55, malc wrote:
On Tue, 17 Aug 2010, Blue Swirl wrote:
The other thing that might be worth mentioning in the int/long section
is that long is complicated in broken development environments such as
Windows where it is only 32 bit :(
There's absolutely nothing broken about
On Tue, 17 Aug 2010, Jes Sorensen wrote:
On 08/17/10 20:55, malc wrote:
On Tue, 17 Aug 2010, Blue Swirl wrote:
The other thing that might be worth mentioning in the int/long section
is that long is complicated in broken development environments such as
Windows where it is only 32 bit :(
On 08/17/10 21:24, malc wrote:
On Tue, 17 Aug 2010, Jes Sorensen wrote:
On 08/17/10 20:55, malc wrote:
On Tue, 17 Aug 2010, Blue Swirl wrote:
The other thing that might be worth mentioning in the int/long section
is that long is complicated in broken development environments such as
On 08/17/2010 01:38 PM, Blue Swirl wrote:
But if the features aren't being used by anyone and they consistently don't
work, does it matter?
No, but semi-actively breaking things that work now is different from
removing obsolete or never to be finished features.
I think my point is
On 08/17/2010 02:43 PM, Jes Sorensen wrote:
On 08/17/10 21:24, malc wrote:
On Tue, 17 Aug 2010, Jes Sorensen wrote:
On 08/17/10 20:55, malc wrote:
On Tue, 17 Aug 2010, Blue Swirl wrote:
The other thing that might be worth mentioning in the int/long section
is
On Tue, 17 Aug 2010, Jes Sorensen wrote:
On 08/17/10 21:24, malc wrote:
On Tue, 17 Aug 2010, Jes Sorensen wrote:
On 08/17/10 20:55, malc wrote:
On Tue, 17 Aug 2010, Blue Swirl wrote:
The other thing that might be worth mentioning in the int/long section
is that long is complicated
If anyone deeply cares, I'd suggest opening another wish list request
for doing a better backend than SDL.
But we're in pony territory so it's all somewhat academic.
--
implement true fullscreen
https://bugs.launchpad.net/bugs/613681
You received this bug notification because you are a member
On Sun, Aug 15, 2010 at 10:57:27PM +0300, Eduard - Gabriel Munteanu wrote:
This initializes the AMD IOMMU and creates ACPI tables for it.
Signed-off-by: Eduard - Gabriel Munteanu eduard.munte...@linux360.ro
There's some questions with how best to create ACPI tables in
SeaBIOS/qemu. Can you
On Fri, Jul 30, 2010 at 11:51:58AM +0900, Isaku Yamahata wrote:
add mcfg table.
mcfg isn't populated at the moment. dev-q35 will use it later.
This patch slipped through the cracks - sorry.
This patch doesn't seem to do much right now as no IDs are defined.
It looks like it is in preparation
Avi Kivity wrote:
On 08/16/2010 11:46 AM, Avi Kivity wrote:
On 08/16/2010 04:27 AM, Hao, Xudong wrote:
Appears to be a gcc bug. I opened
https://bugzilla.redhat.com/show_bug.cgi?id=624279 to track this.
Meanwhile, installing the gcc44 package and building with it
(./configure
malc wrote:
On Tue, 17 Aug 2010, Haishan Bai wrote:
Port codes from qemu-kvm to support boot from SCSI image
Signed-off-by: Shan Hai haishan@gmail.com
---
Makefile.target |1 +
blockdev.c | 13 ++
blockdev.h |2 +
hw/extboot.c| 123
The qemu-kvm could boot from SCSI disk image by utilizing seabios, this
patch ported codes
from qemu-kvm to let upstream qemu to support booting from SCSI disk image.
Add 'boot=on' option to qemu command line like following,
qemu-system-x86_64 -drive file=scsi-disk.img,if=scsi,boot=on
Hi all：
In Tiny Code Generator for Mips target , INDEX_op_goto_tb ( arg[0])
will be translated to
tcg_out_movi(s, TCG_TYPE_PTR, TCG_REG_AT,
(tcg_target_long)(s-tb_next + args[0]));
tcg_out_ld(s, TCG_TYPE_PTR, TCG_REG_AT, TCG_REG_AT, 0);
tcg_out_opc_reg(s,
The qemu-kvm could boot from SCSI disk image by utilizing seabios, this
patch ported codes
from qemu-kvm to let upstream qemu to support booting from SCSI disk image.
Add 'boot=on' option to qemu command line like following,
qemu-system-x86_64 -drive file=scsi-disk.img,if=scsi,boot=on
Hai Shan Bai wrote:
The qemu-kvm could boot from SCSI disk image by utilizing seabios,
this patch ported codes
from qemu-kvm to let upstream qemu to support booting from SCSI disk
image.
Add 'boot=on' option to qemu command line like following,
qemu-system-x86_64 -drive
malc wrote:
On Tue, 17 Aug 2010, Haishan Bai wrote:
Port codes from qemu-kvm to support boot from SCSI image
Signed-off-by: Shan Hai haishan@gmail.com
---
Makefile.target |1 +
blockdev.c | 13 ++
blockdev.h |2 +
hw/extboot.c| 123
On Wed, 18 Aug 2010, haishan wrote:
malc wrote:
On Tue, 17 Aug 2010, Haishan Bai wrote:
[..snip..]
BTW, I am just curious why I can not receive what I have sent to the list?
Because you overquote.
Beats me if that is not the real reason though.
--
mailto:av1...@comtv.ru
malc wrote:
On Wed, 18 Aug 2010, haishan wrote:
malc wrote:
On Tue, 17 Aug 2010, Haishan Bai wrote:
[..snip..]
BTW, I am just curious why I can not receive what I have sent to the list?
Because you overquote.
What did you mean by overquote? I am new in
On Wed, 18 Aug 2010, haishan wrote:
malc wrote:
On Wed, 18 Aug 2010, haishan wrote:
malc wrote:
On Tue, 17 Aug 2010, Haishan Bai wrote:
[..snip..]
BTW, I am just curious why I can not receive what I have sent to the list?
This function seems same to ranges_overlap().
Please use ranges_overlap().
On Sun, Aug 15, 2010 at 10:27:16PM +0300, Eduard - Gabriel Munteanu wrote:
This helper function allows map invalidation code to determine which
maps must be invalidated.
Signed-off-by: Eduard - Gabriel Munteanu
Added Cc: m...@redhat.com
This patch doesn't apply to MST's pci tree.
git://git.kernel.org/pub/scm/linux/kernel/git/mst/qemu.git pci
Because Michael is the pci maintainer, please rebase to the tree
and resend it?
On Sun, Aug 15, 2010 at 10:27:17PM +0300, Eduard - Gabriel Munteanu wrote:
PCI
58 matches
Mail list logo
