Red Hat Bugzilla – Bug 397631
drm:i915_vblank_swap *ERROR Invalid pipe 0
Last modified: 2008-03-01 00:00:41 EST
Description of problem:
Invoking Googleearth, I got a error log in dmesg as belows.
"[drm:i915_vblank_swap] *ERROR* Invalid pipe 0"
And driconf gives a message "Could not detect any configurable direct-rendering
capable devices. DRIconf will be started in expert mode."
But there exists /dev/dri/card0.
Chipset : intel 82865G
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. To invoke googleearth or driconf
Created attachment 267941 [details]
Created attachment 269511 [details]
I have tested on linux-2.4.26-0.45.rc3.git1.fc9.
But, X server cannot recognize dri.
Xorg.0.log is attached
Could you please attach a copy of your "dmesg" and "lsmod" so we can determine
if the correct modules are loaded?
I generate kernel with config options such as "CONFIG_DRM=y" and
I tried to generate kernel with "CONFIG_DRM=m" and "CONFIG_DRM_I915=m".
But, I get a same result.
I attach dmesg and ".config" and a lsmod log
Created attachment 270581 [details]
Created attachment 270591 [details]
Created attachment 270601 [details]
Created attachment 270641 [details]
dmesg with verbose drm debug messages on linux-2.6.24-0.45.rc3.git1.fc9
(In reply to comment #4)
> Could you please attach a copy of your "dmesg" and "lsmod" so we can determine
> if the correct modules are loaded?
I attached already.
And Now, I tested linux-2.6.24-0.69.rc3.git7.fc9.
The "drm:i915_vblank_swap *ERROR Invalid pipe 0" error is still alive
when invoking googleearth.
My hardware is as follows
pentium 4 2.6GHz
8MB AGP memory
82865G intel chip
Created attachment 276591 [details]
more verbose drm debug messages
Created attachment 276601 [details]
more verbose X.org.0.log
Can you retry with the latest kernel in rawhide?
I retry with linux-2.6.24-0.138.rc7.fc9.
The error message does not appered.
But, "glxgear" is failed displaying following message.
"glxgears: intel_tris.c:114: intelStartInlinePrimitive: Assertion
`intel->batch->id == intel->last_state_batch_id' failed.
Perhaps, mesa library has problem.
I attach X.org.0.log .
Created attachment 291107 [details]
Please try the rpms at
they incorporate a possible fix.
Dear Mr. Kyle.
I tried with the package that you recommended above.
But, glxgears is failed with same error message.
And there are no warning messages in X.org.0.log such as
(WW) intel(0): PRB0_CTL (0x0000f001) indicates ring buffer enabled
(WW) intel(0): Existing errors found in hardware state.
Please see an attached log.
Created attachment 291217 [details]
X.org.0.log with 2.6.24-0.138.rc7.bz397631.fc9
I have tested again.
Google worked well.
The error message was gone.
I correct a mesa revision.
mesa-7.1-0.17.fc9 has a problem which can not enable dri.
mesa-7.1-0.16.fc9 is good.
It seems that the problem is gone away.
I close this report.
The another problem concerned with mesa package.
The gcc option "-fvisibility=hidden" is restored again in mesa-7.1-0.17.
This option causes an undefined symbol error while loading "i915_dri.so".
undefined symbol are "_glthread_xxx".
After generating mesa without "-fvisibility=hidden" options, the above error is not
displayed and "dri" is enabled.