On Wed, Nov 4, 2020 at 9:40 PM Dmitry Osipenko <digetx@xxxxxxxxx> wrote: > 29.09.2020 16:48, Linus Walleij пишет: > >> I also tried to revert only the "ARM: 9006/1: uncompress: Wait for ready > >> and busy in debug prints" patch and got this in QEMU: > >> > >> Starting kernel ... > >> > >> DTB:0x016F6A20 (0x00005DA6) > >> C:0x010000C0-0x016FC820->0x0125AF00-0x01957660 > >> Uncompressing Linux... > > (...) > >> LZMA data is corrupt > >> > >> -- System halted > > > > Hmmmm is the physical and virtual address to the UART > > really correct? > > > > Else it might write in some random memory. > > Hello Linus, > > Just want to let you know that the problem isn't fixed yet and I haven't > got around to work on yet too. Hopefully next week! OK it's "just" debug code after all but it is working on at least 5 different platforms I tested with so I strongly suspect something fishy with the Tegra include/debug/tegra.S. This debug macro file is bigger than any of the others and I see some suspicious amount of clock code and what not in there so I am not sure what can cause this. I would test to implement waituarttxrdy first and see what happens if you just do that. I remember that those early debug prints use the macros slightly different from the "Uncompressing..." message. Yours, Linus Walleij