On Sat, 2018-12-08 at 17:26 +1100, James Cameron wrote: > Thanks. On my test unit, this change was needed; > > --- dt.fth.orig 2018-12-04 18:23:57.000000000 +1100 > +++ dt.fth 2018-12-08 17:18:42.143073750 +1100 > @@ -362,7 +362,7 @@ > " /clocks" encode-phandle MMP2_CLK_TWSI5 encode-int encode+ " > resets" property > device-end > > -" dev /i2c@d4034000/accelerometer@1d" evaluate > +" dev /i2c@d4034000/accelerometer@19" evaluate > " st,lis3lv02d" +compatible > " st,lis331dlh" +compatible > device-end
Thanks. I guess there's no need for the bus address there, " /i2c@d4034000/accelerometer" resolves to the correct node, regardless of what model/address the actual accelerometer is: https://people.freedesktop.org/~lkundrak/olpc/dt.fth ^ here's the current version I have. Includes camera and display. I hope I'll manage to follow up with the DRM patches later today. I'll very much appreciate if you take a look then as there are some bits I couldn't figure out without the panel and SoC manuals (and might be even wrong in OFW). There are probably bugs. I've observed some problems, such as an occasional "Data Abort" when the USB ethernet is not plugged in (?) that can be fixed by merely splitting the file into two and floading them separately. I guess I'm corrupting something somewhere, but I find figuring out precisely what is going on non-trivial. Also, the modifications to the internal sdhci node prevent OFW from booting from the internal emmc. That said, it still serves as a good reference for the changes that will need to be done to support mainline kernels once the bits settle. PS: The previous message didn't make it to the list as it seems to require moderation. I guess this one will neither, unless you approve it. Lubo _______________________________________________ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
