[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: EPP support in parport.c

Hi Bart,

The driver supplied in the 2.4 linux release is intended to be
as simple as possible. If you need higher transfer rates you
should use a DMA based implementation as you indicate. 

We have a prototype for a DMA based ECP driver available but
no EPP driver. If all negotiation and direction changes are 
handled by the framework it would be easy to add DMA EPP

Best Regards

-----Original Message-----
From: owner-dev-etrax@xxxxxxx.com]On">mailto:owner-dev-etrax@xxxxxxx.com]On
Behalf Of Bart Duchesne
Sent: Monday, November 19, 2001 10:11 AM
To: dev-etrax
Subject: EPP support in parport.c


Can someone explain me why in the parport.c code in the 
arch/cris/drivers directory the epp and ecp functions point to the 
software simulated functions and not the native read/write functions 
that are supported by the ETRAX chip.
I need to interface a 'device bus' to the EPP port and would like to use 
them, is it OK to modify the parport driver to use the native ones ?