Intel_extreme driver problem on i855g

[walera]

I check Haiku on two notebooks with i855g chipset and see identical problem on internal LCD display (see photo in attachment). Upper 16 lines fill noise and lower 16 lines hidden.

[axeld]

That probably means the video address is not properly set; the noise at the top is the memory at the start of the shared memory that is not used for the image itself.

Unfortunately, I don't have access to a i855g, and the i865g I have seems to work fine.

[axeld]

Does changing the resolution work at all?

[walera]

On first photo (Intel_extreme.jpg) resolution 1024x768 (native resolution for my notebooks) with 32 bit colors. Only this resolution acceptable for work. I add photos with resolution: 1024x768 8 bit (system hang up after apply this mode) - 1024x768_8.jpg 1024x768 16 bit - 1024x768_16.jpg 800x600 32 bit - 800x600_32.jpg 640x480 32 bit (system hang up after apply this mode) - 640x480_32.jpg

[modeenf]

I think that Ticket #1299 are related. When I try to change resolution on my i855gm I get weird effects. Print screen don't show but perhaps changing resolution are a miner problem right now :)

[ajitomatix]

Haiku-Rev-33964-Partial-screen-at-1024x768

[ajitomatix]

Haiku-Rev-33964-Cannot-change-to-1200x800

[ajitomatix]

Confirmed that the bug exists in R1/Alpha1 as well as the most recent nightly (33964). Notice that in screenshot ​http://dev.haiku-os.org/attachment/ticket/3846/Haiku-Rev-33964-Partial-screen-at-1024x768.jpg only left portion of the screen is being recognized/rendered by Haiku. Also, in screenshot ​http://dev.haiku-os.org/attachment/ticket/3846/Haiku-Rev-33964-Cannot-change-to-1200x800.jpg changing the resolution results in mangled screen.

[ajitomatix]

haiku hrev33964 KDL ints output

[ajitomatix]

output of the listdev command

[ajitomatix]

drivers loaded

[ajitomatix]

syslog

[ajitomatix]

I have found a workaround thanks to ​this BeOS R5 tip.

Since intel extreme driver is not working, the workaround is to use a VESA driver. To do that I did the following:

$> cd /boot/system/add-ons/kernel/drivers/dev/graphics/
$> sudo mv intel_extreme ~/

Then restart Haiku.

What this does is removes the symbolic link to the buggy intel_extreme driver. Haiku then has to fall back to VESA driver when it reboots.

This workaround is tested on R33964.

[ajitomatix]

Correction. sudo is not needed neither implemented on R1/Alpha or R33964. So just run it without sudo:

$> mv intel_extreme ~/

Replying to ajitomatix:

$> sudo mv intel_extreme ~/

[ajitomatix]

Note that with VESA driver in use I can only get 1024x768 resolution on my Dell Inspiron 700m LCD panel. Nevertheless, it is still better than having a buggy intel 855GM driver; gives a usable screen till the intel 855GM driver gets fixed.

[umccullough]

Replying to ajitomatix:

Correction. sudo is not needed neither implemented on R1/Alpha or R33964. So just run it without sudo:

$> mv intel_extreme ~/

Note, you don't have to move the symlink to your home, you can also just rename the binary in place:

cd cd /boot/system/add-ons/kernel/drivers/bin
mv intel_extreme intel_extreme.disabled

which satisfies breaking the symlink in a way that prevents it from being loaded

[dukzcry]

Replying to ajitomatix: Hi, ajitomatix. This patchset fixes your problem: ​https://github.com/druga/haiku-stuff/tree/master/intel_extreme . Enjoy.

[Caylon]

Is the patch included in the latest nightly build? I tested hrev44270 on a Acer 662 which has a 82852/82855 Graphics Controller, but after the boot logo I get a distorted image.

