headers
Stephen Mollett | 1 Jan 2003 12:34
Picon
Favicon

Re: [PARPORT] Imation LS-120

On Tuesday 31 Dec 2002 22:39, M Aguilar wrote:
> It has a superdisk in it, and the real problem appears when i try to
> read or write anything, system almost suspended while using the device.

This is more or less par for the course with parallel-port devices in my 
experience. You could try using a pre-emptive kernel
( http://www.tech9.net/rml/linux/ ) - I found this helped a little with my 
SyQuest drive (also EPAT-based).

> One more thing, when i try to set a dma in the parport_pc module, it
> ignores it and cat /proc/sys/dev/parport/parport0/dma gives me -1.

As far as I'm aware, DMA is only available with ECP devices, so you can't set 
one when the port is in EPP mode. Changing to ECP mode won't help, though, 
because the EPAT chip doesn't support it, so you'll just get slow PS/2 mode 
or something.

Stephen

--  To unsubscribe, send mail to: linux-parport-request <at> torque.net --
--  with the single word "unsubscribe" in the body of the message. --
Permalink | Reply | 0 comments |
headers
MERRETT, David | 1 Jan 2003 23:47

RE: [PARPORT] Reading from pin - help.

As a Hardware engineer, I can see where Pawel is coming from.
Its frustrating whenever one wants to do something unconventional with PC
hardware ports.
It is possible that you'll have to write your own low level driver,
especially if you dont have any clock or ack signals.

Two ideas worth investigating are:
1. Is it easier to read data through CTS line of the serial port?
2. Get onto the DALLAS web sites and other hobbyist sites to find examples
of code.
(see previous mails)
Good lUck!
D.

-----Original Message-----
From: Matthew Duggan [mailto:stauff <at> guarana.org]
Sent: Friday, 20 December 2002 11:55
To: Pawel Stochlinski
Cc: linux-parport <at> torque.net
Subject: Re: [PARPORT] Reading from pin - help.

Pawel Stochlinski wrote:
> The program idea is to read a data from dallas 1820 temperature sensor
that
> is connected to the PIN 10 (ACK) of LPT port.
> All i want to do, is to use a simple, quick code that will read the
pin 10.
> All i have red about reading paraller ports is to use:
>
> x=inb(STATUS); (for statusports)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Calle Be | 5 Jan 2003 11:43
Picon
Favicon

[PARPORT] Simple C prog needed


Jucklo!

I'm using floppyfw as a firewall (it's a linux firewall-on-a-disk) and want it
to send some data to the parallel port via a shell script for me. As this
firewall only fits on a floppy disc I don't have enough room for gcc, and I
don't have linux on any other computer, I wonder if it would be possible to get
some program compiled for me. I have searched the internet for a way to control
the parallel port directly in a shell script and only found one entry (which
I'm not sure even works: 	"echo -n 1 > /dev/par1b"). Insteda I've found lot's
of gcc ways to control it, but these are not what I want.

So, does anyone have a executable, small program that takes one int argument
and sends that number to the parallel port? Or could anyone compile one for me?
If possible, I'd like a possibility to strobe the port if it's not too much
work...

Thanx a lot,
    Calle Be

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--  To unsubscribe, send mail to: linux-parport-request <at> torque.net --
--  with the single word "unsubscribe" in the body of the message. --
Permalink | Reply | 7 comments |
headers
Tim Waugh | 5 Jan 2003 12:54
Picon
Favicon
Gravatar

Re: [PARPORT] Simple C prog needed

On Sun, Jan 05, 2003 at 02:43:11AM -0800, Calle Be wrote:

>  I'm using floppyfw as a firewall (it's a linux firewall-on-a-disk)
> and want it to send some data to the parallel port via a shell
> script for me. As this firewall only fits on a floppy disc I don't
> have enough room for gcc, and I don't have linux on any other
> computer, I wonder if it would be possible to get some program
> compiled for me.

Isn't /dev/lp0 what you want?

Tim.
*/
Permalink | Reply | 6 comments |
headers
Geert Uytterhoeven | 5 Jan 2003 15:52

[PATCH] parport_pc and !CONFIG_PNP


parport_pc_pnp_driver is const if !CONFIG_PNP, while pnp_register_driver()
takes a non-const pointer as parameter.

An alternative fix is to change the prototype of the dummy
pnp_register_driver(), but this may affect other drivers.

--- linux-2.5.54/drivers/parport/parport_pc.c	Thu Jan  2 12:54:34 2003
+++ linux-m68k-2.5.54/drivers/parport/parport_pc.c	Fri Jan  3 17:45:08 2003
 <at>  <at>  -2987,7 +2987,7  <at>  <at> 
 	.id_table	= pnp_dev_table,
 };
 #else
