On Fri, 8 Feb 2008, Jan Kiszka wrote:That is indeed horrible code. No way will I merge anything that has things like that even in it's *history* (ie somebody needs to re-generate the tree without code like that - some things should not be allowed to exist). That said, while just using "probe_kernel_addr()" is certainly much better, it's still really inefficient. If you actually want to do a "safe memory copy", then the right way to do that is basically to do pagefault_disable(); leftover = __copy_from_user_inatomic(dst, src, count); pagefault_enable(); if (leftover) handle_the_fact_that_the_copy_didnt_complete(); which should even be reasonably efficient and should work in all contexts (hardware interrupts disabled, spinlocks held, you name it). So all those "kgdb_{get|set}_mem()" things seem bogus (they also have insane calling semantics - return NULL or errptr? Why not just return an integer error code? Linus --
| Mark Lord | Re: Linux 2.6.24-rc7 |
| Kentaro Takeda | [TOMOYO 05/15](repost) Domain transition handler functions. |
| Willy Tarreau | Re: Linux v2.6.24-rc1 |
| Al Boldi | [RFD] Incremental fsck |
| drew | Re: SVGA-alphanum. modes |
| Kevin Cummings | VESA video support during boot. |
| Raymond Nijssen | Re: What the 17" monitor reviews never tell you |
| Michael Haardt | GNU shell utils 1.7: date(1) dumps core (with easy solution:) |
git: | |
| David Woodhouse | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jarek Poplawski | Re: [BUG] New Kernel Bugs |
