On Mon, Oct 09, 2006 at 09:16:58AM -0700, Chuck Silvers wrote:It took me a while to get to do this and a while more to straighten out the mess I made. The attached diff works for me with LOCKDEBUG and DIAGNOSTIC on a multiprocessor machine. I put the veriexec page checking in there and this too seemed to work fine - detecting and killing a modified binary on a nfs share. Unfortunately, it seems like my original problem still exists though - I think that the fileassoc code needs to use pools because the veriexec check is done with locks held so I get panics of the "vmem_alloc with simple_lock held" kind if fileassoc is not using pools for it's working storage. Apologies for the horrible diff - cvs has decided that I just renamed the uvm_aio_aiodone function and then wrote a new one. -- Brett Lymn
| Jeff Garzik | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Christoph Hellwig | Re: [malware-list] [RFC 0/5] [TALPA] Intro to a linux interface for on access scan... |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Jens Axboe | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Emmanuel Dreyfus | fixing send(2) semantics (kern/29750) |
| Christos Zoulas | Re: Melting down your network [Subject changed] |
| Juan RP | Changing the I/O scheduler on-the-fly |
| Emmanuel Dreyfus | Re: fixing send(2) semantics (kern/29750) |
