[Cbe-oss-dev] Time to remove platforms/cell?
Marc Dietrich
marvin24 at gmx.de
Fri Oct 23 19:00:33 AEDT 2015
Am Freitag, 23. Oktober 2015, 12:54:56 schrieb Michael Ellerman:
> On Thu, 2015-10-22 at 12:15 -0700, Geoff Levand wrote:
> > Hi,
> >
> > On Fri, 2015-10-09 at 23:13 +0200, Marc Dietrich wrote:
> > > Am Freitag, 9. Oktober 2015, 10:45:42 schrieb Geoff Levand:
> > > > With the 4.2-rc4 kernel, kexec seems to work when CONFIG_SPU_FS=n.
> > > >
> > > > I
> > > >
> > > > have not tried with petitboot release white-09.09.01-15.56 yet though.
> > >
> > > I guess you mean 4.3-rc4. Still no luck with CONFIG_SPU_FS=n. No output
> > > even with direct calling kexec. Can you put a working kernel/initrd to
> > > some place so I can try this?
> >
> > I did some more work on this, but still did not find out what the problem
> > is. Kexec from 4.3 -> 4.3 works, but with the white-09.09.01-15.56
> >
> > petitboot (2.6.30.9) -> 4.3 gets a kernel panic:
> > -> early_setup(), dt_ptr: 0x7fff000
> >
> > Kernel panic - not syncing: BUG: Failed verifying flat device tree, bad
> > version?
> >
> > I'll look at it some more as I find time.
>
> That says that the device tree firmware gave you (ie. from kexec), is using
> an old version of the device tree format.
>
> I can't remember off the top of my head which version you need, but
> basically newer kernels require a newer device tree format. So your kexec
> might be too old?
that reminds me about a different question. I said before that I use plain
vmlinux for the kernel image. This works at least with 2.6.35 (the newest
kernel I got booting so far). But I also saw that a device tree is being
compiled and linked with the kernel to produce a dt image in
arch/powerpc/boot. Is it possible that newer kernels require a device tree?
Marc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.ozlabs.org/pipermail/cbe-oss-dev/attachments/20151023/b4841912/attachment.sig>
More information about the cbe-oss-dev
mailing list