The patch titled ipmi: change barrier to cpu_relax in poweroff code has been added to the -mm tree. Its filename is ipmi-run-to-completion-fixes-fix.patch Before you just go and hit "reply", please: a) Consider who else should be cc'ed b) Prefer to cc a suitable mailing list as well c) Ideally: find the original patch on the mailing list and do a reply-to-all to that, adding suitable additional cc's *** Remember to use Documentation/SubmitChecklist when testing your code *** See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find out what to do about this The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/ ------------------------------------------------------ Subject: ipmi: change barrier to cpu_relax in poweroff code From: Corey Minyard <cminyard@xxxxxxxxxx> Change a barrier to cpu_relax(), which is more appropriate for a polling loop. Signed-off-by: Corey Minyard <cminyard@xxxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- drivers/char/ipmi/ipmi_poweroff.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN drivers/char/ipmi/ipmi_poweroff.c~ipmi-run-to-completion-fixes-fix drivers/char/ipmi/ipmi_poweroff.c --- a/drivers/char/ipmi/ipmi_poweroff.c~ipmi-run-to-completion-fixes-fix +++ a/drivers/char/ipmi/ipmi_poweroff.c @@ -175,7 +175,7 @@ static int ipmi_request_in_rc_mode(ipmi_ */ while (atomic_read(&dummy_count) > 0) { ipmi_poll_interface(user); - barrier(); + cpu_relax(); } return halt_recv_msg.msg.data[0]; _ Patches currently in -mm which might be from cminyard@xxxxxxxxxx are git-watchdog.patch ipmi-hold-attn-until-upper-layer-ready.patch ipmi-change-device-node-ordering-to-reflect-probe-order.patch ipmi-run-to-completion-fixes.patch ipmi-run-to-completion-fixes-fix.patch ipmi-run-to-completion-fixes-checkpatch-fixes.patch ipmi-dont-grab-locks-in-run-to-completion-mode.patch ipmi-dont-print-event-queue-full-on-every-event.patch ipmi-update-driver-version.patch - To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html