> Jeppe Gr�sdal Johansen wrote:
>
>> Does anyone know if there's an easy way to set up an emulator for
>> testing? Been fighting with qemu for the last half hour without results.
>
> http://wiki.lazarus.freepascal.org/Qemu_and_other_emulators
When I tried to follow the instructions in given link, I met a problem:
formatting of the file system took ages. Finally I give up and instead go
to my Yeeloong and install a fresh new squeez system. The installed root
file system is shared here:
http://www.kuaipan.com.cn/file/id_46718218999435672.htm (~150MB)
You can download it, generate a virtual disk by yourself and then copy the
content to get a working qemu image. Details:
1, use raw disk image format in order to operate it without qemu
dd if=/dev/zero of=imgfilename bs=4096 count=xxx(size/4096)
2, losetup /dev/loop0 imgfilename
3, fdisk /dev/loop0, make at least one ext3 partition
4, losetup -d /dev/loop0
5, losetup -o offset_of_the_partition /dev/loop0 imgfilename
6, mkfs.ext3 /dev/loop0
7, mount /dev/loop0 /mnt
8, cp -a (extracted root file system contents) /mnt
9, umount /mnt
10, boot qemu with:
qemu-system-mipsel -m 256 -M malta -kernel vmlinux-2.6.32-5-4kc-malta -hda
mipsel_hda.img --nographic --append "root=/dev/sda1"
11, done
the root password is 'fpc'. offset_of_the_partition can be calculated with
fdisk info:
fdisk -l /dev/loop0
Disk /dev/loop0: 17.2 GB, 17179869184 bytes
255 heads, 63 sectors/track, 2088 cylinders, total 33554432 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00066a04
Device Boot Start End Blocks Id System
/dev/loop0p1 2048 31459210 15728581+ 83 Linux
/dev/loop0p2 31459211 33554303 1047546+ 82 Linux swap /
Solaris
offset = start_sector * sector size = 2048 * 512 = 1048576
if you're not confident to do the above, you can download my ready make
image from:
http://www.lemote.com/upfiles/mipsel-qemu-img.tar.gz (~600MB,
kernel/initrd/image/run_mips script)
>
> An important point is that in most cases, whoever "rolls" a distro for a
> guest system will assume that the user is running directly on the host,
> i.e. that the guest's console can open in an xterm. At least until you
> know what's going on, if you do have to access the host system over a
> network (i.e. rather than having a directly-connected screen and
> keyboard) start off with a graphical login using e.g. VNC.
>
> --
> Mark Morgan Lloyd
> markMLl .AT. telemetry.co .DOT. uk
>
> [Opinions above are the author's, not those of his employers or
> colleagues]
> _______________________________________________
> fpc-devel maillist - fpc-devel@lists.freepascal.org
> http://lists.freepascal.org/mailman/listinfo/fpc-devel
>
_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
