[PATCH] fix ecp reads

Hi all,

This is a patch to use the parport_pc_ecp_read_block_pio function, 
based on a 2.4.6 kernel patch that can be found here: 
http://mailman.risc.uni-linz.ac.at/pipermail/cpia/2002-January.txt

The two new functions parport_pc_fifo_read_block_dma, and 
parport_pc_fifo_read_block_pio are set up in a similar way to their 
corresponding write functions.

I am using the driver with a custom device, so it could do with some 
testing with more standard parallel port devices. If anyone is 
interested in working on this please let me know. The patch is against a 
2.6.22.1 kernel.

thanks,
Malcolm Blaney.

_______________________________________________
Linux-parport mailing list
Linux-parport <at> lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-parport

Standard "legacy" printer protocol

Hi,

After googling around for the "compatibility mode" or printer protocol
and finding contradictory chronograms, I'll try to ask here.

What is the _standard_ protocol for printers ? For now it looks like :
1- assert DATA lines
2- if not BUSY, short /STROBE for 1µs
3- device short /ACK for 5µs
and round it goes

Nothing about INIT, SELECT and other control/status lines.

For information, I'm trying to feed some SRAM over the parallel port
using the shell :
cat foo.bin > /dev/lp

Is parport handling the same as Windows or even MS-DOS ?
type foo.bin > LPT1

Thanks for your time.
Frédéric.

_______________________________________________
Linux-parport mailing list
Linux-parport <at> lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-parport