From malcolm.blaney at maptek.com.au  Mon Oct  8 00:17:53 2007
From: malcolm.blaney at maptek.com.au (Malcolm Blaney)
Date: Mon, 08 Oct 2007 13:47:53 +0930
Subject: [Linux-parport] [PATCH] fix ecp reads
Message-ID: <4709AF71.4050604@maptek.com.au>

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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: parport_pc.c.patch
Type: text/x-patch
Size: 13598 bytes
Desc: not available
Url : http://lists.infradead.org/pipermail/linux-parport/attachments/20071008/50aed4bc/attachment.bin 

From jaguargordon at free.fr  Sun Oct 28 13:53:17 2007
From: jaguargordon at free.fr (jaguargordon)
Date: Sun, 28 Oct 2007 18:53:17 +0100
Subject: [Linux-parport] Standard "legacy" printer protocol
Message-ID: <1193593997.18584.20.camel@user-desktop>

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.



