This patch sets the filename when the new qapi backend
init from opts.
The previous patch and discussions as link below:
http://patchwork.ozlabs.org/patch/243896/
If anyone who have better idea to fix this please let
me know your suggestions.
Signed-off-by: Lei Li
---
qemu-char.c |2 ++
1
20.05.2013 10:10, Stefan Hajnoczi wrote:
> On Mon, May 20, 2013 at 8:05 AM, Aneesh Kumar K.V
> wrote:
>> From: "Aneesh Kumar K.V"
>>
>> When guest tries to chmod a block or char device file over 9pfs,
>> the qemu process segfaults. With 9p2000.u protocol we use wstat to
>> change mode bits and cl
Now we have ringbuf char device, but the backend name of it
is a little confusion. We actually register it by 'memory', but
the description in qemu-option, the name of open functions
and the new api backend called it 'ringbuf'. It should keep
consistent. This patch named it all to 'ringbuf'.
Signe
When register and open a chardev udp, the backend name should be udp
not dgram, and we do not have backend dgram in the chardev list. This
patch makes the new qapi udp backend consistent with the original
udp device.
Signed-off-by: Lei Li
---
qapi-schema.json |8
qemu-char.c |
This series tries to fix the consistency of char devices udp and
ringbuf and a regression of chardev filename.
Lei Li (3):
chardev: Make consistent with udp device for new qapi backend
chardev: Make the name of ringbuf device consistent
chardev: Get filename for new qapi backend
qapi-sche
On Fri, May 17, 2013 at 12:17 PM, Paolo Bonzini wrote:
> Il 16/05/2013 09:47, Stefan Hajnoczi ha scritto:
>> On Thu, May 16, 2013 at 02:16:20PM +0800, Wenchao Xia wrote:
>>> After checking the code, I found it possible to add delta data backup
>>> support also, If an additional dirty bitmap was
On Sun, May 19, 2013 at 8:14 AM, TianShan Wong wrote:
> I am testing qcow2 with qemu-iotests on F17, using upstream QEMU source
> tree:
> $ uname -a
> Linux Test.Server 3.8.12-100.fc17.x86_64 #1 SMP Wed May 8 15:36:14 UTC 2013
> x86_64 x86_64 x86_64 GNU/Linux
>
> But got failed result as follows:
On Mon, May 20, 2013 at 4:33 AM, Peter Cheung wrote:
> /Users/peter/workspace/qemu_latest>make
> Makefile:16: *** This is an out of tree build but your source tree
> (/Users/peter/workspace/qemu_latest) seems to have been used for an in-tree
> build. You can fix this by running "make distclean &&
On Mon, May 20, 2013 at 8:05 AM, Aneesh Kumar K.V
wrote:
> From: "Aneesh Kumar K.V"
>
> When guest tries to chmod a block or char device file over 9pfs,
> the qemu process segfaults. With 9p2000.u protocol we use wstat to
> change mode bits and client don't send extension information for
> chmod.
Michael Tokarev writes:
> Guys, are we playing with our sand-box toys or what?
>
> Can we apply this maybe to 1.5?? It's just insane that
> such a simple bugfixes, with lots of preceeding work to
> identify it, and with users suffering, are being simply
> ignored for months...
>
Sorry for not l
From: "Aneesh Kumar K.V"
When guest tries to chmod a block or char device file over 9pfs,
the qemu process segfaults. With 9p2000.u protocol we use wstat to
change mode bits and client don't send extension information for
chmod. We need to check for size field to check whether extension
info is p
On Sun, 2013-05-19 at 17:35 +0200, Knut Omang wrote:
> On Mon, 2013-05-13 at 16:23 -0600, Alex Williamson wrote:
> > On Mon, 2013-05-13 at 22:55 +0200, Knut Omang wrote:
> > > Hi all,
> > >
> > > Perfect timing from my perspective, thanks Alex!
> > >
> > > I spent the better part of the weekend t
On Fri, 2013-05-17 at 01:09 -0700, Justin Gottula wrote:
> Hi Alex,
>
> VGA passthrough is working great here, with the exception of device reset.
>
> In short, everything works the first time the guest runs. But the second
> time I start the guest, before anything comes on the screen, the host
>
On Sun, 2013-05-19 at 23:26 +0400, Maik Broemme wrote:
> Hi Knut,
>
> Knut Omang wrote:
> >
> > On Mon, 2013-05-13 at 16:23 -0600, Alex Williamson wrote:
> > > On Mon, 2013-05-13 at 22:55 +0200, Knut Omang wrote:
> > > > Hi all,
> > > >
> > > > Perfect timing from my perspective, thanks Alex!
>
On Fri, 2013-05-17 at 12:23 +0200, Paolo Bonzini wrote:
> Il 16/05/2013 22:46, Maik Broemme ha scritto:
> >
> > Regarding 2) it results in 100 messages like the following on the console
> > which runs qemu:
> >
> > qemu-system-x86_64: vfio_vga_read(,0x3c3, 1) failed: Interrupted system call
> > q
On Mon, May 20, 2013 at 10:03:53AM +0800, Wanlong Gao wrote:
>Adding CC AutoNUMA folks:
>
>Paolo said that:
>
>> Pinning memory to host NUMA nodes is not implemented. Something like
>> AutoNUMA would be able to balance the memory the right way.
>>
>> Paolo
>
>And Eduardo said that:
>> I had plans
于 2013-5-17 20:30, Luiz Capitulino 写道:
On Fri, 17 May 2013 11:30:31 +0800
Wenchao Xia wrote:
于 2013-5-16 20:17, Luiz Capitulino 写道:
On Thu, 16 May 2013 10:22:09 +0800
Wenchao Xia wrote:
于 2013-5-15 20:28, Luiz Capitulino 写道:
On Wed, 15 May 2013 10:10:37 +0800
Wenchao Xia wrote:
于 2013-
于 2013-5-17 17:27, Stefan Hajnoczi 写道:
On Fri, May 17, 2013 at 03:56:45PM +0800, Wenchao Xia wrote:
Signed-off-by: Wenchao Xia
---
block/qcow2-snapshot.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/block/qcow2-snapshot.c b/block/qcow2-snapshot.c
Adding CC AutoNUMA folks:
Paolo said that:
> Pinning memory to host NUMA nodes is not implemented. Something like
> AutoNUMA would be able to balance the memory the right way.
>
> Paolo
And Eduardo said that:
> I had plans to implement a mechanism to allow external tools to
> implement manual
Ping. Any other comments?
On 05/17/2013 11:24 AM, Qiao Nuohan wrote:
Hi, all
The last version is here:
http://lists.gnu.org/archive/html/qemu-devel/2013-05/msg01947.html
Command 'dump-guest-memory' was introduced to dump guest's memory. But the
vmcore's format is only elf32 or elf64. The messa
Some food for thought:
* os_host_main_loop_wait quickly calls "unlock IO thread", poll, "lock IO
thread".
* win_chr_pipe_poll calls PeekNamedPipe, which would report data available,
satisfying the poll.
* win_chr_read_poll calls qemu_chr_be_can_write, which I think calls
serial_can_receive1,
On Sun, May 19, 2013 at 09:24:41PM +0200, Paolo Bonzini wrote:
> Il 19/05/2013 18:30, Ed Maste ha scritto:
> > I'd rather
> > not end up just introducing a parallel set of ldscript files for
> > FreeBSD, so would like to generate it from the default built-in one if
> > possible.
> >
> > For the Fr
"Michael S. Tsirkin" writes:
> On Mon, Apr 22, 2013 at 12:58:26PM -0500, Anthony Liguori wrote:
>> "Michael S. Tsirkin" writes:
>>
>> > On Sun, Apr 07, 2013 at 09:34:08AM +0300, Dmitry Fleytman wrote:
>> >> From: Dmitry Fleytman
>> >>
>> >> Virtio-net driver currently negotiates network offlo
Argh, reply all is needed.
On May 19, 2013 4:45 PM, "Brendan Dolan-Gavitt"
wrote:
> We had to do something similar for our (soon to be released) record and
> replay implementation. To ensure interrupts are delivered at precisely the
> right time we added a global 64 bit instruction counter and th
On Fri, May 17, 2013 at 02:51:19PM -0700, Kwok Cheung Yeung wrote:
> These patches fix various issues related to signal handling in user mode
> emulation for the MIPS architecture.
>
> - When a MIPS16/microMIPS signal handler is called, the program segfaults
> because the PC is set to an invalid a
On 05/19/2013 03:09:14 PM, Mark Burton wrote:
Spot on Peter,
The (simplistic) plan is simply to take a snapshot at regular
intervals,
when you want to step backwards, you return to a snapshot, and then
re-run
forwards to 'just before you started'.
You'd have to snapshot all of memory becau
Public bug reported:
I'm using Windows, I'm not sure if this happens on Linux, but for all I
know it does. To repro, fire up any image (ideally one that does almost
nothing, and doesn't read the serial port), and use the option "-serial
pipe:mypipe". Then use Putty or something else to connect to
On 19 May 2013 21:09, Mark Burton wrote:
> Note - what I understand by a basic block is something that ends in a
> jump/branch of some description. Hence, one thing I think you can say about a
> basic block is that each PC value within it is unique. Hence, if I know the
> number of basic b
Spot on Peter,
The (simplistic) plan is simply to take a snapshot at regular intervals, when
you want to step backwards, you return to a snapshot, and then re-run forwards
to 'just before you started'.
To answer Blauwirbel, we can't "approximate" this - or 'binary search' for the
right place -
On Sun, May 19, 2013 at 09:30:46PM +0200, Paolo Bonzini wrote:
> Il 19/05/2013 18:47, Richard W.M. Jones ha scritto:
> >> >
> >> > More advanced users may wish to make the target an NBD URL. The NBD
> >> > server
> >> > listening on the other side can process the backup writes any way it
> >> >
Il 19/05/2013 18:47, Richard W.M. Jones ha scritto:
>> >
>> > More advanced users may wish to make the target an NBD URL. The NBD server
>> > listening on the other side can process the backup writes any way it
>> > wishes. I
>> > previously posted an RFC series with a backup server that stream
Hi Knut,
Knut Omang wrote:
>
> On Mon, 2013-05-13 at 16:23 -0600, Alex Williamson wrote:
> > On Mon, 2013-05-13 at 22:55 +0200, Knut Omang wrote:
> > > Hi all,
> > >
> > > Perfect timing from my perspective, thanks Alex!
> > >
> > > I spent the better part of the weekend testing your branches
Il 19/05/2013 18:30, Ed Maste ha scritto:
> I'd rather
> not end up just introducing a parallel set of ldscript files for
> FreeBSD, so would like to generate it from the default built-in one if
> possible.
>
> For the FreeBSD x86-64 case I can create a suitable linker script (at
> least, one iden
Hello Andreas and others,
On Sunday 19 May 2013 20:23:55 Andreas Färber wrote:
> Am 18.05.2013 20:24, schrieb Rempel, Cynthia:
> >>> The RTEMS development community is considering having a Google Summer
> >>> of Code student test LinCAN on a simulated RTEMS target board using
> >>> QEMU, and have
There is no common code between these 2 timer implementation.
So it is better to split them.
Signed-off-by: Jean-Christophe DUBOIS
---
hw/timer/Makefile.objs | 3 +-
hw/timer/imx_epit.c| 404
hw/timer/imx_gpt.c | 465
hw/timer/imx_t
Am 18.05.2013 20:24, schrieb Rempel, Cynthia:
>>> The RTEMS development community is considering having a Google Summer
>>> of Code student test LinCAN on a simulated RTEMS target board using
>>> QEMU, and have some questions:
>>>
>>> 1. What guidelines should the student follow when writing the de
On Fri, May 17, 2013 at 11:07:38AM +0100, Daniel P. Berrange wrote:
> On Fri, May 17, 2013 at 11:54:12AM +0200, Markus Armbruster wrote:
> > If you want punishment, why not go for extra punishment?
> >
> > MALLOC_PERTURB_=$(($RANDOM % 255 + 1))
>
> That could lead to non-reproducable failures th
On Thu, May 16, 2013 at 10:36:11AM +0200, Stefan Hajnoczi wrote:
[...]
> How can drive-backup be used?
> -
> The simplest use-case is to copy a point-in-time snapshot to a local file.
>
> More advanced users may wish to make the target an NBD URL. The NBD server
> lis
On 19 May 2013 10:51, in a thread relating to the sparc-linux-user
linker script, Michael Tokarev wrote:
> If we apply this for 1.5, it will be the first release of debian
> package without extra fixes. Hopefully anyway :)
>
> (Ofcourse we may add more fixes later but... ;)
Would it be reasonabl
Am 19.05.2013 15:19, schrieb Paolo Bonzini:
> Il 19/05/2013 14:58, Paolo Bonzini ha scritto:
>> Is this CAN device just an Ethernet device? QEMU does not support other
>> link-level protocols. Adding them would be possible and interesting,
>> however it would add a bit to the complexity.
>>
>> Bo
Rehashing an old thread again...
28.02.2013 21:25, M. Mohan Kumar wrote:
> Michael Tokarev writes:
>
>
>> 28.02.2013 17:55, M. Mohan Kumar wrote:
>>> Michael Tokarev writes:
>>>
>>> Hi,
>>>
>>> Please try mounting with -oversion=9p2000.L
>>>
>>> With qemu-1.4.0 and 9p2000.L, I could not recrea
Guys, are we playing with our sand-box toys or what?
Can we apply this maybe to 1.5?? It's just insane that
such a simple bugfixes, with lots of preceeding work to
identify it, and with users suffering, are being simply
ignored for months...
Thanks,
/mjt
28.02.2013 13:12, Aneesh Kumar K.V wrot
19.05.2013 16:58, Aurelien Jarno wrote:
> On Thu, May 09, 2013 at 05:56:03PM +, Blue Swirl wrote:
>> On Wed, May 8, 2013 at 7:18 AM, Michael Tokarev wrote:
>>> Ping #2?
>>>
>>> 06.04.2013 10:08, Michael Tokarev wrote:
This patch was submitted more than a year ago (at Jan-2012).
Is it
19.05.2013 15:27, Aurelien Jarno wrote:
> Commit 215e47b9 enabled TRIM by default, which revealed a bug in TRIM
> support for the IDE macio emulation driver, introduced in d353fb72.
>
> The call to dma_bdrv_io() is using a wrong opaque of type IDEState
> instead of DBDMA_io. This patch fixes that.
Il 19/05/2013 13:27, Aurelien Jarno ha scritto:
> Commit 215e47b9 enabled TRIM by default, which revealed a bug in TRIM
> support for the IDE macio emulation driver, introduced in d353fb72.
>
> The call to dma_bdrv_io() is using a wrong opaque of type IDEState
> instead of DBDMA_io. This patch fix
On Mon, May 13, 2013 at 02:20:02PM -0600, Alex Williamson wrote:
> To support guest MSI affinity changes update the MSI message any time
> the guest writes to the address or data fields.
>
> Signed-off-by: Alex Williamson
Seems the only way we can fix this for 1.5.
Acked-by: Michael S. Tsirkin
On Mon, May 13, 2013 at 05:14:35PM +0200, Petar Jovanovic wrote:
> From: Petar Jovanovic
>
> First we need to clear the bit and then we set the given value.
> Instruction ADDSC sets the bit and instruction ADDWC uses this bit.
>
> Signed-off-by: Petar Jovanovic
> ---
> target-mips/dsp_helper.c
On Sat, May 18, 2013 at 03:53:41AM +0200, Petar Jovanovic wrote:
> From: Petar Jovanovic
>
> This change makes sure that modifications of pos field in the DSPControl
> register do not trash other bits in the register. This bug can be triggered
> with the additional test case in mips32-dsp/extpdp.
Il 19/05/2013 14:58, Paolo Bonzini ha scritto:
> Is this CAN device just an Ethernet device? QEMU does not support other
> link-level protocols. Adding them would be possible and interesting,
> however it would add a bit to the complexity.
>
> Both would be the same. In the first case, you'd pr
Il 18/05/2013 20:24, Rempel, Cynthia ha scritto:
> we want to be able to verify a guest OS's CAN driver has been integrated
> properly and is sending CAN packets...
>
> Perhaps along the lines of two calls:
> qemu-system-arm -hda linux1.img -can student-implemented-device
> qemu-system-arm -hda
On Thu, May 09, 2013 at 05:56:03PM +, Blue Swirl wrote:
> On Wed, May 8, 2013 at 7:18 AM, Michael Tokarev wrote:
> > Ping #2?
> >
> > 06.04.2013 10:08, Michael Tokarev wrote:
> >> This patch was submitted more than a year ago (at Jan-2012).
> >> Is it still needed? If yes, why it hasn't been
On Mon, Apr 22, 2013 at 12:58:26PM -0500, Anthony Liguori wrote:
> "Michael S. Tsirkin" writes:
>
> > On Sun, Apr 07, 2013 at 09:34:08AM +0300, Dmitry Fleytman wrote:
> >> From: Dmitry Fleytman
> >>
> >> Virtio-net driver currently negotiates network offloads
> >> on startup via features mechan
On Wed, May 15, 2013 at 04:33:08PM -0600, Bjorn Helgaas wrote:
> Indicate ASPM L0s and L1 support in Link Capabilities and make the ASPM
> bits in Link Control writable. These Link Control bits don't do anything
> in qemu, but having them writable means the BIOS or OS can write them as
> on real h
On Sat, May 18, 2013 at 05:30:03PM +0400, Michael Tokarev wrote:
> As mentioned in LP:1179104 ( https://bugs.launchpad.net/qemu/+bug/1179104 ),
> there's a segfault bug in qemu process once guest tries to use some TRIM
> command against an IDE device on PPC. This makes qemu-system-ppc basically
>
Commit 215e47b9 enabled TRIM by default, which revealed a bug in TRIM
support for the IDE macio emulation driver, introduced in d353fb72.
The call to dma_bdrv_io() is using a wrong opaque of type IDEState
instead of DBDMA_io. This patch fixes that.
Fixes LP#1179104
Reported-by: Michael Tokarev
Am 19.05.2013 09:23, schrieb Peter Maydell:
> On 19 May 2013 07:58, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
>> The AT91 is simple too and there is some patch on the ML to add the
>> at91sam9263 SoC
> I would recommend against making this project depend on also getting
> an entire new SoC and boa
On 19 May 2013 07:58, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> The AT91 is simple too and there is some patch on the ML to add the
> at91sam9263 SoC
I would recommend against making this project depend on also getting
an entire new SoC and board model into shape to be committed upstream.
You wan
On 19 May 2013 05:37, Rob Landley wrote:
> On 05/17/2013 12:23:51 PM, KONRAD Frédéric wrote:
>> It appeared that the replay is not deterministic even with icount:
> You're aware that reverse execution means you have the "come from" problem,
> right? (The opposite of goto.)
>
> You literally _can'
On May 19, 2013, at 8:44 AM, Pavel Pisa wrote:
> Hello All,
>
> On Saturday 18 May 2013 23:23:28 Rempel, Cynthia wrote:
Would following the guidance in:
http://lists.gnu.org/archive/html/qemu-devel/2011-07/msg00842.html
increase the probability the [CAN] device simulation would b
59 matches
Mail list logo
