lkml.org 
[lkml]   [2002]   [Mar]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [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/

\
 
 \ /
  Last update: 2005-03-22 13:24    [from the cache]
©2003-2011 Jasper Spaans