-
-
Notifications
You must be signed in to change notification settings - Fork 185
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
X230 FHD-eDP (my mod to be released) internal screen blank #1560
Comments
See comments there. Seems like your particular mod is not supported by referred patchset applied on top of coreboot 4.19 |
See comments there. Seems like your particular mod is not supported by referred patchset applied on top of coreboot 4.19 @jmlzr |
Thanks, I flew over that thread but couldn't find much information regarding to different mods... I know the coreboot thread and will join that discussion soon. Sadly that thread is a bit of a mess. Since unmodified (Arch) Linux has no problem working with my mod without any special settings and heads uses Linux I was hopeful I might have more luck with it. And heads is also probably the coolest firmware for the X230. Could be the that heads uses the framebuffer while Linux distros use the full blown i915 driver which might be able to reconfigure properly on it's own? |
Well, edp needs to be exposed correctly for efifb to be exposed, where yes, i915+drm would be more agressive on init path to get it properly. Butnif coreboot was doing the right thing in libgfxinit then efifb would be able to drive the panel. Something is different for your mod and needs to be applied there for libgfxinit and efifb to pick and drive it up. |
Please identify some basic details to help process the report
A. Provide Hardware Details
1. What board are you using (see list of boards here)?
x230-maximized-fhd_edp
2. Does your computer have a dGPU or is it iGPU-only?
3. Who installed Heads on this computer?
B. Identify how the board was flashed
1. Is this problem related to updating heads or flashing it for the first time?
2. If the problem is related to an update, how did you attempt to apply the update?
3. How was Heads initially flashed
4. Was the board flashed with a maximized or non-maximized/legacy rom?
5. If Heads was externally flashed, was IFD unlocked?
C. Identify the rom related to this bug report
1. Did you download or build the rom at issue in this bug report?
2. If you downloaded your rom, where did you get it from?
v0.2.0-1952-g25d7b06
https://app.circleci.com/pipelines/github/linuxboot/heads/715/workflows/10754d2a-aa0f-419b-834f-044986e6f9ef/jobs/14382/artifacts
Please describe the problem
Describe the bug
The internal (eDP) screen stays blank in heads. Heads will show up and work on a external display connected to the MiniDP port though.
Once a "full" Linux is booted (tested the Arch install media) the internal eDP screen works fine.
To Reproduce
Expected behavior
Heads uses the internal display.
Additional context
X230 with FHD/eDP Mod (not nitrocasters but similar: same DP lanes used; no MCU; BL_EN and BL_CTRL directly connected; no EDID EEPROM).
The connected internal panel is a LP125WF4-SPB1
The text was updated successfully, but these errors were encountered: