Date: Tue, 16 Apr 2013 06:20:35 +0000 (UTC) From: Konstantin Belousov <kib@FreeBSD.org> To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-stable@freebsd.org, svn-src-stable-9@freebsd.org Subject: svn commit: r249532 - in stable/9/sys: amd64/amd64 i386/i386 Message-ID: <201304160620.r3G6Kasa029062@svn.freebsd.org>
next in thread | raw e-mail | index | archive | help
Author: kib Date: Tue Apr 16 06:20:35 2013 New Revision: 249532 URL: http://svnweb.freebsd.org/changeset/base/249532 Log: MFC r249439: Fix the name of the pcb member in the comments. Modified: stable/9/sys/amd64/amd64/support.S stable/9/sys/i386/i386/support.s Directory Properties: stable/9/sys/ (props changed) Modified: stable/9/sys/amd64/amd64/support.S ============================================================================== --- stable/9/sys/amd64/amd64/support.S Tue Apr 16 06:17:15 2013 (r249531) +++ stable/9/sys/amd64/amd64/support.S Tue Apr 16 06:20:35 2013 (r249532) @@ -200,9 +200,9 @@ END(fillw) * Access user memory from inside the kernel. These routines should be * the only places that do this. * - * These routines set curpcb->onfault for the time they execute. When a + * These routines set curpcb->pcb_onfault for the time they execute. When a * protection violation occurs inside the functions, the trap handler - * returns to *curpcb->onfault instead of the function. + * returns to *curpcb->pcb_onfault instead of the function. */ /* Modified: stable/9/sys/i386/i386/support.s ============================================================================== --- stable/9/sys/i386/i386/support.s Tue Apr 16 06:17:15 2013 (r249531) +++ stable/9/sys/i386/i386/support.s Tue Apr 16 06:20:35 2013 (r249532) @@ -262,9 +262,9 @@ END(memcpy) * write permissions when we are executing with EPL 0. The 486 does check * this if the WP bit is set in CR0, so we can use a simpler version here. * - * These routines set curpcb->onfault for the time they execute. When a + * These routines set curpcb->pcb_onfault for the time they execute. When a * protection violation occurs inside the functions, the trap handler - * returns to *curpcb->onfault instead of the function. + * returns to *curpcb->pcb_onfault instead of the function. */ /*
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201304160620.r3G6Kasa029062>