Red Hat Bugzilla – Bug 192048
HPLIP-0.9.11 disabled usblp driver
Last modified: 2007-11-30 17:11:32 EST
Description of problem: Cups refuses to print after 5/16 update to
cups-1.2.0-1.1/hplip-0.9.11-1.1 ; printer is on and usb is active. Pages and
test page show going to hp656c printer but remain 'processing' for many minutes
with no response from printer. All worked prior to update. Printer is
correctly identified, 'system-config-services' reports cups "running" but I
noticed that while cups usually takes a few seconds during boot to initialize,
now it is instantaneous and I did not see the 'starting cups' during boot. Have
also checked permissions and they are fine.
Version-Release number of selected component (if applicable):
How reproducible: Any print job will fail.
Steps to Reproduce:
1. Attempt to print any job
2. K-Job viewer shows 'processing' - print manager shows all normal settings
3. No output to printer
Have also tried to print as root and have tried Foomatic+hpijs-rss drivers for
the HP656C instead of the Foomatic+hpijs; didn't work either. As info, SELinux
has been disabled since installation and still reports as disabled.
Please attach the output of 'printconf-tui --Xexport'. Thanks.
<id NAME="local" SERIAL="1147836094">
<browsing TYPE="BOOL" VALUE="TRUE"/>
<default_queue TYPE="STRING" VALUE="hp656c"/>
Thanks. What does 'lpstat -s' say?
system default destination: hp656c
device for hp656c: usb://DESKJET/656C?serial=TH1CA1D0QJ
UPDATE: Believe it or not, after nearly 15 minutes the first page (two lines of
text) actually printed. I've sent another file to the print queue and am
awaiting a second page - approx 3 minutes so far on a five word text print...
so, it's now a 'speed' issue I guess.
What about these commands?:
rpm -q hplip
/sbin/chkconfig --list hplip
/sbin/service hplip status
rpm -q hplip returns "hplip-0.9.11-1.1"
/sbin/chkconfig --list hplip returns:
hplip 0:off 1:off 2:on 3:on 4:on 5:on 6:off
/sbin/service hplip status returns
hpiod (pid 1981) is running...
hpssd (pid 1986) is running...
(btw, still waiting for that 5-word test print...)
Okay, this is due to new behaviour since HPLIP-0.9.9. It now uses libusb to
communicate with HP devices, and a side-effect of this is that it conflicts with
the kernel's usblp driver, which the CUPS 'usb' backend still uses.
Longer time, the CUPS 'usb' backend will be migrated to libusb as well, and
there will be no problem.
In the mean time there are two options:
1. Disable hplip. Either remove the package or prevent the service from
starting using '/sbin/chkconfig hplip off', and stop the service with
'/sbin/service hplip stop' (or reboot).
2. Use the 'hp:/...' URI for that printer instead of 'usb:/...'. Change this