Could you provide a more detailed report including what happens when
you enable DMA using lptctl and what the debug information says when
you build a kernel with the debugging/verbose options for
atppc/ppbus/lpt and CC the information to the bug/support trackers at
http://sourceforge.net/project/netbsd-ppbus as well as this list? The
verbose/debugging will produce a lot a extra text with the device
probe/id for IEEE1284, but it will probably also tell you more about
what is happening when you try to write to the printer in ECP mode as
well as what happens when you set that mode.

 --- Jaromir Dolecek <jdolecek@NetBSD.org> wrote: > Scott Ellis wrote:
> > FYI, this mostly works.  Dmesg shows:
> > 
> > atppc0 at acpi0 (PNP0401): AT Parallel Port
> > atppc0: io 0x378-0x37f,0x778-0x77b irq 7 drq 3
> > atppc0: FIFO <depth,wthr,rthr>=<16,8,8>
> > atppc0: capabilities=3f<INTR,DMA,FIFO,PS2,ECP,EPP>
> > ppbus0 at atppc0
> > /NIBBLE/PS2/ECP
> > ppbus0: IEEE1284 device found.
> > ppbus0: <Brother HL-1650_1670N series> PRINTER
> PJL,PCL,PCLXL,POSTSCRIPT
> > lpt0 at ppbus0: port mode = 1<COMPATIBLE>
> > 
> > (Yes, the newline after "ppbus0 at atppc0" really is
> there...weird.)

Fixed in the sf.net project CVS (I think :-). It won't do this with
verbose/debugging on anyway...

> > 
> > Enabling ECP works fine (after building the lptctl utility, of
> course!).
> > Enabling DMA causes the printer to print garbage, and dmesg spews:
> > 
> > isa0: _isa_dmadone: channel 3 not finished
> > 
> > So, methinks DMA isn't quite working yet, however the attachment
> seems to
> > work, as does ECP mode.
> 
> Can you try if DMA works with the ISA attachment?
> I.e. try:
> 
> atppc*	at isa? port 0x378 irq 7 drq 3 flags 0x00
> 
> instead of
> 
> atppc*	at acpi?

Shouldn't make any difference since the same functions are used whether
you attach atppc via acpi, pnpbios, isapnp, or isa (but if it does that
would really be interesting to know!). I have tested DMA to work with
Fast Centronics mode on a laptop, but the same code does nothing (no
errors, no printed garbage, just looks like a big NOP) on a desktop.
The desktop does nothing when DMA is disabled also with that mode
selected (FIFO + standard centronics protocol done in hardware) so I
suspect the port is busted or there is an error with the FIFO code in
general.

I don't have an ECP printer, so providing more information would be
really helpful in me helping to get it working.

> 
> Jaromir 
> 
> > 	ScottE
> > 
> > 
> > -----Original Message-----
> > From: source-changes-owner@NetBSD.org
> > [mailto:source-changes-owner@NetBSD.org] On Behalf Of Jaromir
> Dolecek
> > Sent: Sunday, January 25, 2004 3:47 AM
> > To: source-changes@NetBSD.org
> > Subject: CVS commit: src/sys/dev/acpi
> > 
> > 
> > Module Name:	src
> > Committed By:	jdolecek
> > Date:		Sun Jan 25 11:46:49 UTC 2004
> > 
> > Modified Files:
> > 	src/sys/dev/acpi: files.acpi
> > Added Files:
> > 	src/sys/dev/acpi: atppc_acpi.c
> > 
> > Log Message:
> > add ACPI atppc(4) attachment; probes properly, DMA and actual
> transfer not
> > tested yet
> > 
> > 
> > To generate a diff of this commit:
> > cvs rdiff -r0 -r1.1 src/sys/dev/acpi/atppc_acpi.c cvs rdiff -r1.20
> -r1.21
> > src/sys/dev/acpi/files.acpi
> > 
> > Please note that diffs are not public domain; they are subject to
> the
> > copyright notices on the relevant files.

The added file atppc_acpi.c is also subject to a copyright and the
notice is now in cvs.sourceforge.net/cvsroot/netbsd-ppbus (hint: the
code in NetBSD's tree needs to reflect this). Seevral other files also
should be updated to reflect their copyright notices.

> > 
> 
> -- 
> Jaromir Dolecek <jdolecek@NetBSD.org>           
> http://www.NetBSD.cz/
> -=- We should be mindful of the potential goal, but as the Buddhist
> -=-
> -=- masters say, ``You may notice during meditation that you       
> -=-
> -=- sometimes levitate or glow.   Do not let this distract you.''  
-=- 

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca