Hi Stefan, Am 29.08.2018 um 01:00 schrieb Finn Thain:
On Tue, 28 Aug 2018, Stefan Niestegge wrote:the kernel does not start up and run the D-I from the initrd. A serial terminal was connected to one TT, but all it received was "ABCDEJK".If you have CONFIG_EARLYPRINTK=y then you can enable the early console. Try passing the kernel parameter 'earlyprintk'. That should cause kernel messages to be sent to the same device(s) to which "ABCDEJK" was sent.
I have the following options set to direct console messages to the serial port:
debug=ser console=tty'debug=ser' uses the MFP Modem1 port on TT, the SCC Modem2 port on Falcon. Use debug=ser2 if you want to force use of the SCC port on TT. Messages appearing there mean the boot process has made it out of early startup code which I'd expect for a TT.
No idea about any interactions with earlyprintk, sorry.Option 'stram_pool=128k' might also be required to reserve ST-RAM for use by drivers that can only address 24 bit (not sure if that's a problem with the TT video driver).
Once you have console messages on the serial port, the option 'initcall_debug' may be useful to pinpoint where the boot hangs. My guess would be during probing for optional stuff such as ROM port or CT60 expansion network card hardware in atari_platform_init(), unless your kernel contains commit 3f90f9ef2dda316d64e420d5d51ba369587ccc55 (m68k/mm: Adjust VM area to be unmapped by gap size for __iounmap()) that fixed ioremap/iounmap use on 030. Should be in from 4.17-rc6 on.
Cheers, Michael