Messages in this thread | | | Date | Mon, 11 Mar 2002 21:49:53 -0700 | From | Erik Andersen <> | Subject | Re: [patch] My AMD IDE driver, v2.7 |
| |
On Mon Mar 11, 2002 at 07:58:32PM -0800, Linus Torvalds wrote: > If we can really do what sg.c does now, while at the _same_ time also have > a "ide-generic" module that uses the exact same infrastructure, then I > think I'm happy. Yes, the filtering is bus-specific (because the commands > are bus-specific), but the general approach is common. > > Does anybody find any real downsides to this approach or basically trying > to abstract sg.c "upwards" a bit?
Essentially, if I understand what you are saying, you are looking for a uniform low-level mass-storage layer that does all the normal low-level drive access stuff. Presumably, if done correctly, this would act as a bus-abstracting foundation upon which the block layer could be built...
-Erik
-- Erik B. Andersen http://codepoet-consulting.com/ --This message was written using 73% post-consumer electrons-- - 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/
| |