On 17/03/14 23:01, Andrew Morton wrote: > > OK, thanks. David, there's our atomic unmap and there are probably > others. Converting a previously-atomic utility function into one which > can sleep is going to be difficult.
I think we should drop these patches. I think Fujitsu were doing something particularly odd with an out-of-tree driver. > Or can this code which vmaps 50GB be changed to unmap it in 16MB chunks > via unmap_kernel_range(), with a cond_resched() in the loop? This sounds like something the people from Fujitsu can explore. David -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
