System: Host: miki-desktop Kernel: 3.6.11-1-ARCH x86_64 (64 bit, gcc: 4.7.2)
Desktop: LXDE (Openbox 3.5.0) Distro: Arch Linux
Machine: Mobo: FUJITSU SIEMENS model: MS-7504VP version: 1.0 Bios: American Megatrends version: V1.16 date: 08/11/2008
CPU: Dual core Intel Core2 Duo CPU E7500 (-MCP-) cache: 3072 KB flags: (lm nx pae sse sse2 sse3 sse4_1 ssse3 vmx) bmips: 11738.2
Clock Speeds: 1: 1603.00 MHz 2: 1603.00 MHz
Graphics: Card: NVIDIA C73 [GeForce 7050 / nForce 630i] bus-ID: 00:10.0
X.Org: 1.13.1 drivers: nouveau (unloaded: fbdev,nv,vesa) Resolution: email@example.com
GLX Renderer: Gallium 0.4 on NV63 GLX Version: 2.1 Mesa 9.0.1 Direct Rendering: Yes
After the upgrade to linux-3.7.3-1, my system began freezing frequently after certain actions (opening a new browser window, switching windows, etc.)
The system became totally unresponsive (no blinkenLEDs, no Magic SysRq, no response from network).
Investigating a little further, I found I could reliably reproduce the freeze by running '$ glxinfo' (occasionally had to repeat it a few times).
Downgrading to linux-3.6.11-1 resolved the problem.
I'm not reporting this as a bug yet, since linux-3.7.3-1 is marked as out-of-date (linux-3.7.4-1 is in [testing]), this is just a heads-up for other people experiencing the same issue.
(P.S.: After reading about others having problems with linux 3.7.3 I'm starting to wonder if it is "just one of those kernels"...)
Last edited by ackalker (2013-01-22 19:48:56)
I had the same issue, except running startx was enough for the system to freeze. I also found that downgrading fixed the issue.
Also note that the new nvidia-304xx drivers need linux 3.7, so if you install those you will have to remove the nvidia drivers, then downgrade linux, THEN downgrade the nvidia-304xx drivers.
same problem here: arch64+nouveau+kde
I upgrade to 3.7.4
Last edited by sacarde (2013-01-23 10:39:31)
Yup, freeze again after the 3.7.3 -> 3.7.4 update.
I was hoping (naively) that the libglapi / libgl / mesa / nouveau-dri / etc updates that came with it would magically solve the issue, but alas.
Downgraded to 3.6.11 again, and all is well again. I realize that I was very lucky that I didn't have to downgrade all the gl and mesa stuff as well. (Kids, don't try this at home, unless you love playing with Arch Linux. Remember the cover of the Arch Linux Handbook 2.0? Now get that bomb squad gear on (and read that f@%#n manual! :-) ))
Last edited by ackalker (2013-01-23 19:25:33)
same 4 me, with 3.7.3. & 3.7.4
Downgraded to 3.6.11 again
system: arch64+xfce on thinkpad x200 with Intel Core2 Duo CPU
why does not "Magic SysRq" work?
why does not "Magic SysRq" work?
On my system, the SysRq key is disabled by default to avoid console security issues, according to a comment in the file /etc/sysctl.conf. I've renabled it by editing that file and changing the value of kenel.sysrq to 1, at least until this problem is reolved.
Edit: Never mnd. After re-upgrading the kernel and experimenting, it seems the system still fails to respond, even with SysRq enabled. Man, that's a hard freeze.
Last edited by cjazz (2013-01-26 11:36:35)
open a bug? or already opened ?
Had the same issue in linux3.7.4 with arch64+nouveau. For me, the system froze after doning things like clicking browser menu, etc. Downgarded to linux3.6.11 then. Upgraded to linux3.7.5 today. Seemed working OK for a while, but the same freeze when I tried to open virtualbox host app, so I guess that the same problem is still there. Downgraded to 3.6.11 again. Wonder if I should try nvidia driver.
I went through the same on my 2009 iMac and eventually decided to install the nvidia driver. For me, things are working now.
I can confirm this issue, browser freezing and shuting down... and at the end kernel freezing and not possibility to enter GUI, installed fedora until this bug fix...
Fedora 18 runs under linux 3.6.10. If you had downgraded your kernel in Arch, it would have been working just the same. This is not about Fedora or any other distribution. It is about nouveau not working with linux 3.7.
Not possible to downgrade, beacuse when i in grub menu start arch, i get instantly kernel panic...
@Kosava: You could also switch to the nvidia driver (https://wiki.archlinux.org/index.php/Nvidia). At least for me that solved the problem for now: no further needs for blacklists, downgrading, and whatever.
I haved property driver installed, and before kernel panic i haved update for nvidia-304xx 304.64-2 (i think) after i installed that it screwed my system... not sure it was because that package (there was also 3-4 package more to update) but next restart kernel panic instant...
Alas, freezes also with linux 3.7.5.
I've switched to the proprietary Nvidia driver for now, to not lag too far behind the steady stream of new kernel versions.
I really hope they find a fix for this soon, Nvidia's support for the 304xx "legacy branch" runs out by the end of 2013...
Last edited by ackalker (2013-02-02 20:25:19)
I dont understand if is a kernel or xorg or nouveau problem
do you know if a but is already opened ?
Nvidia's support for the 304xx "legacy branch" runs out by the end of 2013...
Nope. It's the 173 branch that will end in 2013. The 304 branch will go on to the end of 2017: http://nvidia.custhelp.com/app/answers/detail/a_id/3142
with the kernel 3.7.6 still freeze (opening firefox)
I try comment in xorg.conf:
### Mode 0666
for now is ok
Last edited by sacarde (2013-02-16 08:23:31)
same thing here, kernel 3.7.5 and 3.7.8
garbled screen, completely hung system > hard reboot needed
wakeup from suspend to ram is also broken (no display)
problems seems to have appeared since some xf86-video-nouveau (and related packages, nouveau-dri ) upgrades.
I've added an older Radeon HD2600 with Xorg radeon drivers : no more freezes, suspend works again
Last edited by fredo696 (2013-02-17 13:06:33)
Arch 64 / AMD PhenomII X4 940 / Nvidia integrated or ATI Radeon depending upon X.Org driver bugs! (main rig)
Arch 64 / AMD E-350 / HP DM1z (laptop)
It did not crash for days ....
today I run:
glxinfo | grep OpenGL
and X crash
Last edited by sacarde (2013-02-20 08:47:10)
This is what I've found.
It's a nouveau 3D problem.
pacman -Ss nouveau extra/nouveau-dri 9.0.2-1 [installed] Mesa classic DRI + Gallium3D drivers for Nouveau extra/xf86-video-nouveau 1.0.6-1 (xorg-drivers xorg) [installed] Open Source 2D acceleration driver for nVidia cards
pacman -Ql nouveau-dri nouveau-dri /usr/ nouveau-dri /usr/lib/ nouveau-dri /usr/lib/vdpau/ nouveau-dri /usr/lib/vdpau/libvdpau_nouveau.so nouveau-dri /usr/lib/vdpau/libvdpau_nouveau.so.1 nouveau-dri /usr/lib/vdpau/libvdpau_nouveau.so.1.0 nouveau-dri /usr/lib/xorg/ nouveau-dri /usr/lib/xorg/modules/ nouveau-dri /usr/lib/xorg/modules/dri/ nouveau-dri /usr/lib/xorg/modules/dri/nouveau_dri.so nouveau-dri /usr/lib/xorg/modules/dri/nouveau_vieux_dri.so nouveau-dri /usr/share/ nouveau-dri /usr/share/licenses/ nouveau-dri /usr/share/licenses/nouveau-dri/ nouveau-dri /usr/share/licenses/nouveau-dri/LICENSE
A temporary fix I found.
mv /usr/lib/xorg/modules/dri/nouveau_vieux_dri.so /usr/lib/xorg/modules/dri/NO_nouveau_vieux_dri.so
That fixed the freezing problem for Firefox, Thunderbird, and others. However it made Firefox unhappy. I had to remove the contents of Firefox's profile dir.
rm -rf ~/.mozilla/firefox/d96npdx9.default/*
Launch Firefox and It'll rebuild it. You'll need to reinstall your add-ons.
I suppose one could also uninstall nouveau-dri and see if that works.
uname -a Linux 3.7.9-1-ARCH #1 SMP PREEMPT Mon Feb 18 02:13:30 EET 2013 x86_64 GNU/Linux
lspci | grep VGA 00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 7025 / nForce 630a] (rev a2)
firefox --version Mozilla Firefox 18.0.2
- I try renaming nouveau_vieux_dri.so ... but crash the same
- I cannot remove nouveau-dri:
xf86-video-nouveau: requires nouveau-dri
upgrade to nouveau-dri 9.1-2
but crash remains