On 10/12/2010 01:01 AM, Gleb Natapov wrote:
> On Mon, Oct 11, 2010 at 02:15:26PM -0700, H. Peter Anvin wrote:
>>> I don't disagree.
>>>
>>> I think the best thing to do is to let SeaBIOS create a boot order table
>>> that contains descriptive information and then advertise that to QEMU.
>>>
>>> QE
On 10/12/2010 10:59 AM, Stefan Hajnoczi wrote:
On Tue, Oct 12, 2010 at 05:39:48PM +0200, Kevin Wolf wrote:
Am 12.10.2010 17:22, schrieb Anthony Liguori:
On 10/12/2010 10:08 AM, Kevin Wolf wrote:
Otherwise we might destroy data that isn't
even touched by the guest request i
- "Anthony Liguori" wrote:
> On 10/12/2010 11:03 AM, Alon Levy wrote:
> > - "Anthony Liguori" wrote:
> >
> >
> >> On 10/12/2010 07:58 AM, Alon Levy wrote:
> >>
> >>> This patch adds a new device, it is described in full in the
> second
> >>>
> >> patch
> >>
> >>>
On 10/12/2010 11:43 AM, Alon Levy wrote:
- "Anthony Liguori" wrote:
On 10/12/2010 11:03 AM, Alon Levy wrote:
- "Anthony Liguori" wrote:
On 10/12/2010 07:58 AM, Alon Levy wrote:
This patch adds a new device, it is described in full in the
On Tue, Oct 12, 2010 at 09:33:16AM -0700, H. Peter Anvin wrote:
> On 10/12/2010 01:01 AM, Gleb Natapov wrote:
> > On Mon, Oct 11, 2010 at 02:15:26PM -0700, H. Peter Anvin wrote:
> >>> I don't disagree.
> >>>
> >>> I think the best thing to do is to let SeaBIOS create a boot order table
> >>> that
- "Anthony Liguori" wrote:
> On 10/12/2010 11:43 AM, Alon Levy wrote:
> > - "Anthony Liguori" wrote:
> >
> >
> >> On 10/12/2010 11:03 AM, Alon Levy wrote:
> >>
> >>> - "Anthony Liguori" wrote:
> >>>
> >>>
> >>>
> On 10/12/2010 07:58 AM, Alon Levy wrote:
> >>
Public bug reported:
In several places, including the tcp migration code, qemu uses
gethostbyname and inet_aton to construct a sockaddr_in. These should be
replaced by the more modern getaddrinfo for both connect and accept,
along with a loop to try all returned addrinfo structs on the connecting
On Mon, Oct 11, 2010 at 12:52 PM, Markus Armbruster wrote:
> Warns about this line in check-qjson.c:
> QObject *obj = qobject_from_json("");
>
> The obvious fix (add -Wno-format-zero-length to gcc_flags) doesn't
> work, because -Wall switches it on again. Fix by putting configured
> flags last
On real hardware it is shared between BIOS and the OS, actually.
"Gleb Natapov" wrote:
>On Tue, Oct 12, 2010 at 09:33:16AM -0700, H. Peter Anvin wrote:
>> On 10/12/2010 01:01 AM, Gleb Natapov wrote:
>> > On Mon, Oct 11, 2010 at 02:15:26PM -0700, H. Peter Anvin wrote:
>> >>> I don't disagree.
>>
On Tue, Oct 12, 2010 at 10:35:51AM -0700, H. Peter Anvin wrote:
> On real hardware it is shared between BIOS and the OS, actually.
>
Guest OS can write in qemu CMOS too. But what is it useful for? Most of
its content is not standard AFAIK.
> "Gleb Natapov" wrote:
>
> >On Tue, Oct 12, 2010 at 09
On Sun, Oct 10, 2010 at 01:37:45PM +0200, Dragos Tatulea wrote:
> Hi,
>
> > More importantly: anyone's going to work on this?
>
> I'd like to work on this. Might need some assistance though.
>
> Thanks,
> Dragos
BTW, as in some situations hardware might not be able satisfy
requirements, a subse
On 10/12/2010 10:41 AM, Gleb Natapov wrote:
> On Tue, Oct 12, 2010 at 10:35:51AM -0700, H. Peter Anvin wrote:
>> On real hardware it is shared between BIOS and the OS, actually.
>>
> Guest OS can write in qemu CMOS too. But what is it useful for? Most of
> its content is not standard AFAIK.
>
Thi
On Mon, Oct 11, 2010 at 4:22 PM, Stefan Weil wrote:
> Am 10.10.2010 00:46, schrieb Andreas Färber:
>>
>> Am 04.10.2010 um 21:29 schrieb Stefan Weil:
>>
>>> Am 25.09.2010 09:46, schrieb Blue Swirl:
On Thu, Sep 23, 2010 at 8:44 PM, Stefan Weil
wrote:
>
> Am 23.09.2010 22:33,
On Thu, Sep 23, 2010 at 7:28 PM, Stefan Weil wrote:
> Replace the remaining format attribute printf by macro
> GCC_FMT_ATTR which uses gnu_printf (if supported).
>
> This needs additional code changes:
>
> * Add qemu-common.h (which defined GCC_FMT_ATTR) were needed.
>
> * Remove standard includes
On 10/12/2010 12:09 PM, Alon Levy wrote:
The smart card is not being migrated. It is running on the client machine,
which is not being migrated/shutdown (same as vncviewer isn't migrated).
Ok, let's look at this compared to another similar use-case: USB
passthrough of a webcam device that
Hi,
I am trying to test the ivshmem in KVM. The shared memory without
server works. But I can not
find the ivshmem-server. The server pulled from
http://www.gitorious.org/nahanni does not seem
to work with the ivshmem implementation in qemu.git (outdated?). Could
any one please kindly
tell me how
On Tue, Oct 12, 2010 at 1:00 PM, Paolo Bonzini wrote:
> I didn't test with sparse, but the old code using += before a variable
> was set was wrong. Sparse support should probably be ripped out or
> redone, but this at least keeps some sanity.
>
> Signed-off-by: Paolo Bonzini
> ---
> configure |
On Tue, Oct 12, 2010 at 1:00 PM, Paolo Bonzini wrote:
> `make speed' only makes sense if not cross-compiling, so sha1 can
> use the CC for the system that is hosting qemu. sha1-i386 is also
> wrong, since there is usually no variable for the target CC; guess
> some plausible values.
>
> Signed-of
On Tue, Oct 12, 2010 at 10:45:58AM -0700, H. Peter Anvin wrote:
> On 10/12/2010 10:41 AM, Gleb Natapov wrote:
> > On Tue, Oct 12, 2010 at 10:35:51AM -0700, H. Peter Anvin wrote:
> >> On real hardware it is shared between BIOS and the OS, actually.
> >>
> > Guest OS can write in qemu CMOS too. But w
On Tue, Oct 12, 2010 at 1:00 PM, Paolo Bonzini wrote:
> Non-existent -I paths are dropped silently by the compiler, but still
> it is not polite to pass bogus options. Configure-time tests do not
> need any include files from the source path, so only include -I flags
> at make time (when they're
Hi,
I am trying to test the ivshmem in KVM. The shared memory without
server works. But I can not find the ivshmem-server. The server pulled
from http://www.gitorious.org/nahanni does not seem to work with the
ivshmem implementation in qemu.git (outdated?). Could any one please
kindly tell me how
On Tue, Oct 12, 2010 at 1:00 PM, Paolo Bonzini wrote:
> Be consistent with Autoconf-generated scripts.
>
> Signed-off-by: Paolo Bonzini
> ---
> configure | 8
> rules.mak | 8
> 2 files changed, 12 insertions(+), 4 deletions(-)
>
> diff --git a/configure b/configure
> ind
On Tue, Oct 12, 2010 at 1:00 PM, Paolo Bonzini wrote:
> Signed-off-by: Paolo Bonzini
> ---
> Please test this on SPARC. :)
>
> configure | 72
> +
> 1 files changed, 39 insertions(+), 33 deletions(-)
>
> diff --git a/configure
It turns out, that if you use the ACPI Multiprocessor, this problem goes
away. If you use MPS Multiprocessor, then this problem occurs. The worst
part is if you originally built the VM without ACPI, then there is *no
way* to use on the ACPI HALs in Windows XP without reinstalling. There's
a ton of
Hi Anthony,
Hi Kevin,
Hi Stefan,
here is an updated version of the ceph/rbd block driver. It includes all
the changes Yehuda made after the discussion on the list last weekend.
As far as I can tell all the issues discussed are fixed.
Please let us know if the driver is ready for inclusion now.
T
In article <4cb38c82.1090...@linux.vnet.ibm.com> you write:
>After suffering from a prolonged maintainer softlockup, I'm attempting
>to get 0.13.0 release process back on track.
>
>I've tagged qemu-0.13.0-rc3 in git which only carries a few changes
>since 0.13.0-rc1. Most notably, a series of up
On 10/12/2010 04:34 PM, Juergen Lock wrote:
In article<4cb38c82.1090...@linux.vnet.ibm.com> you write:
After suffering from a prolonged maintainer softlockup, I'm attempting
to get 0.13.0 release process back on track.
I've tagged qemu-0.13.0-rc3 in git which only carries a few changes
sin
On 10/12/2010 06:18 PM, Christian Brunner wrote:
Hi Anthony,
Hi Kevin,
Hi Stefan,
here is an updated version of the ceph/rbd block driver. It includes all
the changes Yehuda made after the discussion on the list last weekend.
As far as I can tell all the issues discussed are fixed.
Please let u
Dear All.
Currently, QEMU doesn't trace all instructions in loop
for example:
main.c
--
main()
{
int a = 1,b = 2,c = 3, i;
int sum,sub,mul;
for(i = 0; i < 3; i++) {
sum = b+c;
sub = b-c;
mul = b*c;
}
r
On Tue, Oct 12, 2010 at 05:00:34PM -0500, Anthony Liguori wrote:
> On 10/12/2010 04:34 PM, Juergen Lock wrote:
> > In article<4cb38c82.1090...@linux.vnet.ibm.com> you write:
> >
> >> After suffering from a prolonged maintainer softlockup, I'm attempting
> >> to get 0.13.0 release process back
On 10/12/10 17:52, Markus Armbruster wrote:
> Still not entirely happy, but maybe we can commit it as is, and fix it
> up later.
No worries, I think this is the most serious review I have ever received
for any piece of code, but you're finding valid points so it's good. If
all of QEMU had been rev
101 - 131 of 131 matches
Mail list logo
