* [parisc-linux] Re: RFC: mmap patch
@ 2003-03-09 3:51 John Marvin
2003-03-09 21:31 ` David S. Miller
2003-03-17 2:25 ` [parisc-linux] unsupported ioctl wrappers? Grant Grundler
0 siblings, 2 replies; 3+ messages in thread
From: John Marvin @ 2003-03-09 3:51 UTC (permalink / raw)
To: parisc-linux; +Cc: davem
On Sat, Mar 08, 2003 at 03:00:23PM -0800, David S. Miller wrote:
> ...
> Since about Nov 2002 we have been working on better {copy,clear}_user_page()
> implementations quietly inside HP. Unfortunately some, uhm, "issues" are
> taking a long time to resolve before the routines can be published.
> Once those issues are resolved, I think your trick with temporary
> TLB entries can get implemented.
>
The tlb trick for clear_user_page is already implemented. The code for
copy_user_page is there, but turned off due to an issue mentioned in my
last email. I believe the failure case was not a frequent path, and there
are ways of working around that problem.
The address that the copying is done through (e,g. the tlb trick) is
independent of the algorithm used to actually do the copying.
John
^ permalink raw reply [flat|nested] 3+ messages in thread
* [parisc-linux] Re: RFC: mmap patch
2003-03-09 3:51 [parisc-linux] Re: RFC: mmap patch John Marvin
@ 2003-03-09 21:31 ` David S. Miller
2003-03-17 2:25 ` [parisc-linux] unsupported ioctl wrappers? Grant Grundler
1 sibling, 0 replies; 3+ messages in thread
From: David S. Miller @ 2003-03-09 21:31 UTC (permalink / raw)
To: jsm; +Cc: parisc-linux
From: John Marvin <jsm@udlkern.fc.hp.com>
Date: Sat, 8 Mar 2003 20:51:55 -0700 (MST)
The tlb trick for clear_user_page is already implemented. The code for
copy_user_page is there, but turned off due to an issue mentioned in my
last email. I believe the failure case was not a frequent path, and there
are ways of working around that problem.
Fix it by adding a thread flag, "TIF_NEED_ICACHE_FLUSH" or whatever,
and at the end of copy_user_page() if this bit is set you flush the
page from the destination instruction cache.
The flag is set in do_parisc_fault() if the fault is for a write
and:
((vma->vm_flags & VM_EXEC) != 0 &&
vma->vm_file != NULL)
See the TIF_BLKCOMMIT logic in arch/sparc64/mm/fault.c
^ permalink raw reply [flat|nested] 3+ messages in thread
* [parisc-linux] unsupported ioctl wrappers?
2003-03-09 3:51 [parisc-linux] Re: RFC: mmap patch John Marvin
2003-03-09 21:31 ` David S. Miller
@ 2003-03-17 2:25 ` Grant Grundler
1 sibling, 0 replies; 3+ messages in thread
From: Grant Grundler @ 2003-03-17 2:25 UTC (permalink / raw)
To: parisc-linux
FYI,
booting 2.4.20-pa31, I get the follow msgs on my console.
Not sure if the following ioctl wrappers are new or known to be missing.
...
Loading modules:
Starting raid devices:
sys32_ioctl: Unknown cmd fd(3) cmd(40041272) arg(faf01500)
sys32_ioctl: Unknown cmd fd(3) cmd(40041272) arg(faf01500)
sys32_ioctl: Unknown cmd fd(3) cmd(40041272) arg(faf01500)
done.
Starting RAID devices: handling MD device /dev/md0
...
grant
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-03-17 2:25 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-03-09 3:51 [parisc-linux] Re: RFC: mmap patch John Marvin
2003-03-09 21:31 ` David S. Miller
2003-03-17 2:25 ` [parisc-linux] unsupported ioctl wrappers? Grant Grundler
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.