Cyrill Gorcunov wrote:1. Would it be better to use copy_to_user() rather than access_ok() followed immediately by __copy_to_user()? 2. Is it OK to dereference *lenp directly? Is lenp a pointer into user memory or kernel memory? If it points to user memory, why is it safe to dereference it directly? (What about TOCTTOU bugs?) Should there be some sparse annotations here to ensure the code is not dereferencing user pointers directly? Later on, proc_do_xprt() also dereferences *lenp and *ppos directly. 3. 'len' is declared as a signed int. len will be converted to size_t before doing the comparison, so if len can ever be negative (e.g., svc_print_xprts() returns -1 because of an error), this patch will do the wrong thing. Looks like the current definition of svc_print_xprts() won't ever do that, as that code currently stands, so at present this is not a bug. However from a security point of view there are benefits to code whose correctness is 'locally obvious', all else being equal. In particular this seems like a possible maintenance hazard. Would it be better to use type size_t for lengths like this that are never supposed to be negative? 4. Is proc_dostring() relevant here? --
| Greg KH | [RFC] sample kobject implementation |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Paul E. McKenney | [PATCH RFC 2/9] RCU: Fix barriers |
| Joe Perches | [PATCH 011/148] include/asm-x86/bug.h: checkpatch cleanups - formatting only |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Linus Torvalds | Re: [GIT]: Networking |
| Jeff Garzik | Re: [PATCH] drivers/net: remove network drivers' last few uses of IRQF_SAMPLE_RANDOM |