-static const struct pnp_driver parport_pc_pnp_driver;
+static struct pnp_driver parport_pc_pnp_driver;
 #endif

 /* This is called by parport_pc_find_nonpci_ports (in asm/parport.h) */

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert <at> linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeff Ridenour | 5 Jan 2003 19:02
Picon

[PARPORT] test

test

--  To unsubscribe, send mail to: linux-parport-request <at> torque.net --
--  with the single word "unsubscribe" in the body of the message. --
Permalink | Reply | 0 comments |
headers
Calle Be | 6 Jan 2003 03:20
Picon
Favicon

Re: [PARPORT] Simple C prog needed


--- Tim Waugh <twaugh <at> redhat.com> wrote:
> On Sun, Jan 05, 2003 at 02:43:11AM -0800, Calle Be wrote:
> 
> >  I'm using floppyfw as a firewall (it's a linux firewall-on-a-disk)
> > and want it to send some data to the parallel port via a shell
> > script for me. As this firewall only fits on a floppy disc I don't
> > have enough room for gcc, and I don't have linux on any other
> > computer, I wonder if it would be possible to get some program
> > compiled for me.
> 
> Isn't /dev/lp0 what you want?
> 
> Tim.

I dunno. Do you mean that:

   echo 255 > /dev/lp0

would set all eight data pins high (=send 255 to the parallel port)? If so,
then that would indeed be enough. Is it really that simple? Is that why I
couldn't find any simple c prog, because such a program isn't needed?

Oki, I'll try it right away (well, maybe not right away cause I'm goiong to
bed...).

/Calle Be

__________________________________________________
Do you Yahoo!?
(Continue reading)

Permalink | Reply | 4 comments |
headers
Blaise Gassend | 6 Jan 2003 06:56

Re: [PARPORT] Simple C prog needed

> I dunno. Do you mean that:
> 
>    echo 255 > /dev/lp0
> 
> would set all eight data pins high (=send 255 to the parallel port)? If so,
> then that would indeed be enough. Is it really that simple? Is that why I
> couldn't find any simple c prog, because such a program isn't needed?
> 
> Oki, I'll try it right away (well, maybe not right away cause I'm goiong to
> bed...).

The program will set the data bits, send a strobe, and wait for an ack
before sending the next byte. So be sure to send that ack, or things
won't work too well.

Blaise Gassend

--  To unsubscribe, send mail to: linux-parport-request <at> torque.net --
--  with the single word "unsubscribe" in the body of the message. --
Permalink | Reply | 0 comments |
headers
Tim Waugh | 6 Jan 2003 10:47
Picon
Favicon
Gravatar

Re: [PARPORT] Simple C prog needed

On Sun, Jan 05, 2003 at 06:20:09PM -0800, Calle Be wrote:

> would set all eight data pins high (=send 255 to the parallel port)?

"send ... to the parallel port" is rather vague.  You have to pick a
protocol.

Tim.
*/
Permalink | Reply | 2 comments |
headers
Duncan Haldane | 6 Jan 2003 10:57
Picon

[PARPORT] [PATCH] DMA ieee1284 read support in parport_pc.c

Hi,

The ECP DMA read support in parport_pc.c is missing, but I've got it working
with the CPiA Webcam driver, using a patch sent to me by Blaise Gassend
(<blaise <at> gassend.com>) who has managed to blend elements of the two functions

 parport_pc_ecp_read_block_pio()    (for ieee1284 stuff)
 parport_pc_fifo_write_block_dma()   (for dma stuff)

to create a "parport_pc_ecp_read_block_dma()" to do IEEE1284 DMA reads.

There are still some unsolved issues (see the #if 0.. #endif and
#if 1 .. #endif  changes from the "expected" merge of the IEEE1284 stuff
with the DMA stuff).    Can anyone give any advice?

The cpia driver doesnt need to know anything about the DMA support, its all
done transparently through the IEEE1284 support, except that some cleanup
is done by:

-------------from cpia_pp.c-(modified)------------------------------
static void EndTransferMode(struct pp_cam_entry *cam)
{
        if (cam->port->dma != PARPORT_DMA_NONE){
                int ecr = ECONTROL(cam->port);
                int oecr = inb(ecr);
                oecr &= ~(7 << 5);
                oecr |= 1 << 5;
                outb (oecr, ecr);
        }
(Continue reading)

Permalink | Reply | 0 comments |

Gmane