Bug 200685 - [nyan-big] Black screen boot on Tegra K1
Summary: [nyan-big] Black screen boot on Tegra K1
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: Console/Framebuffers (show other bugs)
Hardware: ARM Linux
: P1 high
Assignee: James Simmons
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-07-30 16:49 UTC by Dennis Camera
Modified: 2018-11-10 23:28 UTC (History)
2 users (show)

See Also:
Kernel Version: 4.14.31+,4.16.x,4.17.x, 4.18.x, 4.19.x, 4.20.0-rc1
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
Linux 4.14.31 black screen patch (944 bytes, patch)
2018-07-30 16:49 UTC, Dennis Camera
Details | Diff

Description Dennis Camera 2018-07-30 16:49:34 UTC
Created attachment 277609 [details]
Linux 4.14.31 black screen patch

Hi

Since Linux 4.16.0 and since around LTS 4.14.31 I only get a black screen at boot.
The screen worked with < 4.14.31 and 4.15.x.

Using the attached patch (basically reverting changes that happened since 4.14.27) I could get 4.14.31 to work.
Sadly these changes did neither work for 4.14.57 nor 4.17.10.

Does anyone have hints on how to debug this further?

Thanks.
Comment 1 Dennis Camera 2018-07-31 09:55:41 UTC
I could boot 4.14.57 once with nouveau.modeset=1.

But in all other cases it didn't even work with nouveau.modeset=0.

Could this be a timing issue somewhere?
Comment 2 NicolasChauvet 2018-08-23 09:12:43 UTC
quote from the call trace:

---
[  118.291482] Disabling non-boot CPUs ...
[  118.321187] PM: Calling ledtrig_cpu_syscore_suspend+0x0/0x24
[  118.326961] PM: Calling sched_clock_suspend+0x0/0x40
[  118.331966] PM: Calling timekeeping_suspend+0x0/0x2bc
[  118.331966] PM: Calling irq_gc_suspend+0x0/0x80
[  118.331966] PM: Calling fw_suspend+0x0/0x28
[  118.331966] PM: Calling pxa_gpio_suspend+0x0/0x74
[  118.331966] Unable to handle kernel NULL pointer dereference at virtual address 000000d0
[  118.331966] pgd = 8e57fbdd
[  118.331966] [000000d0] *pgd=00000000
[  118.331966] Internal error: Oops: 5 [#1] SMP ARM
[  118.331966] Modules linked in: ofpart m25p80 spi_nor mtd tegra_drm snd_soc_tegra_trimslice snd_soc_tegra_utils cec rc_core drm_kms_helper snd_soc_tegra20_i2s snd_soc_tlv320aic23_i2c snd_soc_tlv320aic23 snd_sa
[  118.331966] CPU: 0 PID: 656 Comm: systemd-sleep Tainted: G         C        4.18.0-0.rc8.git0.1.tegra.fc28.armv7hl #1
[  118.331966] Hardware name: NVIDIA Tegra SoC (Flattened Device Tree)
[  118.331966] PC is at pxa_gpio_suspend+0x20/0x74
[  118.331966] LR is at syscore_suspend+0x140/0x270
[  118.331966] pc : [<c070f270>]    lr : [<c082a630>]    psr: 600f0193
[  118.331966] sp : c319bda8  ip : ffffffff  fp : c319bdb4
[  118.331966] r10: 00000004  r9 : c1304d80  r8 : c0e22934
[  118.331966] r7 : c13efb20  r6 : c13efb20  r5 : c1397ccc  r4 : 00000000
[  118.331966] r3 : 00000000  r2 : 00000000  r1 : 00000007  r0 : 00000000
[  118.331966] Flags: nZCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment none
[  118.331966] Control: 10c5387d  Table: 2b73804a  DAC: 00000051
[  118.331966] Process systemd-sleep (pid: 656, stack limit = 0x21bb6793)
---
Comment 3 NicolasChauvet 2018-08-23 09:15:20 UTC
Sorry, wrong bug.

That been said, you can have a look on 
https://bugzilla.kernel.org/show_bug.cgi?id=198399

There are similar problem with upstream iommu support on tegra
https://github.com/grate-driver/linux/commit/7f0750065a31ae491278a8960c1aceb4a44b847f
Comment 4 Dennis Camera 2018-11-10 23:28:01 UTC
This issue still exists in the latest 4.20-rc1.

Any chance to get this fixed anytime soon?
I mean, this issue is not just a minor regression, but makes the system completely unusable.

Also, if there's anything I can do to speed up fixing the issue, I'm very happy to help.

Note You need to log in before you can comment on or make changes to this bug.