forked from luck/tmp_suning_uos_patched
17e0e27020
It looks like we've had some serious bitrot there mostly due to tracking of address_space's of mmap'ed files getting out of sync with the actual mmap code. The mfc, mss and psmap were not tracked properly and thus not invalidated on context switches (oops !) I also removed the various file->f_mapping = inode->i_mapping; assignments that were done in the other open() routines since that is already done for us by __dentry_open. One improvement we might want to do later is to assign the various ctx-> fields at mmap time instead of file open/close time so that we don't call unmap_mapping_range() on thing that have not been mmap'ed Finally, I added some smp_wmb's after assigning the ctx-> fields to make sure they are visible to other CPUs. I don't think this is really necessary as I suspect locking in the fs layer will make that happen anyway but better safe than sorry. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Paul Mackerras <paulus@samba.org> |
||
---|---|---|
.. | ||
spufs | ||
cbe_cpufreq.c | ||
cbe_regs.c | ||
cbe_regs.h | ||
cbe_thermal.c | ||
interrupt.c | ||
interrupt.h | ||
io-workarounds.c | ||
iommu.c | ||
Kconfig | ||
Makefile | ||
pervasive.c | ||
pervasive.h | ||
pmu.c | ||
ras.c | ||
ras.h | ||
setup.c | ||
smp.c | ||
spider-pic.c | ||
spu_base.c | ||
spu_callbacks.c | ||
spu_coredump.c | ||
spu_manage.c | ||
spu_priv1_mmio.c | ||
spu_priv1_mmio.h | ||
spu_syscalls.c |