headers
Matthias Kuhn | 1 Apr 2003 14:47
Picon

[PARPORT] ..install-trouble with iomega zip 100 plus..

hi out there.

I tried to get my zip (iomega zip 100 plus) working, but it doesn't!?

I've got SuSE 7.0, Linux 2.2.16 on my machine, the zip is on my parallel port.
In BIOS this is enabled with SPP(or also tried ECP) on 0x378, IRQ 7. I tried
manual loading of needed modules with modprobe:

# modprobe parport
# modprobe parport_pc
# modprobe parport_probe

Parts of lsmod look afterwards like this:

parprot_probe 		3492   0
parport_pc              7564   0  (unused)
parport                 7464   0  [parport_pc]
...

dmesg contains now the lines:
...
parport0: PC-style at 0x378 (0x778) [SPP,ECP,ECPEPP,ECPPS2]
parport_probe: failed
parport0: no IEEE-1284 device present.

Once, parport_probe even succeded in same setting, saying SCSI-adapter
missing.
Anyway, next, I tried to start for SCSI the imm -thing with

# modprobe imm &
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tim Josling | 1 Apr 2003 22:07
Picon
Favicon

Re: [PARPORT] [PATCH] to drivers/parport/ieee1284_ops.c to fix timing dependent printer hang

OK I tried it and it worked fine. My test file PECOFF.pdf printed 
beautifully,

Tim Josling

Tim Josling wrote:
> OK I'll try it.
> Tim Josling
> 
> Tim Waugh wrote:
> 
>> Great.  But I think it's slightly wrong; what ought to happen is that
>> after parport_wait_event times out, no_irq is set.
>>
>> Please try this patch, which does this, and also applies the cutoff to
>> the wait calculation (which I think is a good idea anyway).
>>
>> Tim.
> 
> 
> 
> --  To unsubscribe, send mail to: linux-parport-request <at> torque.net --
> --  with the single word "unsubscribe" in the body of the message. --
> 
> 
> 

--  To unsubscribe, send mail to: linux-parport-request <at> torque.net --
--  with the single word "unsubscribe" in the body of the message. --
(Continue reading)

Permalink | Reply | 0 comments |
headers
filip | 11 Apr 2003 23:03
Picon
Favicon

[PARPORT] port doesn't hold states

Hello,

