On Fri, Nov 17, 2017 at 06:49:39PM +0100, John Paul Adrian Glaubitz wrote: > I’ll have a go at this tonight and if the patches still apply fine, I’d just > say go for it.
There were significant problems that I don't think were ever addressed, including incompatible changes in how boot command line was handled and possibly ambiguity about what a physical address means (zero based vs based in the zone SH3/4 excludes from MMU mapping) in the contract for how the bootloader passes a DTB pointer in to the kernel, or something similar. This is a large part of why I want to get to the point where I can build and boot a kernel on the LANDISK -- not being able to test any of this is a blocker for moving everything to device tree. Rich > > On Nov 17, 2017, at 6:39 PM, Rob Landley <r...@landley.net> wrote: > > > >> On 11/17/2017 04:37 AM, John Paul Adrian Glaubitz wrote: > >> Hi there! > >> > >>> On 07/03/2016 06:46 PM, Yoshinori Sato wrote: > >>> SH get devicetree support. But it not working on existing H/W. > >>> > >>> IO-DATA HDL-U (aka landisk) currentry supported. > >>> This H/W like SH7751 evalution board. It's a best to use this as a > >>> change base H/W. > >>> RTS7751R2Dplus is QEMU-SH4 target. So easy trying. > >> > >> This patch series - which would make a huge improvement - is still not > >> applied. It would be very useful to be able to test the device tree > >> implementation with QEMU. > >> > >> Any of the SH maintainers can apply this? > > > > It's Rich's call, but given that it's _from_ one of the sh maintainers, > > sounds to me like it can just go in if it still applies? (If there's > > bugfixes needed they can go in -rc2 or so, after this merge window.) > > > > Given that qemu serial's been broken for 9 months now, I doubt this > > would make anything worse. (I should really check Cedric's qemu fork to > > see if he fixed that...) > > > > Rob