Bert De Jonghe (firstname.lastname@example.org)
Thu, 13 May 1999 19:23:59 +0200 (CEST)
On Wed, 12 May 1999, Tim Waugh wrote:
> On Wed, 12 May 1999, Bert De Jonghe wrote:
> > Maybe parport_pc can have a private DMA-capable buffer (private_data
> > ?) allocated if DMA is configured ? The cost would be an extra copy
> > of the data into this buffer, but for me that's a price I'm willing to
> > pay to avoid making the high-level drivers more complex and putting PC
> > artifacts all over the place.
> I'd rather not take the extra copy for no reason.
> We could always give the parport functions user buffers instead of kernel
> buffers, so that they have to copy anyway. That way, parport_pc can copy
> into a DMA-able kernel buffer to start off with.
Isn't that how it used to be ? Did I misunderstand this had to be changed
to make the parport functions work from any context (including interrupt
-- To unsubscribe, send mail to: email@example.com --
-- with the single word "unsubscribe" in the body of the message. --
This archive was generated by hypermail 2.0b3 on Thu 13 May 1999 - 13:29:50 EDT