Red Hat Bugzilla – Bug 493307
DRM not enabled for Intel G41 chipsets
Last modified: 2009-07-30 05:47:22 EDT
Description of problem:
DRM is not enabled for G41 chipsets
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot computer
2. Start X
No 3D Graphics (and X freezes, but that's some other error)
3D Graphics (and X working)
When I compile 188.8.131.52-170.2.35 with the following patch added at the end, X works with 3D and compiz enabled. I don't know why this patch hasn't made it into the mainline kernel. I found the patch at:
and made a small modification to fit the Fedora kernel
Created attachment 337490 [details]
Patch that enables DRM for Intel G41 in 2.6.27 kernel
Huh, I can't find this patch anywhere upstream, not even in drm-next in the Fedora rawhide tree...
Is there anything you'd like me to do to help this along?
Not supported upstream yet, bug here:
The chipset has known problems.
(In reply to comment #4)
> Not supported upstream yet, bug here:
Which is a link back to this bug. Typo or am I missing something?
> The chipset has known problems.
FWIW, it seems to be working as reliably as the G31 and G35 chipsets for us using F10 (as long as DRM is enabled).
We're running 40 F10 computers in a lab with the G965, G31, G35 and G41 chipsets. If there's anything we can do to help troubleshoot or resolve this, please let me know.
(In reply to comment #5)
> (In reply to comment #4)
> > Not supported upstream yet, bug here:
> > https://bugzilla.redhat.com/show_bug.cgi?id=493307
> Which is a link back to this bug. Typo or am I missing something?
> > The chipset has known problems.
> FWIW, it seems to be working as reliably as the G31 and G35 chipsets for us
> using F10 (as long as DRM is enabled).
> We're running 40 F10 computers in a lab with the G965, G31, G35 and G41
> chipsets. If there's anything we can do to help troubleshoot or resolve this,
> please let me know.
Eek, thanks. Here's the right upstream URL:
We don't have a G41 here and the intel guys says that the one system they've tried had a memory problem (too much stolen memory afaik). That may be a problem with the specific system they had or the chipset in general. I suggest posting details of you setup and experiments with enabling the G41 in the upstream bug.
It looks like a patch has been added to 2.6.30-rc4 mainline (according to the freedesktop bugzilla and it seems that someone recently built kernel-2.6.30-0.76.rc4.fc12 which is clearly for f12, but might be worth trying (read I'm trying it tomorrow some time)
Thought the heads up was worth it.
I can confirm that with kernel 2.6.30-rc4.fc12.586 hardware acceleration is working properly on this chip set.
Compiz, textured video and dri2 are all working perfectly.
Can we have this patch pushed into a fedora 11 kernel?
I've tried the above kernel, but it doesn't finish booting (with I think some PCI kernel issues)
Is there any chance of rolling this into a koji f11 kernel build to test?
*** Bug 487619 has been marked as a duplicate of this bug. ***
I'm having troubles using any of the kernels with this patch. I've filed a separate bug as it may not be Intel G41 DRM related. I'm mentioning it here as I suspect it is.
Have anybody else tried the kernels with G41 support? Either try an F-12 kernel or get this F-11 build:
I tired it with the F-11 build and it works fine after boot up. The fancy boot screens do not work properly, but everything else is just fine.
The 2.6.30* kernels also work at least for me.
Lspci is showing:
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)
I've upgraded one of my G41's to Rawhide, installed the kernel, and it works great (better than the G31 that's running an identical install, actually) except for one minor issue: Warzone doesn't work. The startup screen is fine, but once you start playing, none of the 3D stuff is rendered.
Tuxcart (fullscreen), Glest (fullscreen) and Neverputt (windowed) all work completely correctly.
Support added in 184.108.40.206-170.2.61 and later F10 kernels.