Display Bug on Asus 901 on boot

[astrieanna]

I'm running R1/alpha4 on an Asus 901 eee. I've also verified that this happens on the latest nightly build (hrev45122). This did not happen in alpha3.

On start up, it boots to the desktop, but the right third of the screen is black. The desktop appears to take up the full height of the screen, but there is no "Haiku" at the bottom -- it's just blue. If I move a window to touch a few inches up from the bottom, the lower portion of the screen becomes stripe-y. This is the first picture. In addition, the "screenshot" utility on Haiku only shows an image of the portion of the screen that is displaying correctly. It does not think that the black or stripey portions exist.

When I switch workspaces, that problem disappears. Instead, Haiku seems to believe there's more screen that actually exists. You can see this on the desktop by using the "Haiku" logo as reference. (see second picture). The screenshot utility believes that the full desktop is visible. Full-screening windows means that the bottom of the window is not visible.

[astrieanna]

Picture of desktop on boot w/ screenshot window

[astrieanna]

Picture of desktop after switching workspaces

[dsjonny]

Mayber duplicate: #9202

[astrieanna]

Replying to dsjonny:

Maybe duplicate: #9202

Thank you! Setting the screen resolution to 1024x600 fixes the "invisible" portions of the screen problem (what I see and what the screenshot utility sees now match). It was previously (automatically) set to 1024x768, and the bottom 168 pixels weren't visible. When I set the resolution to 800x480, I got similar behavior to the behavior before switching workspaces: the right portion of the screen is black and there's a section on the bottom left that's vertical stripes.

Maybe the automatic resolution setting messed up because 1024x600 gives an error if you use the default refresh rate of 60Hz? I changed it to 85Hz and it was fine, but at 60Hz I got an Invalid Argument error when I tried to apply the changed to 1024x600.

Is the resolution expected to control the portion of the physical screen that is used? From other operating systems, I had the impression that resolution controlled the scale at which things were drawn, not which physical pixels get used.

[axeld]

Can you please provide a syslog from booting that machine? You can find the file under /var/log/syslog.

[-Meanwhile-]

Haiku displays fine on my EeePC 901 with a 1024 x 600 resolution at 60 Hz.

[diver]

Thanks for the update, assuming fixed.