Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Include i915 in mkinitcpio.conf #26

Open
Sebastiaan76 opened this issue Feb 27, 2019 · 4 comments
Open

Include i915 in mkinitcpio.conf #26

Sebastiaan76 opened this issue Feb 27, 2019 · 4 comments
Labels
enhancement New feature or request

Comments

@Sebastiaan76
Copy link

Just a note, on my install I needed to include i915 in the mkinitcpio.conf 'Modules' section, otherwise I wasn't able to get a password prompt to open my Luks container. Might be worth mentioning this. Did you have this issue?

@ejmg
Copy link
Owner

ejmg commented Feb 28, 2019

Hey @Sebastiaan76, thanks for filing an issue.

First things first, what is your laptop model?

@Sebastiaan76
Copy link
Author

X1 Carbon Gen 6 with the 2560x1440 HDR screen. I have a similar install to you with a Luks container for my /. EFI is unencrypted. Without i915 in the Modules section of mkinitcpio, the screen just stops at the Ramdisk message just after grub. However, if I type 'blind' the password, it will unlock the container and load the OS. Not sure if you had, or any of your other audience had this issue, but thought i'd mention it, in case you wanted to include this in your great guide!

@ejmg
Copy link
Owner

ejmg commented Feb 28, 2019

Want to make sure I understand you:

Without i915 in the Modules section of mkinitcpio, the screen just stops at the Ramdisk message just after grub. However, if I type 'blind' the password, it will unlock the container and load the OS

So without the i915 driver loaded by the kernel, it appears as if the bootloader freezes; however, if you go ahead and type your password (as if the prompt was given), you were able to unlock the disk and boot into Arch as expected. Did I read you correctly?

Furthermore, after adding the i915 module, did this completely solve the problem?

Either way...

but thought i'd mention it, in case you wanted to include this in your great guide!

I definitely want to include such a warning in the guide.

From an initial google'ing of the issue, it looks like this definitely has something to do with Intel graphics. In particular, I bet it is because your model has a better monitor, meaning it has compensatory hardware to deal with that, i.e. better Intel graphics. In particular, it looks like this exact issue has been documented within the Arch wiki within the entry for Intel graphics. The specific sub-issue is linked here.

Please take a look because it looks like there is some other modifications that could benefit you, in particular.

Please let me know if you think this is the issue and solution to the problem. If so, we can make sure to add this issue to the guide. Equivalently, you are welcomed to make the edit and open the PR yourself if you'd like direct credit 🙂

Thank you so much for taking the time to open this issue and letting me know about the fix!

@ejmg ejmg added the enhancement New feature or request label Feb 28, 2019
@Sebastiaan76
Copy link
Author

Your interpretation is indeed correct of the phenomena i'm experiencing. Interestingly, the i915 module issue is also mentioned briefly in the "Full Disk Encryption" section towards the bottom of this page: https://wiki.archlinux.org/index.php/Lenovo_ThinkPad_X1_Carbon_(Gen_6)

I think it is likely related to the issue you linked to as well, but not specifically the same issue ( although the fix - adding i915 to modules is the same resolution ).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants