On Fri, 28 Mar 2008, Linus Torvalds wrote:Hmm. Definitely not from the kernel mailing list. I'm intrigued, where did that oops #5814 come from (picked a recent one at random)? The thing is recent, and oopses on "mutex_lock(dev->mutex)" in input_release_device. In particular, the path *seems* to be this one: evdev_release -> evdev_ungrab -> input_release_device -> mutex_lock -> mutex_lock_nested -> __mutex_lock_common -> list_add_tail(&waiter.list, &lock->wait_list) where "lock->wait_list.prev" seems to be 0x6b6b6b6b6b6b6b6b, which is the use-after-free poison pattern. (In fact, I think the access that actually oopses is when the debug version of __list_add() does if (unlikely(prev->next != next)) { because that "prev" pointer is crap). So it seems that when input_release_device() does: struct input_dev *dev = handle->dev; mutex_lock(&dev->mutex); the "dev" it uses has already been released. And this only shows up as a problem when you have slab debugging turned on (like the Fedora kernels do, thank you all Fedora guys). The odd thing is that I don't think any of this code has really changed recently. Linus -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Amit K. Arora | [RFC] Heads up on sys_fallocate() |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Linus Torvalds | Linux 2.6.25-rc4 |
| Greg KH | Linux 2.6.25.10 |
git: | |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Ilpo Järvinen | Re: Strange Application bug, race in MSG_PEEK complaints (was: Bug#513695: fetchma... |
