iders include CloudFlare, Akamai, Fastly,
> Microsoft Azure, Google Cloud Storage, etc.
>
https://aws.amazon.com/blogs/opensource/aws-promotional-credits-open-source-projects/
Let me know if ya'll apply and I'm happy to push it through.
Regards,
Anthony Liguori
On Dec 9, 2015 6:14 PM, "Stefan Hajnoczi" wrote:
>
> On Wed, Dec 09, 2015 at 06:07:07PM +0100, Paolo Bonzini wrote:
> > On 09/12/2015 17:37, Kai Noda wrote:
> > > Those auxiliary repositories referenced by git-submodule, such as
> > > dtc.git in my last email, are only available on git.qemu.org
>
n IOREQ_TYPE_FULL_STATE is not very useful. It's just an
IOREQ_TYPE_VMPORT with more information than is needed.
Regards,
Anthony Liguori
> Ian.
>
>
>
> ___
> Xen-devel mailing list
> xen-de...@lists.xen.org
> http://lists.xen.org/xen-devel
t repeat events depends on a lot of
client side configuration.
>> What exactly gets fixed and what gets broken by the
>> proposed change?
>
> Holding the key down, only one character is printed, but repeated characters
> are expected. Happens on some vnc client. Either vnc client or vnc server
> should change some to match.
You should fix TigerVNC. It's broken if it isn't sending repeat events.
Regards,
Anthony Liguori
>>
>> [...]
>>
>>
>
>
>
On Aug 5, 2014 2:42 AM, "Markus Armbruster" wrote:
>
> Michael Tokarev writes:
>
> > 05.08.2014 08:41, Chen Gang wrote:
> >>
> >> Every members have their own tastes, and one working flow may be not
> >> suitable for all members. I can understand, and hope other members
> >> understand too.
> >>
to
> grow
> up to 2^32 + 8 byte which will possibly result in an out of memory condition.
The spec allows cut operations of this size. What would a reasonable limit be?
Regards,
Anthony Liguori
> PeterY
>
>
oderated mailing list with no public archive?
That way there's a single contact point and there can be many people
backing it up to make sure that disclosures are handled very quickly.
Regards,
Anthony Liguori
> ---
> MAINTAINERS | 6 ++
> 1 file changed, 6 insertions(+)
>
7;s what
> we do elsewhere, and unlike elsewhere, these one's are generated.
>
> Opinions?
The original visiting code was loosely based on ASN1 marshaling code
from Samba which used the "if error, bail out at the top" style of
error handling.
As use of Error has evolved in QEMU, I agree that the paradigm of
"bail out as soon as you see an error and fail fast" is better so I'd
vote for changing the generated code to do that.
Regards,
Anthony Liguori
the stable workflow while at it.
If mdroth is willing to take this on, I am very supportive.
Regards,
Anthony Liguori
>
> Regards,
> Andreas
>
> --
> SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
> GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
ouncement for the 2.0
rcs? I sent instructions privately and between stefanha and I we can
get your permissions sorted out.
Regards,
Anthony Liguori
> thanks
> -- PMM
fically.
>>
>> Anthony is doing releases and is the right person to poke.
>>
>> I think all that's left is publishing the tarball and posting the
>> release announcement.
>
> Yes, Anthony was tied up around release time and I was subsequently out for
> a couple weeks due to a family emergency so didn't have a chance to follow-up
> till late last week. I'll do the announce as soon as we get the tarball
> uploaded. I'm still used to being able to walk next door, need to coordinate
> in advance a bit better next time.
It's ready to go.
Regards,
Anthony Liguori
>>
>> Stefan
>
>
http://wiki.qemu.org/ChangeLog/Next
Regards,
Anthony Liguori
http://wiki.qemu.org/ChangeLog/Next
Regards,
Anthony Liguori
I'll tag and push a tarball right now.
Regards,
Anthony Liguori
On Thu, Mar 13, 2014 at 1:16 PM, Peter Maydell wrote:
> On 13 March 2014 17:24, Peter Maydell wrote:
>> On 11 February 2014 14:34, Anthony Liguori wrote:
>>> Looks reasonable to me. I'll handle the r
27;t really established how QOM APIs will work
I have no objection to introducing a QMP command.
I think qom-find-objects-by-class is a reasonable approach but I would
also consider just grouping all of the IOThreads in a well known path
instead of just having them live in /objects. So somethin
On Tue, Feb 11, 2014 at 8:55 AM, Andreas Färber wrote:
> Am 11.02.2014 16:58, schrieb Anthony Liguori:
>> On Tue, Feb 11, 2014 at 7:25 AM, Eduardo Habkost wrote:
>>> On Tue, Feb 11, 2014 at 06:31:35AM -0800, Anthony Liguori wrote:
>>>> On Fri, Feb 7, 2014 at
On Tue, Feb 11, 2014 at 7:25 AM, Eduardo Habkost wrote:
> On Tue, Feb 11, 2014 at 06:31:35AM -0800, Anthony Liguori wrote:
>> On Fri, Feb 7, 2014 at 2:55 AM, Paolo Bonzini wrote:
>> > Il 07/02/2014 11:16, Eduardo Habkost ha scritto:
>> >
>> >> You are not
Looks reasonable to me. I'll handle the release logistics in terms of
tarball releases and tagging.
Regards,
Anthony Liguori
On Tue, Feb 11, 2014 at 4:48 AM, Stefan Hajnoczi wrote:
> It's time to agree on the QEMU 2.0 release schedule so we can make a
> release within the
l, but at the same I think I understand the
> reasons for the change of plans.
There's no real convincing. It's just a question of code. There are
no defaults in classes for dynamic properties to modify. compat_props
are a nice mechanism, making them work for all properties is a
reasonable thing to do.
Regards,
Anthony Liguori
s and patches when I can but
Peter will also be doing the same to make sure things move at a more
constant pace.
Big thanks to Peter for volunteering and for everyone for having
patience over the last couple months.
Regards,
Anthony Liguori
ters has avoided this problem
because when one person gets bogged down, there's someone else to step
up.
Right now, it seems all current committers are in a bogged down state.
I've added another committer, Peter Maydell, to try to break the log
jam. I'll try to devote more time to ap
I can't find the patches in my inbox but this breaks because
test-vmstate.c ignores ftruncate errors which are marked as
warn_unused_result on Ubuntu.
Regards,
Anthony Liguori
On Tue, Dec 24, 2013 at 8:06 AM, Juan Quintela wrote:
> Hi Anthony
>
> This is the patches in the m
I'm working through the backlog from the holidays. I should be
through the full backlog today for PULL requests.
On Fri, Jan 10, 2014 at 10:06 AM, Paolo Bonzini wrote:
> Il 10/01/2014 18:29, Stefan Weil ha scritto:
>> Ping.
>>
>> QEMU compilation is broken on Debian hosts since several weeks now
On Mon, Jan 6, 2014 at 7:57 AM, Stefano Stabellini
wrote:
> On Mon, 6 Jan 2014, Anthony Liguori wrote:
>> On Jan 6, 2014 6:55 AM, "Stefano Stabellini"
>> wrote:
>> >
>> > On Mon, 6 Jan 2014, Anthony Liguori wrote:
>> > > On Jan 6, 2014
On Jan 6, 2014 6:55 AM, "Stefano Stabellini" <
stefano.stabell...@eu.citrix.com> wrote:
>
> On Mon, 6 Jan 2014, Anthony Liguori wrote:
> > On Jan 6, 2014 6:23 AM, "Peter Maydell"
wrote:
> > >
> > > On 6 January 2014 14:17, Stefano Stabellini
iled in values of
> TARGET_WORDS_BIGENDIAN, TARGET_LONG_SIZE, and so on...
Yup. It's still accel=xen just with no VCPUs.
Regards,
Anthony Liguori
>
> thanks
> -- PMM
>
ory at:
Sorry, you lost the merge conflict to Peter. Can you please rebase
and resubmit?
Regards,
Anthony Liguori
>
>
> git://repo.or.cz/qemu/qmp-unstable.git queue/qmp
>
> for you to fetch changes up to 2e89b6d1cd378602f2c8ea982145213aededf0f2:
>
> qemu-monito
ted as errors
make[1]: *** [target-arm/cpu.o] Error 1
make: *** [subdir-aarch64-softmmu] Error 2
Regards,
Anthony Liguori
>
> thanks
> -- PMM
>
> The following changes since commit f46e720a82ccdf1a521cf459448f3f96ed895d43:
>
> qemu_opts_parse(): always check return value
ays check return value
>
> are available in the git repository at:
>
> git://github.com/agraf/qemu.git s390-for-upstream
Are you requesting the pull of the tag or the branch?
You previously submitted signed tags.
Regards,
Anthony Liguori
>
> Cornelia Huck (1):
> s
On Tue, Dec 17, 2013 at 4:38 AM, Paolo Bonzini wrote:
> Il 17/12/2013 00:26, Anthony Liguori ha scritto:
>> Sharing hot plug code is a good thing. Making hotplug a qdev-level
>> concept seems like a bad thing to me.
>
> Can you explain what you mean?
The question is whethe
_sec = 0,
>> tv_nsec = 0
>
> - I asked for Dave Anderson's help with verifying the
> extracted vmcore, and his comments make me think I should post
> this.
>
> Signed-off-by: Laszlo Ersek
> ---
> scripts/dump-guest-memory.py | 336
>
d thing. Making hotplug a qdev-level
concept seems like a bad thing to me.
The series is a net add of code so I don't think we're winning anything
by generalizing here.
Is there a use-case this enables that isn't possible today?
Regards,
Anthony Liguori
>
> Patches 8-1
Make DeviceClass hotpluggable by default as it was assumed before.
>
> Signed-off-by: Igor Mammedov
Pushing stuff to a base class in order to reuse code isn't the right
way to model things.
hotplug is a bus concept. It doesn't apply widely to all possible devices.
Regards,
g-pci,rng=rng0
>
> First thing I can think of is the egd protocol has a length field in
> the header, and if that isn't properly filled, the results are bound
> to be erratic.
The test is bogus.
egd is a protocol. You can't just pipe /dev/urandom into it.
Regards,
Anthony
On Dec 13, 2013 7:50 AM, "Paolo Bonzini" wrote:
>
> Il 11/12/2013 08:45, Paolo Bonzini ha scritto:
> >>> >> Anthony,
> >>> >>
> >>> >> the following changes since commit
7dc65c02fe3fb8f3146ce0b9ff5fec5945329f0e:
> >>> >>
> >>> >> Open 2.0 development tree (2013-11-27 14:02:45 -0800)
> >> >
> >>
Paolo Bonzini writes:
> Anthony,
>
> the following changes since commit 7dc65c02fe3fb8f3146ce0b9ff5fec5945329f0e:
>
> Open 2.0 development tree (2013-11-27 14:02:45 -0800)
This also conflicts badly.
Regards,
Anthony Liguori
>
> are available in the git repository at:
&
git scsi-next
What tree is this against? It looks like the block tree.
It conflicts badly with current master.
Regards,
Anthony Liguori
>
> for you to fetch changes up to 2fe3798cd5fab65ee7c86758b1b7701d7fe3709f:
>
> help: add id subopti
I'll commit in a few hours
Regards,
Anthony Liguori
On Dec 10, 2013 4:37 AM, "Markus Armbruster" wrote:
> Igor Mammedov writes:
>
> > fixes regression caused by commit
> > ac86048 trace: Remove trace.h from console.h (less dependencies)
> > which ma
ping the holiday break is a good way to catch up
things. Of course, we should revisit again soon.
Regards,
Anthony Liguori
>
> Paolo
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
much more...
Regards,
Anthony Liguori
gt; to discuss it.
>>
>> And someone needs to send out the email saying that 1.7.0 is out and
>> that the next version will be 2.0!
>
> Speaking of sending out e-mail: did I miss the promised followup to the
> key signing party?
I need to find the papers from KVM Forum wh
Please repost a proper v2.
Regards,
Anthony Liguori
On Sun, Dec 8, 2013 at 7:28 PM, Brad Smith wrote:
> On 27/11/13 6:15 PM, Brad Smith wrote:
>>
>> This resolves the build issue with building the ROMs on OpenBSD on x86
>> archs.
>> As of OpenBSD 5.3 the compiler bui
Kevin Wolf writes:
> Am 26.11.2013 um 19:02 hat Anthony Liguori geschrieben:
>> Max Reitz writes:
>>
>> > This series fixes the drive-mirror blockjob in case of "none" sync mode
>> > to always use the old (current) image file as the backing file of th
; index 508f6a5..7f060a4 100755
> --- a/configure
> +++ b/configure
> @@ -1342,6 +1342,10 @@ EOF
>if compile_prog "-fPIE -DPIE" "-pie"; then
> QEMU_CFLAGS="-fPIE -DPIE $QEMU_CFLAGS"
> LDFLAGS="-pie $LDFLAGS"
> + if test "$t
nt to get this into 1.7, as we will introduce an at
> least pretty strange API in case the original file is unbacked
> otherwise.
Kevin/Stefan? Do we need this for 1.7?
Regards,
Anthony Liguori
>
>
> Max Reitz (2):
> block/drive-mirror: Reuse backing HD for sync=none
> qemu-io
en every bit is written" (Michael S.
Tsirkin)
- acpi-build: fix build on glib < 2.14 (Michael S. Tsirkin)
- acpi-build: fix build on glib < 2.22 (Michael S. Tsirkin)
- pci: unregister vmstate_pcibus on unplug (Bandan Das)
- s390x: fix flat file load on 32 bit systems (Michael S. Tsirkin)
Regards,
Anthony Liguori
olo's
pull request).
Please confirm and ping anything that isn't committed as appropriate.
Regards,
Anthony Liguori
On Thu, Nov 21, 2013 at 10:42 AM, Anthony Liguori wrote:
> Hi,
>
> On behalf of the QEMU Team, I'd like to announce the availability of the
> second re
recreate the current configuration (Stefan
Weil)
- nsis: Improved support for parallel installation of 32 and 64 bit code
(Stefan Weil)
- KVM: x86: fix typo in KVM_GET_XCRS (Paolo Bonzini)
Regards,
Anthony Liguori
On Wed, Nov 20, 2013 at 2:01 PM, Stefan Berger
wrote:
> On 11/19/2013 06:03 PM, Anthony Liguori wrote:
>>
>> On Tue, Nov 19, 2013 at 1:32 PM, Corey Bryant
>> wrote:
>>>
>>> On 11/19/2013 02:50 PM, Anthony Liguori wrote:
>>>>
>>&g
On Tue, Nov 19, 2013 at 1:32 PM, Corey Bryant wrote:
>
> On 11/19/2013 02:50 PM, Anthony Liguori wrote:
>>
>> On Wed, Nov 6, 2013 at 6:38 AM, Corey Bryant
>> wrote:
>>>
>>> This patch series provides support for a software Trusted Platform
>>> M
's essentially asking us to merge 70k+ LOCS without any review or
validation ahead of time. That's an unreasonable request.
Regards,
Anthony Liguori
> With this patch series, multiple guests can run with their own vTPM.
> In comparison, the existing passthrough vTPM does not all
by utilizing the heavily optimized
> function find_next_bit to find the offset of the next dirty
> bit in the dirty bitmaps.
>
> Signed-off-by: Peter Lieven
Can you include performance data?
Regards,
Anthony Liguori
> ---
> ui/vnc.c | 146
++
e device before I/O.
I think we also need some form of mdroth's GContext prior to introducing
more dataplane devices. Sticking every device in a seperate thread with no
way to control who is where can actually hurt performance. I think we
really need to have a M-N device thread model too.
Regar
t; platform just doesn't have a legacy PC/AT keyboard controller.
>
> Sure, but that implies that -nodefaults -device VGA creates a working
> usable machine on x86 and not on pseries...
Because pseries is not x86. This is expected and okay.
Regards,
Anthony Liguori
> Cheers,
> Ben.
>
>
>
rd too, who knows.
As long as it's x86, there will always be a keyboard controller if you
ever want to support more than 1MB of RAM properly since the keyboard
controller is used to enable the a20 bit.
Regards,
Anthony Liguori
>
> Alex
>
ng to be an uphill battle.
In this case, the whole discussion is a bit silly. Have you actually
tried -O1 under a debugger with clang? Is it noticably worse than
-O0?
I find QEMU extremely difficult to use an interactive debugger on
anyway. I doubt the difference between -O0 and -O1 is even close
minating an
if(0) block. There's no reason to leave an if (0) block around. The
code is never reachable.
>>> Since it only affects debug builds, there is no hurry to fix this in 1.7
>>> if the approach cannot be agreed with.
>>
>> ?? Debug builds should absolutely
; ");
> +}
> +}
> +}
> +fprintf(fp, " ");
> +for (j = 0; j < i; j++) {
> +if (*(linep + j) < 0x20 || *(linep + j) > 0x7e) {
You can use qemu_isprint() for this.
> +fprintf(fp, "%c", '.');
> +} else {
> +fprintf(fp, "%c", *(linep + j));
Even though the comment says "UTF-8", this isn't actually handling
UTF-8. Just ascii.
You should fold this into whatever forthcoming patch you are submitting.
Regards,
Anthony Liguori
> +}
> +}
> +fprintf(fp, "\n");
> +linep = inp;
> +} while (len);
> +}
>
e value of errno before returning, if it is to guarantee
> that the interrupted context won't be corrupted.
Isn't this precisely why EINTR exists?
Regards,
Anthony Liguori
>
> More reading on the topic:
> https://plus.google.com/+LennartPoetteringTheOneAndOnly/posts/gHSscC
On Nov 11, 2013 1:10 AM, "Dave Airlie" wrote:
>
> On Mon, Nov 11, 2013 at 2:02 PM, Anthony Liguori
wrote:
> > On Sun, Nov 10, 2013 at 3:15 PM, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> I've ported the SDL1.2 code over, and rewritt
ev)
> +{
> +int keysym;
> +/* workaround for X11+SDL bug with AltGR */
> +keysym = ev->keysym.sym;
> +if (keysym == 0 && ev->keysym.scancode == 113)
> +keysym = SDLK_MODE;
> +/* For Japanese key '\' and '|' */
>
sider it for 1.7:
>
> static void *oss_audio_init (void)
> {
> +if (access(conf.devpath_in, R_OK | W_OK) < 0 ||
> +access(conf.devpath_out, R_OK | W_OK) < 0) {
> +return NULL;
That would be reasonable. Can you add a SoB and submit as a patch?
Regards,
Anthony Liguori
> +}
> return &conf;
> }
>
> cheers,
> Gerd
>
>
void)
{
return &conf;
}
It never fails. So audio is broken on Linux by default today. This
patch unbreaks it. If you compare this to the pulseaudio backend
where init can actually fail, you can see why it can be default but
ossaudio really can't.
Regards,
Anthony Liguori
> cheers,
> Gerd
>
>
Paolo Bonzini writes:
> This causes two slight backwards-incompatibilities between "-M pc-1.5"
> and 1.5's "-M pc":
Can you rebase this? It no longer applies because of the acpi building
changes.
Regards,
Anthony Liguori
>
> (1) a fw_cfg file is rem
Gerd Hoffmann writes:
> On So, 2013-11-03 at 08:45 -0800, Anthony Liguori wrote:
>> Modern Linux's no longer support /dev/dsp so enabling it by
>> default causes audio failures on newer Linux distros.
>
> That will break sound on BSD.
>
> I think we shoul
On Mon, Nov 4, 2013 at 1:08 PM, Luigi Rizzo wrote:
>
>
>
> On Mon, Nov 4, 2013 at 12:54 PM, Anthony Liguori
> wrote:
>>
>> On Mon, Nov 4, 2013 at 11:51 AM, Luigi Rizzo wrote:
>> > On Mon, Nov 04, 2013 at 10:20:12AM -0800, Anthony Liguori wrote:
>> >&
On Mon, Nov 4, 2013 at 11:51 AM, Luigi Rizzo wrote:
> On Mon, Nov 04, 2013 at 10:20:12AM -0800, Anthony Liguori wrote:
>> On Mon, Nov 4, 2013 at 10:08 AM, Luigi Rizzo wrote:
> ...
>> >> On Tue, Oct 29, 2013 at 3:12 AM, Vincenzo Maffione
>> >> wrote:
>>
On Mon, Nov 4, 2013 at 10:08 AM, Luigi Rizzo wrote:
>
>
>
> On Mon, Nov 4, 2013 at 9:41 AM, Anthony Liguori
> wrote:
>>
>> On Tue, Oct 29, 2013 at 3:12 AM, Vincenzo Maffione
>> wrote:
>> > This patch adds support for a network backend based on netmap.
7;t think it's a good idea to support this on Linux hosts. This
is an out of tree module that most likely will never go upstream.
I don't want to live through another kqemu with this if it eventually
starts to bit-rot.
Regards,
Anthony Liguori
>
> To compile QEMU with netmap s
On Sun, Nov 3, 2013 at 9:12 AM, Andreas Färber wrote:
> Am 03.11.2013 17:45, schrieb Anthony Liguori:
>> Modern Linux's no longer support /dev/dsp so enabling it by
>> default causes audio failures on newer Linux distros.
>>
>> Signed-off-by: Anthony Liguori
Modern Linux's no longer support /dev/dsp so enabling it by
default causes audio failures on newer Linux distros.
Signed-off-by: Anthony Liguori
---
audio/ossaudio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/audio/ossaudio.c b/audio/ossaudio.c
index 007c641..3e
On Sun, Nov 3, 2013 at 7:12 AM, Andreas Färber wrote:
> Anthony,
>
> Am 03.11.2013 14:58, schrieb Anthony Liguori:
>> On Sun, Nov 3, 2013 at 5:28 AM, Andreas Färber wrote:
>>> Anthony,
>>>
>>>> The errors are the exact same as before. Install som
86_64 and SLES 11 SP3
> x86_64 without any issue. You really need to explain "the problem"!
Andreas,
I told you how to reproduce the problem. If you choose not to
investigate, fine, but don't spam me with resends of a pull request
with a known breakage.
Regards,
Antho
On Thu, Oct 31, 2013 at 10:52 PM, Paolo Bonzini wrote:
> Il 31/10/2013 21:50, Anthony Liguori ha scritto:
>> /x86_64/ide/bmdma/setup: OK
>> /x86_64/ide/bmdma/simple_rw: OK
>> /x86_64
sts, then
don't bother sending them.
make check fails spectacularly. I've confirmed this on multiple
platforms on different distros.
The errors are the exact same as before. Install some VMs and
reproduce the problem. I just checked and it fails under 64-bit
Fedora 19.
Regards,
FAIL
GTester: last random seed: R02S2c481529260b1d513b7a498b45a5b420
(pid=736)
FAIL: tests/ide-test
Regards,
Anthony Liguori
>
> git://repo.or.cz/qemu/kevin.git tags/for-anthony
>
> for you to fetch changes up to f4c129a38a5430b7342a7a23f53a22831154612f:
>
> vmdk: Implmen
d be more responsive as to why he didn't
> pull the queue containing these patches with two different Sobs, we
> wouldn't be having this conversation in the first place. Or had you not
> gone on vacation or sent another pull before etc. etc.
Your tree is broken. I gave you the errors that it produced. You
were able to produce your own errors. It's your responsibility, as a
subsystem maintainer, to test (and fix) your own tree.
Regards,
Anthony Liguori
> Andreas
>
> --
> SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
> GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
>
On Thu, Oct 31, 2013 at 5:52 PM, Andreas Färber wrote:
> Am 31.10.2013 16:04, schrieb Anthony Liguori:
>> On Thu, Oct 31, 2013 at 3:45 PM, Andreas Färber wrote:
>>> Am 31.10.2013 15:39, schrieb Anthony Liguori:
>>>> On Thu, Oct 31, 2013 at 3:36 PM, Andreas Färber
On Thu, Oct 31, 2013 at 5:52 PM, Andreas Färber wrote:
> Am 31.10.2013 16:04, schrieb Anthony Liguori:
>> On Thu, Oct 31, 2013 at 3:45 PM, Andreas Färber wrote:
>>> Am 31.10.2013 15:39, schrieb Anthony Liguori:
>>>> On Thu, Oct 31, 2013 at 3:36 PM, Andreas Färber
On Thu, Oct 31, 2013 at 3:45 PM, Andreas Färber wrote:
> Am 31.10.2013 15:39, schrieb Anthony Liguori:
>> On Thu, Oct 31, 2013 at 3:36 PM, Andreas Färber wrote:
>>> Am 31.10.2013 15:31, schrieb Peter Maydell:
>>>> On 31 October 2013 14:18, Andreas Färber wrote:
&
On Thu, Oct 31, 2013 at 3:45 PM, Andreas Färber wrote:
> Am 31.10.2013 15:39, schrieb Anthony Liguori:
>> On Thu, Oct 31, 2013 at 3:36 PM, Andreas Färber wrote:
>>> Am 31.10.2013 15:31, schrieb Peter Maydell:
>>>> On 31 October 2013 14:18, Andreas Färber wrote:
&
ou want there to be an Acked-by, say "Acked-by:". Don't
make people infer your Acked-bys.
And adding tags is a nice-to-have. There is no "rule" stating that
you must include everyone that appears on the mailing list. But I
expect that maintainers try to
Regards,
Anthon
or management
> to have a chance to choose what to do about the panic? I'm suspecting
> this patch does break things.
I would be happy to apply a patch that just reverted the whole dang
mess of this device.
Regards,
Anthony Liguori
> --
> Eric Blake eblake redhat com+1-919-301-3266
> Libvirt virtualization library http://libvirt.org
>
anks all.
>
> Edgar, there is no merge commit in qemu.git despite this being a signed
> pull. Do you maybe need to upgrade your version of git?
Need to add:
[merge]
ff = false
To your git config to prevent fast forwards on merging.
Regards,
Anthony Liguori
> Peter, since I had pic
this patch.
>>
> Do not worry, we are far from such consensus :)
I don't think kvm-unit-tests belong in QEMU either. They are tied to
the kernel side of things, not QEMU and many of the tests don't make
sense for TCG.
If you want to execute guest code within QEMU's make check
ost because the source doesn't have the latest
> content of memory. However, this is a much, much smaller problem for
> live QEMU upgrade where the network cannot fail.
>
> If you do this, you can achieve pretty much instantaneous live upgrade,
> well within your original 200
-test/commit/50e1f7d47a94f4c770880cd8ec0f18365dcba714
This breaks hot_add of a network device that uses a script= argument, correct?
If so, this cannot be made default.
Regards,
Anthony Liguori
>
> qemu-options.hx | 4 ++--
> vl.c| 47 -
bring that with you.
Do not trust that I have reproduced your key accurately.
Regards,
Anthony Liguori
On Tue, Oct 22, 2013 at 10:56 AM, Anthony Liguori wrote:
> Hi,
>
> We'll be hosting a key signing party at KVM Forum on Wednesday during
> the Hackathon.
>
> More
lease note that the key server on the wiki is currently down so
please ignore that part of the howto.
Regards,
Anthony Liguori
hrough Kevin or Stefan's block tree
> but the block driver sub-maintainers are usually the ones to review
> patches.
>
> Acked-by: Kevin Wolf
> Signed-off-by: Stefan Hajnoczi
Acked-by: Anthony Liguori
Although you certainly don't need it. I assume everything is still
goi
n(disk, "w");
>> +fwrite(boot_sector, 1, sizeof boot_sector, f);
>> +fclose(f);
>> +
>> +g_test_init(&argc, &argv, NULL);
>> +
>> +if (strcmp(arch, "i386") == 0 || strcmp(arch, "x86_64") == 0) {
>> +
e few components that has qtest infrastructure... I
> don't think we need to do more than that though. The set of sanity
> checks can start with a simple list of tables that "have to be there"
> for a given machine type.
I think we could reasonably attempt to validate ACPI tables across
machine versions.
Since this is qtest, we can even do things like use iasl to
disassemble the blobs on the host. This could be pretty handy for
detecting compatibility issues across machine versions.
Regards,
Anthony Liguori
>
> Paolo
On Wed, Oct 16, 2013 at 11:18 AM, Michael S. Tsirkin wrote:
> On Wed, Oct 16, 2013 at 09:38:29AM -0700, Anthony Liguori wrote:
>> On Tue, Oct 15, 2013 at 1:17 PM, Michael S. Tsirkin wrote:
>> > On Tue, Oct 15, 2013 at 09:27:33AM -0700, Anthony Liguori wrote:
>>
On Wed, Oct 16, 2013 at 3:00 AM, Markus Armbruster wrote:
> Anthony Liguori writes:
>
>> On Tue, Oct 15, 2013 at 7:41 AM, Kevin Wolf wrote:
>>> Am 15.10.2013 um 15:31 hat Andreas Färber geschrieben:
>>>> Am 15.10.2013 15:21, schrieb Markus Armbruster:
>>&
On Tue, Oct 15, 2013 at 1:17 PM, Michael S. Tsirkin wrote:
> On Tue, Oct 15, 2013 at 09:27:33AM -0700, Anthony Liguori wrote:
>> Paolo Bonzini writes:
>>
>> > Il 15/10/2013 16:35, Michael S. Tsirkin ha scritto:
>> >> On Tue, Oct 15, 2013 at 04:31:31PM +0200,
bus = DO_UPCAST(VIOsPAPRBus, bus, qbus);
>>> bus->next_reg = 0x7100;
>>> +bus->next_vty_reg = 0x71000100;
>>
>> This breaks as soon as you pass in more than 0x100 devices that are non-vty
>> into the guest, no?
>
> Will we ever hav
be if we had a self-descriptive migration stream
> format.
Yes, removing tests is always a good thing.
But I think subsections should always be used when they can. We should
not break compatibility (even if we technical don't guarantee it) unless
we absolutely have to.
Regards,
Anthony
ass code.
> From a
> software point of view, the PCI device is just for configuring Busmaster
> DMA. Perhaps in reality it should be two devices, one for DMA on the PCI
> bus and another one for the core on sysbus or ISA?
It's definitely all a PCI device. It could realistically be a
discrete device too that's plugged into a PCI bus that lacks a super
I/O chipset.
>
> Anyway, having two IDE controllers using the same I/O ports won't work,
> obviously. So if you would allow -device or device-add for them, you'd
> need options to configure the ports at least.
It's allowed but the PCI bus will only route the legacy requests to one of them.
Regards,
Anthony Liguori
> Kevin
>
On Tue, Oct 15, 2013 at 7:20 AM, Michael S. Tsirkin wrote:
> On Tue, Oct 15, 2013 at 06:51:30AM -0700, Anthony Liguori wrote:
>> On Mon, Oct 14, 2013 at 10:28 PM, Michael S. Tsirkin wrote:
>> > On Mon, Oct 14, 2013 at 03:42:37PM -0700, Anthony Liguori wrote:
>> >>
On Tue, Oct 15, 2013 at 7:01 AM, Paolo Bonzini wrote:
> Il 15/10/2013 15:51, Anthony Liguori ha scritto:
>> From 41/43:
>>
>> "The interface is actually backwards-compatible with
>> existing PIIX4 ACPI (though not migration compatible)."
>>
>&
1 - 100 of 10201 matches
Mail list logo
