On Sat, Jul 28, 2007 at 12:27:33AM +0200, andrzej zaborowski wrote:
> On 28/07/07, andrzej zaborowski <[EMAIL PROTECTED]> wrote:
> > On 26/07/07, Juergen Lock <[EMAIL PROTECTED]> wrote:
> > > Okay I got a little further now...
> > >
> > > On Wed, Jul 25, 2007 at 10:13:42PM +0200, andrzej zaborowski
- Original Message
From: Paul Brook <[EMAIL PROTECTED]>
To: qemu-devel@nongnu.org
Cc: n schembr <[EMAIL PROTECTED]>
Sent: Friday, July 27, 2007 1:38:19 PM
Subject: Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h
hw/acpi.c hw/adlib.c ...)
> >As Qemu cannot use mul
On 27/07/07, Paul Borman <[EMAIL PROTECTED]> wrote:
> The platform I started with was ppc_prep :-)
>
> So, is Python already part of qemu? Personally, I would have a goal
> that the definition of a device would be simple enough that there
> would be no reason to have anything more complicated than
On 28/07/07, andrzej zaborowski <[EMAIL PROTECTED]> wrote:
> On 26/07/07, Juergen Lock <[EMAIL PROTECTED]> wrote:
> > Okay I got a little further now...
> >
> > On Wed, Jul 25, 2007 at 10:13:42PM +0200, andrzej zaborowski wrote:
> > > On 24/07/07, Juergen Lock <[EMAIL PROTECTED]> wrote:
> > >> I w
On 26/07/07, Juergen Lock <[EMAIL PROTECTED]> wrote:
> Okay I got a little further now...
>
> On Wed, Jul 25, 2007 at 10:13:42PM +0200, andrzej zaborowski wrote:
> > On 24/07/07, Juergen Lock <[EMAIL PROTECTED]> wrote:
> >> I was under the impression that -append doesnt work, is this wrong?
> >> A
Been digging around for a solution or confirmation of this for a while
now without much luck. Forgive me if there's a solution to this I'm just
not seeing.
Getting some ugly libata related errors in my guest like
ata2: DRQ=1 with device error, dev_stat 0x49
ata2.00: exception Emask 0x0 SAct 0x0 S
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/07/27 22:08:46
Modified files:
. : vl.c vl.h
hw : arm_boot.c
Log message:
Optionally setup old style linux bootparams for -kernel, by Juergen
Lock.
CV
> >> how close is thread safey?
> >
> > In a useful form: a fair way off.
> >
> > It's relatively simple to hack something together than runs. Making it
> > work correctly and go fast is much harder though. My current prototype
> > (running on 2 cores) runs about a quarter the speed of normal qemu,
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/07/27 21:49:15
Modified files:
hw : pxa2xx.c
Log message:
Update TNF bit in I2C status register, original patch by Juergen Lock.
CVSWeb URLs:
http://cvs.savannah.gnu.org/vie
Thiemo Seufer wrote:
A missing libm sounds like a build environment problem.
Thiemo
Do you have a test for this because I reinstalled the entire
system from scratch and have had no problems building
lots of packages over the last week except for those
applications that assume that all the worl
Sunil Amitkumar Janki wrote:
[snip]
>> gcc -g -Wl,-T,/root/tmp/qemu-20070727/mipsel.ld -o qemu-i386 main.o
>> syscall.o mmap.o signal.o path.o osdep.o thunk.o elfload.o linuxload.o
>> vm86.o libqemu.a gdbstub.o -lm -lrt -lasound
>> /usr/bin/ld: cannot find -lm
&g
Am 27.07.2007 um 16:58 schrieb Sunil Amitkumar Janki:
Dan Shearer wrote:
I see this as a different class of testing
[...], checking out and compiling
under different circumstances. That's very valuable, and will help
address a problem that drives away a lot of potential QEMU users -
they
ju
On Fri, Jul 27, 2007 at 09:22:08AM -0700, n schembr wrote:
> Is system_powerdown a better way to stop the host? Is
> system_powerdown a soft operation like the atx powersupply? It did
> not work with a smoothwall guest.
It would, but is not implemented for x86. I've been working on it using
ACP
Paul Brook wrote:
As Qemu cannot use multicore CPUs (partially due to missing thread
safety), yet, you won't benefit from this unless you want to run
multiple instances of Qemu in parallel.
how close is thread safey?
In a useful form: a fair way off.
It's relatively simple to hack
> >As Qemu cannot use multicore CPUs (partially due to missing thread
> >safety), yet, you won't benefit from this unless you want to run
> >multiple instances of Qemu in parallel.
>
> how close is thread safey?
In a useful form: a fair way off.
It's relatively simple to hack something together t
- Original Message
From: Jan Marten Simons <[EMAIL PROTECTED]>
To: qemu-devel@nongnu.org
Sent: Friday, July 27, 2007 12:50:51 PM
Subject: Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h
hw/acpi.c hw/adlib.c ...)
Sunil Amitkumar Janki schrieb:
> Dan Shearer wrote:
>
n schembr wrote:
-snap-
Personally though I don't see much benefit to simple syntax config
files over C files, that are being used now.
Config files implies a self check process. A better question might
be, has qemu grown to the point where an outsider is going to define
a new platform?
A
Sunil Amitkumar Janki schrieb:
Dan Shearer wrote:
You do also have the architectures provided to you by QEMU :-) :-)
I have been able to build modular Xorg for Armedslack in QEMU without
having the hardware but when I tried to port Slackware 12.0 to SPARC in
QEMU I found it was way too slow
socat - unix-connect:/vservers/qemu/cms1/cms1.sock works well.
Ctrl-d stops socat.
I'd prefer not to have vnc running unless I needed it,but some of my guests
hang when -nographic is used. Note : the guest has X running and the host is
running headless.
Is system_powerdown a better way to
On Fri, Jul 27, 2007 at 05:50:05PM +0200, Sunil Amitkumar Janki wrote:
> Dan Shearer wrote:
> >You do also have the architectures provided to you by QEMU :-) :-)
>
> Maybe in the future where we have all kinds of cheap multicore processors
> this will not matter much but for the moment limited res
Dan Shearer wrote:
You do also have the architectures provided to you by QEMU :-) :-)
I have been able to build modular Xorg for Armedslack in QEMU without
having the hardware but when I tried to port Slackware 12.0 to SPARC in
QEMU I found it was way too slow and started looking for some re
On 7/27/07, David Woodhouse <[EMAIL PROTECTED]> wrote:
> I'm not sure if it's supposed to be able to run yaboot, but it doesn't
> seem to. I've tried running the netboot images (which are just a zImage
> containing kernel+initrd) and I think I had problems with that too --
> but at least that was a
On Fri, Jul 27, 2007 at 04:58:19PM +0200, Sunil Amitkumar Janki wrote:
> Dan Shearer wrote:
> >
> >I see this as a different class of testing to the tinderbox-style
> >testing Natalia Portillo was talking about, checking out and compiling
> >under different circumstances. That's very valuable, and
kware 12.0 on MIPS for the last
few months and would like to run QEMU on that architecture. previously
it built but didn't run, but now it doesn't even compile anymore. The
error message I get is the following:
gcc -O2 -march=r4600 -Wall -O2 -g -fno-strict-aliasing -I. -I..
-I/root/t
Andreas Färber wrote:
>
> Am 24.07.2007 um 15:32 schrieb Clemens Kolbitsch:
>
>> i'm emulating i386 (what else when using windows *g*) [...]
>>
>> just in case someone knows :-)
>
> As far as I recall, in chronological order: alpha, ia64, amd64. ;-)
>
mips, alpha, ia64, amd64.
-hpa
On Fri, Jul 27, 2007 at 09:29:11AM -0500, Anthony Liguori wrote:
> FYI, I've started building a VNC based automated tester. You provide it
> a series of screenshots with masks of data that's likely to be
That's excellent.
I see this as a different class of testing to the tinderbox-style
testin
FYI, I've started building a VNC based automated tester. You provide it
a series of screenshots with masks of data that's likely to be
semi-random and it'll wait for each screen shot. It also has the smarts
to find where the mouse is so that you can move it to an exact location.
I'll have so
On Sun, Apr 08, 2007 at 09:43:20PM +0100, Natalia Portillo wrote:
Whoops, slightly late reply :-)
> I have a huge list of operating systems (both closed and open source, that
> works and that doesn't work under QEMU) that can be used to check that QEMU
> doesn't broke (or even, that it corrects a
On Fri, 27 Jul 2007 10:17:01 +0100
David Woodhouse <[EMAIL PROTECTED]> wrote:
> I'm not sure if it's supposed to be able to run yaboot, but it doesn't
> seem to. I've tried running the netboot images (which are just a
> zImage containing kernel+initrd) and I think I had problems with that
> too --
On Fri, 2007-07-27 at 07:24 -0400, Jesse Keating wrote:
> That would potentially work, I just want to try getting the install
> env up and running. What syntax did you use to boot the netboot
> image?
I don't remember -- I think I may have built a hacked version of
OpenHackware which just interp
"Paul Borman" wrote:
Personally, I would have a goal
that the definition of a device would be simple enough that there
would be no reason to have anything more complicated than a simple
text file.
Look at the Virtutech Simics emulator. (It's closed source product but free
for academic use
The platform I started with was ppc_prep :-)
So, is Python already part of qemu? Personally, I would have a goal
that the definition of a device would be simple enough that there
would be no reason to have anything more complicated than a simple
text file. While I would not suggest that t
The embedded space contains a vast number of boards, often only
different by what devices are use, where they are located, etc.
Building a new version of qemu for each board would be burdensome.
The hope would be that we could build a generic qemu (for an
architecture family), say, ppc_ge
On Thu, 2007-07-26 at 19:47 -0400, Jesse Keating wrote:
> So I'd really really like to be able to use qemu to test my just
> composed PPC trees. Alas I can't seem to find the magic key combos to
> make this happen. Have any of you had any luck doing this? There
> seems to be scarce documentation
On Thu, 26 Jul 2007 21:00:31 +0200, andrzej zaborowski wrote:
>
> There is some interesting work being done on a similar project by Paul
> Sokolovsky for his and Maria Zabolotnaya's Google Summer Of Project.
> In their approach machine descriptions (but not only) are written in
> python, which let
35 matches
Mail list logo
