Aurelien Jarno a écrit :
> Hi,
>
> I have recently worked on adding support for the Malta platform [1] with
> a CoreLV CPU in QEMU. Due to lack of time this is currently not
> finished, but if you want to try, my preliminary patches are now public.
> It currently only works with a mipsel platform.
On Tue, Jan 09, 2007 at 09:03:01PM +0300, Alexander Voropay wrote:
> "Aurelien Jarno" <[EMAIL PROTECTED]> wrote:
>
> >This patch changes the 82371SB PCI-to-ISA bridge into a 82371EB.
> >
> >Note that the ACPI controller
> >implemented in QEMU is already a 82371EB.
>
> Shouldn't we also change al
On Tue, Jan 09, 2007 at 09:47:40PM +0100, Juergen Lock wrote:
> Hi!
>
> I'm not sure why I didn't notice signs of this earlier (using the
> Dec 25 snapshot, I'm on FreeBSD), maybe I really only talked to the host
> (10.0.2.2) from inside guests. Anyway, after I first saw it yesterday
> night, to
On 1/7/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/01/07 20:42:14
Modified files:
. : qemu-doc.texi vl.c vl.h
hw : pc.c sun4m.c
Log message:
Revert -disk p
Hi!
I'm not sure why I didn't notice signs of this earlier (using the
Dec 25 snapshot, I'm on FreeBSD), maybe I really only talked to the host
(10.0.2.2) from inside guests. Anyway, after I first saw it yesterday
night, today I sniffed on the external interface and saw dns requests
of a `host go
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard07/01/09 19:44:41
Modified files:
. : vl.c
Log message:
ifname arg fix
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemu&r1=1.235&r2=1.236
_
Ideally, it would be better to use bdrv_pread() and bdrv_pwrite() (see
how they are used in block-qcow*.c).
Regards,
Fabrice.
Igor Lvovsky wrote:
Hi Anthony,
I wrote the patch before Fabrice introduced his solution and I didn't look at it before I sent my patch (my mistake).
But you are rig
I'm not too familiar with diff, so if the attached patch is no good, please do
let me know how to correct it.
On Tuesday 09 January 2007 11:57, Rick Vernam wrote:
> in vl.c, it looks like tap_open is called with an uninitialized ifname -
> instead of ifname[0] == '\0', or a valid ifname, it is a
"Aurelien Jarno" <[EMAIL PROTECTED]> wrote:
This patch changes the 82371SB PCI-to-ISA bridge into a 82371EB.
Note that the ACPI controller
implemented in QEMU is already a 82371EB.
Shouldn't we also change all "piix3" names to "piix4" ?
[qemu]$ find . -type f | xargs grep "piix3" | wc -l
18
in vl.c, it looks like tap_open is called with an uninitialized ifname -
instead of ifname[0] == '\0', or a valid ifname, it is a bunch of gibberish -
in my
case, ""
I'm not all that great with gdbg yet, so it might take me
I recently built cvs, and found that I can no longer have multiple instances
of qemu using tun/tap.
the invocation of qemu includes, for each instance:
-net nic -net tap,script=/etc/qemu-ifup
/etc/qemu-ifup:
#!/bin/sh
sudo /sbin/ifconfig $1 192.168.2.196
sudo brctl addif br0 $1
strace of qemu-s
Igor Lvovsky wrote:
Hi Anthony,
I wrote the patch before Fabrice introduced his solution and I didn't look at it before I sent my patch (my mistake).
But you are right; the new snapshot infrastructure can be useful.
I'll modify my code for new approach and I hope Fabrice will accept it.
E
ZIGLIO, Frediano, VF-IT wrote:
I found this bug. It's a kvm bug but is related to qemu code.
http://sourceforge.net/tracker/index.php?func=detail&aid=1621949&group_i
d=180599&atid=893831
It's been fixed in CVS. KVM is based on 0.8.2.
Regards,
Anthony Liguori
bye
Frediano
__
I found this bug. It's a kvm bug but is related to qemu code.
http://sourceforge.net/tracker/index.php?func=detail&aid=1621949&group_i
d=180599&atid=893831
bye
Frediano
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailm
Hi,
I have recently worked on adding support for the Malta platform [1] with
a CoreLV CPU in QEMU. Due to lack of time this is currently not
finished, but if you want to try, my preliminary patches are now public.
It currently only works with a mipsel platform.
They are available on http://temp.a
This patches increase the size of the BIOS on the mips target to 4MB from
128kB, as the Malta platform as a 4MB BIOS.
diff -Nurd qemu/vl.h qemu/vl.h
--- qemu/vl.h 2006-12-26 16:36:10.0 +0100
+++ qemu/vl.h 2006-12-26 16:38:42.0 +0100
@@ -158,7 +158,7 @@
#if defined (TARGET_PPC)
This patch changes the 82371SB PCI-to-ISA bridge into a 82371EB. There
are no differences in the implementation, but the Malta platform needs
this device as there are some PCI fixup in the Linux kernel.
This should be supported without problem by the i386 and x86_64 targets
as there is no standa
This patch adds a way to specify a devfn number for the PIIX3
southbridge, as the Malta platform rely on this number to setup
the IRQ. Passing the value -1 makes the devfn automatically
assigned as previously.
diff -Nurd qemu/hw/pc.c qemu/hw/pc.c
--- qemu/hw/pc.c2006-12-26 15:28:42.0
This patch adds a way to specify a devfn number for the network PCI
cards, as the Malta platform rely on this number to setup the IRQ.
Passing the value -1 makes the devfn automatically assigned, as
before.
diff -Nurd qemu/hw/ne2000.c qemu/hw/ne2000.c
--- qemu/hw/ne2000.c2006-12-07 19:28:42.
Hi Anthony,
I wrote the patch before Fabrice introduced his solution and I didn't look at
it before I sent my patch (my mistake).
But you are right; the new snapshot infrastructure can be useful.
I'll modify my code for new approach and I hope Fabrice will accept it.
As for CID, I think that sn
20 matches
Mail list logo
