Re: uvm_fault: refactoring for case 2 faults

2020-11-19 Thread Jonathan Matthew
On Tue, Nov 17, 2020 at 09:25:10AM -0300, Martin Pieuchot wrote: > Here's another refactoring that moves the remaining logic of uvm_fault() > handling lower faults, case 2, to its own function. This logic shouldn't > be modified in the first step of unlocking amap & anon and will still be > execut

Re: uvm_fault: refactoring for case 2 faults

2020-11-18 Thread Mark Kettenis
> Date: Tue, 17 Nov 2020 09:25:10 -0300 > From: Martin Pieuchot > > Here's another refactoring that moves the remaining logic of uvm_fault() > handling lower faults, case 2, to its own function. This logic shouldn't > be modified in the first step of unlocking amap & anon and will still be > exe

uvm_fault: refactoring for case 2 faults

2020-11-17 Thread Martin Pieuchot
Here's another refactoring that moves the remaining logic of uvm_fault() handling lower faults, case 2, to its own function. This logic shouldn't be modified in the first step of unlocking amap & anon and will still be executed under KERNEL_LOCK(). Having a separate function will however help to