On Thu, Nov 25, 2021 at 10:05:17AM +0100, H. Nikolaus Schaller wrote: > Hi Grond, > > > > Am 25.11.2021 um 01:16 schrieb Grond <gron...@riseup.net>: [snip] > > > > Hmm. That's odd. I was able to get kernels to boot (both the ones that > > came from the makesd script and my own custom-built ones), but the only > > way I was able to tell that anything was running was the heartbeat LED > > flashing. The LCD screen was never initialized. > > Some ideas: > - use letux_defconfig (omap2plus_defconfig is incomplete) > - kernel may not find the modules in /lib/modules
I did use letux_defconfig. The issue seems to have been the pvrsrvkm module. > > > I've ordered a Pandora > > serial adapter to try and debug the problem, but in the meantime, what > > kernel did you get to boot? I built and tried letux-5.4.160 > > (7c7255c3463641b8f699472f9114b0435dbfe707) and whichever 5.4.160 kernel > > is currently installed via makesd (probably the same git revision). > > I just did build 5.4.161 (13796081373dda954bb3bb59403fc70708cbbcff). > > It gets stuck for ca. 20 seconds and later reports a NULL pointer issue in > the pvrsrvkm. But after a minute I get a display. I also ran into a null-pointer deference issue in pvrsrvkm. However, in my case it was causing the LCD not to get used (because when I blacklisted pvrsrvkm, the LCD came up exactly as expected). It's also worth mentioning that the LCD was actually getting initialized, however the pvrsrvkm issue was somehow keeping the kernel from running a console on the framebuffer (the key error message was "detected unhandled fb_set_par error"). > > Maybe you can try 5.15.y? There, the pvrsrvkm issue is solved. This also worked quite well. Though the fact that kernels can only be booted with DTBs from their own build is definitely a trap for the unwary :) > > But there is a known bug with the bandgap sensor inside the omap3530 (600 > MHz). > And something about an I2C bus timeout which hasn't been seen on dm3730 (1 > GHz) > based devices. > Is there any more detail on these issues anywhere? [snip] > > The upgrade happened on this monday so speed should be higher now. > Nice :) [snip] -- Attached is my PGP public key. Primary key fingerprint: B7C7 AD66 D9AF 4348 0238 168E 2C53 D8FA 55D8 9FD9 If you have a PGP key (and a minute to spare) please send it in reply to this email. If you have no idea what PGP is, feel free to ignore all this gobbledegook.
binkFKaMvVO9o.bin
Description: PGP Key 0x2C53D8FA55D89FD9.
signature.asc
Description: PGP signature
_______________________________________________ Community mailing list Community@tinkerphones.org http://lists.goldelico.com/mailman/listinfo.cgi/community http://www.tinkerphones.org
