On Thursday 18 October 2007 4:46:50 pm Ronan Keryell wrote:
> Anybody kind enough to have a look at :
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446868
>
> I've asked some other people and they hit the same issue.
> It's not clear to me where the bug is since it happens very early in the
>
On Friday 19 October 2007 3:33:52 pm Aurelien Jarno wrote:
> Aurelien Jarno a écrit :
> > - The target CPU never gets into idle loop, so the host CPU is always
> > used at 100%
>
> This is actually not a problem. The default CPU (604) does not support
> DOZE or NAP. Switching to a 603 CPU, the ta
On 10/20/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> SPARC64 currently fails to build:
>
> make[1]: Entering directory /home/ths/qemu/qemu-work/sparc64-linux-user'
> gcc-3.4 -g -Wl,-T,/home/ths/qemu/qemu-work/ppc.ld -o qemu-sparc64 main.o
> syscall.o mmap.o signal.o path.o osdep.o thunk.o el
On Sunday 14 October 2007 5:14:27 am J. Mayer wrote:
> On Sun, 2007-10-14 at 11:19 +0200, Oliver Falk wrote:
> > Hi list!
>
> Hi you !
>
> > Just wanted to know how far the progress on alpha target is? I would be
> > happy if I have some 'virtual alpha' to test new isos.
> >
> > If I can help some
On Monday 15 October 2007 8:15:29 pm Jeff Carr wrote:
> Has anyone looked into finding a way to pass SIGWINCH through to the
> guest? I started looking at linux-user/signal.c.
>
> For those that might not be familiar with SIGWINCH, supporting it
> would allow qemu -nographic to tell when the termin
On Tuesday 16 October 2007 3:51:29 pm Stefan Weil wrote:
> Jeff Carr schrieb:
> > On 10/15/07 19:32, Paul Brook wrote:
> >> qemu emulates a real machine. Signals are an operating system
> >> concept, so your
> >> question makes no sense. Configure your guest OS exactly the same way
> >> you
> >> wo
SPARC64 currently fails to build:
make[1]: Entering directory /home/ths/qemu/qemu-work/sparc64-linux-user'
gcc-3.4 -g -Wl,-T,/home/ths/qemu/qemu-work/ppc.ld -o qemu-sparc64 main.o
syscall.o mmap.o signal.o path.o osdep.o thunk.o elfload.o linuxload.o
elfload32.o libqemu.a gdbstub.o -lm -lrt
Aurelien Jarno a écrit :
> - The target CPU never gets into idle loop, so the host CPU is always
> used at 100%
>
This is actually not a problem. The default CPU (604) does not support
DOZE or NAP. Switching to a 603 CPU, the target CPU correctly goes
into idle loop.
--
.''`. Aurelien Jarn
Hi,
raw harddisk access for Windows (//./PhysicalDrive0) gives wrong disk sizes.
You can check this by booting a harddisk with the GRUB bootloader installed
and using GRUB's geometry command.
The current QEMU code uses IOCTL_DISK_GET_DRIVE_GEOMETRY which is marked
as obsolete by MS.
The appended
On Fri, Oct 19, 2007 at 07:39:47PM +0200, Jocelyn Mayer wrote:
> > The small patch below fixes the IDE problem, but not the NE2000 ISA one.
> > Please apply.
>
> Interesting, thanks. I'll test this and apply or check for more fixes if
> needed... I'll also try to check what's happening with the NE
Problem solved!Thanks for helping me out!
Kjel D.
From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: RE: [Qemu-devel] Kernel panic - not
syncing: No init found. Trypassing init= option to kernel.Date: Fri, 19 Oct
2007 19:05:55 +0200
qemu screens
From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: RE: [Q
On Oct 18, 2007, at 6:46 PM, J. Mayer wrote:
On Thu, 2007-10-18 at 19:12 -0500, Rob Landley wrote:
The easy way to reproduce this is go to
"http://landley.net/hg/firmware";,
download tip, and "./build.sh powerpc". When it finishes building
everything, cd build and "./run-powerpc.sh".
[...]
On Oct 19, 2007, at 12:39 PM, Jocelyn Mayer wrote:
On Fri, 2007-10-19 at 17:19 +0200, Aurelien Jarno wrote:
The small patch below fixes the IDE problem, but not the NE2000 ISA
one.
Please apply.
Interesting, thanks. I'll test this and apply or check for more fixes
if
needed... I'll also try
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"
On Fri, 2007-10-19 at 17:19 +0200, Aurelien Jarno wrote:
> On Thu, Oct 18, 2007 at 07:12:57PM -0500, Rob Landley wrote:
> > The easy way to reproduce this is go to "http://landley.net/hg/firmware";,
> > download tip, and "./build.sh powerpc". When it finishes building
> > everything, cd build an
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" in my
working directory.
If I use "debug" I have the following
On Thu, Oct 18, 2007 at 07:12:57PM -0500, Rob Landley wrote:
> The easy way to reproduce this is go to "http://landley.net/hg/firmware";,
> download tip, and "./build.sh powerpc". When it finishes building
> everything, cd build and "./run-powerpc.sh".
>
> What I did is build a new ppc_rom.bin
Rob Landley a écrit :
> The easy way to reproduce this is go to "http://landley.net/hg/firmware";,
> download tip, and "./build.sh powerpc". When it finishes building
> everything, cd build and "./run-powerpc.sh".
>
> What I did is build a new ppc_rom.bin (attached, source code is at
> http://
I saw a reply in the archives ... if you forward it to me so i can get
the message for threading I'll reply.
milton
Anybody kind enough to have a look at :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446868
I've asked some other people and they hit the same issue.
It's not clear to me where the bug is since it happens very early in the
starting process...
Thank you,
--
Ronan KERYELL |\/
Daniel P. Berrange wrote:
On Fri, Oct 19, 2007 at 06:18:05PM +0600, Alexander E. Patrakov wrote:
Hello,
"qemu -redir something" listens on the redirected port on all network
interfaces, and there is no way to override this. This behaviour has
possible security implications, so please add an o
On Fri, Oct 19, 2007 at 06:18:05PM +0600, Alexander E. Patrakov wrote:
> Hello,
>
> "qemu -redir something" listens on the redirected port on all network
> interfaces, and there is no way to override this. This behaviour has
> possible security implications, so please add an option to listen onl
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
Hello,
"qemu -redir something" listens on the redirected port on all network
interfaces, and there is no way to override this. This behaviour has
possible security implications, so please add an option to listen only
on the specified interface or IP address.
The same applies to the VNC port.
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
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
> Subject: Re: RE: [Qemu-devel] Kernel panic - not syncing: No init found.
> Date: Fri, 19 Oct 2007 11:0
are you passing an initrd to qemu?
i call qemu like this:
qemu \
-hda image \
-boot c \
-net user \
-net nic,vlan=0,model=rtl8139 \
-initrd initrd \
-append "root=/dev/hda1" \
-kernel kernel \
-no-kqemu
whereas kernel is a link to t
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 !
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.18.1
# Fri Oct 19 09:40:25 2007
#
CONFIG_X86_32=y
CONFIG_GENERIC_TIME=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC
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
If I do this I got a VFS problem
Not syncing: VFS: Unable to mount root fs on unknown-block(3,1.)
I also tried to enable reiserfs support. I read on a forum that this may be a
solution to the init problem. In my case it wasn't a working solution.
> From: [EMAIL PROTECTED]
> To: qemu-devel@nongn
On Friday 19 October 2007 09:13:40 [EMAIL PROTECTED] wrote:
> Then I try this command:
> qemu -m 32 hda rootfs.img kernel linux-2.6.18.1/arch/i386/boot/bzImage
> -append “root=/dev/hda \clock=pit”
>
> and I get the error...
>
> I tried to pass init=/sbin/init or init=/bin/init but it doesn't help..
Hy,
I'm a student from Belgium and I have the following problem:
I'm trying to install qemu under ubuntu, but after the compilation of kernel
and after the installation of busybox I got the message:
Kernel panic - not syncing: No init found. Try passing init= option to kernel.
I didn't find a
33 matches
Mail list logo