Bug 828118
| Summary: | Framebuffer driver conflicts with EFI VGA | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | yuanquan chen <yuachen> | ||||||||
| Component: | kernel | Assignee: | Lenny Szubowicz <lszubowi> | ||||||||
| kernel sub component: | Power Management | QA Contact: | Red Hat Kernel QE team <kernel-qe> | ||||||||
| Status: | CLOSED WONTFIX | Docs Contact: | |||||||||
| Severity: | high | ||||||||||
| Priority: | high | CC: | cshao, fdeutsch, gouyang, jshortt, leiwang, ovirt-maint, rbalakri, riehecky, rpacheco, ycui | ||||||||
| Version: | 6.3 | ||||||||||
| Target Milestone: | rc | ||||||||||
| Target Release: | 6.3 | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2016-08-05 13:52:51 UTC | Type: | Bug | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Bug Depends On: | |||||||||||
| Bug Blocks: | 1269638 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
yuanquan chen
2012-06-04 09:51:47 UTC
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development. This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4. Does this work correctly if you choose the basic video option? (In reply to comment #6) > Does this work correctly if you choose the basic video option? Test this issue with rhev-hypervisor6-6.3-20120710.0.el6_3 build in HP 8200E MT machine, choose the basic video option, got the same issue. Thanks! jboggs -- any idea what needs to be done here? nothing comes to mind at this point, can you reproduce on RHEL? (In reply to comment #9) > nothing comes to mind at this point, can you reproduce on RHEL? Test version: rhel 6.3 (kernel-2.6.32-279.el6.x86_64) Test step: 1. Write RHEL iso to disc. 2. Install RHEL in uefi mode(HP 8200E MT machine). 3. Login RHEL in uefi mode. test result: 1. RHEL installation can successful in uefi mode. 2. Login RHEL can successful in uefi mode. 3. But seem the RHEL UI look ugly in UEFI mode, the login screen show on the right alignment, but not align left. Please see attachment for your reference. Created attachment 598372 [details]
rhel-uefi
does auto adjust on the monitor help at all? I've had a dell monitor that did similar things with the screen just not exactly that bad. This only happens under uefi right? (In reply to comment #12) > does auto adjust on the monitor help at all? I've had a dell monitor that > did similar things with the screen just not exactly that bad. Auto adjust on the monitor have no effect. The login screen still show on the right alignment. > This only happens under uefi right? Install RHEL in uefi, reboot and enter BIOS mode, boot RHEL failed, can't boot system, only the underline kept flashing. This bug still affect on RHEVH 6.6 for rhev 3.5(rhev-hypervisor6-6.6-20141218.0.el6ev( rhev 3.5 GA date: Jan 28th,2015), may I ask is there any schedule for this bug? Unfortunately, I don't have access to a HP 8200 Micro Tower system, so I can't reproduce this problem.
When booting RHEL 6 on other UEFI systems, it it not unusual to see a message about conflicting use of the EFI frame buffer. The kernel then switches to using the driver for the graphics hardware on the system.
For example, here are some of the relevant console messages from booting RHEL 6.6 on an Intel UEFI system:
efifb: probing for efifb
efifb: framebuffer at 0xb0000000, mapped to 0xffffc90005800000, using 13784k, total 65536k
efifb: mode is 1680x1050x32, linelength=6720, pages=1
efifb: scrolling: redraw
efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
Console: switching to colour frame buffer device 210x65
fb0: EFI VGA frame buffer device
fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing generic driver
Console: switching to colour dummy device 80x25
i915 0000:00:02.0: setting latency timer to 64
alloc irq_desc for 33 on node -1
alloc kstat_irqs on node -1
alloc irq_2_iommu on node -1
i915 0000:00:02.0: irq 33 for MSI/MSI-X
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[drm] Driver supports precise vblank timestamp query.
[drm:i915_stolen_to_physical] *ERROR* conflict detected with stolen region: [0xaba00000 - 0xafa00000]
vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
fbcon: inteldrmfb (fb0) is primary device
Console: switching to colour frame buffer device 210x65
i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
i915 0000:00:02.0: registered panic notifier
input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input2
ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no)
[drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
On this system, the kernel is able to successfully switch to using the i915 graphics hardware and the associated driver.
So, as a first step, it might help if you attached the dmesg log from booting RHEL 6.6 on your system.
-Lenny.
Thanks Lenny for quickly response. This bug was opened on 2012, now let me provide the new fresh log and new fresh info here. 1. Tested this bug on RHEL 6.6 GA version, now can _not_ reproduce on RHEL on UEFI HP 8300E MT machine. # uname -a Linux localhost.localdomain 2.6.32-504.el6.x86_64 #1 SMP Tue Sep 16 01:56:35 EDT 2014 x86_64 x86_64 x86_64 GNU/Linux # cat /etc/system-release Red Hat Enterprise Linux Server release 6.6 (Santiago) # cat /etc/system-release-cpe cpe:/o:redhat:enterprise_linux:6server:ga:server I still provide the dmesg from rhel 6.6 in attachment(dmesg_rhel66) 2. Base on testing above on rhel 6.6, now this bug is only RHEVH side(tested version: rhev-hypervisor6-6.6-20141218.0.el6ev) with this issue, can see nothing on vga console, so cannot provide anything. But let me provide dmesg log via add "console=ttyS0,115200" to the rhev-h kernel cmdline, not sure whether it is helpful. (dmesg_rhevh66) # uname -a Linux dhcp-10-25.nay.redhat.com 2.6.32-504.3.3.el6.x86_64 #1 SMP Fri Dec 12 16:05:43 EST 2014 x86_64 x86_64 x86_64 GNU/Linux # cat /etc/system-release Red Hat Enterprise Virtualization Hypervisor release 6.6 (20141218.0.el6ev) Test steps in rhevh: 1. prepare the EFI usb boot media with "rhevh-iso-to-disk --format --efi rhevh-6.6-20141218.0.el6.iso /dev/sdb" 2. boot from usb disk under UEFI mode 3. watch the vga console, it can't be initialized by rhev-h, so you can't login the rhev-h install interface 4. add "console=ttyS0,115200" to the rhev-h kernel cmdline, it can works well with the serial console Created attachment 973105 [details] dmesg_rhel66 for comment 18 Created attachment 973106 [details] dmesg_rhevh66 for comment 18 (In reply to Ying Cui from comment #20) > Created attachment 973106 [details] > dmesg_rhevh66 for comment 18 Probably this log info is useless, because it is log via serial console, not vga console. Thank you for submitting this request for inclusion in Red Hat Enterprise Linux. We've carefully evaluated the request, but are unable to include it in a future release. To request that Red Hat re-consider this request, please re-open the bugzilla via appropriate support channels and provide additional business and/or technical details about its importance to you. |