I want to use /dev/lp0 (lp module) on my PC for controlling
external devices.
The problem is when I wtire 1 byte to /dev/lp0, paralel port
holds this state just for a few ms - if I write to /dev/lp0 0x00
pins change to LOW for a moment, and then some of the returns to HIGH
and some stay LOW.
(I made special plug - so the is no problem with handshake - details on:
http://www.hut.fi/Misc/Electronics/circuits/nullprint.html)

lsmod
lp                      8864   0  (unused)
parport_pc             18724   1  (autoclean)
parport                34208   1  (autoclean) [lp parport_pc]

cat /proc/sys/dev/parport/parport0/modes
PCSPP,TRISTATE

In bios (Setup) I have set SPP mode.

The problem is on this PC on RH7.3 and also on Slackware9.0
but on FreeBSD everything is OK (on FreeBSD I use /dev/lpt0).

It is strange because everything works corect on
my old PC (Pentium160).

Can you help?

Regards,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Blaise Gassend | 11 Apr 2003 23:58

Re: [PARPORT] port doesn't hold states

If your board is acknowledging the byte it is sent, there is no reason
for the parallel port to hold the byte that it is sending. Have you
tried not acknowledging? 

If you just want to set byte on the port, you could use /dev/parport or
libieee1284 which would allow you to write the data without worrying
about the control bits.

Blaise 

Quoted from filip on Fri, Apr 11, 2003 at 11:03:32PM +0200.
> I want to use /dev/lp0 (lp module) on my PC for controlling
> external devices.
> The problem is when I wtire 1 byte to /dev/lp0, paralel port
> holds this state just for a few ms - if I write to /dev/lp0 0x00
> pins change to LOW for a moment, and then some of the returns to HIGH
> and some stay LOW.
> (I made special plug - so the is no problem with handshake - details on:
> http://www.hut.fi/Misc/Electronics/circuits/nullprint.html)
> 
> lsmod
> lp                      8864   0  (unused)
> parport_pc             18724   1  (autoclean)
> parport                34208   1  (autoclean) [lp parport_pc]
> 
> cat /proc/sys/dev/parport/parport0/modes
> PCSPP,TRISTATE
> 
> In bios (Setup) I have set SPP mode.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
filip | 12 Apr 2003 02:56
Picon
Favicon

Re: [PARPORT] port doesn't hold states

Hello,

Thank you very much for the replay,

Blaise Gassend <blaise <at> gassend.com>:
>If your board is acknowledging the byte it is sent, there is no reason
>for the parallel port to hold the byte that it is sending. Have you
>tried not acknowledging? 

How I can not acknowledge?

>If you just want to set byte on the port, you could use /dev/parport or
>libieee1284 which would allow you to write the data without worrying
>about the control bits.

I used someones code and wrote simple program useing /dev/parport:

cat port.cpp

/**************************************************************************/
#include <sys/ioctl.h>
#include <linux/ppdev.h>
#include <linux/parport.h>
#include <fcntl.h>
#include <unistd.h>
#include <errno.h>
#include <stdio.h>
#include <sys/time.h>
#include <string.h>
#include <stdlib.h>
(Continue reading)

Permalink | Reply | 0 comments |
headers
filip | 12 Apr 2003 03:08
Picon
Favicon

Re: [PARPORT] port doesn't hold states

Hello,

Thank you very much for the replay,

Blaise Gassend <blaise <at> gassend.com>:
>If your board is acknowledging the byte it is sent, there is no reason
>for the parallel port to hold the byte that it is sending. Have you
>tried not acknowledging?

How I can not acknowledge?

>If you just want to set byte on the port, you could use /dev/parport or
>libieee1284 which would allow you to write the data without worrying
>about the control bits.

I used someones code and wrote simple program useing /dev/parport:

cat port.cpp

/**************************************************************************/
#include <sys/ioctl.h>
#include <linux/ppdev.h>
#include <linux/parport.h>
#include <fcntl.h>
#include <unistd.h>
#include <errno.h>
#include <stdio.h>
#include <sys/time.h>
#include <string.h>
#include <stdlib.h>
(Continue reading)

Permalink | Reply | 3 comments |
headers
Blaise Gassend | 12 Apr 2003 09:15

Re: [PARPORT] port doesn't hold states

Hi,

> How I can not acknowledge?

The board you have connected to your parallel port connects the strobe and 
acknowledge pins, which acknowledges data as soon as it is output. By
not having that connection, you wouldn't be acknowledging.

> I checked, it works on some machines (generates square on pins - 0.5 Hz,
> 50%),
> but not on this one with main board:
> ECS K7S5AL (SIS735),SND,DDR+DIMM,LAN,ATX.

What does it do on that one? Something or nothing?

> I would be grateful for some more suggestions,

Are you sure that there is no other program accessing the parallel port?
A printer spooler for example?

Blaise

--  To unsubscribe, send mail to: linux-parport-request <at> torque.net --
--  with the single word "unsubscribe" in the body of the message. --
Permalink | Reply | 2 comments |
headers
Robert Davidson | 12 Apr 2003 10:42
Picon

Re: [PARPORT] port doesn't hold states

Blaise Gassend wrote:
> Hi,
> 
> 
>>How I can not acknowledge?
> 
> 
> The board you have connected to your parallel port connects the strobe and 
> acknowledge pins, which acknowledges data as soon as it is output. By
> not having that connection, you wouldn't be acknowledging.
> 
> 
>>I checked, it works on some machines (generates square on pins - 0.5 Hz,
>>50%),
>>but not on this one with main board:
>>ECS K7S5AL (SIS735),SND,DDR+DIMM,LAN,ATX.

I have an ECS K7S5A motherboard (SiS735 chipset, No LAN).  I can't get 
the printer port on this board to work properley either.  In DOS 
however, the port works as I would expect.

I've pretty much given up on this parallel port under Linux, I guess the 
Canon printer it was connected to wasn't at fault at all and shouldn't 
have been smashed to pieces.

--

-- 
Regards,
Robert Davidson.
http://www.mlug.org.au/
IRC: puttputt, AustNet, #mlug
(Continue reading)

Permalink | Reply | 1 comment |
headers
Simon Krix | 12 Apr 2003 13:47
Picon

Re: [PARPORT] port doesn't hold states

On Sat, 2003-04-12 at 18:42, Robert Davidson wrote:
> >>I checked, it works on some machines (generates square on pins - 0.5 Hz,
> >>50%),
> >>but not on this one with main board:
> >>ECS K7S5AL (SIS735),SND,DDR+DIMM,LAN,ATX.
> 
> I have an ECS K7S5A motherboard (SiS735 chipset, No LAN).  I can't get 
> the printer port on this board to work properley either.  In DOS 
> however, the port works as I would expect.
> 
> I've pretty much given up on this parallel port under Linux, I guess the 
> Canon printer it was connected to wasn't at fault at all and shouldn't 
> have been smashed to pieces.

I also have problems with the parallel hardware on this board, though I
never tracked down the cause of my problems. When using my scanner I see
occasional stoppages (the kernel waits forever when receving data) or
data errors, particularly when DMA or interrupts are involved. I only
use IEEE1284 modes, not generic printer routines. Perhaps this
particular hardware is at fault.

Simon Krix
--

-- 
Simon Krix <kinsei <at> netspeed.com.au>
Permalink | Reply | 0 comments |
headers
Meles MELES | 13 Apr 2003 01:23
Picon
Favicon

[PARPORT] continuous parport activity??

Hi,
	I post on the list because I find a strange activity on my parallel 
port. I've built a port tester with a few leds to watch the port 
activity in order to experiment a little bit with the parallel port.
When I plug in the tester,  I see a strange behaviour. Some of the lines 
are active intermittently. D4 and D7 seem to be high all the time.
D0 is flickering with a high duty cycle. D1 and D2 blink at 1 or 2 Hz.
D5 and D6 are low. D3 is ON and swith off some times to time.
D1 and D2 seems to blink faster when I move my mouse.

There is no file in the printer cue, I've tried to unload parport 
parport_pc and lp modules without success.
I switched off cups and other services without more success.

I use a Mandrake 9.1.

Does any of you have an idea of what is going on with my parallel port?

Thanks in advance.

Blaise
--

-- 
Nous n'héritons pas la terre de nos ancêtres,
nous l'empruntons à nos enfants.
Seattle ( chef indien )

--  To unsubscribe, send mail to: linux-parport-request <at> torque.net --
--  with the single word "unsubscribe" in the body of the message. --
(Continue reading)

Permalink | Reply | 5 comments |

Gmane