On Thu, 20 Feb 2014 12:34:00 +0000 "Richard W.M. Jones" <rjo...@redhat.com> wrote:
[...] > > The second bug is kind of interesting. If you add ~ 256 disks (using > virtio-scsi), then it looks as if the firmware crashes. The total > console output is below. It looks as if "c >" is some kind of prompt. Yes, that's the Open Firmware prompt of the SLOF firmware here. If you know how to program in Forth, you can use it to debug the system. > Populating /vdevice methods > Populating /vdevice/vty@30000000 > Populating /vdevice/nvram@71000000 > C0580\b\b\b\b\bC05A0\b\b\b\b\bPopulating /pci@800000020000000 > ^M Adapters on 0800000020000000 > 00 0000 (D) : 106b 003f serial bus [ usb-ohci ] > 00 0800 (D) : 1af4 1004 virtio [ scsi ] > Populating /pci@800000020000000/scsi@1 > SCSI: Looking for devices > 100000000000000 DISK : "QEMU QEMU HARDDISK 1.7." > 101000000000000 DISK : "QEMU QEMU HARDDISK 1.7." > 102000000000000 DISK : "QEMU QEMU HARDDISK 1.7." > 103000000000000 DISK : "QEMU QEMU HARDDISK 1.7." > 104000000000000 DISK : "QEMU QEMU HARDDISK 1.7." > 105000000000000 DISK : "QEMU QEMU HARDDISK 1.7." > 106000000000000 DISK : "QEMU QEMU HARDDISK 1.7." > 107000000000000 DISK : "QEMU QEMU HARDDISK 1.7." > 108000000000000 DISK : "QEMU QEMU HARDDISK 1.7." > C0600\b\b\b\b\bC0640\b\b\b\b\bC0690\b\b\b\b\bC06A0\b\b\b\b\bC06A8\b\b\b\b\bC06B0\b\b\b\b\bC06B8\b\b\b\b\bC06C0\b\b\b\b\b > So the last successful checkpoint seems to be C06C0 ? Looking at https://github.com/aik/SLOF/blob/master/board-qemu/slof/tree.fs there is not much critical stuff going on between that checkpoint and the next one, so I guess the firmware just ran out of internal memory. When you run into this crash again, could you try to enter the following commands? They might help to confirm my suspicion: .free .available here . Please also say how much memory you were using for the guest. Thomas