#3846 closed bug (fixed)
Intel_extreme driver problem on i855g
Reported by: | walera | Owned by: | pulkomandy |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta2 |
Component: | Drivers/Graphics/intel_extreme | Version: | R1/Development |
Keywords: | Cc: | ajitomatix@…, beos@… | |
Blocked By: | #7662 | Blocking: | |
Platform: | x86 |
Description
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.
Attachments (12)
Change History (45)
by , 16 years ago
Attachment: | Intel_extreme.JPG added |
---|
comment:1 by , 16 years ago
comment:3 by , 16 years ago
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
by , 16 years ago
Attachment: | 640x480_32.JPG added |
---|
by , 16 years ago
Attachment: | 800x600_32.JPG added |
---|
by , 16 years ago
Attachment: | 1024x768_8.JPG added |
---|
by , 16 years ago
Attachment: | 1024x768_16.JPG added |
---|
comment:4 by , 15 years ago
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 :)
follow-up: 13 comment:5 by , 15 years ago
Cc: | added |
---|
comment:6 by , 15 years ago
Version: | R1/pre-alpha1 → R1/alpha1 |
---|
by , 15 years ago
Attachment: | Haiku-Rev-33964-Partial-screen-at-1024x768.jpg added |
---|
Haiku-Rev-33964-Partial-screen-at-1024x768
by , 15 years ago
Attachment: | Haiku-Rev-33964-Cannot-change-to-1200x800.jpg added |
---|
Haiku-Rev-33964-Cannot-change-to-1200x800
comment:7 by , 15 years ago
Version: | R1/alpha1 → R1/Development |
---|
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.
by , 15 years ago
Attachment: | haiku r33964 KDL ints output.jpg added |
---|
haiku hrev33964 KDL ints output
follow-up: 9 comment:8 by , 15 years ago
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.
follow-up: 11 comment:9 by , 15 years ago
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 ~/
comment:10 by , 15 years ago
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.
comment:11 by , 15 years ago
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
comment:12 by , 13 years ago
Blocking: | 7662 added |
---|
follow-up: 18 comment:13 by , 13 years ago
Replying to ajitomatix: Hi, ajitomatix. This patchset fixes your problem: https://github.com/druga/haiku-stuff/tree/master/intel_extreme . Enjoy.
follow-up: 16 comment:14 by , 12 years ago
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)
comment:15 by , 12 years ago
Cc: | added |
---|
comment:16 by , 12 years ago
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 and accelerant binaries to you (if you'll say which type of build you're using, gcc2 or gcc4 -based).
follow-up: 20 comment:18 by , 11 years ago
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!
comment:19 by , 11 years ago
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.
follow-up: 21 comment:20 by , 11 years ago
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.
follow-up: 22 comment:21 by , 11 years ago
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?
comment:22 by , 11 years ago
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.
comment:23 by , 11 years ago
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 :)
follow-up: 28 comment:24 by , 11 years ago
dukzcry, please state in https://github.com/druga/haiku-stuff/tree/master/intel_extreme/README.mkd that these changes are MIT licensed. Thanks !
comment:25 by , 11 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
Taking over this. Manually applying changes on my tree. Waiting for license confirmation before I commit it.
by , 11 years ago
Attachment: | 0001-Intel_extreme-i855g-support-3846.patch added |
---|
Patch from github rebased on current sources.
comment:26 by , 11 years ago
patch: | 0 → 1 |
---|
comment:27 by , 11 years ago
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.
comment:28 by , 11 years ago
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!
follow-up: 30 comment:29 by , 11 years ago
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.
comment:30 by , 11 years ago
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!
comment:31 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:32 by , 6 years ago
Blocked By: | 7662 added |
---|---|
Blocking: | 7662 removed |
comment:33 by , 5 years ago
Milestone: | R1 → R1/beta2 |
---|
Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone
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.