Opened 16 months ago

Last modified 16 months ago

#18215 new bug

Intel HD 4000 iGPU not detected. Using Framebuffer driver.

Reported by: houghten Owned by: pulkomandy
Priority: normal Milestone: Unscheduled
Component: Drivers/Graphics/intel_extreme/haswell Version: R1/beta4
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description (last modified by houghten)

On my HP Chromebox, the iGPU is not detected, so falls back to Framebuffer driver Booting coreboot UEFI. Native resolution is 1720x720. It seems to be device 0a06: Haswell-ULT Integrated Graphics Controller

Attachments (2)

syslog (241.4 KB ) - added by houghten 16 months ago.
syslog
syslog.2 (185.4 KB ) - added by houghten 16 months ago.
SYSLOG from test build hrev_56702_5991_1

Download all attachments as: .zip

Change History (16)

by houghten, 16 months ago

Attachment: syslog added

syslog

comment:1 by houghten, 16 months ago

Description: modified (diff)

comment:2 by waddlesplash, 16 months ago

Component: - GeneralDrivers/Graphics/intel_extreme
Owner: changed from nobody to pulkomandy

comment:3 by diver, 16 months ago

Component: Drivers/Graphics/intel_extremeDrivers/Graphics/intel_extreme/haswell

comment:4 by Starcrasher, 16 months ago

If you are booting on UEFI, you will always use framebuffer driver. In this case, dedicated drivers are only used to get/set screen resolutions.

This is confusing but Intel has integrated HD 4000 on different CPUs that have different ways to communicate with iGPU. So some processors, that use a 'standard' way are perfectly handled by the vesa driver, when others require a dedicated driver. For example, my i3 @4600 is using vesa driver. Perhaps is it also the case of your Celeron(R) 2955U @1.40GHz?

You may also want to have a look at vesa file in /home/config/settings/kernel/drivers folder where it's possible to add a screen mode.

comment:5 by korli, 16 months ago

Starcrasher, in this case, the PCI ids are missing anyway. I'll add them, and we'll see from there.

comment:6 by houghten, 16 months ago

I thought the framebuffer driver was like the vesa driver in that it was a fallback driver in cases where a specific driver could not be found. Also, that the framebuffer driver was "locked" to the resolution that the UEFI core had set before booting to the OS.

In the Screen preferences, the Display info shows Framebuffer Driver (Framebuffer) and the resolution has only 1 selection in the dropdown (whichever resolution I booted to).

Once the PCI ids are added to the Intel Extreme driver, I expect that the Display Info still show Framebuffer Driver (Framebuffer) , but I will have the ability to change the resolution on reboot.

Is that correct?

Last edited 16 months ago by houghten (previous) (diff)

comment:7 by pulkomandy, 16 months ago

I thought the framebuffer driver was like the vesa driver in that it was a fallback driver in cases where a specific driver could not be found.

Yes, that's how it works.

Once the PCI ids are added to the Intel Extreme driver, I expect that the Display Info still show Framebuffer Driver (Framebuffer) , but I will have the ability to change the resolution on reboot.

If the Intel driver works, it will show "Intel" instead of "Framebuffer" and you will be able to change resolutions at runtime.

If you are booting on UEFI, you will always use framebuffer driver. In this case, dedicated drivers are only used to get/set screen resolutions.

Not at all. If you use UEFI, the framebuffer driver replaces the VESA driver (because VESA requires a legacy BIOS to work). But all the other drivers continue to work normally if they support the hardware.

comment:9 by houghten, 16 months ago

This build works. I see the Monitor name displayed. I also see Intel HD/Iris (Haswell ULT GT1 Mobile) as the display. I can change the resolution in the Screen preferences, but some of the resolutions are not listed there. For example, it boots at 3440x1440. I would think there would be a selection for 1720x720, but there is not.

comment:10 by korli, 16 months ago

Please provide a syslog.

by houghten, 16 months ago

Attachment: syslog.2 added

SYSLOG from test build hrev_56702_5991_1

comment:11 by houghten, 16 months ago

I booted a Windows PC and MacOS with this monitor and neither of them display the option for 1720x720. I can force it on MacOS using the "All Resolutions" button.

It seems like the Montor and graphics adapter are not communicating that that is a valid resolution.

I did attach a new syslog.

comment:12 by pulkomandy, 16 months ago

You may be able to set that resolution from the command line using the "screenmode" command.

The BeOS screen preferences used to have a "custom resolutions" window, I think? We could add that.

We could also add this resolution to the standard ones we always put in the list, but it it's somewhat uncommon so I'm not sure we should do that?

comment:13 by houghten, 16 months ago

Yeah. Typically, you're going to use the max resolution of the monitor and scale in the OS as appropriate. I'm certainly not asking for it, just commenting on the fact that it's missing.

comment:14 by pulkomandy, 16 months ago

our approach to scaling is to use a larger font size in Appearance preferences, most of the GUI should scale up with that setting.

Note: See TracTickets for help on using tickets.