Opened 15 years ago
Closed 14 years ago
#5096 closed bug (fixed)
intel_extreme regression: 1024x600 resolution not detected after [33633]
Reported by: | JeremyVisser | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Drivers/Graphics/intel_extreme | Version: | R1/Development |
Keywords: | Cc: | haiku-trac@… | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
On revision 33632, when I boot Haiku on my ASUS Eee 901 (with an Intel GMA 945), the laptop's native 1024x600 resolution is detected and applied out-of-the-box.
On revision [33633], the resolution 1024x600 is not available for use, and 1024x768 is used instead, which is incorrect, and the bottom of the screen is cut off.
Change History (15)
comment:1 by , 15 years ago
comment:2 by , 15 years ago
Just FYI, I'm running hrev36131, and 1024x600 was again correctly detected on my machine.
ahwayakchih, can you confirm this too?
comment:3 by , 15 years ago
JeremyVisser, i tried hrev36218 (GCC2 Hybrid build) and it still sets resolution to 1024x768 :(.
comment:4 by , 15 years ago
I was running the GCC4 hybrid build myself. Also, I ran the installer from within a VirtualBox VM and used that to install to my main drive, then I physically rebooted into the new install, and 1024x600 was there.
Puzzling. Would be good if we could get some feedback from Haiku devs on this.
comment:5 by , 15 years ago
Could it be that installer changes some settings? I was sure it just copies stuff to disk (the beauty of it/BeOS was simplicity after all :), but maybe something changed in meantime. I simply downloaded nightly build image, loaded it onto USB and booted EeePC from it. Maybe difference is in USB vs HD?
comment:6 by , 15 years ago
Well... the Installer just copies everything, indeed. But with the semi-writabe CD-images, it will also copy the "virtual" settings which would otherwise be lost if you were to reboot the CD. This is used for example for the language. If you boot from a CD, pick a language, the setting will be stored in the "write overlay". When you install from this life-image, the setting will be written for real on the hard-disk, which makes the system reboot into the correct language, without any Installer trickery. That's of course just one example. Any other customizations you do while booted into the live-CD would be copied by the Installer.
follow-up: 8 comment:7 by , 15 years ago
Thanks for the information stippi :). Does that mean, that driver/screen settings where copied too? Wouldn't it change to default after booting on different hardware (current driver works like it didn't see any other resolution available, because Screen settings show only 1024x768) and not seeing 1024x600 available anymore?
JeremyVisser, if You open Screen settings (on a "working ok" installation You mentioned :), does it show correct resolution to select, or does it show only 1024x768?
comment:8 by , 15 years ago
Replying to ahwayakchih:
JeremyVisser, if You open Screen settings (on a "working ok" installation You mentioned :), does it show correct resolution to select, or does it show only 1024x768?
If I open the Screen settings page, it shows 1024x600 like normal. (1024x600 is the only option.) When it was broken, 800x600, 1024x768 (and 640x480, I think) were shown as options instead.
comment:9 by , 15 years ago
Strange, i never got any other resolution than 1024x768 to select on Screen settings.
Can it be that the same GFX chipset gives different results? Maybe it's not the same after all (though i know intel driver is used because of test mentioned in my first comment here :)...
Ubuntu's "lshw" command returns something like this:
*-display:0 UNCLAIMED description: VGA compatible controller product: Mobile 945GME Express Integrated Graphics Controller vendor: Intel Corporation physical id: 2 bus info: pci@0000:00:02.0 version: 03 width: 32 bits clock: 33MHz capabilities: msi pm bus_master cap_list configuration: latency=0 *-display:1 UNCLAIMED description: Display controller product: Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller vendor: Intel Corporation physical id: 2.1 bus info: pci@0000:00:02.1 version: 03 width: 32 bits clock: 33MHz capabilities: pm bus_master cap_list configuration: latency=0
comment:10 by , 15 years ago
Yes, the same (unsupported) chipset can give different results, since the results depend on the VESA BIOS only. It can be implemented differently by different *board* vendors, not necessarily the chipset vendor.
For example, I am a happy owner of a GTX-285 board where the vendor (Club3D in my case) has included a VESA BIOS implementation that will check the EDID of the monitor, and modify the last entry in the VESA BIOS mode list to reflect the preferred mode of the connected monitor, as 8 bit and 32 bit mode even. This way I always get the perfect resolution with the VESA driver.
In any case, this ticket is about a regression in the intel_extreme driver, which has nothing to do with GFX nor the VESA BIOS. :-)
comment:11 by , 15 years ago
Cc: | added |
---|
comment:12 by , 14 years ago
I have the same problem on my new thinkpad T60. Screen is 1400x1050, only available resolution is 1280x1024, leaving me with black borders around the screen. My pixels feel bored. If you need remote access to my machine for tests, please let me know.
follow-up: 14 comment:13 by , 14 years ago
This should be fixed in hrev38329. Can you check if it works for you ?
comment:14 by , 14 years ago
Replying to pulkomandy:
This should be fixed in hrev38329. Can you check if it works for you ?
Yep, just booted hrev38837 on my Eee 901 and 1024x600 was used out-of-the-box for me. Awesome! Looks like it’s fixed. :-)
comment:15 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
I can confirm that on hrev35327. Same EeePC model, same chipset, and resolution is also wrongly set to 1024x768 (with no other option to select from on Screen preferences). I have downloaded nightly from hrev33610, copied accelerant and driver and resolution was set correctly :).