I have this problem with linux 2.6 (2.4 was ok).
I hope this is the right place to report this, i think it is related with
"drm" mga module..
The problem is: framebuffer (matroxfb) works fine, X (xfree 4.3 or Xorg
6.7) works fine, but sometimes when i hit "ctrl alt F1" for switching
on the console, the system freeze.
It's not only a xfree freeze: no SysRq reboot and no working network
(sshd is not responding). hard freeze.
This happen *sometimes* : i switch between X and console many times
during the day, the box freeze only 2-3 times a day.
I don't known where to go to find the problem, the only interesting
element i have is:
kernel: [drm] AGP 0.99 Aperture @ 0xe0000000 64MB
kernel: [drm] Initialized mga 3.0.2 20010321 on minor 0
kernel: [drm] Initialized mga 3.1.0 20021029 on minor 0
kernel: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode
kernel: agpgart: Putting AGP V2 device at 0000:02:00.0 into 1x mode
seems related with the module version..
video card: Matrox G400 DH on nvidia nforce2 motherboard
kernel: vanilla 2.6.3/5 (nforce2 agp/matrox drm/matroxfb support)
X server: Xfree 4.3.0 or Xorg r6.7 using "mga" driver
now i'm using dri CVS.. seems more stable, but i'v just got an hard freeze while
i've posted this on the LKML
there are other people with this problem, replies:
It also happens with Matrox G550 on VIA board.
All 2.6.x kernels. XFree86 4.3 and 4.4.
And 1280x1024-16@60 do not work (in fb, X is fine) :-(
Same thing here with Asus P4-PE board.
No matroxfb here, so this doesn't seem to be the problem.
I guess it's more an issue with agpart/drm.
Add me to the list... Matrox G400, AMD Irongate chipset.
It never seems to happen when X shuts down on it's own or when it
just startet up, that is, when I switch from the login screen.
there's a similar bug: http://freedesktop.org/bugzilla/show_bug.cgi?id=715
similar but not the same: i'v not a working mouse, no X log or kernel logs,
i smell race condition. do you by chance have CONFIG_PREEMPT enabled in your
(In reply to comment #2)
> i smell race condition. do you by chance have CONFIG_PREEMPT enabled in your
yes, there was preemption.
no preemption now: seems stable.
if this is the problem, will be fixed?
(In reply to comment #3)
> no preemption now: seems stable.
freezed again (without preemption) after 1 week of stability..
i have noted that i was using some "turbo" settings for RAM timing..
i'll try with more stable settings.
(In reply to comment #4)
> i'll try with more stable settings.
ram is ok, it still freeze without preemption. ;(
Have you tried without framebuffer support, i.e. plain old VGA console? I don't use fbdev
here, and haven't been able to reproduce the lockup.
(In reply to comment #6)
> Have you tried without framebuffer support, i.e. plain old VGA console?
> I don't use fbdev here, and haven't been able to reproduce the lockup.
It don't think it's the framebuffer - I had the lockups with all 2.6.x Kernels
with a 80x43 VGA console (no problems with 2.4.x)
Do you still experience this issue with newer drivers ?
Please check the status of your issue.
Freedesktop's Bugzilla instance is EOLed and open bugs are about to be migrated to http://gitlab.freedesktop.org.
To avoid migrating out of date bugs, I am now closing all the bugs that did not see any activity in the past year. If the issue is still happening, please create a new bug in the relevant project at https://gitlab.freedesktop.org/drm (use misc by default).
Sorry about the noise!