The patch titled drivers/macintosh/adb-iop.c: flags should be unsigned long has been removed from the -mm tree. Its filename was drivers-macintosh-adb-iopc-flags-should-be-unsigned-long.patch This patch was dropped because it was merged into mainline or a subsystem tree The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/ ------------------------------------------------------ Subject: drivers/macintosh/adb-iop.c: flags should be unsigned long From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx> drivers/macintosh/adb-iop.c: In function `adb_iop_complete': drivers/macintosh/adb-iop.c:85: warning: comparison of distinct pointer types lacks a cast drivers/macintosh/adb-iop.c:92: warning: comparison of distinct pointer types lacks a cast drivers/macintosh/adb-iop.c: In function ¡adb_iop_listen¢: drivers/macintosh/adb-iop.c:111: warning: comparison of distinct pointer types lacks a cast drivers/macintosh/adb-iop.c:151: warning: comparison of distinct pointer types lacks a cast Signed-off-by: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- drivers/macintosh/adb-iop.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff -puN drivers/macintosh/adb-iop.c~drivers-macintosh-adb-iopc-flags-should-be-unsigned-long drivers/macintosh/adb-iop.c --- a/drivers/macintosh/adb-iop.c~drivers-macintosh-adb-iopc-flags-should-be-unsigned-long +++ a/drivers/macintosh/adb-iop.c @@ -80,7 +80,7 @@ static void adb_iop_end_req(struct adb_r static void adb_iop_complete(struct iop_msg *msg) { struct adb_request *req; - uint flags; + unsigned long flags; local_irq_save(flags); @@ -103,7 +103,7 @@ static void adb_iop_listen(struct iop_ms { struct adb_iopmsg *amsg = (struct adb_iopmsg *) msg->message; struct adb_request *req; - uint flags; + unsigned long flags; #ifdef DEBUG_ADB_IOP int i; #endif _ Patches currently in -mm which might be from geert@xxxxxxxxxxxxxx are -- 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