lkml.org 
[lkml]   [1996]   [Jun]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Ideas for v2.1
Date
Alan Cox wrote:
> The TLB one is likely to be even nastier as people go to stuff like DMA
> to/from user space and do things like creating windows for interrupts to
> occur between the set_pte() and the mmu reload or tlb flush.
>
> Werner - I don't think you handle this yet for the ATM code do you ?

No, at quite a few places, an interrupt could trip over some stale
TLB information. I'm currently trying to figure out where it actually
matters (e.g. it should be okay if the page is just in the process of
getting locked in physical memory), and in particular how to use all
those (comparably) new flush_tlb* functions efficiently. The code also
isn't SMP-aware at all.

I hope to have something reasonable by next week or so.

- Werner

--
_________________________________________________________________________
/ Werner Almesberger, DI-LRC,EPFL,CH werner.almesberger@lrc.di.epfl.ch /
/_IN_R_133__Tel_+41_21_693_6621__Fax_+41_21_693_6610_____________________/


\
 
 \ /
  Last update: 2005-03-22 13:37    [W:0.087 / U:1.260 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site