If I connect an external display (22" widescreen Display) it works perfectly (1680x1050), so the problem only regards the internal display. (maybe there is a problem with the resolution 1400 x 1050? which is the max. resolution of the internal display)

[dukzcry]

Replying to Caylon:

Is the patch included in the latest nightly build?

Still not included. You can apply it manually over Haiku's source tree, or i can send final driver binary to you (if you'll say which type of build you're using, gcc2 or gcc4 -based).

[Caylon]

ok thanks, I will try it on my own, I think it's not so difficult :)

[walera]

Replying to dukzcry:

This patchset fixes your problem: ​https://github.com/druga/haiku-stuff/tree/master/intel_extreme . Enjoy.

Hi, dukzcry. Can you explain me commands for apply those patches to sources of intel_extreme driver? As I understand those patches not apply in last nightly buld because my problem (see 1st message in this trac) is not fixed. Right? Also I need of instruction for change current driver to new because I can't change any system file in last build of Haiku. Thank you in advance!

[modeenf]

Think you have to do it manually. File to file. These don't look like it's made the correct way.

Adding/removing drivers after the PM introduction are not that easy I believe. You probably need to ask in IRC or mail the list.

[dukzcry]

Hi, walera

Replying to walera:

Can you explain me commands for apply those patches to sources of intel_extreme driver?

Replying to modeenf:

Think you have to do it manually. File to file.

Yes, i've not prepared one-pass diff, so you should apply them manually, but since there are just few files around, it's not a big deal. Patches (named as patch-*) should be applied using 'patch -u < patch-* orig-file', other files just be put at appropriate locations. Dunno how they'll fit against current Haiku's build though. Replying to walera:

As I understand those patches not apply in last nightly buld because my problem (see 1st message in this trac) is not fixed. Right?

Right, they hadn't went into mainline. Or at least i've not notified about.

Also I need of instruction for change current driver to new because I can't change any system file in last build of Haiku.

Sorry, can't help here, i've been out of Haiku for at least 1.5 years. You'd better to follow modeenf's advice, or stick to an old Haiku's build.

[walera]

Replying to dukzcry:

You'd better to follow modeenf's advice, or stick to an old Haiku's build.

Very thanks! I apply this patch ​https://github.com/druga/haiku-stuff/tree/master/intel_extreme to old haiku sources hrev44144, build and replace intel_extreme driver. This problem was fixed! How I must make for adding this patch to nearest nightly image and to Alpha5 in future?

[dukzcry]

Replying to walera:

This problem was fixed!

Nice :)

How I must make for adding this patch to nearest nightly image and to Alpha5 in future?

You may contact bug's owner (axeld [at] pine-software.de), kallisti5 [at] unixzen.com (he's done a lot of graphics cards support) or some other developer, involved into device driver writing.

[modeenf]

How do you want to do with licens? Adding your name to the top of each change file?

I have today not an developming envirment but I have thought to get one :)

[korli]

dukzcry, please state in ​https://github.com/druga/haiku-stuff/tree/master/intel_extreme/README.mkd that these changes are MIT licensed. Thanks !

[pulkomandy]

Taking over this. Manually applying changes on my tree. Waiting for license confirmation before I commit it.

[pulkomandy]

Patch from github rebased on current sources.

[pulkomandy]

I attached a patch in proper format against the current sources. Since I don't have the hardware, if someone could test this and confirm the issue is fixed, that would be nice.

I'll check that it doesn't break something on my machine.

My version of the patch includes some style fixes (this will need more work), and I made one functional change. You had disabled the head A setup, but I actually use this "clone" mode with the VGA output in some occasions. I prefer to keep it.

[dukzcry]

Replying to korli:

dukzcry, please state in ​https://github.com/druga/haiku-stuff/tree/master/intel_extreme/README.mkd that these changes are MIT licensed. Thanks !

Done.

Patch from github rebased on current sources.

Thanks much for taking this!

[pulkomandy]

Patch partially applied in hrev46694.

I removed the part about not switching the mode when the resolution isn't the same, because this prevented changing only the refresh rate. I'm also not sure the hack to get the native resolution set on boot is the right way to go, and as a result of removing that thing above, it will only work for the first workspace. We should find a better and cleaner way to handle that.

Also removed, as mentionned earlier, is disabling the initialisation for head A wen head B is detected. The "clone" mode where the internal panel and VGA output show the same thing can be useful, and it needs both initialized.

I made some style fixes in bios.cpp, but there is more work to do to get it into Haiku quality standards. I added several FIXMEs and TODOs and tried to clarify the comments.

Leaving ticket open until this is confirmed working by someone who had the problem before.

[walera]

Replying to pulkomandy:

Leaving ticket open until this is confirmed working by someone who had the problem before.

I confirm - problem was fixed on my notebook with i855gm. I think this ticked can be close. Very thanks for fix this problem!

[nielx]

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone