>
> This still seems backwards. It should be going
>
>
> [ll_rw_blk] [sg]
> +-------------+
> |
> Card Driver
> (calls)
>
> [ SCSI Libraries ]
>
>
> The card driver should have a library of support routines, not an immovable
> layer of glue above it. For a simple dumb card with the 2.3.17 ll_rw_blk
> scatter/gather features its likely to be doing something conceptually like
>
>
> while((cmd=request_to_scsi(req, ISA_BOUNCE))!=NULL)
> {
> [issue command to hardware]
> add_timer(..) for abort/reset
> }
>
> Smarter cards might want to use the queueing in the library, others may not
> but control belongs card level.
>
Not necessarily. Scheduling and complicated error recovery is a property
of interactions with the whole system- not one bus.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
- Re: Fixing the SCSI layer Matthew Jacob
- Re: Fixing the SCSI layer Alan Cox
- Re: Fixing the SCSI layer Mark Veteikis
- Re: Fixing the SCSI layer Alan Cox
- Re: Fixing the SCSI layer Gerard Roudier
- Re: Fixing the SCSI layer tad-m2n
- Re: Fixing the SCSI layer Gerard Roudier
- Seagate ST-15150(n,w) Ju... Mr. James W. Laferriere
- Re: Fixing the SCSI laye... tad-m2n
- Re: Fixing the SCSI laye... Alan Cox
- Re: Fixing the SCSI laye... Matthew Jacob
- Re: Fixing the SCSI laye... Alan Cox
- Re: Fixing the SCSI laye... Matthew Jacob
- Re: Fixing the SCSI laye... Alan Cox
- Re: Fixing the SCSI laye... Matthew Jacob
- Re: Fixing the SCSI laye... Gerard Roudier
- Re: Fixing the SCSI layer Marc SCHAEFER
- Re: Fixing the SCSI layer Matthew Jacob
- Re: Fixing the SCSI layer Alan Cox
- Re: Fixing the SCSI layer Kurt Garloff
- Re: Fixing the SCSI layer Terry Hardie
