I think the trivial fix will do (after all, there's nothing that should matter to the controller
in the R6 response; I don't know about R7). I don't have any SDHC cards so I can't test this.

--- tifm_sd.c.orig      2006-12-11 01:39:28.000000000 +1100
+++ tifm_sd.c   2007-01-04 23:40:48.441724000 +1100
@@ -179,6 +179,8 @@
        case MMC_RSP_R1B:
                rc |= TIFM_MMCSD_RSP_BUSY; // deliberate fall-through
        case MMC_RSP_R1:
+       case MMC_RSP_R6:
+       case MMC_RSP_R7:
                rc |= TIFM_MMCSD_RSP_R1;
                break;
        case MMC_RSP_R2:
@@ -187,9 +189,6 @@
        case MMC_RSP_R3:
                rc |= TIFM_MMCSD_RSP_R3;
                break;
-       case MMC_RSP_R6:
-               rc |= TIFM_MMCSD_RSP_R6;
-               break;
        default:
                BUG();
        }


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/