On Tue, 29 Jul 2008 14:57:58 +0100 Alistair John Strachan <alistair@devzero.co.uk> wrote:I have a wild hunch... Could you try the following: 1. with all cpus enabled, load the nvidia proprietary driver 2. start and quit X 3. disable a cpu by hand 4. unload the proprietary driver 5. enable the cpu by hand I have a vague recollection of the nvidia blob doing something bad with notifiers, so if that crashes, and it does not crash when you leave step 4 out, it's an nvidia problem. I assume you unloaded the blob before disabling mmiotrace, right? You may need to alter the sequence of things, but my guess is that the blob may leave a notifier registered even when it is unloaded, so it crashes when the notifier chain is traversed. I'm not sure the backtrace really supports this scenario, but worth to try. ... I'm not sure people are willing to look into this without a clean report, so this would be cool. There's even a test module for mmiotrace in the kernel, but I doubt it would make difference to use it or not, when trying to reproduce the crash without the blob. Thanks. -- Pekka Paalanen http://www.iki.fi/pq/ --
| David Miller | Re: [GIT]: Networking |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| Arjan van de Ven | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Paul E. McKenney | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
