raphael / linux-samus

Linux 4.16 on Chromebook Pixel 2015
GNU General Public License v2.0
181 stars 36 forks source link

Screen blank at TTY after boot #161

Closed DerVerruckteFuchs closed 7 years ago

DerVerruckteFuchs commented 7 years ago

After the 4.8 update my screen stays blank/blacked out/off until I login. The TTY login is there, but systemd's boot up messages followed by a TTY login will not show up due to the screen being blanked out until I log in. Linux mainline does not give me this issue. I'm using the modesetting driver and not using the xf86-video-intel for reference. I'm not sure if this is from a change from mainline 4.7 to 4.8, or if it's specific to linux-samus4.

nsparks86 commented 7 years ago

So I was able to boot with Vanilla 4.8, but when I use this one on Budgie-Remix 16.04.1, I get a black screen after the splash screen. Can't Ctrl+Alt+1 to TTY1. It's just frozen on the black screen.

DerVerruckteFuchs commented 7 years ago

All I use is the default TTY login to get into i3. The login screen seems to be present and working except for the screen being blank. I can type and log in just fine. I don't know if you can just log in by just blind typing, but it's worth a shot the see if it's just an x.org or video driver thing. Another thing you could try is to switch to a different TTY and blind type a login since the TTY login screen seems to just be blank and working fine on my end.

You may need to set it up so that your TTY login automatically starts an X session with your DE since starting X seems to "activate" the screen.

therocco commented 7 years ago

Same here. I am trying to install the latest 4.8 kernel on top of elementary OS Loki 0.4. This is a fresh install where I just boot up, update, and then install kernel. Upon reboot the screen fades to black when the login screen should be present and I am unable to switch to another TTY.

myf commented 7 years ago

Confirming blank screen at ttys, and also confirming that startx triggers the screen to activate. I am using xf86-video-intel

DerVerruckteFuchs commented 7 years ago

I'm thinking it might be a change in how linux or linux-samus4 handles framebuffering at boot, or somehow systemd output is quieted or hidden along with a visible TTY by default with the new systemd update. I'm expecting a framebuffering issue being the more likely cause since it seems to affect TTYs in general and I'm not aware of any changes to default systemd settings concerning output at boot.

raphael commented 7 years ago

Yeah I'm seeing the same thing, it could be a missing flag in the kernel.

DerVerruckteFuchs commented 7 years ago

I updated to the new 4.8-3 release on Arch, and I got my nice systemd boot/shutdown output and TTY login screen visible again. The KMS framebuffer support you added seems to have solved the issue. Not sure if that's default in the mainline kernel, or if you're just using a workaround, but it works in the way I expect now.

chrisrossx commented 7 years ago

Also working for me now

On Oct 15, 2016 16:22, "DerVerruckteFuchs" notifications@github.com wrote:

I updated to the new 4.8-3 release on Arch, and I got my nice systemd boot/shutdown output and TTY login screen visible again. The KMS framebuffer support you added seems to have solved the issue. Not sure if that's default in the mainline kernel, or if you're just using a workaround, but it works in the way I expect now.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/raphael/linux-samus/issues/161#issuecomment-254017194, or mute the thread https://github.com/notifications/unsubscribe-auth/AHS_L-tZwaF2tMIR6n_8Ci6-1Wse2kOsks5q0WA7gaJpZM4KPOPG .

raphael commented 7 years ago

Closing this issue, thanks for testing!