All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.