On Thu, Aug 9, 2012 at 8:05 PM, <bjschuma@xxxxxxxxxx> wrote: > idmap_pipe_downcall already clears this field if the upcall succeeds, > but if it fails (rpc.idmapd isn't running) the field will still be set > on the next call triggering a BUG_ON(). This patch tries to handle all > possible ways that the upcall could fail and clear the idmap key data > for each one. strange, I was also getting the BUG_ON even with an idmap running. I tested this patch on top of a 3.4.8 kernel; before the patch, I was unable to mount a nfsv4 mount correctly. I think this should also go in stable. > Signed-off-by: Bryan Schumaker <bjschuma@xxxxxxxxxx> Tested-by: William Dauchy <wdauchy@xxxxxxxxx> Cc: stable@xxxxxxxxxxxxxxx -- William -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
