HI,
Blue Swirl wrote:
On 11/14/07, Shaddy Baddah <[EMAIL PROTECTED]> wrote:
Hi again,
After further culling the target list, I was able to install qemu on my
sun4u host.
However, running it, I get a bus error. See below for details:
$ /opt/qemu-cvs/bin/qemu -m 128 -cdrom
~/KNOPPIX_V5.1.1CD-2
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/12/05 03:23:39
Modified files:
hw : irq.h omap.c omap.h
Log message:
Rework OMAP1 interrupt handling to allow multiple interrupt banks, by
Lauro Ramos Venancio.
Add
On Mon, Dec 03, 2007 at 08:20:28PM -0600, Rick Vernam wrote:
> any comments on the current status of moving beyond dependency on GCC 3.3.6?
you meant dependency on GCC < 4 right?, I use gcc 3.4.6 and there shouldn't be
any reasons AFAIK that wouldn't work.
Carlo
Dor Laor wrote:
Anthony Liguori wrote:
Subject: [PATCH 3/3] virtio block device
+
+static void virtio_blk_handle_output(VirtIODevice *vdev, VirtQueue *vq)
+{
+VirtIOBlock *s = to_virtio_blk(vdev);
+VirtQueueElement elem;
+unsigned int count;
+
+while ((count = virtqueue_pop(vq, &
Dor Laor wrote:
Anthony Liguori wrote:
This patch series adds support for paravirtual device drivers that use
virtio. virtio is a frame work in Linux for abstracting the details of
virtual IO so that a single device driver (like networking) can be used
with multiple hypervisors using a small s
Anthony Liguori wrote:
Subject: [PATCH 3/3] virtio block device
+
+static void virtio_blk_handle_output(VirtIODevice *vdev, VirtQueue *vq)
+{
+VirtIOBlock *s = to_virtio_blk(vdev);
+VirtQueueElement elem;
+unsigned int count;
+
+while ((count = virtqueue_pop(vq, &elem)) != 0) {
+
Anthony Liguori wrote:
Index: qemu/hw/virtio-net.c
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ qemu/hw/virtio-net.c2007-12-04 14:17:37.0 -0600
+
+static void virtio_net_receive(void *opaque, const uin
Anthony Liguori wrote:
Subject: [PATCH 1/3] virtio infrastructure
Cc: Rusty Russell <[EMAIL PROTECTED]>
Cc: Avi Kivity <[EMAIL PROTECTED]>
Cc: Dor Laor <[EMAIL PROTECTED]>
This patch implements the basic infrastructure for
Anthony Liguori wrote:
This patch series adds support for paravirtual device drivers that use
virtio. virtio is a frame work in Linux for abstracting the details of
virtual IO so that a single device driver (like networking) can be used
with multiple hypervisors using a small shim layer. Curre
Blue Swirl wrote:
On 12/4/07, Robert Reif <[EMAIL PROTECTED]> wrote:
I would be surprised if an SMP kernel actually worked on a multi CPU SS5.
Prepare for a surprise:
That's interesting because the fact that it works shows how inaccurate
the emulation is.
Now could you please r
The attached patch modifies the parser function for the mac addresses (ie. -net
nic,macaddr=XX) in the following ways:
- the accepted separators now include "-", because on Windows it is common to
write a MAC addresses separated by dashes (ie. 54-32-00-12-34-56)
- it supports specifying the
Hi,
On Tue, 4 Dec 2007, Johannes Schindelin wrote:
> On Tue, 4 Dec 2007, Antti P Miettinen wrote:
>
> > Rick Vernam <[EMAIL PROTECTED]> writes:
> > > any comments on the current status of moving beyond dependency on
> > > GCC 3.3.6?
> >
> > Sorry for a vague ignorant question, but would the gc
Hi,
On Tue, 4 Dec 2007, Antti P Miettinen wrote:
> Rick Vernam <[EMAIL PROTECTED]> writes:
> > any comments on the current status of moving beyond dependency on GCC
> > 3.3.6?
>
> Sorry for a vague ignorant question, but would the gcc-4 issues be
> affected in any way if the ops were inside a
Anthony Liguori wrote:
Subject: [PATCH 2/3] virtio network device
Cc: Rusty Russell <[EMAIL PROTECTED]>
Cc: Avi Kivity <[EMAIL PROTECTED]>
Cc: Dor Laor <[EMAIL PROTECTED]>
This patch implements the backend support for the virtio network device. The
device is optimized for virtualized environm
On 04/12/2007, Antti P Miettinen <[EMAIL PROTECTED]> wrote:
> Rick Vernam <[EMAIL PROTECTED]> writes:
> > any comments on the current status of moving beyond dependency on GCC 3.3.6?
>
> Sorry for a vague ignorant question, but would the gcc-4 issues be
> affected in any way if the ops were inside
Subject: [PATCH 3/3] virtio block device
Cc: Rusty Russell <[EMAIL PROTECTED]>
Cc: Avi Kivity <[EMAIL PROTECTED]>
Cc: Dor Laor <[EMAIL PROTECTED]>
This patch implements the backend support for the virtio block device. It's
designed to support in-order queueing of a virtually unlimited size so
Subject: [PATCH 2/3] virtio network device
Cc: Rusty Russell <[EMAIL PROTECTED]>
Cc: Avi Kivity <[EMAIL PROTECTED]>
Cc: Dor Laor <[EMAIL PROTECTED]>
This patch implements the backend support for the virtio network device. The
device is optimized for virtualized environments by limiting the num
Subject: [PATCH 1/3] virtio infrastructure
Cc: Rusty Russell <[EMAIL PROTECTED]>
Cc: Avi Kivity <[EMAIL PROTECTED]>
Cc: Dor Laor <[EMAIL PROTECTED]>
This patch implements the basic infrastructure for virtio devices. These
devices are exposed to the guest as real PCI devices. The PCI vendor/dev
This patch series adds support for paravirtual device drivers that use
virtio. virtio is a frame work in Linux for abstracting the details of
virtual IO so that a single device driver (like networking) can be used
with multiple hypervisors using a small shim layer. Currently, Linux
supports a
Rick Vernam <[EMAIL PROTECTED]> writes:
> any comments on the current status of moving beyond dependency on GCC 3.3.6?
Sorry for a vague ignorant question, but would the gcc-4 issues be
affected in any way if the ops were inside a big function (use labels
to find them) vs the current use of separa
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/12/04 20:58:31
Modified files:
hw : slavio_serial.c sun4m.c sun4m.h
Log message:
No keyboard mode (Robert Reif)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/slavio_serial.
On 12/4/07, Shaddy Baddah <[EMAIL PROTECTED]> wrote:
> HI,
>
> Blue Swirl wrote:
> > On 11/14/07, Shaddy Baddah <[EMAIL PROTECTED]> wrote:
> >> Hi again,
> >>
> >> After further culling the target list, I was able to install qemu on my
> >> sun4u host.
> >>
> >> However, running it, I get a bus err
On 12/4/07, Paul Brook <[EMAIL PROTECTED]> wrote:
> > If you want to make a 16
> > CPU, 64 Gb machine, define a QEMU specific machine. There are no real
> > 32 bit sparc systems like that.
>
> I believe the Cray CS6400 was a 64-way sparc32 machine with 16Gb ram.
> Admittedly it's a sun4d variant,
> If you want to make a 16
> CPU, 64 Gb machine, define a QEMU specific machine. There are no real
> 32 bit sparc systems like that.
I believe the Cray CS6400 was a 64-way sparc32 machine with 16Gb ram.
Admittedly it's a sun4d variant, not sun4m. I've no idea how much difference
(if any) that ma
Am 04.12.2007 um 00:53 schrieb Thiemo Seufer:
Blue Swirl wrote:
On 12/3/07, Robert Reif <[EMAIL PROTECTED]> wrote:
This patch sets the maximum number of CPUs and memory to what is
supported by the actual hardware.
While it's not historically accurate to emulate a Sparcstation 5 with
16 CPUs
On 12/4/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> Blue Swirl wrote:
> > On 12/3/07, Robert Reif <[EMAIL PROTECTED]> wrote:
> > > This patch sets the maximum number of CPUs and memory to what is
> > > supported by the actual hardware.
> >
> > While it's not historically accurate to emulate a Sp
Anthony Liguori wrote:
> Gerd Hoffmann wrote:
Hi,
> I really want to use readv/writev though. With virtio, we get a
> scatter/gather list for each IO request.
Yep, I've also missed pwritev (or whatever that syscall would be named).
> Once I post the virtio-blk driver, I'll follow up a little
On 12/4/07, Robert Reif <[EMAIL PROTECTED]> wrote:
> Blue Swirl wrote:
>
> >On 12/3/07, Robert Reif <[EMAIL PROTECTED]> wrote:
> >
> >
> >>This patch sets the maximum number of CPUs and memory to what is
> >>supported by the actual hardware.
> >>
> >>
> >
> >While it's not historically accurate to
Gerd Hoffmann wrote:
Anthony Liguori wrote:
IMHO it would be a much better idea to kill the aio interface altogether
and instead make the block drivers reentrant. Then you can use
(multiple) posix threads to run the I/O async if you want.
Threads are a poor substitute for a proper AI
HI,
Blue Swirl wrote:
On 11/14/07, Shaddy Baddah <[EMAIL PROTECTED]> wrote:
Hi again,
After further culling the target list, I was able to install qemu on my
sun4u host.
However, running it, I get a bus error. See below for details:
$ /opt/qemu-cvs/bin/qemu -m 128 -cdrom
~/KNOPPIX_V5.1.1CD-2
Anthony Liguori wrote:
>> IMHO it would be a much better idea to kill the aio interface altogether
>> and instead make the block drivers reentrant. Then you can use
>> (multiple) posix threads to run the I/O async if you want.
>
> Threads are a poor substitute for a proper AIO interface. linux-a
Le mardi 04 décembre 2007 à 13:49 +0100, Gerd Hoffmann a écrit :
> Anthony Liguori wrote:
> > I have a patch that uses linux-aio for the virtio-blk driver I'll be
> > posting tomorrow and I'm extremely happy with the results. In recent
> > kernels, you can use an eventfd interface along with linux
Anthony Liguori wrote:
> I have a patch that uses linux-aio for the virtio-blk driver I'll be
> posting tomorrow and I'm extremely happy with the results. In recent
> kernels, you can use an eventfd interface along with linux-aio so that
> polling is unnecessary.
Which kernel version is "recent"?
Le mardi 04 décembre 2007 à 01:20 +, Paul Brook a écrit :
> On Tuesday 04 December 2007, andrzej zaborowski wrote:
> > On 04/12/2007, Paul Brook <[EMAIL PROTECTED]> wrote:
> > > > Log message:
> > > > Always create an SD bdrv, so that PXA and OMAP boards can boot
> > > > with no card inse
Le lundi 03 décembre 2007 à 19:16 +, Paul Brook a écrit :
> > Yes, librt is providing posix-aio, and librt coming with GNU libc uses
> > threads.
> > But if I remember correctly librt coming with RHEL uses a mix of threads
> > and linux kernel AIO (you can have a look to the .srpm of libc).
> >
35 matches
Mail list logo
