On 11/26/10 15:21, Anthony Liguori wrote:
> On 11/26/2010 08:15 AM, Jes Sorensen wrote:
>> I would be all in favor of this! Do you want to attach it to another
>> conference or totally standalone?
>>
>
> Attaching is easier logistically but I don't know how much that helps if
> it's a full 3 d
Nathan Froyd a écrit :
> On Sun, Nov 28, 2010 at 09:20:25AM +0100, Frédéric Pétrot wrote:
>>IMHO someone from code sourcery would be great, as they (Paul Brooks in
>> the
>>older versions, it seems that Nathan is now taking over) are contributing
>>most of the ARM emulation stuff.
>
>
On Sun, Nov 28, 2010 at 09:20:25AM +0100, Frédéric Pétrot wrote:
>IMHO someone from code sourcery would be great, as they (Paul Brooks in the
>older versions, it seems that Nathan is now taking over) are contributing
>most of the ARM emulation stuff.
Well, Paul still knows way more tha
Peter Maydell a écrit :
> 2010/11/28 Frédéric Pétrot :
>> PS: We have indeed ourselves worked on the acceleration of the neon support
>>(neon on mmx/sse instead of helpers)
>
> Slight tangent, but: How well did you find that worked?
> Were you trying to retain bit-for-bit accuracy in the resul
On Sun, Nov 28, 2010 at 08:11:45PM +0100, Peter Stuge wrote:
> Peter Stuge wrote:
> > Specifying boot device using PCI BDF is a great example of using
> > common structured data. That BDF exists both in machine and firmware
> > data models.
>
> Gleb Natapov wrote:
> > Bus numbers are assigned by a
On Sun, Nov 28, 2010 at 09:09:48PM +0200, Michael S. Tsirkin wrote:
> On Sun, Nov 28, 2010 at 08:54:38PM +0200, Gleb Natapov wrote:
> > On Sun, Nov 28, 2010 at 07:23:20PM +0200, Michael S. Tsirkin wrote:
> > > On Sun, Nov 28, 2010 at 03:19:00PM +0200, Gleb Natapov wrote:
> > > > On Sun, Nov 28, 201
On Sun, Nov 28, 2010 at 08:00:29PM +0100, Peter Stuge wrote:
> Gleb Natapov wrote:
> > There is no way for qemu to know about BCVs or BEVs
>
> This is very much the key point.
>
> In order to have command line control over the boot process, the
> machine and the firmware must agree on things.
>
Peter Stuge wrote:
> Specifying boot device using PCI BDF is a great example of using
> common structured data. That BDF exists both in machine and firmware
> data models.
Gleb Natapov wrote:
> Bus numbers are assigned by a guest. Qemu knows nothing about them,
> so it specify device path by topol
On Sun, Nov 28, 2010 at 08:54:38PM +0200, Gleb Natapov wrote:
> On Sun, Nov 28, 2010 at 07:23:20PM +0200, Michael S. Tsirkin wrote:
> > On Sun, Nov 28, 2010 at 03:19:00PM +0200, Gleb Natapov wrote:
> > > On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
> > > > On Sun, Nov 28, 201
$subj.
Someone asked about this format, wanting to try Haiku in SimNow, so I wrote
this.
I got a report of successfully booting a converted image in SimNow.
It doesn't yet support automatically growing the file, so we just preallocate
on create.
François.
From b0602bc2b02dcd7b15f0f9a143f850defd
Gleb Natapov wrote:
> There is no way for qemu to know about BCVs or BEVs
This is very much the key point.
In order to have command line control over the boot process, the
machine and the firmware must agree on things.
I see two options:
1. QEMU works very very hard to provide a machine that wi
On Sun, Nov 28, 2010 at 07:23:20PM +0200, Michael S. Tsirkin wrote:
> On Sun, Nov 28, 2010 at 03:19:00PM +0200, Gleb Natapov wrote:
> > On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
> > > On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
> > > > On Sat, Nov 27, 201
On Sun, Nov 28, 2010 at 12:15:44PM -0500, Kevin O'Connor wrote:
> On Sun, Nov 28, 2010 at 09:45:34AM +0200, Gleb Natapov wrote:
> > On Sat, Nov 27, 2010 at 04:07:45PM -0500, Kevin O'Connor wrote:
> > > On Sat, Nov 27, 2010 at 09:04:24PM +0200, Gleb Natapov wrote:
> > > > Suppose we add SCSI support
On 11/28/2010 11:37 AM, Brian Harring wrote:
> Additional note... it *looks* like the deadlock potential is there
> already in 0.13, it's just heavily exacerbated by this patch- out of
> about 600 builds I've seen 2 lockup in the same fashion (rate was far
> higher with the patch on this ticket).
>
On Sun, Nov 28, 2010 at 03:19:00PM +0200, Gleb Natapov wrote:
> On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
> > On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
> > > On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
> > > > On 11/23/2010 06:12 PM, Ant
Works with 0.13.0 (Debian 0.13.0+dfsg-2). Probably
63a54736f31f9e11da6fb52319bba26e7d24f571 was the fix
** Changed in: qemu
Status: New => Fix Released
--
qemu i386-softmmu segfaults on i386 while testing kdbg hardware interrupts
https://bugs.launchpad.net/bugs/501177
You received this bu
On Sun, Nov 28, 2010 at 09:45:34AM +0200, Gleb Natapov wrote:
> On Sat, Nov 27, 2010 at 04:07:45PM -0500, Kevin O'Connor wrote:
> > On Sat, Nov 27, 2010 at 09:04:24PM +0200, Gleb Natapov wrote:
> > > Suppose we add SCSI support to Seabios and suppose SCSI card Seabios can
> > > natively boot from h
On Sun, Nov 28, 2010 at 01:22:42PM +, Blue Swirl wrote:
> On Sun, Nov 28, 2010 at 1:19 PM, Gleb Natapov wrote:
> > On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
> >> On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
> >> > On Sat, Nov 27, 2010 at 10:56:10PM +0
Am 28.11.2010 13:48, Sven Eckelmann wrote:
> My fault. it is still their... did my test wrong
>
> ** Changed in: qemu
>Status: Fix Released => New
>
Fixed in stable-0.13 and master by
63a54736f31f9e11da6fb52319bba26e7d24f571. I guess stable-0.12 is now
pure distro business.
Jan
signa
From: Jan Kiszka
Xen target bits in qemu are intended for x86. Let the build system
reflect this and avoid useless building/linking for other targets.
Signed-off-by: Jan Kiszka
---
Makefile.objs |4 ++--
Makefile.target |4 ++--
configure |4 ++--
3 files changed, 6 inserti
changes from v1:
remove stale comments, use only c-style comments
bugfix, forgot to set recv_len
change reader name to 'Virtual Reader'
Signed-off-by: Alon Levy
---
Makefile.objs |2 +-
hw/ccid-card-emulated.c | 501 +++
2 fi
Signed-off-by: Alon Levy
---
Makefile|6 --
Makefile.objs |5 +
Makefile.target |2 ++
configure | 24
libcaccard/Makefile | 18 ++
5 files changed, 53 insertions(+), 2 deletions(-)
create mode 10064
Signed-off-by: Alon Levy
---
docs/ccid.txt | 125 +
docs/libcaccard.txt | 482 +++
2 files changed, 607 insertions(+), 0 deletions(-)
create mode 100644 docs/ccid.txt
create mode 100644 docs/libcaccard.txt
diff --git a/docs/cc
A CCID device is a smart card reader. It is a USB device, defined at [1].
This patch introduces the usb-ccid device that is a ccid bus. Next patches will
introduce two card types to use it, a passthru card and an emulated card.
[1] http://www.usb.org/developers/devclass_docs/DWG_Smart-Card_CCID_R
Signed-off-by: Alon Levy
---
Makefile.objs |2 +-
hw/ccid-card-passthru.c| 277
libcaccard/vscard_common.h | 130 +
3 files changed, 408 insertions(+), 1 deletions(-)
create mode 100644 hw/ccid-card-passthru.
This patchset adds three new devices, usb-ccid, ccid-card-passthru and
ccid-card-emulated, providing a CCID bus, a simple passthru protocol
implementing card requiring a client, and a standalone emulated card.
It also introduces a new directory libcaccard with CAC card emulation,
CAC is a type of
http://aigipe.it/index99.php
Public bug reported:
Hello,
I'm trying to develop a OS over L4/X2 microkernel and I use Linux debian
and qemu 0.13 in 64 bits mode. When I start qemu with qemu-system-x86_64
-hdc freevms.img -smp 1 -serial stdio -m 128M -k fr, my kernel boots
fine. If I modify this command line with -m 384M (for
On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
> On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
> > On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
> > > On 11/23/2010 06:12 PM, Anthony Liguori wrote:
> > > >On 11/23/2010 09:31 AM, Gleb Natapov wrote:
On Sun, Nov 28, 2010 at 1:19 PM, Gleb Natapov wrote:
> On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
>> On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
>> > On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
>> > > On 11/23/2010 06:12 PM, Anthony Liguor
On Sun, Nov 28, 2010 at 03:13:52PM +0200, Michael S. Tsirkin wrote:
> On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
> > On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
> > > On 11/23/2010 06:12 PM, Anthony Liguori wrote:
> > > >On 11/23/2010 09:31 AM, Gleb Natapov wrote:
On Sun, Nov 28, 2010 at 09:54:04AM +0200, Gleb Natapov wrote:
> On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
> > On 11/23/2010 06:12 PM, Anthony Liguori wrote:
> > >On 11/23/2010 09:31 AM, Gleb Natapov wrote:
> > >>Anthony, Blue
> > >>
> > >>No comments on this patch series for almos
On Sun, Nov 28, 2010 at 12:39:13PM +, Blue Swirl wrote:
> On Sun, Nov 28, 2010 at 7:54 AM, Gleb Natapov wrote:
> > On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
> >> On 11/23/2010 06:12 PM, Anthony Liguori wrote:
> >> >On 11/23/2010 09:31 AM, Gleb Natapov wrote:
> >> >>Anthony, B
My fault. it is still their... did my test wrong
** Changed in: qemu
Status: Fix Released => New
--
qemu i386-softmmu segfaults on i386 while testing kdbg hardware interrupts
https://bugs.launchpad.net/bugs/501177
You received this bug notification because you are a member of qemu-
devel-
Seems to be fixed in qemu 0.12.5 (Debian 0.12.5+dfsg-2).
** Changed in: qemu
Status: New => Fix Released
--
qemu i386-softmmu segfaults on i386 while testing kdbg hardware interrupts
https://bugs.launchpad.net/bugs/501177
You received this bug notification because you are a member of qemu
On Sun, Nov 28, 2010 at 7:54 AM, Gleb Natapov wrote:
> On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
>> On 11/23/2010 06:12 PM, Anthony Liguori wrote:
>> >On 11/23/2010 09:31 AM, Gleb Natapov wrote:
>> >>Anthony, Blue
>> >>
>> >>No comments on this patch series for almost a week. Can
On Sun, Nov 28, 2010 at 08:55:28PM +0900, Yoshiaki Tamura wrote:
> 2010/11/28 Michael S. Tsirkin :
> > On Thu, Nov 25, 2010 at 03:06:52PM +0900, Yoshiaki Tamura wrote:
> >> Replace bdrv_aio_writev() with bdrv_aio_writev_proxy() to let
> >> event-tap capture events from dma-helpers.
> >>
> >> Signed
2010/11/28 Frédéric Pétrot :
> PS: We have indeed ourselves worked on the acceleration of the neon support
> (neon on mmx/sse instead of helpers)
Slight tangent, but: How well did you find that worked?
Were you trying to retain bit-for-bit accuracy in the results?
-- PMM
On Sun, Nov 28, 2010 at 10:53 AM, Alon Levy wrote:
> On Fri, Nov 26, 2010 at 07:05:02PM +, Blue Swirl wrote:
>> On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy wrote:
>> > A CCID device is a smart card reader. It is a USB device, defined at [1].
>> > This patch introduces the usb-ccid device that
On Sun, Nov 28, 2010 at 12:03:02PM +, Blue Swirl wrote:
> On Sun, Nov 28, 2010 at 10:44 AM, Alon Levy wrote:
> > On Sun, Nov 28, 2010 at 09:42:05AM +, Blue Swirl wrote:
> >> On Sun, Nov 28, 2010 at 9:14 AM, Alon Levy wrote:
> >> > On Fri, Nov 26, 2010 at 06:50:07PM +, Blue Swirl wrote
On Sun, Nov 28, 2010 at 10:44 AM, Alon Levy wrote:
> On Sun, Nov 28, 2010 at 09:42:05AM +, Blue Swirl wrote:
>> On Sun, Nov 28, 2010 at 9:14 AM, Alon Levy wrote:
>> > On Fri, Nov 26, 2010 at 06:50:07PM +, Blue Swirl wrote:
>> >> On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy wrote:
>> >> > S
2010/11/28 Michael S. Tsirkin :
> On Thu, Nov 25, 2010 at 03:06:50PM +0900, Yoshiaki Tamura wrote:
>> Record ioport event to replay it upon failover.
>>
>> Signed-off-by: Yoshiaki Tamura
>
> Interesting. This will have to be extended to support ioeventfd.
> Since each eventfd is really just a bina
2010/11/28 Michael S. Tsirkin :
> On Thu, Nov 25, 2010 at 03:06:52PM +0900, Yoshiaki Tamura wrote:
>> Replace bdrv_aio_writev() with bdrv_aio_writev_proxy() to let
>> event-tap capture events from dma-helpers.
>>
>> Signed-off-by: Yoshiaki Tamura
>
> Same comment as -net here: it's not clear when
On Sun, Nov 28, 2010 at 08:27:58PM +0900, Yoshiaki Tamura wrote:
> 2010/11/28 Michael S. Tsirkin :
> > On Thu, Nov 25, 2010 at 03:06:44PM +0900, Yoshiaki Tamura wrote:
> >> Modify inuse type to uint16_t, let save/load to handle, and revert
> >> last_avail_idx with inuse if there are outstanding emu
2010/11/28 Michael S. Tsirkin :
> On Thu, Nov 25, 2010 at 03:06:54PM +0900, Yoshiaki Tamura wrote:
>> Replace replace qemu_sendv_packet_async() with
>> qemu_sendv_packet_async_proxy() to let event-tap capture events from
>> virtio-net.
>>
>> Signed-off-by: Yoshiaki Tamura
>
> Why does every device
2010/11/28 Michael S. Tsirkin :
> On Thu, Nov 25, 2010 at 03:06:44PM +0900, Yoshiaki Tamura wrote:
>> Modify inuse type to uint16_t, let save/load to handle, and revert
>> last_avail_idx with inuse if there are outstanding emulation.
>>
>> Signed-off-by: Yoshiaki Tamura
>
> This changes migration
2010/11/28 Brian Harring :
> Additional note... it *looks* like the deadlock potential is there
> already in 0.13, it's just heavily exacerbated by this patch- out of
> about 600 builds I've seen 2 lockup in the same fashion (rate was far
> higher with the patch on this ticket).
Thanks for the tes
Public bug reported:
Currently when executing a linux-user target, mmap.c is in use- the
model it uses internally for figuring out what the mmap address actually
should be basically is an accumulator, every mmap invocation (regardless
of munmap's that cleared the previous usage) is center on the n
** Attachment added:
"0001-try-to-reuse-recently-freed-mmap-space-to-reduce-gue.patch"
https://bugs.launchpad.net/bugs/682326/+attachment/1747588/+files/0001-try-to-reuse-recently-freed-mmap-space-to-reduce-gue.patch
--
linux-user/mmap exhaustion
https://bugs.launchpad.net/bugs/682326
You r
On 28.11.2010, at 09:12, Gleb Natapov wrote:
> On Thu, Nov 25, 2010 at 08:35:41AM +0100, Alexander Graf wrote:
>> The way we're currently modeling mmio is too simplified. We assume that
>> every device has the same endianness as the target CPU. In reality,
>> most devices are little endian (all P
Frederic,
On 28.11.2010, at 09:20, Frédéric Pétrot wrote:
> Hi there,
>
> IMHO someone from code sourcery would be great, as they (Paul Brooks in the
> older versions, it seems that Nathan is now taking over) are contributing
> most of the ARM emulation stuff.
> We may also have both tal
On 28.11.2010, at 01:17, Nathan Froyd wrote:
> On Fri, Nov 26, 2010 at 01:26:31AM +0100, François Revol wrote:
the people we are addressing and we would like to bring together is from
the QEMU emulation community.
We are interested in running different ISAs mainly under Linux and
On 28.11.2010, at 01:09, Nathan Froyd wrote:
> On Sat, Nov 27, 2010 at 11:26:05PM +0100, Alexander Graf wrote:
>> On 27.11.2010, at 20:00, Peter Maydell wrote:
>>> On 26 November 2010 16:34, wolfgang mueller wrote:
In this case is it possible to do the introductionary talk of the workshop
On Fri, Nov 26, 2010 at 07:05:02PM +, Blue Swirl wrote:
> On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy wrote:
> > A CCID device is a smart card reader. It is a USB device, defined at [1].
> > This patch introduces the usb-ccid device that is a ccid bus. Next patches
> > will
> > introduce two c
Additional note... it *looks* like the deadlock potential is there
already in 0.13, it's just heavily exacerbated by this patch- out of
about 600 builds I've seen 2 lockup in the same fashion (rate was far
higher with the patch on this ticket).
--
qemu-arm segfaults executing msgmerge (gettext)
h
On Sun, Nov 28, 2010 at 09:42:05AM +, Blue Swirl wrote:
> On Sun, Nov 28, 2010 at 9:14 AM, Alon Levy wrote:
> > On Fri, Nov 26, 2010 at 06:50:07PM +, Blue Swirl wrote:
> >> On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy wrote:
> >> > Signed-off-by: Alon Levy
> >> > ---
> >> > Makefile
On Fri, Nov 26, 2010 at 07:05:02PM +, Blue Swirl wrote:
> On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy wrote:
...
> > +/* 6.2.6 RDR_to_PC_SlotStatus definitions */
> > +enum {
> > + CLOCK_STATUS_RUNNING = 0,
> > + /* 0 - Clock Running, 1 - Clock stopped in State L, 2 - H,
> > + 3 - u
@Peter, that patch, against 0.13 results in some odd deadlocks;
specifically a racey deadlock during signal handling best I can tell.
Attached is an strac'ing of the make process- nothing special, just
forking off some children, wait'ing on the results- if you look earlier
in the log you'll see th
On Sun, Nov 28, 2010 at 11:38:36AM +0200, Avi Kivity wrote:
> On 11/28/2010 09:54 AM, Gleb Natapov wrote:
> >On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
> >> On 11/23/2010 06:12 PM, Anthony Liguori wrote:
> >> >On 11/23/2010 09:31 AM, Gleb Natapov wrote:
> >> >>Anthony, Blue
> >>
On Sun, Nov 28, 2010 at 9:14 AM, Alon Levy wrote:
> On Fri, Nov 26, 2010 at 06:50:07PM +, Blue Swirl wrote:
>> On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy wrote:
>> > Signed-off-by: Alon Levy
>> > ---
>> > Makefile | 6 --
>> > Makefile.objs | 5 +
>> > Makefil
On Thu, Nov 25, 2010 at 03:06:50PM +0900, Yoshiaki Tamura wrote:
> Record ioport event to replay it upon failover.
>
> Signed-off-by: Yoshiaki Tamura
Interesting. This will have to be extended to support ioeventfd.
Since each eventfd is really just a binary trigger
it should be enough to read ou
On 11/28/2010 09:54 AM, Gleb Natapov wrote:
On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
> On 11/23/2010 06:12 PM, Anthony Liguori wrote:
> >On 11/23/2010 09:31 AM, Gleb Natapov wrote:
> >>Anthony, Blue
> >>
> >>No comments on this patch series for almost a week. Can it be app
On Thu, Nov 25, 2010 at 03:06:52PM +0900, Yoshiaki Tamura wrote:
> Replace bdrv_aio_writev() with bdrv_aio_writev_proxy() to let
> event-tap capture events from dma-helpers.
>
> Signed-off-by: Yoshiaki Tamura
Same comment as -net here: it's not clear when should
a device use bdrv_aio_writev_prox
On Thu, Nov 25, 2010 at 03:06:54PM +0900, Yoshiaki Tamura wrote:
> Replace replace qemu_sendv_packet_async() with
> qemu_sendv_packet_async_proxy() to let event-tap capture events from
> virtio-net.
>
> Signed-off-by: Yoshiaki Tamura
Why does every device need to know about eent tap?
Can qemu_se
On Thu, Nov 25, 2010 at 03:06:44PM +0900, Yoshiaki Tamura wrote:
> Modify inuse type to uint16_t, let save/load to handle, and revert
> last_avail_idx with inuse if there are outstanding emulation.
>
> Signed-off-by: Yoshiaki Tamura
This changes migration format, so it will break compatibility w
On Fri, Nov 26, 2010 at 06:50:07PM +, Blue Swirl wrote:
> On Thu, Nov 25, 2010 at 4:22 PM, Alon Levy wrote:
> > Signed-off-by: Alon Levy
> > ---
> > Makefile | 6 --
> > Makefile.objs | 5 +
> > Makefile.target | 2 ++
> > configure | 24
Hi there,
IMHO someone from code sourcery would be great, as they (Paul Brooks in the
older versions, it seems that Nathan is now taking over) are contributing
most of the ARM emulation stuff.
We may also have both talks organized one after the other covering both
topics, but then W
On Thu, Nov 25, 2010 at 08:35:41AM +0100, Alexander Graf wrote:
> The way we're currently modeling mmio is too simplified. We assume that
> every device has the same endianness as the target CPU. In reality,
> most devices are little endian (all PCI and ISA ones I'm aware of). Some
> are big endian
On Sat, Nov 27, 2010 at 10:05:07PM +0800, Jason Wang wrote:
> We still need advance address even we find there's no dirty pages in
> current chunk.
>
> Signed-off-by: Jason Wang
> ---
> hw/vhost.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks!
> diff --git a/hw/v
69 matches
Mail list logo
