[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Kubilay Kocak  changed:

   What|Removed |Added

 Resolution|--- |Feedback Timeout
 Status|Open|Closed
   Assignee|b...@freebsd.org|ko...@freebsd.org

--- Comment #25 from Kubilay Kocak  ---
^Triage: Resolve feedback timeout. 

If this is still an issue and reproducible in supported FreeBSD versions,
please re-open the issue with additional details and reproduction steps

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Kubilay Kocak  changed:

   What|Removed |Added

   Keywords||needs-qa

--- Comment #24 from Kubilay Kocak  ---
@Oliver Do you have a copy of the video mentioned in comment 0 (it is now 404)

Do we have or can we get reproduction against currently supported (non-EoL)
and/or CURRENT FreeBSD versions

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Mark Linimon  changed:

   What|Removed |Added

   Assignee|bugmeis...@freebsd.org  |b...@freebsd.org

--- Comment #23 from Mark Linimon  ---
^Triage: attempt one more time to correct the content of this PR.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

Ed Maste  changed:

   What|Removed |Added

 CC||ema...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

   Assignee|mar...@freebsd.org  |freebsd-bugs@FreeBSD.org

Vaclav Mocek  changed:

   What|Removed |Added

 CC||next.little@gmail.com

Alexey Dokuchaev  changed:

   What|Removed |Added

 CC||da...@freebsd.org

bel3a...@aol.com changed:

   What|Removed |Added

 CC||bel3a...@aol.com

Eitan Adler  changed:

   What|Removed |Added

 Status|In Progress |Open

Mark Linimon  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|lini...@freebsd.org

Jean-Sébastien Pédron  changed:

   What|Removed |Added

 CC|dumbb...@freebsd.org|

greyulv  changed:

   What|Removed |Added

 CC||grey...@yahoo.com

Mark Linimon  changed:

   What|Removed |Added

   Assignee|lini...@freebsd.org |b...@freebsd.org
   Assignee|b...@freebsd.org|bugmeis...@freebsd.org

--- Comment #22 from Mark Linimon  ---
^Triage: attempting to find out the source of invalid Bugzilla state in this
PR.

--- Comment #21 from Mark Linimon  ---
I was originally merely inquiring as to whether this PR was still valid.  I
don't have the cycles to work on it, sorry.

(Also I don't know why the entire Audit-Trail just got posted to the list.)

--- Comment #20 from Mark Linimon  ---
I was originally merely inquiring as to whether this PR was still valid.  I
don't have the cycles to work on it, sorry.

(Also I don't know why the entire Audit-Trail just got posted to the list.)

--- Comment #19 from Mark Linimon  ---
I was originally merely inquiring as to whether this PR was still valid.  I
don't have the cycles to work on it, sorry.

(Also I don't know why the entire Audit-Trail just got posted to the list.)

--- Comment #18 from greyulv  ---
Having same issue with HP ProBook 640 G1

Not able to see anything and NOTHING available after boot finishes.  Not able
to use 12.1 RELEASE.  NOTE: This problem does not exist using NomadBSD 1.3.2
(FreeBSD 12.1-RELEASE-p6 #0 r362945M: Sun Jul 5 15:46:22 UTC 2020).

Issue is screen never switches to anything.

--- Comment #17 from Alexey Dokuchaev  ---
Yes, it is still a problem.  Current work-around is to add "gop set 2" to
/boot/loader.rc.local (this forces 1024x768).  The problem is not very

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

Ed Maste  changed:

   What|Removed |Added

 CC||ema...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

   Assignee|mar...@freebsd.org  |freebsd-bugs@FreeBSD.org

Vaclav Mocek  changed:

   What|Removed |Added

 CC||next.little@gmail.com

Alexey Dokuchaev  changed:

   What|Removed |Added

 CC||da...@freebsd.org

bel3a...@aol.com changed:

   What|Removed |Added

 CC||bel3a...@aol.com

Eitan Adler  changed:

   What|Removed |Added

 Status|In Progress |Open

Mark Linimon  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|lini...@freebsd.org

Jean-Sébastien Pédron  changed:

   What|Removed |Added

 CC|dumbb...@freebsd.org|

greyulv  changed:

   What|Removed |Added

 CC||grey...@yahoo.com

Mark Linimon  changed:

   What|Removed |Added

   Assignee|lini...@freebsd.org |b...@freebsd.org

--- Comment #20 from Mark Linimon  ---
I was originally merely inquiring as to whether this PR was still valid.  I
don't have the cycles to work on it, sorry.

(Also I don't know why the entire Audit-Trail just got posted to the list.)

--- Comment #19 from Mark Linimon  ---
I was originally merely inquiring as to whether this PR was still valid.  I
don't have the cycles to work on it, sorry.

(Also I don't know why the entire Audit-Trail just got posted to the list.)

--- Comment #18 from greyulv  ---
Having same issue with HP ProBook 640 G1

Not able to see anything and NOTHING available after boot finishes.  Not able
to use 12.1 RELEASE.  NOTE: This problem does not exist using NomadBSD 1.3.2
(FreeBSD 12.1-RELEASE-p6 #0 r362945M: Sun Jul 5 15:46:22 UTC 2020).

Issue is screen never switches to anything.

--- Comment #17 from Alexey Dokuchaev  ---
Yes, it is still a problem.  Current work-around is to add "gop set 2" to
/boot/loader.rc.local (this forces 1024x768).  The problem is not very
important because once KMS modules are loaded, the screen switches to native
resolution.

--- Comment #16 from Mark Linimon  ---
Is this still a problem as of 12-ALPHA?

--- Comment #15 from Eitan Adler  ---
For bugs matching the following conditions:
- Status == In Progress
- Assignee == "b...@freebsd.org"
- Last Modified Year <= 2017

Do
- Set Status to "Open"

--- Comment #14 from bel3a...@aol.com ---
I have the same problem 

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

Ed Maste  changed:

   What|Removed |Added

 CC||ema...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

   Assignee|mar...@freebsd.org  |freebsd-bugs@FreeBSD.org

Vaclav Mocek  changed:

   What|Removed |Added

 CC||next.little@gmail.com

Alexey Dokuchaev  changed:

   What|Removed |Added

 CC||da...@freebsd.org

bel3a...@aol.com changed:

   What|Removed |Added

 CC||bel3a...@aol.com

Eitan Adler  changed:

   What|Removed |Added

 Status|In Progress |Open

Mark Linimon  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|lini...@freebsd.org

Jean-Sébastien Pédron  changed:

   What|Removed |Added

 CC|dumbb...@freebsd.org|

--- Comment #1 from Marcel Moolenaar  ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter  ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar  ---
Created attachment 160509
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509=edit
loader with 'gop' command

--- Comment #4 from Marcel Moolenaar  ---
(In reply to Oliver Pinter from comment #2)

I committed revision 287299 (-current), that adds a 'gop' command to the
loader. I attached a pre-compiled EFI loader with this command to this PR.

Can you run 'gop get' and 'gop list' and add the output to this PR?

Also: can you try different modes (if possible) and see if that makes a
difference?

--- Comment #5 from Douglas King  ---
Created attachment 162834
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162834=edit
BIOS information

dmidecode output

--- Comment #6 from Douglas King  ---
Created attachment 162835
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162835=edit
Dmidecode output

--- Comment #7 from Douglas King  ---
I am having the same issue trying to install on an HP Elitebook 2540p.
The error happens at the same point shown in the video except the whole output
is "squished" in the top 5-10% of the disply.
The display changes with user interaction but none of it is viewable.
The text from the boot process remains unaffected. 
Booting without EFI 

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

Ed Maste  changed:

   What|Removed |Added

 CC||ema...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

   Assignee|mar...@freebsd.org  |freebsd-bugs@FreeBSD.org

Vaclav Mocek  changed:

   What|Removed |Added

 CC||next.little@gmail.com

Alexey Dokuchaev  changed:

   What|Removed |Added

 CC||da...@freebsd.org

bel3a...@aol.com changed:

   What|Removed |Added

 CC||bel3a...@aol.com

Eitan Adler  changed:

   What|Removed |Added

 Status|In Progress |Open

Mark Linimon  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|lini...@freebsd.org

--- Comment #16 from Mark Linimon  ---
Is this still a problem as of 12-ALPHA?

--- Comment #15 from Eitan Adler  ---
For bugs matching the following conditions:
- Status == In Progress
- Assignee == "b...@freebsd.org"
- Last Modified Year <= 2017

Do
- Set Status to "Open"

--- Comment #14 from bel3a...@aol.com ---
I have the same problem with an HP Elitebook 8470p

--- Comment #13 from Kubilay Kocak  ---
Test comment

--- Comment #12 from Alexey Dokuchaev  ---
Tonight I've played with it a bit more.

1. I've discovered that in Linux Matthew Garrett had patched EFI framebuffer
size calculation instead of trusting what firmware provides back in 2012
(https://lkml.org/lkml/2012/7/27/407).  I've made a similar change to our code,
but it didn't fix the problem:

> efifb->fb_size = efifb->fb_height * efifb->fb_stride * 4;
Side note: Linux is setting their si->lfb_linelength = pixels_per_scan_line *
4; while we use it as is: efifb->fb_stride = info->PixelsPerScanLine; I wonder
why...

2. I've tried booting rather old ubuntu-11.04-desktop-amd64.iso in native UEFI
mode and got very similar screen distortion in GRUB; it didn't boot further and
I don't have a more recent Ubuntu version at my hands at the moment.

3. OS X Mavericks on HP Probook/Elitebook laptops guide
(http://www.insanelymac.com/forum/topic/293842-guide-mavericks-on-hp-probookelitebook-laptops-with-clover-uefi-bootloader/)
also mentions this problem under "Known issues" as item number one: "Distorted
bootscreen with 7-series laptops using 1366x768 display + UEFI native (without
CSM) setting. Changing Clover resolution to 1024x768 can fix it."

At this point I tend to believe that this is a problem on HP side, and I'm not
sure if it can be efficiently mitigated other than sticking to 1024x768 (mode
2).  Any further ideas are certainly welcome.

--- Comment #11 from Alexey Dokuchaev  ---
Exactly the same problem is observed on HP ProBook 645 G1 against recent
-CURRENT (r304729).  In CSM mode, "gop get" returns only one mode, with much
larger frame buffer size compared to native (non-CSM) boot for some 

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

Ed Maste  changed:

   What|Removed |Added

 CC||ema...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

   Assignee|mar...@freebsd.org  |freebsd-bugs@FreeBSD.org

Vaclav Mocek  changed:

   What|Removed |Added

 CC||next.little@gmail.com

Alexey Dokuchaev  changed:

   What|Removed |Added

 CC||da...@freebsd.org

--- Comment #1 from Marcel Moolenaar  ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter  ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar  ---
Created attachment 160509
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509=edit
loader with 'gop' command

--- Comment #4 from Marcel Moolenaar  ---
(In reply to Oliver Pinter from comment #2)

I committed revision 287299 (-current), that adds a 'gop' command to the
loader. I attached a pre-compiled EFI loader with this command to this PR.

Can you run 'gop get' and 'gop list' and add the output to this PR?

Also: can you try different modes (if possible) and see if that makes a
difference?

--- Comment #5 from Douglas King  ---
Created attachment 162834
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162834=edit
BIOS information

dmidecode output

--- Comment #6 from Douglas King  ---
Created attachment 162835
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162835=edit
Dmidecode output

--- Comment #7 from Douglas King  ---
I am having the same issue trying to install on an HP Elitebook 2540p.
The error happens at the same point shown in the video except the whole output
is "squished" in the top 5-10% of the disply.
The display changes with user interaction but none of it is viewable.
The text from the boot process remains unaffected. 
Booting without EFI freezes slightly earlier in the boot.

'gop' only has one mode listed.

--- Comment #8 from Oliver Pinter  ---
The issue still exists and the same on most recent stable from 2016.01.18.

--- Comment #9 from Vaclav Mocek  ---
I have the same issue with an older Lenovo Ideapad S205, where during the boot
the screen is garbled. I tested the snapshot 10.2-r293802 and 11-r293801, both
are failing. I had the same issue with Linux three years back - the video mode
was not set correctly even in Grub2 and workaround was to use the 

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

Ed Maste  changed:

   What|Removed |Added

 CC||ema...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

   Assignee|mar...@freebsd.org  |freebsd-bugs@FreeBSD.org

Vaclav Mocek  changed:

   What|Removed |Added

 CC||next.little@gmail.com

--- Comment #1 from Marcel Moolenaar  ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter  ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar  ---
Created attachment 160509
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509=edit
loader with 'gop' command

--- Comment #4 from Marcel Moolenaar  ---
(In reply to Oliver Pinter from comment #2)

I committed revision 287299 (-current), that adds a 'gop' command to the
loader. I attached a pre-compiled EFI loader with this command to this PR.

Can you run 'gop get' and 'gop list' and add the output to this PR?

Also: can you try different modes (if possible) and see if that makes a
difference?

--- Comment #5 from Douglas King  ---
Created attachment 162834
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162834=edit
BIOS information

dmidecode output

--- Comment #6 from Douglas King  ---
Created attachment 162835
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162835=edit
Dmidecode output

--- Comment #7 from Douglas King  ---
I am having the same issue trying to install on an HP Elitebook 2540p.
The error happens at the same point shown in the video except the whole output
is "squished" in the top 5-10% of the disply.
The display changes with user interaction but none of it is viewable.
The text from the boot process remains unaffected. 
Booting without EFI freezes slightly earlier in the boot.

'gop' only has one mode listed.

--- Comment #8 from Oliver Pinter  ---
The issue still exists and the same on most recent stable from 2016.01.18.

--- Comment #9 from Vaclav Mocek  ---
I have the same issue with an older Lenovo Ideapad S205, where during the boot
the screen is garbled. I tested the snapshot 10.2-r293802 and 11-r293801, both
are failing. I had the same issue with Linux three years back - the video mode
was not set correctly even in Grub2 and workaround was to use the option
gfxmode, which overwrites the detected values. So, I suspect that the UEFI GOP
provides partly incorrect information and the efifb is not set correctly.

Unfortunately, I have no clue how to debug these thing on FreeBSD, any hint
would be 

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

Ed Maste  changed:

   What|Removed |Added

 CC||ema...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

   Assignee|mar...@freebsd.org  |freebsd-bugs@FreeBSD.org

--- Comment #1 from Marcel Moolenaar  ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter  ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar  ---
Created attachment 160509
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509=edit
loader with 'gop' command

--- Comment #4 from Marcel Moolenaar  ---
(In reply to Oliver Pinter from comment #2)

I committed revision 287299 (-current), that adds a 'gop' command to the
loader. I attached a pre-compiled EFI loader with this command to this PR.

Can you run 'gop get' and 'gop list' and add the output to this PR?

Also: can you try different modes (if possible) and see if that makes a
difference?

--- Comment #5 from Douglas King  ---
Created attachment 162834
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162834=edit
BIOS information

dmidecode output

--- Comment #6 from Douglas King  ---
Created attachment 162835
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162835=edit
Dmidecode output

--- Comment #7 from Douglas King  ---
I am having the same issue trying to install on an HP Elitebook 2540p.
The error happens at the same point shown in the video except the whole output
is "squished" in the top 5-10% of the disply.
The display changes with user interaction but none of it is viewable.
The text from the boot process remains unaffected. 
Booting without EFI freezes slightly earlier in the boot.

'gop' only has one mode listed.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

Ed Maste  changed:

   What|Removed |Added

 CC||ema...@freebsd.org

--- Comment #1 from Marcel Moolenaar  ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter  ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar  ---
Created attachment 160509
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509=edit
loader with 'gop' command

--- Comment #4 from Marcel Moolenaar  ---
(In reply to Oliver Pinter from comment #2)

I committed revision 287299 (-current), that adds a 'gop' command to the
loader. I attached a pre-compiled EFI loader with this command to this PR.

Can you run 'gop get' and 'gop list' and add the output to this PR?

Also: can you try different modes (if possible) and see if that makes a
difference?

--- Comment #5 from Douglas King  ---
Created attachment 162834
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162834=edit
BIOS information

dmidecode output

--- Comment #6 from Douglas King  ---
Created attachment 162835
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162835=edit
Dmidecode output

--- Comment #7 from Douglas King  ---
I am having the same issue trying to install on an HP Elitebook 2540p.
The error happens at the same point shown in the video except the whole output
is "squished" in the top 5-10% of the disply.
The display changes with user interaction but none of it is viewable.
The text from the boot process remains unaffected. 
Booting without EFI freezes slightly earlier in the boot.

'gop' only has one mode listed.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

--- Comment #1 from Marcel Moolenaar  ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter  ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar  ---
Created attachment 160509
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509=edit
loader with 'gop' command

--- Comment #4 from Marcel Moolenaar  ---
(In reply to Oliver Pinter from comment #2)

I committed revision 287299 (-current), that adds a 'gop' command to the
loader. I attached a pre-compiled EFI loader with this command to this PR.

Can you run 'gop get' and 'gop list' and add the output to this PR?

Also: can you try different modes (if possible) and see if that makes a
difference?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter o...@freebsd.org changed:

   What|Removed |Added

 CC||Ray@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar mar...@freebsd.org changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

--- Comment #1 from Marcel Moolenaar mar...@freebsd.org ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter o...@freebsd.org ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar mar...@freebsd.org ---
Created attachment 160509
  -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509action=edit
loader with 'gop' command

--- Comment #4 from Marcel Moolenaar mar...@freebsd.org ---
(In reply to Oliver Pinter from comment #2)

I committed revision 287299 (-current), that adds a 'gop' command to the
loader. I attached a pre-compiled EFI loader with this command to this PR.

Can you run 'gop get' and 'gop list' and add the output to this PR?

Also: can you try different modes (if possible) and see if that makes a
difference?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter o...@freebsd.org changed:

   What|Removed |Added

 CC||Ray@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar mar...@freebsd.org changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |

--- Comment #1 from Marcel Moolenaar mar...@freebsd.org ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter o...@freebsd.org ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar mar...@freebsd.org ---
Created attachment 160509
  -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509action=edit
loader with 'gop' command

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter o...@freebsd.org changed:

   What|Removed |Added

 CC||Ray@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar mar...@freebsd.org changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org

--- Comment #1 from Marcel Moolenaar mar...@freebsd.org ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter o...@freebsd.org ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar mar...@freebsd.org ---
Created attachment 160509
  -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509action=edit
loader with 'gop' command

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org

[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Bug ID: 202309
   Summary: [uefi] smashed screen on HP Probook 430 G1 with UEFI
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: o...@freebsd.org

After Marcel's latest fix the system able to boot with enabled UEFI, when the
CSM mode is enabled. When I disable the CSM and try to boot with pure UEFI, I
got smashed screen. Seems like the frame buffer's size miscalculated.

See the linked video: http://jenkins.hardenedbsd.org/~op/freebsd-efi.mp4

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org