linux-next: qemu boot failures with today's linux-next

[Stephen Rothwell]

Hi all,

Today's linux-next tree does not boot in qemu (with kvm or without).
Here is the (non-kvm) boot log (the kvm one is basically the same):

------------------------------------------------------
SLOF[?25l **********************************************************************
QEMU Starting
 Build Date = Sep 24 2017 12:23:07
 FW Version = buildd@ release 20170724
 Press "s" to enter Open Firmware.



[?25hC0000
C0100
C0120
C0140
C0200
C0240
C0260
C02E0
C0300
C0320
C0340
C0360
C0370
C0380
C0371
C0372
C0373
C0374
C03F0
C0400
C0480
C04C0
C04D0
C0500
Populating /vdevice methods
Populating /vdevice/vty at 71000000
Populating /vdevice/nvram at 71000001
Populating /vdevice/l-lan at 71000002
Populating /vdevice/v-scsi at 71000003
       SCSI: Looking for devices
          8200000000000000 CD-ROM   : "QEMU     QEMU CD-ROM      2.5+"
C05A0
Populating /pci at 800000020000000
C0600
C06C0
C0700
C0800
C0880
No NVRAM common partition, re-initializing...
C0890
C08A0
C08A8
C08B0
Scanning USB 
C08C0
C08D0
Using default console: /vdevice/vty at 71000000
C08E0
C08E8
Detected RAM kernel at 400000 (122a850 bytes) 
C08FF
     
  Welcome to Open Firmware

  Copyright (c) 2004, 2017 IBM Corporation All rights reserved.
  This program and the accompanying materials are made available
  under the terms of the BSD License available at
  http://www.opensource.org/licenses/bsd-license.php

Booting from memory...
OF stdout device is: /vdevice/vty at 71000000
Preparing to boot Linux version 4.19.0-rc7 (sfr at ash) (gcc version 8.2.0 (Debian 8.2.0-4)) #2 SMP Mon Oct 15 18:53:28 AEDT 2018
Detected machine type: 0000000000000101
command line: 
Max number of cores passed to firmware: 2048 (NR_CPUS = 2048)
Calling ibm,client-architecture-support... done
memory layout at init:
  memory_limit : 0000000000000000 (16 MB aligned)
  alloc_bottom : 0000000001640000
  alloc_top    : 0000000030000000
  alloc_top_hi : 0000000080000000
  rmo_top      : 0000000030000000
  ram_top      : 0000000080000000
instantiating rtas at 0x000000002fff0000... done
prom_hold_cpus: skipped
copying OF device tree...
Building dt strings...
Building dt structure...
Device tree strings 0x0000000001850000 -> 0x0000000001850a02
Device tree struct  0x0000000001860000 -> 0x0000000001870000
Quiescing Open Firmware ...
Booting Linux via __start() @ 0x0000000000400000 ...
------------------------------------------------------

I have no idea what may have caused this.

-- 
Cheers,
Stephen Rothwell
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ozlabs.org/pipermail/linuxppc-dev/attachments/20181015/9bb37cf7/attachment.sig>