diff options
| author | Dean Nelson | 2008-07-30 07:34:14 +0200 |
|---|---|---|
| committer | Linus Torvalds | 2008-07-30 18:41:50 +0200 |
| commit | ea57f80c8c0e59cfc5095f7e856ce7c8e6ac2984 (patch) | |
| tree | f88345573a36c1c5c53e71f61c2cb491a1e3eaaf /drivers/misc/sgi-xp/xp_sn2.c | |
| parent | sgi-xp: add _sn2 suffix to a few variables (diff) | |
| download | kernel-qcow2-linux-ea57f80c8c0e59cfc5095f7e856ce7c8e6ac2984.tar.gz kernel-qcow2-linux-ea57f80c8c0e59cfc5095f7e856ce7c8e6ac2984.tar.xz kernel-qcow2-linux-ea57f80c8c0e59cfc5095f7e856ce7c8e6ac2984.zip | |
sgi-xp: eliminate '>>>' in comments
Comments in /drivers/misc/sgi-xp has been using '>>>' as a means to draw
attention to something that needs to be done or considered. To avoid
colliding with git rejects, '>>>' will now be replaced by '!!!' to
indicate something to do, and by '???' to indicate something to be
considered.
Signed-off-by: Dean Nelson <dcn@sgi.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/misc/sgi-xp/xp_sn2.c')
| -rw-r--r-- | drivers/misc/sgi-xp/xp_sn2.c | 10 |
1 files changed, 5 insertions, 5 deletions
diff --git a/drivers/misc/sgi-xp/xp_sn2.c b/drivers/misc/sgi-xp/xp_sn2.c index 1fcfdebca2c5..baabc1cb3fee 100644 --- a/drivers/misc/sgi-xp/xp_sn2.c +++ b/drivers/misc/sgi-xp/xp_sn2.c @@ -87,11 +87,11 @@ xp_remote_memcpy_sn2(void *vdst, const void *psrc, size_t len) { bte_result_t ret; u64 pdst = ia64_tpa(vdst); - /* >>> What are the rules governing the src and dst addresses passed in? - * >>> Currently we're assuming that dst is a virtual address and src - * >>> is a physical address, is this appropriate? Can we allow them to - * >>> be whatever and we make the change here without damaging the - * >>> addresses? + /* ??? What are the rules governing the src and dst addresses passed in? + * ??? Currently we're assuming that dst is a virtual address and src + * ??? is a physical address, is this appropriate? Can we allow them to + * ??? be whatever and we make the change here without damaging the + * ??? addresses? */ /* |