Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 720a8459 authored by Jesper Juhl's avatar Jesper Juhl Committed by Linus Torvalds
Browse files

[PATCH] remove verify_area(): remove or edit references to verify_area in Documentation/



Remove (or edit) remaining references to the now dead verify_area() function
from files in Documentation/.

Signed-off-by: default avatarJesper Juhl <jesper.juhl@gmail.com>
Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
parent 97de50c0
Loading
Loading
Loading
Loading
+2 −1
Original line number Diff line number Diff line
@@ -68,7 +68,8 @@ it a better device citizen. Further thanks to Joel Katz
Porfiri Claudio <C.Porfiri@nisms.tei.ericsson.se> for patches
to make the driver work with the older CDU-510/515 series, and
Heiko Eissfeldt <heiko@colossus.escape.de> for pointing out that
the verify_area() checks were ignoring the results of said checks.
the verify_area() checks were ignoring the results of said checks
(note: verify_area() has since been replaced by access_ok()).

(Acknowledgments from Ron Jeppesen in the 0.3 release:)
Thanks to Corey Minyard who wrote the original CDU-31A driver on which
+1 −1
Original line number Diff line number Diff line
@@ -7,7 +7,7 @@ To protect itself the kernel has to verify this address.

In older versions of Linux this was done with the 
int verify_area(int type, const void * addr, unsigned long size) 
function.
function (which has since been replaced by access_ok()).

This function verified that the memory area starting at address 
addr and of size size was accessible for the operation specified 
+0 −8
Original line number Diff line number Diff line
@@ -66,14 +66,6 @@ Who: Paul E. McKenney <paulmck@us.ibm.com>

---------------------------

What:	remove verify_area()
When:	July 2006
Files:	Various uaccess.h headers.
Why:	Deprecated and redundant. access_ok() should be used instead.
Who:	Jesper Juhl <juhl-lkml@dif.dk>

---------------------------

What:	IEEE1394 Audio and Music Data Transmission Protocol driver,
	Connection Management Procedures driver
When:	November 2005