On 3/9/08, Steve Fosdick <[EMAIL PROTECTED]> wrote:
> I have found a single config change that causes the problem. With:
>
> # CONFIG_HIGH_RES_TIMERS is not set
>
> kqemu works correctly, whereas with:
>
> CONFIG_HIGH_RES_TIMERS=y
>
> the problem appears. Any idea why that causes a problem? Is it
On Thu, Mar 6, 2008 at 3:31 PM, Steve Fosdick
<[EMAIL PROTECTED]> wrote:
> So, the compiler appear to be the same basic version of gcc, but slightly
> different build. I will try recompiling the 2.6.23 kernel with the latest
> compiler to see if the problem then occurs.
ok
> Regarding the ke
On Thu, Mar 6, 2008 at 11:58 AM, Steve Fosdick
<[EMAIL PROTECTED]> wrote:
> The hardware is an AMD64 processor and 1GB RAM.
>
> The problem with 2.6.24 seems only to occur with kqemu and also appears in
> dependant of whether dynamic ticks is enabled. A couple of timings should
> illustrate th
DetaolB v0.8.1 has been released 26th,January 2008
http://prdownloads.sf.net/detaolb/detaolb_v081.iso (~60Mb)
This is a bug fix release mostly. The website will soon be updated.
Changelog:
- fixed NumLock issues for fvwm2
- fixed segfaults of fdisk in busybox-1.9.0
- fixed SciTE editor for stand
DetaolB v0.8 has been released 18th,January 2008
http://prdownloads.sf.net/detaolb/detaolb_v08.iso (~60Mb)
Changelog:
- added debugging capabilities (gdb, ddd)
- added fortran language support
- added many editors (qemacs, Scite, nedit, zile)
- upgrade to perl 5.10 !
- static checker for c/c++ (s
On Jan 6, 2008 11:03 PM, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
> Hi,
>
> QEMU version 0.9.1 is out ! You can get it from:
>
> http://bellard.org/qemu/download.html .
>
> Fabrice.
>
working great on WinXP as host, using or not kqemu.
thanks and have a good year ahead!
--
Christian
--
http://
a bugfix release for DetaolB v0.7 is available at:
http://downloads.sf.net/detaolb/detaolb_v071.iso
Changelog:
- "tinycc" binaries were actually missing (sorry Rob! fixed!)
- "mp" small editor added (real name is mped, with color highlighting:
really small footprint!)
- xorg-dev is added for thos
DetaolB v0.7 has been released 22nd,December 2007
http://prdownloads.sf.net/detaolb/detaolb_v07.iso (~48Mb)
DetaolB is a small size x86/uclibc distro, aimed mostly for
emulators/virtualizers (like qemu). It also runs on real hardware and
can be used on a bootable usb key (mandriva flash like).
C
On 10/19/07, Kjel Delaey <[EMAIL PROTECTED]> wrote:
>
> I came home and I tried the stuff at my desktop (I was in school in the
> morning).
>
> I followed your steps Christian and I have also downloaded the
> detaolb_v06.iso file. I have also changed the line in .config.
> I have extracted "debug"
Kjel,
I managed to compile the kernel with your config file and the vanilla
linux 2.6.18.1.
With the "debug" initramfs from DetaolB, I get similar error messages.
I enabled only CONFIG_BLK_DEV_INITRD=y and the problem was gone.
Could you please try this ? I can send you separately (off list) the
On 10/19/07, Kjel Delaey <[EMAIL PROTECTED]> wrote:
>
> I can't find the initramfs file. When I use locate initramfs I can find some
> initramfs files, but none in the directory where I work in.
>
>
>
>
> > From: [EMAIL PROTECTED]
> > To: qemu-devel@nongnu.org
> > S
try to turn on these:
CONFIG_BLK_DEV_INITRD=y
CONFIG_BLOCK=y
CONFIG_PROC_SYSCTL=y (this one may not be valid for 2.6.18*)
--
Christian
--
http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside !
On 10/19/07, Kjel Delaey <[EMAIL PROTECTED]> wrote:
>
> If I do this I got a VFS problem
>
> Not syncing: VFS: Unable to mount root fs on unknown-block(3,1.)
then maybe it's a kernel config issue. it may not be only fs dependent.
do you have the .config file ?
>
> I also tried to enable reiserfs
On 9/17/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
> > Evolve, or prepare to be assimilated into the Collective...
>
> Both the qemu.org and the Savannah project page only mention CVS. If
> there are better ways to get the code then inform your users how to
> use that. Writing only of CVS and th
On 9/17/07, Philip Boulain <[EMAIL PROTECTED]> wrote:
> > > > > DON'T DO THIS KIND OF COMMIT AGAIN, PLEASE.
> > > > if we were using git (but you can do it locally anyway), you would not
> > > > have these conflicts problems...
> > > Maybe... but Savannah uses a CVS frontend, as far as I know...
>
On 9/17/07, J. Mayer <[EMAIL PROTECTED]> wrote:
> > Log message:
> > find -type f | xargs sed -i 's/[\t ]$//g' # on most files
>
> Many thanks for generating hundreds of conflicts with a useless commit.
> Don't know what's wrong in your expression but it did not what you think
> it should (an
On 9/17/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> Log message:
> find -type f | xargs sed -i 's/[\t ]*$//g' # Yes, again. Note the
> star in the regex.
so you're going to do this each time you receive a faulty patch ?
I thought this kind of search and replace is more likely to happen
On 9/14/07, Mike Swanson <[EMAIL PROTECTED]> wrote:
> On Friday 14 September 2007 12:07:35 Sebastien WILLEMIJNS wrote:
> > hi,
> >
> > i noticed ubuntu LiveCD 7.04 QEMU emulation now only works with RTL8139
> > NICs (because NE2K drivers seems has been deleted from ISO)
> >
> > i'm not surprised be
On 9/8/07, Filip Navara <[EMAIL PROTECTED]> wrote:
> Attached patch allows KQEMU to build on pure MinGW installation without the
> need for ELF tools or compilation on Linux. I'm not sure if it breaks the
> Linux compilation, so it should be carefully tested. Hope it's usefull at
> least for someon
DetaolB is a small size x86/uclibc distro, aimed mostly for
emulators/virtualizers.
With this iso's size around 40Mb, you've a small yet functional
desktop distro which can help developping C software or compiling the
linux kernel. It can then self emulate with included qemu-0.9.0 ;-)
DetaolB v0
Hi lists,
for those who would optionally need qemu-0.9.0 (not the CVS current,
the official release) compiled versus uclibc-0.9.29 on x86, please
find attached a patch which allows it. i've not tested other
architectures like arm/sparc.
it's basically a removal of aio (not present in uclibc) and
On 8/21/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> On Friday 17 August 2007 3:23:04 pm Christian MICHON wrote:
> > DetaolB aimed to be a "much-less-than-a-floppy" x86 linux live distro.
> > Now, it's evolving more into "a-la-slax" type of distro
On 8/18/07, Luca Tettamanti <[EMAIL PROTECTED]> wrote:
> Hello,
> in reply to this mail I will send a serie of 4 patches that cleans up and
> expands the alarm timer handling in QEMU. Patches have been rebased on QEMU
> CVS.
>
> Patch 1 is mostly a cleanup of the existing code; instead of having mu
DetaolB aimed to be a "much-less-than-a-floppy" x86 linux live distro.
Now, it's evolving more into "a-la-slax" type of distro.
In less than 40Mb, you've a small yet functional desktop distro which
can help developping software or compiling the linux kernel.
DetaolB v0.5 has been released 17th,Au
On 8/16/07, Paul Brook <[EMAIL PROTECTED]> wrote:
> Yes, I mean the API. However in practice you'd probably want to try and share
> the implementation as well. In short it's likely to need rewriting before
> it's acceptable upstream.
>
> Paul
>
> P.S. Please don't top-post. Consider this your fin
very nice, thanks.
you were doing this demo on a ultra sparc, emulating a 386.
I've questions (unrelated to qemu):
- what window manager were you using ?
- what software did you use to grab the audio + video ?
On 8/14/07, Jonathan Kalbfeld <[EMAIL PROTECTED]> wrote:
> Hello,
>
> In the process o
yet colinux >= 0.7.1 is using I believe a similar approach for passing its
parameters...
quoting the readme: "colinux-daemon @example.conf"
and this is what I use on a daily basis to compile detaolb on colinux
(which I test later using qemu).
On 8/14/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
On 8/13/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> Instead of inventing great and wonderfully complicated schemes, the
> most sensible way I can think of is to recycle a feature which is now
> implemented in the GNU toolchain, and apparently stems from Windows:
>
> qemu @qemu.cfg
>
> where qem
On 8/13/07, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> I know we are not in democracy, but if I can vote I'd like to vote to the idea
> of Christian Brunschen...
>
> We can modify qemu to test if the argument is a directory, if yes, it reads
> args
> from file args in this directory and for secur
allocate more ram to your qemu guest
it's the "-m" switch. Default is 128M, way too low
for KDE.
Try first 192, 256, and then 512 if you can afford it.
On 7/24/07, Clemens Kolbitsch <[EMAIL PROTECTED]> wrote:
hi!
i've got a questions... just out of curiosity: when emulating windows xp, i
get q
On 7/11/07, Rob Landley <[EMAIL PROTECTED]> wrote:
I look forward to a fix. It would be nice to add sparc to the "actually
works" list. :)
that's 2 persons looking forward to it. ;-)
today's results:
- uclibc ok (minus the segfaults coming from it)
- conf from busybox segfaults
- bash segfaul
On 7/11/07, Rob Landley <[EMAIL PROTECTED]> wrote:
When you get that kind of segmentation fault, see if "hello world" segfaults
too. (In general, when building with a new toolchain, new C library, new
kernel, new root filesystem packaging method, or a new system in general, if
anything goes wron
On 7/11/07, Christian MICHON <[EMAIL PROTECTED]> wrote:
I just managed a compilation of bash-3.2 using ncurses-5.6 and
uClibc-0.9.29 inside a qemu-system-sparc (native compilation,
no cross compilation).
"ldd ./bash" points naturally to libdl.so.0, libc.so.0, ld-uClibc.so.0
./b
On 7/11/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> It's entirely possibly that qemu and real sparc hardware are behaving
> differently, but I'm not seeing this bus error under qemu. (I haven't got
> real sparc hardware, so I can only debug against qemu...)
Right. Debugging the problem I found
On 7/10/07, Bernhard Fischer <[EMAIL PROTECTED]> wrote:
On Wed, Jul 04, 2007 at 09:54:48PM +0200, Cedric Hombourger wrote:
>The busybox link failure has an existing entry in mantis:
>http://www.uclibc.org/bugs/bug_view_advanced_page.php?bug_id=1356
Just to expand on this one last time, here is t
On 7/9/07, wangji <[EMAIL PROTECTED]> wrote:
>Christian Mignon wrote :
>3) use DetaolB. It's one of the many reasons why I created it. :)
But slax as dsl do have X ,when DetaolB will include X with uclibc
not just busybox
upgrade to version 0.4.
X is already in since last version. :)
On 7/9/07, Michael Fisher <[EMAIL PROTECTED]> wrote:
Thanks...I am working with a couple of distros I want to modify so they will
boot faster on QEMU and also utilize persistence. Customizing the
/etc/init.d/* scripts will be my next step.
with minor modifications (1 file) you can get similar
On 7/8/07, Michael Fisher <[EMAIL PROTECTED]> wrote:
I have run various live Linux CD distributions (Knoppix, DSL, Ubuntu, etc.)
under QEMU and was wondering if there is really a need to run the various
hardware detection scripts in the live CDs? Obviously, a script for getting
an IP address is n
ach! posted too fast!
I had to use image instead of vmlinux.
I can see a boot sequence working now... not far now...
On 7/6/07, Christian MICHON <[EMAIL PROTECTED]> wrote:
Hi list,
I used the .config I was given (originally for 2.6.11+tcx), and did minor tweaks
to upgrade it to 2.6.21.
Hi list,
I used the .config I was given (originally for 2.6.11+tcx), and did minor tweaks
to upgrade it to 2.6.21.
Once compiled, the kernel vmlinux does not boot. I've error messages like:
unknown filesystem type
Not a bootable ELF image
unknown filesystem type
Not a Linux kernel image
unknown
On 7/5/07, Rob Landley <[EMAIL PROTECTED]> wrote:
What's the difference between deltaolb and Firmware Linux, anyway? I'm still
curious about this.
a few differences, quite minor actually (that's why I said in the past we
shared many common goals :-) )...
I actually started this in 2002, but t
ok,
I found this file (google for it): stage3-sparc-2006.0.tar.bz2
I put it into a vmdk image file, preformatted in ext2 fs.
I touched up a few files and used the sparc kernel and
binaries from the qemu-windows page.
I've now a native compiler for sparc32. I managed some
stuff with it already.
On 7/4/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> what command line did you use when you reported a
> successful installation of aurora earlier this year ?
qemu-system-sparc -boot d -hda aurora-1.0.img -cdrom aurora-1.0-sparc-disc1.iso
I tested Aurora 1.0 and 2.0, 2.1 can't read from cdrom. I
On 7/4/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
Is there a special reason to use Aurora? I thought it was an
abandoned port of Fedora Core 2... (with Fedora 7 available nowadays)
Debian was the only maintained Sparc distribution I could recently
find for qemu.
that's the only port I found
On 7/4/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
Aurora is fine, Debian should work on Sparc too.
when trying to boot aurora, it stops and complains about
/dev/sda
I already gave a hda disk. is it a problem of size or a
problem of command line switch ?
what command line did you use when you r
On 7/4/07, Cedric Hombourger <[EMAIL PROTECTED]> wrote:
You may want to look at crosskit.sourceforge.net
thanks for this hint.
I haven't looked at detaoib yet but it was surely created before crosskit
and may therefore be a safer bet.
DetaolB aims to be a native solution, not a cross compi
On 7/4/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
I used the attached config for sparc-test kernel build, with one patch
for TCX that shouldn't be necessary for newer kernels.
thanks. that'll save time.
> will uclibc work well enough on sparc32 ?
I have no first hand experience. Busybox work
On 6/30/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
As the number of Sparc32 distributions keeps approaching zero, could
you consider porting DetaolB to non-x86 CPUs?
ok, I documented myself, and I'll try on sparc32.
any hint on patches, config files for the kernel ?
will uclibc work well enough
On 6/30/07, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
Hi,
On Sat, 30 Jun 2007, Blue Swirl wrote:
> On 6/30/07, Christian MICHON <[EMAIL PROTECTED]> wrote:
> > DetaolB aimed to be a "much-less-than-a-floppy" x86 linux live distro.
> > Now, it's evo
On 6/30/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
The reason why distributions drop sparc32 is the unmaintained kernel.
Nobody stepped up for Linux kernel maintenance in the last years.
Debian managed to keep up a sort-of working kernel for the last
release, the people who put their time into
DetaolB aimed to be a "much-less-than-a-floppy" x86 linux live distro.
Now, it's evolving more into "a-la-slax" type of distro.
DetaolB v0.4 has been released 29th,June 2007 on sf.net
=>
http://sourceforge.net/project/showfiles.php?group_id=140321&package_id=155481&release_id=519786
Mailing lis
you could pack the binaries and the image into a 7-zip sfx
(but that is for windows hosts only). just google for it and
you'll get the procedure. I've done it a few times already.
what is your host ? linux or windows ?
On 6/27/07, NetAudi <[EMAIL PROTECTED]> wrote:
Hi beastcoders,
My question
On 6/16/07, Rob Landley <[EMAIL PROTECTED]> wrote:
On Thursday 14 June 2007 17:13:32 Christian MICHON wrote:
> * /proc/miniconfig.gz: main ideas from Rob Landley, need documentation
Actually, there was documentation for this before there was code. You can
follow my development of th
DetaolB v0.3 is being released 14th,June 2007 on sf.net
=>
http://sourceforge.net/project/showfiles.php?group_id=140321&package_id=155481&release_id=516140
- this is mostly a release with tons of added features
- this is mostly a proof of concept
- this is not a bugfix release
- your feedback wi
Hi lists,
DetaolB is a small live x86 distro, entirely uclibc/busybox based,
to be run either on real hardware or inside qemu. With a modified
kernel, it can also run in colinux and will soon self-build this way.
it's (at least today) at the bleeding edge of uclibc and linux kernel.
there are al
actually, it's been registered by myself in 2005 ;)
Detaolb aims to be a "much-less-than-a-floppy" linux distro.
It's been thought and built in/for qemu all along. Only recently
I started using colinux to speed up some dev ( cofs in
colinux is a killer feature over samba inside qemu, btw... ).
t
Hi qemu list,
this is a small "donation" for a x86/32bits small distro I'm toying with.
it's reached a small 1st step (bootable and stable enough): v0.1
lots of kudos and credits to:
- linux developers
- qemu developers
- busybox developers
- and soon uclibc developers
- of course, Rob Landley w
On 5/9/07, Michael Opdenacker wrote:
This demo shows that it's possible to implement a full-featured embedded
system with a graphical interface within 2.1 MB!
Feedback, suggestions and contributions are welcome!
cool :)
merci Michael...
--
Christian
On 5/4/07, gaurav gunjan jha <[EMAIL PROTECTED]> wrote:
Hello Friends !!
I am trying to install Qemu from source on suse 10
suse 10 implies gcc >= 4.0.x, so you cannot compile a
working qemu. another alternative than installing gcc3
from sources is to install Suse 9 packages...
configure --
On 5/4/07, tang peilei <[EMAIL PROTECTED]> wrote:
the target arch is arm. and I was just use the download qemu arm-test
kernel and initrd file to run. It has a config.gz in /proc, but I can not
copy it out, becase the net can not work in my qemu, and the hda can not
use .Is there any other way to
On 5/4/07, tang peilei <[EMAIL PROTECTED]> wrote:
I first create a img file using command "qemu-img create myimgfile 10M"
then I use this img file in my qemu . ("qemu -kernel ... -initrd ... -hda
myimgfile").
but when i am in linux shell , I can not find any hda info even in "dmesg",
and I can n
On 3/16/07, andrzej zaborowski <[EMAIL PROTECTED]> wrote:
Implements basic differences between XScale and plain ARM. The patch
also adds the main on-chip peripherals of PXA2xx: interrupt
controller, DMA, GPIO controller, SSP, I2C, I2S busses, UARTs, FIR
port, RTC, Clock/Power/Memory managers.
Ch
On 4/11/07, gaurav gunjan jha <[EMAIL PROTECTED]> wrote:
(...)
qemu-img create -f qcow linux2.img 100M
Formating 'linux2.img', fmt=qcow, size=102400 kB
but when i invoke the command qemu linux3.img then i get the
a new terminal window and the following display on it
the Fatal error .boot from ha
On 3/31/07, James Jacobs <[EMAIL PROTECTED]> wrote:
> Using the start.bat file included with the QEMU package (except changing
> cd-rom and hard disk image filenames as appropriate).
> I haven't adjusted any audio settings, I'm using whatever the defaults
are.
which package ?
you mentionned a
On 3/30/07, James Jacobs <[EMAIL PROTECTED]> wrote:
Host type is Win98SE. Guest types are Debian Linux 3.1 and Knoppix.
Not specifying a type of image to qemu-img (using default, whichever
filesystem that is - it doesn't say).
no experience whatsoever on win98se host. I usually use it as
guest.
On 3/30/07, James Jacobs <[EMAIL PROTECTED]> wrote:
3 more bugs that need attention...
a) serious: Image files, even those created by the version of qemu-img.exe
that comes with QEMU 0.90, are unreadable by QEMU 0.90, QEMU 0.82 works fine
with them.
b) less serious: "Out of environment space" e
On 3/26/07, Kyle Hubert <[EMAIL PROTECTED]> wrote:
I tried using the newer video appendage and it didn't seem to work. I
had to use the older vga=. I believe you are talking about the kernel
boot param, yes?
yes. normally the vesafb-tng is supposed to address missing functions
or resolutions of
you could use "sendkey" in the monitor console of qemu.
This is the only way on xp host to send a "ctrl-alt-delete" to
a xp guest to login...
On 2/10/07, Georg Schlomka <[EMAIL PROTECTED]> wrote:
Hi!
We use Qemu un an Ubuntu host and want to run XP guests. No problems
there. But the most import
1) go into the monitor of qemu (ctrl-alt-2)
2) key in:
sendkey ctrl-alt-f1
3) go back to the emulated screen (ctrl-alt-1)
it should have swapped back to text mode.
sorry for the late reply, but your email just made it now
to the mailing list.
On 3/14/07, Halim Sahin <[EMAIL PROTECTED]> wrote:
H
On 3/26/07, Kyle Hubert <[EMAIL PROTECTED]> wrote:
It does work in cirrus mode for 1024x768. I was under the impression
that it was all the cirrus driver would support. However, the std-vga
mode supports vga 799 and 798 in the console. (1600x1200:24bpp and
1600x1200:16bpp respectively)
The X dri
quite impossible: the hardware inside qemu guest would be different
with the real hardware of the laptop.
worst case: error 7b and blue screen. it will not go further, and it
means you need to reinstall everything.
best case: it moves further in safe mode, but then you'll need the
xp cdrom for i
On 3/26/07, Kyle Hubert <[EMAIL PROTECTED]> wrote:
Hi, I'm working with QEMU on an XFree86 machine. I was desirous of
having 1600x1200 working in the virtual machine, so I looked at using
the -std-vga option with the "vesa" X driver.
While initializing X, I get the following:
(...)
could you
use mingw to compile qemu for windows hosts, not cygwin.
if I recall well, SDL does not cope well on cygwin.
--
Christian
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
On 3/15/07, Halim Sahin <[EMAIL PROTECTED]> wrote:
Hello,
On Thu, Mar 15, 2007 at 09:14:46AM +0100, Christian MICHON wrote:
> is it on a freshly created qemu image, or one created with qemu
> <= 0.8.2 ?
0.8.2 was used to create the image
>
> what is the format of the q
is it on a freshly created qemu image, or one created with qemu
<= 0.8.2 ?
what is the format of the qemu image ? raw, qcow, qcow2 ?
right now (and I'm on windows hosts), latest qemu and 0.9.0
work well. Most of the pb I see with kernel-kqemu are
time out on hdc (cdrom) if I boot on hda with lin
On 2/5/07, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard07/02/05 20:46:55
Modified files:
. : Changelog VERSION
this is starting to feel like christmas :)
woot!
--
Christian
___
On 1/28/07, Neo Jia <[EMAIL PROTECTED]> wrote:
hi,
I notice that this would be a very newbie question. Hope you can point me out.
I am going to simulate i386 arch. But I cannot run it just with initrd
and vmlinuz just like running it for mips arch. It always complained
about missing the hda ima
On 1/30/07, Paul Brook <[EMAIL PROTECTED]> wrote:
Did you test it? I'm fairly certain it still won't work. AFAICS You're not
setting the field anywhere.
it solved the compilation, which was broken, which was my primary
concern. Your patches normally don't break the build :)
so in a sense, with
On 1/30/07, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
just guard it with an #ifndef ENOMEDIUM
this one was not bothering so much, but it's true it's cleaner with this.
> c:/qemu/qemu-30jan07/vl.c: In function `win_chr_read_poll':
> c:/qemu/qemu-30jan07/vl.c:2021: error: structure has no
in vl.c (change introduced 2 days ago by Paul):
In file included from c:/qemu/qemu-30jan07/vl.c:24:
c:/qemu/qemu-30jan07/vl.h:57:1: warning: "ENOMEDIUM" redefined
c:/qemu/qemu-30jan07/vl.h:49:1: warning: this is the location of the
previous definition
c:/qemu/qemu-30jan07/vl.c: In function `win_c
On 1/28/07, Neo Jia <[EMAIL PROTECTED]> wrote:
Thanks. After removing "root=/dev/hda", I still get the following
error messages. I think the kernel should be boot even without the
fc3.img, right?
not necessarily. if your kernel contains an initramfs, then it is
self sufficient. Again, the boot
6.20-rc6 -initrd initrd-2.6.20-rc6.img -hda
fc3.img -nographic -append console=ttyS0 root=/dev/hda
The following is the error message ...
(...)
Switching to new root
switchroot: mount failed: 22
umount /initrd/dev failed: 2
Kernel panic - not syncing: Attempted to kill init!
On 1/28/07, Christia
one possibility is to include your kernel and initrd inside a
bootable iso (mkisofs and isolinux are your friends: look at
the man pages for numerous solutions).
the kernel panic could be actually missing block drivers
or your root parameter is wrong.
On 1/28/07, Neo Jia <[EMAIL PROTECTED]> wrot
Tuesday 16 January 2007 08:25, Christian MICHON wrote:
> based on *quick* benchs and without entering too much in detail
> (in case I'd violate EULA), it seems faster than qemu+kqemu on
> windows hosts :(
Why is that a bad thing? VirtualBox is GPL, kqemu is not, so I'd say
Virt
based on *quick* benchs and without entering too much in detail
(in case I'd violate EULA), it seems faster than qemu+kqemu on
windows hosts :(
--
Christian
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qem
I've been googling around and checking the mailing list archives, and
I cannot find the answer.
Has anyone started a porting of such target ? (this is not a feature
request)
--
Christian
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.
I tested it on win32 host.
Apparently a typo mistake (see updated patch)
how to use it ?
diff -Nur ehci.patch ehci-xian.patch
--- ehci.patch Thu Jan 4 09:50:17 2007
+++ ehci-xian.patch Thu Jan 4 10:40:26 2007
@@ -1722,7 +1722,7 @@
+printf ("buffer is %p (+%d)\n", s->buffer, (uint8_t*)
On 12/15/06, Paul Brook <[EMAIL PROTECTED]> wrote:
QEMU is an open source project (and this list is hosted on a site that is
explicitly for open source projects)· Thus any solution that involves
proprietary closed source modules is offtopic.
ok, politically incorrect. point taken :)
yet, what
On 12/15/06, Paul Brook <[EMAIL PROTECTED]> wrote:
> I've got a copy of today's CVS,
You missed my point entirely. kqemu is a closed source module, there's
absolutely nothing we can do with it.
well, we can use kqemu at least, right? :)
interesting benchmark: I started removing most of the g
On 12/12/06, Daniel Jacobowitz <[EMAIL PROTECTED]> wrote:
How is everybody missing the point? :-) mount -o loop doesn't mount
qcow images.
you could also mount it through a samba tunnel
--
Christian
___
Qemu-devel mailing list
Qemu-devel@nongnu.o
30/06, Christian MICHON <[EMAIL PROTECTED]> wrote:
I would like to do the opposite: having a Windows host and a properly configured
samba inside a linux guest, use windows explorer to browse specific disk areas
of the linux guest.
I can already do this using vmplayer in host-only network mode,
Hi list,
I know for sure "-smb" option is meant for using samba inside a Windows guest
inside a linux host.
I would like to do the opposite: having a Windows host and a properly configured
samba inside a linux guest, use windows explorer to browse specific disk areas
of the linux guest.
I can a
yes, but this one seems more interesting...
http://video.google.com/videoplay?docid=-582288598817619782&q=qemu&hl=en
Dscho on lime lights :)
On 11/28/06, Laurent Desnogues <[EMAIL PROTECTED]> wrote:
This looks real and funny :)
http://www.ps3scene.com/news/static/WindowsXPonPS3viaQemuonLinux-
On 10/24/06, Blue Swirl <[EMAIL PROTECTED]> wrote:
I'd recommend Qemu Launcher (https://gna.org/projects/qemulaunch).
If Qemu gets a config file and a configuration utility, it should be similar
in my opinion.
I thought the qemu config file could be having the noble aim to be
multi-host. Usin
how about this ? (it's yaml, not xml)
the idea would be to store all cfg in one file and switch at boot time
which guest you want to boot...
This is just a draft, and your mileage may vary. More readings at:
http://yaml.org
http://www-128.ibm.com/developerworks/library/x-matters23.html
---
gues
IMHO, I believe:
- python inside monitor is uncalled for (average python installation size is
big, no ?)
- xml is still too big a format for something we can do by shell script
(joke: why not yaml ?)
--
Christian
___
Qemu-devel mailing list
Qemu-devel
On 10/22/06, Rob Landley <[EMAIL PROTECTED]> wrote:
As a random end-user, I really like being able to run qemu without a config
file, configuring it entirely on the command line. I'd be highly
disappointed if qemu turned into another Wine.
Rob
we've a lot to gain from it. Think twice: the she
On 8/19/06, J M Cerqueira Esteves <[EMAIL PROTECTED]> wrote:
So the "culprit" of the cdrom timeouts seems to be -hdd ...
but why?
I saw the same things few weeks ago. Since then, I do
not use hdd anymore (my qemu host is winXP).
I remember it was better on real hardware to have the cdrom
eithe
same for me here. about 150+ messages and it keeps growing...
On 8/20/06, René Korthaus <[EMAIL PROTECTED]> wrote:
Hey,
is anyone else experiencing this? Since some hours I get messages
dating from February, March and April again...
René Korthaus
__
On 7/17/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
Sometimes I try :-) But evaluating patches takes a large amount of time
and in a program like QEMU regressions are difficult to track and very
easy to introduce...
not all on this list do contribute patches (in my case, not much
contributi
1 - 100 of 228 matches
Mail list logo
