Regression with GMA3150 graphics

[vote_gough]

My machine is an ASUS eee pc 1015px with an Intel Atom N570 and GMA3150 graphics. Builds prior to and including hrev50194 are working fine with no issues but builds after this fail to boot, halting at the rocket icon on the splash screen. Changing to fail safe graphics and safe mode don't appear to have any effect.

Builds hrev50256 and hrev50252 both however garble the splash screen after all the boot icons are highlighted, and even though the screen is unresponsive and glitched, it seems as though the system has loaded since pressing the power button appears to initiate the shutdown sequence.

[richienyhus]

I am guessing that it must of been hrev50198 ?

The Atom D4xx and Atom N4xx seem to be supported by the driver, but the Atom D5xx and Atom N5xx seem to be missing.

Pineview chipsets: Atom D4xx A001 Atom D5xx A002 Atom N4xx A011 Atom N5xx A012

[kallisti5]

Strange, vesa 'fail safe video' should always work as the driver it uses isn't related to Intel_extreme.

Please do the following:

• boot from the latest Haiku image on a USB stick
• after system boots and screen turns garbled, wait 20 seconds.
• hold CTL + ALT + Del. Once system reboots and you see your BIOS, unplug USB stick.
• grab /boot/system/log/syslog from the USB stick and attatch it here.

[diver]

Correction: /boot/system/var/log/syslog :)

[vote_gough]

syslog

[vote_gough]

All yours, let me know if you need anything else.

[kallisti5]

Looks like we can't find EDID data for the LVDS display, thus flag it as disconnected.

Give hrev50262 a swirl. It should make the LVDS detection on older generation intel GPU's more 'aggressive'

I also added in the missing Atom GPU PCI id's you mentioned.

[vote_gough]

Will do, as soon as a new build comes out I'll give it a whirl and let you know how it goes.

[vote_gough]

syslog for 64bit haiku

[vote_gough]

I tried the 64bit build of hrev50262, it got past the splash screen but it glitched out after that, all white with a bunch of vertical purple lines going all over the place. I've attached the syslog if you want to have a look.

[vote_gough]

Since the gcc2_hybrid builds are still not out, I gave hrev50277 a go, this time x86_gcc4. The good news is that it boots to the desktop and I can interact with it such as open and close programs, type and click things fine.

However, the graphics have become, well, pixelated would probably be the best description. It sort of looks as though it's dithering, with some aspects stretched and others compressed, all looking very blocky and pixelated at native resolution.

Changing the resolution to 800x600 caused the display to go black and unresponsive.

[vote_gough]

Just tried out hrev50281 gcc2_hybrid, however it just boots to a black screen now after the splash screen. As before I'll attach the syslog, syslog2.

[vote_gough]

syslog2

[kallisti5]

KERN: intel_extreme: SetDisplayMode: hardware mode will actually be 1024x600 (unscaled)

Does that look like the correct native mode?

[kallisti5]

Yeah... I just confirmed that mode looks right. Bah. I don't have any Intel hardware of this generation. Let me see if I can get something cheap.

[vote_gough]

@kallisti5 yes that's the right native resolution, if you need any other data you can let me know.

[kallisti5]

I purchased a PineView netbook of this generation, looks like the pll calculation is busted:

KERN: intel_extreme: IsConnected: LVDS C PortRegister: 0x5001180
KERN: intel_extreme: CALLED virtual status_t LVDSPort::SetDisplayMode(display_mode*, uint32)
KERN: intel_extreme: SetDisplayMode: LVDS C-3 1024x600
KERN: intel_extreme: SetDisplayMode: hardware mode will actually be 1024x600 (unscaled)
KERN: intel_extreme: PLL limits, min: p 7 (p1 1, p2 14), n 1, m 70 (m1 8, m2 3)
KERN: intel_extreme: PLL limits, max: p 98 (p1 8, p2 7), n 6, m 120 (m1 18, m2 7)
KERN: intel_extreme: compute_pll_divisors: required MHz: 49.8
KERN: intel_extreme: compute_pll_divisors: found: inf MHz, p = 0 (p1 = 0, p2 = 344), n = 0, m = 600 (m1 = 2, m2 = -450708296)
KERN: intel_extreme: LVDS: dual channel

I'll take a gander.

[kallisti5]

I've found that my PLL calculation rewrite fixes this issue... however there were regressions on other cards. Let me do some testing, best case it fixes more than it breaks and i'll push it up.

[vote_gough]

Thanks a bunch kallisti5, I updated to hrev50303 and all the issue is gone, good work.

[vote_gough]

Regression has appeared again with hrev50525 and hrev50526 (it may have appeared earlier I haven't been able to check), it boots the loading screen fine, but when it loads the desktop it becomes all garbled, although it looks as though the system is still functioning. It boots into a normal desktop if you select fallback VESA drivers.

[vote_gough]

Checked again with hrev50598, both upgrading my existing Haiku install and testing with a live USB.

I can confirm this issue is persisting in both cases, but changing the graphics mode to Fallback in the boot options allows you to interact with the desktop.

[vote_gough]

Replying to kallisti5:

I've found that my PLL calculation rewrite fixes this issue... however there were regressions on other cards. Let me do some testing, best case it fixes more than it breaks and i'll push it up.

I think you might need to run some more tests.

[pulkomandy]

I think the PLL is ok now. I had similar problems on my machines, and they are related to wrong assignment of pipes to outputs.

Basically, we set the video mode on pipe B, but leave the display attached to pipe A. I'll try to clean up my fix and push the changes sometime this week.

[vote_gough]

Tested with the latest nightly release, everything looks like it's working fine again.

[kallisti5]

woot! Thanks for testing. Please open another bug if any additional issues are seen.