On Thu, 2014-11-20 at 17:37 +0000, Ian Campbell wrote: > The major blocker right now is that rerunning > mg-debian-installer-update pulls in a newer kernel from backports.org > which doesn't boot on the existing midway platform. I'm investigating > that at the moment.
This investigation resulted in an upstream patch: http://thread.gmane.org/gmane.linux.drivers.devicetree/100386 http://thread.gmane.org/gmane.linux.drivers.devicetree/100420 which I hope will go upstream shortly. The underlying issue was a bogus size field in the header of the DT which is burnt into these systems. When booting via the u-boot command line this can be worked around with: fdt addr $fdt_addr fdt resize which walks the FDT, recalculates the real size and updates the header. Unfortunately there is no opportunity to do this when booting via PXE, as we do for host install. Given the lack of support from the, now-defunct, manufacture of these systems I'm a bit reluctant to go poking around in the firmware to fixup the embedded FDT in case I brick it. I think the fix will go upstream shortly, then I can add it to the Debian kernel, get it uploaded, wait for it to propagate into Jessie, get it uploaded to bpo. In principal I could build us a custom kernel deb to use here (it's reasonably easy for me), but would you be happy with that? Perhaps mg-update-debian-installer should be modified to look in some locally constructed repo instead of at bpo? I'm wary of doing this, since it just makes it harder for someone else to replicate things, plus it just seems dodgy... Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
