[sane-devel] Re: umax_pp works well with "port 0x378" bot not with "/dev/parport0"

Sven Hergenhahn svenxy@gmx.net
Fri, 17 Oct 2003 08:44:48 +0200


Hi Stef,

thanks for the quick answer!

Hardware: ASUS A7V (VIA Chipset) with Athlon 1300, Scanner: UMAX Astra 2000P

I assume the problem is due to ppdev on my 2.4.21 kernel (see the two 
different ppdiag outputs below). I have also seen your thread with Ryan 
Harkin (sorry, didn't see it before). I experience the exact same problems 
with the different modes (ECP/EPP, EPP ...).
I also saw the discussion on linux-parport now.
So you think this is due to the kernel? Any news on that side? If this hasn't 
been solved until now, will it eventually be solved in 2.6?

PPDIAG (with port 0x378):
--------------------------------------------------------------------
gimli:~# /home/sven/bin/ppdiag
S01: parport built as module

S02: parport0:
S02:    modes:PCSPP,TRISTATE,EPP
S02:    ADDR :0x378
S02:    IRQ  :no IRQ used
S02:    DMA  :no DMA used

S03: no parport parameters

S10: ppdev built as module

S12: /dev/parport0 exists ...
S12: /dev/parport0 is readable ...
S12: /dev/parport0 is writable ...

successfull end ....

=================================
BUT with port /dev/parport0:
=================================
gimli:~# /home/sven/bin/ppdiag
S01: parport built as module

S02: parport0:
S02:    modes:PCSPP,TRISTATE,EPP
S02:    ADDR :0x378
S02:    IRQ  :no IRQ used
S02:    DMA  :no DMA used

S03: no parport parameters

S10: couldn't find if ppdev is built in or a module
S10: It is likely that your kernel configuration has no ppdev support
S10: exiting ...
------------------------------------------------------------------------
ALSO:

gimli:~# /usr/src/sane-backends-1.0.12/tools/umax_pp -p -t 1 -n /dev/parport0
[sanei_debug] Setting debug level of umax_pp_low to 1.
[umax_pp_low] SANE_INB level 3
[umax_pp_low] sanei_umax_pp_InitPort(0x378,/dev/parport0)
[umax_pp_low] Using /dev/parport0 ...
UMAX 1220P scanning program version 3.1 starting ...
ppdev character device built-in.
direct hardware access built-in.
Probing scanner ....
[umax_pp_low] Found 0x18 expected 0x00  (../backend/umax_pp_low.c:5267)
[umax_pp_low] UMAX Astra 1220/1600/2000 P ASIC detected (mode=31)
[umax_pp_low] Unexpected value for for register 0x0D, expected 0x00 or 0x40, 
got 0x18 ! (../backend/umax_pp_low.c:5338)
[umax_pp_low] RegisterRead, found 0xFF expected 0x00 (../backend/
umax_pp_low.c:5429)
[umax_pp_low] *** It appears that EPP data transfer doesn't work    ***
[umax_pp_low] *** Please read SETTING EPP section in sane-umax_pp.5 ***

----------------- other information: ---------------------------------

gimli:~# dmesg | grep parport
parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP]
parport_pc: Via 686A parallel port: io=0x378
lp0: using parport0 (polling).

--------------------------------------------------------------------------
gimli:~# lsmod | grep ppdev
ppdev                   5164   0  (unused)
parport                21672   1  [ppdev lp parport_pc]

----------------------------------------------------------------------------
Kernel 2.4.21:

# Parallel port support
#
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_PC_SUPERIO=y
CONFIG_PARPORT_1284=y

# Character devices
#
...
CONFIG_PRINTER=m
CONFIG_PPDEV=m
...

--------------------------------------------------------------------------------------------
gimli:~# cat /proc/sys/dev/parport/parport0/devices/active
none

======================================================================

As you can see from my listings above, all settings seem to be correct 
(including the kernel). Now - any ideas?

Thanks a lot,
Sven