Hello, thanks again for your quick answer. please see my comments below...
Zitat von Johannes Meixner <[EMAIL PROTECTED]>: > > Hello, > > On Apr 12 01:04 harald wrote (shortened): > > linux-k67x:/etc/sysconfig # dmesg | grep parport > > parport0: PC-style at 0x378 (0x778), irq 7, dma 7 > > [PCSPP,TRISTATE,COMPAT,ECP,DMA] > > parport0: Printer, HEWLETT-PACKARD OFFICEJET PRO 1150C > > lp0: using parport0 (interrupt-driven). > > Sometimes DMA doesn't work well (i.e. avoid the ECP+DMA mode), see > https://bugzilla.novell.com/show_bug.cgi?id=116655 Tried all possible settings in my bios (normal, bidirectional, EPP+ECP). EPP+ECP does not allow to turn off dma, iŽm not shure if dma is on in bidirectional mode. bidirectional and ecp/epp results same messages as before. "normal mode" results that the scanner cold not be initialized. set bios to dma 3 and entered this value to /etc/modprobe.conf. tried bidirectional mode without dma option in /etc/modprobe.conf. still no success. how to make shure that no other device is using irq7? > > Try the EPP mode without DMA (i.e. set this mode in your BIOS > and make sure that there is no DMA switched on in your BIOS). > > > > module parameters has been set up by /etc/modprobe.conf > > options parport_pc io=0x378 irq=7 > > This is o.k. provided you have IO 378 and IRQ 7 set in your BIOS. > > > > Apr 12 00:58:44 linux-k67x xsane: hpaio: hpaioScannerToSaneError: > sclError=1. > > Apr 12 00:58:48 linux-k67x xsane: unable to fill data buffer: size=18411: > > api/hplip_api.c 471 > > Apr 12 00:59:19 linux-k67x hpiod: ParDevice::wait_status timeout status=7e > > mask=88 val=0 us=30000000: io/hpiod/ppdevice.cpp 118 > ... > > Apr 12 01:00:05 linux-k67x hpiod: ParDevice::wait_status timeout status=de > > mask=40 val=0 us=1000000: io/hpiod/ppdevice.cpp 118 > > Apr 12 01:00:05 linux-k67x hpiod: unable to read MlcReverseData header: No > > such file or directory hp:/par/OFFICEJET_PRO_1150C?device=/dev/parport0 > > io/hpiod/mlc.cpp 500 > > Apr 12 01:00:05 linux-k67x xsane: > hpaio:hpaioSclInquire(cmd=10886,param=1026) > > didn't get expected response of <<ESC>*s1026d>! > > Perhaps the HPLIP authors may know more about possible reasons > for such error messages. hope the hplip people will have an idea. > > Perhpas it is your parallel port cable? > I got user information about crappy parallel port cables where some > status wires seem to be missing (a great idea to make it cheapest) > which are not crucial for unidirectional data transfer to a printer. > Unfortunately we don't have such cables to reproduce it ;-) > tried several parallel cables, still the same messages as before. donŽt think it is a cable problem. tried to scan with windo.., it works fine, even in ECP/EPP mode. Regards, Harald. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ HPLIP-Help mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hplip-help
