So if I understand this correctly, the sequence: in = kmap_atomic(inpage, KM_USER1); out = kmap_atomic(outpage, KM_USER0); kunmap_atomic(in, KM_USER1); in = kmap_atomic(next_inpage, KM_USER1); is now illegal with this patch, which breaks code I am testing now for btrfs. My code does this because the in/out are zlib inflate and the in/out run at different rates. OK, the code is not submitted yet and I can redesign the code using a temp buffer for out and copy every byte or use kmap(), either of them at some performance cost. I'm just pointing out that there are cases where this stack design puts an ugly restriction on use. So if I understand this right, I don't love the patch (: jim -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
