Re: Updated Fedora ARM qemu images?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Mar 23, 2012 at 10:33:24AM -0500, Alex Villací­s Lasso wrote:
> El 23/03/12 01:19, Richard W.M. Jones escribió:
> >I cannot get qemu-system-arm to boot any of our F17 kernels, but
> >here's what I did anyway.
> >
> ># Make a disk image:
> >
> >$ wget 'http://fedora.roving-it.com/rootfs-f17-hfp-alpha1.tar.bz2'
> >$ bunzip2 rootfs-f17-hfp-alpha1.tar.bz2
> >$ virt-make-fs -s 2G -t ext3 -F raw --partition=mbr rootfs-f17-hfp-alpha1.tar disk.img
> >Formatting 'disk.img', fmt=raw size=2147483648
> >$ ll disk.img
> >-rw-r--r--. 1 rjones rjones 2147483648 Mar 23 05:47 disk.img
> >$ virt-filesystems -a disk.img --all --long -h
> >Name       Type        VFS   Label  MBR  Size  Parent
> >/dev/sda1  filesystem  ext3  -      -    2.0G  -
> >/dev/sda1  partition   -     -      83   2.0G  /dev/sda
> >/dev/sda   device      -     -      -    2.0G  -
> >
> ># Extract the kernels from the tarball:
> >
> >$ tar tf rootfs-f17-hfp-alpha1.tar | less
> >$ tar xf rootfs-f17-hfp-alpha1.tar ./boot/
> >
> ># Try to boot it one of the kernels in the boot/ directory:
> >
> >$ qemu-system-arm -m 256 -M versatilepb -kernel boot/vmlinuz-3.3.0-0.rc4.git3.1.fc17.armv7hl -initrd boot/initramfs-3.3.0-0.rc4.git3.1.fc17.armv7hl.img -hda disk.img -serial stdio -vga std
> >Uncompressing Linux... done, booting the kernel.
> >
> >It just hangs at this point using 100% CPU with no output.  The other
> >kernels don't even seem to get that far.
> >
> >Rich.
> >
> I have not tried fc17 yet, but I had the same problem with the fc15 rootfs at first. I eventually succeeded with this command line:
> 
> qemu-system-arm -nographic  -M versatilepb -kernel
> boot/vmlinuz-2.6.42.2-1.fc15.armv5tel -initrd
> boot/initramfs-2.6.42.2-1.fc15.armv5tel.img -append
> "root=LABEL=rootfs console=ttyAMA0" -hda fedora-15-arm.vmdk -net
> nic,vlan=0 -net tap,vlan=0,ifname=tap0,script=../qemu-ifup
> 
> The explanation:
> 
> The Fedora ARM kernel for fc15 (and possibly for fc17 too) does
> *not* make use of the emulated graphic device provided by
> qemu-system-arm. The device driver is not compiled as part of the
> kernel, but as a separate module, so there is no framebuffer device
> for the kernel to display anything. If you get root access to the
> machine through some other means, you can eventually modprobe the
> driver, and you will see some output. I think the parameter -vga std
> will do nothing to help, as this is probably x86-only.
> 
> To see the boot process, you need at least console=ttyAMA0 as a
> kernel commandline. If you do not use -nographic , then you can
> switch to the serial console output with Ctrl-Alt-[1,2,3]. I use
> -nographic to send the serial output to stdout and save on useless
> graphic windows. You will also need a login console in ttyAMA0. You
> can do this (at least on fc15) by mounting the final filesystem, and
> adding a symlink that represents the need to maintain a login
> console on ttyAMA0:
> 
> [palosanto@rpmbuild-arm getty.target.wants]$ ls -l /etc/systemd/system/getty.target.wants/serial-getty\@ttyAMA0.service
> lrwxrwxrwx. 1 root root 41 mar  1 17:15 /etc/systemd/system/getty.target.wants/serial-getty@ttyAMA0.service -> /lib/systemd/system/serial-getty@.service
> 
> You also need the root=XXX parameter. If you label the root
> filesystem and use the standard initrd, then you can use the same
> label in the kernel parameter (root=LABEL=rootfs) . I used "rootfs"
> because that is the label in the default /etc/fstab in the fc15
> filesystem.
> 
> If the kernel runs correctly, you should see the message
> "Uncompressing Linux... OK, booting the kernel" in the serial output
> of qemu-system-arm, followed by the boot process messages. If you
> see no "Uncompressing Linux", maybe armv7hl is the wrong kernel to
> use, and you should stick to armv5tel.

I still can't get any Fedora 17 kernel (soft or hard FP) to boot on
qemu-system-arm, on either F17/x86_64 or F17/arm host.

On x86-64 it just consumes 100% of CPU, no console, no video, never
touches the disk image.  On ARM host, qemu-system-arm crashes in TCG.

In fact, I have never once got qemu-system-arm to do anything useful,
despite trying over many years.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM (Vger)]     [Linux ARM]     [ARM Kernel]     [Fedora User Discussion]     [Older Fedora Users Discussion]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

Powered by Linux