> On 21 Jun 2015, at 00:53, Peter Maydell wrote:
>
> I do think we should improve our handling of image file
> loading. If we want
> ELF image loading we need to support it on *all* boards
> and *all* CPU architectures.
and how do you suggest to proceed?
what would be difficulties of doin
On 20 June 2015 at 22:00, Liviu Ionescu wrote:
> Due to the problems that I recently faced with the semihosting patches, that
> impair functionality for maintaining compatibility with existing linux
> machines, I added the following to my GNU ARM Eclipse branch:
>
> -
On 20 June 2015 at 21:33, Liviu Ionescu wrote:
>
>> On 20 Jun 2015, at 23:19, Peter Maydell wrote:
>>
>> For ARM, that's an empty command string.
>
> this is too complicated, and currently not documented.
I mean, in the ARM semihosting API, this is indicated
by returning an empty command string
On 14/05/2015 08:06, sfel...@gmail.com wrote:
> +case ROCKER_OF_DPA_GROUP_TYPE_L2_REWRITE:
> +ngroup->has_index = true;
> +ngroup->index = ROCKER_GROUP_INDEX_LONG_GET(group->id);
> +ngroup->has_group_id = true;
> +ngroup->group_id = group->l2_rewrite.group_id;
On 12/06/2015 14:57, Stefan Hajnoczi wrote:
> +RockerSwitch *rocker = g_malloc0(sizeof(*rocker));
> +Rocker *r;
> +
> +r = rocker_find(name);
> +if (!r) {
> +error_set(errp, ERROR_CLASS_GENERIC_ERROR,
> + "rocker %s not found", name);
> +return NUL
On 01/06/2015 14:25, Michael S. Tsirkin wrote:
> +static uint64_t qdev_get_prop_mask64(Property *prop)
> +{
> +assert(prop->info == &qdev_prop_bit);
> +return 0x1 << prop->bitnr;
This needs to be 1ull.
Paolo
> +}
> +
On 11/06/2015 13:58, Michael S. Tsirkin wrote:
> This is somewhat functional. With this, and linux driver from my tree,
> I was able to use virtio net as virtio 1.0 device for light browsing.
>
> At the moment, dataplane and vhost code is
> still missing.
>
> Based on Cornelia's virtio 1.0 pat
On 11/05/2015 17:26, Stefan Hajnoczi wrote:
> +switch (tx_offload) {
> +case ROCKER_TX_OFFLOAD_L3_CSUM:
> +if (!tlvs[ROCKER_TLV_TX_L3_CSUM_OFF]) {
> +return -ROCKER_EINVAL;
> +}
Is the fallthrough intentional here?
Paolo
> +case ROCKER_TX_OFFLOAD_TSO:
>
On 05/06/2015 01:41, Alexander Graf wrote:
> From: Aurelien Jarno
>
> It is part of the basic zArchitecture instructions. Allow it to be call
> from EXECUTE.
>
> Reviewed-by: Richard Henderson
> Signed-off-by: Aurelien Jarno
> Signed-off-by: Alexander Graf
> ---
> target-s390x/helper.h
Due to the problems that I recently faced with the semihosting patches, that
impair functionality for maintaining compatibility with existing linux
machines, I added the following to my GNU ARM Eclipse branch:
-
DEFHEADING(Microcontroller/Cortex-M specific:)
STEXI
> On 20 Jun 2015, at 23:19, Peter Maydell wrote:
>
> For ARM, that's an empty command string.
this is too complicated, and currently not documented.
the natural method to specify that there are no args is... to add no args to
the command line.
> Does arg='' work in the
> new syntax?
I don't
On 20 June 2015 at 21:14, Liviu Ionescu wrote:
>
>> On 20 Jun 2015, at 22:49, Peter Maydell wrote:
>>
>>> as you can see, it tries to use the kernel name as command line, which
>>> exceeds the application small buffer size.
>>
>> It only does that if you didn't specify the arguments the new
>> w
> On 20 Jun 2015, at 22:49, Peter Maydell wrote:
>
>> as you can see, it tries to use the kernel name as command line, which
>> exceeds the application small buffer size.
>
> It only does that if you didn't specify the arguments the new
> way (at least that is the intention).
what if I do not
On 20 June 2015 at 19:04, Liviu Ionescu wrote:
>
>> On 19 Jun 2015, at 00:43, Peter Maydell wrote:
>>
>> On 18 June 2015 at 17:00, Leon Alrae wrote:
>>> Just a rebase of v4 as there were changes in qemu_opt_foreach API.
>>>
>>> Regards,
>>> Leon
>>
>> Thanks; applied to target-arm.next.
>
> I me
> On 19 Jun 2015, at 00:43, Peter Maydell wrote:
>
> On 18 June 2015 at 17:00, Leon Alrae wrote:
>> Just a rebase of v4 as there were changes in qemu_opt_foreach API.
>>
>> Regards,
>> Leon
>
> Thanks; applied to target-arm.next.
I merged target-arm.next to my branch and I'm not sure the cur
Le 19/06/2015 15:43, g...@uclinux.org a écrit :
> Some small issues are causing problems with running modern versions of
> Linux on the m68k/ColdFire 5208 target. These 3 patches fix those problems.
>
> They are all due to use of more advanced architecture features not used
> in older Linux kern
Not a disk image, but a small kernel with builtin root filesystem.
> This points at one I am running at the moment.
>
> http://www.uclinux.org/ports/coldfire/vmlinux.m5208evb-20150620
>
> It is a linux-4.1.0-rc8 kernel.
Thank you.
> I have one more fix still to come for the qem
Peter Maydell writes:
> On 20 June 2015 at 16:00, Markus Armbruster wrote:
>> Peter Maydell writes:
>>> I do definitely want to enable short-options for virt for 2.4...
>>
>> "Enable short options" = change virt's default block interface type from
>> IF_IDE to IF_VIRTIO, I presume.
>>
>> "For 2
Hi everybody:
I am wondering How Qemu communicate with KVM , for
example I want to deliver some information in KVM to Qemu, what should I
do ?
Tomoki Sekiyama writes:
> Hi Markus,
>
> The steps to build qga-vss.dll are:
>
> - Install some MinGW library packages: When I tested in fedora22,
>I need mingw32-winpthreads-static package in addition to
>packages on the qemu wiki page: http://wiki.qemu.org/Hosts/W32
>
> - Download Mic
Peter Maydell writes:
> On 9 June 2015 at 18:48, Peter Maydell wrote:
>> 1) explicit if=foo drive manually wired up to a device is an error
>>(and always diagnosed as such, not indirectly via it being double-used)
>
> I had a look at getting this to be diagnosed properly, and the sketch
> of
On 20 June 2015 at 16:00, Markus Armbruster wrote:
> Peter Maydell writes:
>> I do definitely want to enable short-options for virt for 2.4...
>
> "Enable short options" = change virt's default block interface type from
> IF_IDE to IF_VIRTIO, I presume.
>
> "For 2.4" rules out solutions requiring
Peter Maydell writes:
> On 9 June 2015 at 18:48, Peter Maydell wrote:
>> Patch 3 is the one-liner to change the default-drive-type. Unfortunately
>> just doing that alone will break commandlines that currently work
>
> The other problem with taking patch 3 alone is that it completely
> breaks ev
Peter Maydell writes:
> This is a respin of the patchset I sent out last week; the
> only change v1->v2 is to drop the special casing of S390, as
> Christian confirmed it isn't needed. This collapses the old
> patches 2/3 into one.
>
> I'm going to use this cover letter as an opportunity to (a) h
Hi Markus,
The steps to build qga-vss.dll are:
- Install some MinGW library packages: When I tested in fedora22,
I need mingw32-winpthreads-static package in addition to
packages on the qemu wiki page: http://wiki.qemu.org/Hosts/W32
- Download Microsoft VSS SDK from:
http://www.micros
Currently, MAX_NICS is hardcoded as 8.
Add a configuration option '--net-max-nics' so one can override the
default.
Unless specified, default value is kept as 8.
Signed-off-by: Shmulik Ladkani
---
configure | 7 +++
include/net/net.h | 2 +-
2 files changed, 8 insertions(+), 1 delet
Wow, that was quick!
Laszlo Ersek writes:
> With the pc-q35-2.4 machine type, if the user creates an ISA FDC manually:
>
> -device isa-fdc,driveA=drive-fdc0-0-0 \
> -drive file=...,if=none,id=drive-fdc0-0-0,format=raw
>
> then the board-default FDC will be skipped, and only the explicitly
>
There's qga/vss-win32/Makefile.objs, and it appears to have a recipe for
qga-vss.dll, but I can't figure out how to actually get make to build
it. I'm cross-compiling with mingw (for compile-testing purposes only),
I got CONFIG_QGA_VSS=y, make succeeds and produces the usual stuff, but
compiles no
28 matches
Mail list logo
