Created attachment 38212 [details] kernel oops message System Environment: -------------------------- Arch: x86_64 Platform: Calpella/Piketon Libdrm: (master)2.4.21-17-g8a76244a0fd09d0e3298fe68af812d7eaa4dbcb5 Mesa: (master)90437330e2886fcd351dd11ee0e5aa3e8b523fdc Xserver: (master)xorg-server-1.9.0 Xf86_video_intel: (master)2.12.0-76-gb7a8087fbc5cbd944f8345b8a098270c1f63ebab Cairo: (master)174fb5f16f93887e2f319edd5b46efae3e7e93ad Kernel: (for-linus)76be97c1fc945db08aae1f1b746012662d643e97 Bug detailed description: ------------------------- When operation system begin to run, the i915 module has a dependence with not sure process(if someone make sure it, please tell me the methods).So, it was unable to rmmod.To think that process may be vtconsole, I kill it by echo "0".Then, there is nothing dependence with i915.Unfortunately, kernel will finally be panic when rmmod i915. Reproduce steps: ---------------- 1.pkill X 2.(make sure i915 module has just one dependence) lsmod | grep i915 3.echo 0 >/sys/class/vtconsole/vtcon1/bind 4.rmmod i915
Created attachment 38213 [details] kernel oops dmesg
More than likely coupled to the memory leak, though Daniel Vetter's unload patches are obviously required here as well.
Yeah this looks like an issue that was fixed in Daniel's patchset. I think I have those patches included in my edp-testing branch at git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/drm-intel.git, can you give it a try?
OK.I will try it -----Original Message----- From: bugzilla-daemon@freedesktop.org [mailto:bugzilla-daemon@freedesktop.org] Sent: Thursday, September 02, 2010 12:49 AM To: Wang, Jinjin Subject: [Bug 29828] Kernel OOPs when rmmod i915 https://bugs.freedesktop.org/show_bug.cgi?id=29828 --- Comment #3 from Jesse Barnes <jbarnes@virtuousgeek.org> 2010-09-01 09:49:20 PDT --- Yeah this looks like an issue that was fixed in Daniel's patchset. I think I have those patches included in my edp-testing branch at git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/drm-intel.git, can you give it a try?
Created attachment 38461 [details] [review] Fix handlecount
I builded the kernel source which from git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/drm-intel.git and tested it. But the Oop still has as before. Thanks !!
Jinjin can you verify the bug against http://cgit.freedesktop.org/~ickle/drm-intel/log/?h=drm-intel-staging that has both the module unload fixes from Daniel Vetter and the handle leak fix, which I think is the likely suspect here.
I tested with (drm-intel-staging)86fd065f75d5ed9e404d4fd124c5e67f9ac4b9fd and found that it was not OOPS after rmmod i915.
Thanks! Just to spoil the fun, we won't been pushing Daniel's module unload fixes upstream just yet. The current proposed set of patches for upstream are in drm-intel-fixes and include the fix for the handle leak (which I think is the real culprit here). It will be vital to repeat the test once we have negotiated which patches Linus will pull to see if we have successfully fixed this issue in the upstream kernel.
Ok, drm-intel-fixes now represents what is upstream. Please can you verify that we have successfully fixed the leak on that branch.
I tested with Kernel: (drm-intel-fixes)205c6c88f8a8d274cacfaf84f46f5bbb06f4ac66 and found that it was not OOPS after rmmod i915. dmesg:Console: switching to colour VGA+ 80x25 drm: unregistered panic notifier [drm] Module unloaded
That is a relief, thanks.
Thanks, Chris.Now. I do verify it!!
Closing old verified.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.