Re: 2.5.3 - (IDE) hda: drive not ready for command errors

• Next message: Andrew Morton: "Re: 2.4.17 agpgart process hang on crash"
• Previous message: Ro0tSiEgE: "Booting Issue"
• In reply to: Andre Hedrick: "Re: 2.5.3 - (IDE) hda: drive not ready for command errors"
• Next in thread: Jens Axboe: "Re: 2.5.3 - (IDE) hda: drive not ready for command errors"
• Reply: Jens Axboe: "Re: 2.5.3 - (IDE) hda: drive not ready for command errors"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Sat, Feb 02 2002, Andre Hedrick wrote:
>
> Jens,
>
> You and I know Linus will go ballistic over the reintroduction of a
> working copy model using rq scratch pad. We can go with this return to

No I don't think so, I'd be surprised if Linus cared about that at all.

> what we are trying to get away from but we really need a way to stream the
> pointers to the data register cleanly. Otherwise the benefits of the zero
> copy in block go away.

?? Your point is not clear. zero copy what, request struct?! That would
be way below measurable.

-- 
Jens Axboe
-
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/

• Next message: Andrew Morton: "Re: 2.4.17 agpgart process hang on crash"
• Previous message: Ro0tSiEgE: "Booting Issue"
• In reply to: Andre Hedrick: "Re: 2.5.3 - (IDE) hda: drive not ready for command errors"
• Next in thread: Jens Axboe: "Re: 2.5.3 - (IDE) hda: drive not ready for command errors"
• Reply: Jens Axboe: "Re: 2.5.3 - (IDE) hda: drive not ready for command errors"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Thu Feb 07 2002 - 21:00:25 EST