Is there any benefit gained by porting 10Gb Ethernet adapters to
Qemu/KVM ? The question may be naive. Please forgive me if this doesn't
make any sense.
Regards,
Onkar
--
Your work is going to fill a large part of your
life, and the only way to be trul
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 dev
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
>
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
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 th
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 Tue, 17 Aug 2010, Haishan Bai wrote:
Port codes from qemu-kvm to support boot from SCSI image
Signed-off-by: Shan Hai
---
Makefile.target |1 +
blockdev.c | 13 ++
blockdev.h |2 +
hw/extboot.c| 123
++
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 file=scsi-disk.img,if=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
Signed-off
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
Signed-o
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
---
Makefile.target |1 +
blockdev.c | 13 ++
blockdev.h |2 +
hw/extboot.c| 123
++
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
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
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
There's some questions with how best to create ACPI tables in
SeaBIOS/qemu. Can you separate the iommu init co
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 of
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 tha
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 that
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/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
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 o
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
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 pr
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
On Tue, 17 Aug 2010, Haishan Bai wrote:
> Port codes from qemu-kvm to support boot from SCSI image
>
> Signed-off-by: Shan Hai
> ---
> Makefile.target |1 +
> blockdev.c | 13 ++
> blockdev.h |2 +
> hw/extboot.c| 123
> ++
On Tue, 17 Aug 2010, Blue Swirl wrote:
> On Tue, Aug 17, 2010 at 8: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
> >
On Tue, Aug 17, 2010 at 1:55 PM, Jes Sorensen 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 solve the
On Tue, Aug 17, 2010 at 8: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
>> wrote:
>>> The existing code that I have touched don't follow the current coding
>>> style guidance, much less all the new recommendations bei
On Tue, 17 Aug 2010, Blue Swirl wrote:
> On Mon, Aug 16, 2010 at 8:42 PM, Anthony Liguori
> wrote:
> > On 08/16/2010 01:51 PM, Blue Swirl wrote:
> >>
> >> On Sun, Aug 15, 2010 at 9:42 PM, Anthony Liguori
> >> wrote:
> >>
> >>>
> >>> On 08/11/2010 11:34 AM, Blue Swirl wrote:
> >>>
>
>
On Mon, Aug 16, 2010 at 8:42 PM, Anthony Liguori wrote:
> On 08/16/2010 01:51 PM, Blue Swirl wrote:
>>
>> On Sun, Aug 15, 2010 at 9:42 PM, Anthony Liguori
>> wrote:
>>
>>>
>>> On 08/11/2010 11:34 AM, Blue Swirl wrote:
>>>
On Wed, Aug 11, 2010 at 10:58 AM, Stefan Weil
wrote:
>
On Tue, Aug 17, 2010 at 8: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-t
On Mon, Aug 16, 2010 at 6:32 PM, Anthony Liguori wrote:
> On 08/16/2010 01:05 PM, Blue Swirl wrote:
>>
>> On Sun, Aug 15, 2010 at 9:27 PM, Andreas Schwab
>> wrote:
>>
>>>
>>> Blue Swirl writes:
>>>
>>>
+For variadic macros, stick with C99 syntax:
+
+#define DPRINTF(fmt, ...)
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
https://b
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
---
qemu-img.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/qemu-img.c b/qemu-img.c
On Tue, Aug 17, 2010 at 11:38 AM, Paolo Bonzini 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 virt-manager. I unde
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 qe
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
Port codes from qemu-kvm to support boot from SCSI image
Signed-off-by: Shan Hai
---
Makefile.target |1 +
blockdev.c | 13 ++
blockdev.h |2 +
hw/extboot.c| 123
+++
hw/ivshmem.c|2 +-
hw/pc.c |
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 fw
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 receiv
On Tue, Aug 17, 2010 at 9:20 AM, Paolo Bonzini 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
> Second,
* Chris Wright (chr...@redhat.com) wrote:
> Please send in any agenda items you are interested in covering.
Today's call is cancelled.
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 mor
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 a
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 se
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
wrote:
The existing code that I have touched don't follow the current coding
style guidance, much less all the new recommendations being suggeste
On Tue, Aug 3, 2010 at 2:19 PM, Miguel Di Ciurcio Filho
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
from the KVM Forum
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 min
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?
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/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 compiling
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 Liguori
>> wrote:
>>> Historically, even when Windows builds, it spends large periods of time not
>>> actually working. I think Stefan can confirm this. Much of
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.
A
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 tru
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.
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 agai
On 08/13/10 20:02, Blue Swirl wrote:
> On Fri, Aug 13, 2010 at 3:22 PM, Miguel Di Ciurcio Filho
> 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 this situati
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 a
58 matches
Mail list logo