Bug 251238 - [ulpt] Cannot print on USB Canon LBP-1120 via open driver that worked lately
Summary: [ulpt] Cannot print on USB Canon LBP-1120 via open driver that worked lately
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: usb (show other bugs)
Version: Unspecified
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-usb (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-18 12:47 UTC by Oleg Sazonov
Modified: 2020-11-21 13:02 UTC (History)
1 user (show)

See Also:


Attachments
Debug info (729 bytes, text/plain)
2020-11-18 12:47 UTC, Oleg Sazonov
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Oleg Sazonov 2020-11-18 12:47:39 UTC
Created attachment 219790 [details]
Debug info

I provide any information if you need, but i don't know want I need to debug this behaviour. This is debug info written by test binary that push bits to printer
w = write, r = read
Comment 1 Hans Petter Selasky freebsd_committer 2020-11-18 14:03:12 UTC
What does "dmesg" say?

Did you check the permissions for the USB device of your printer? Recent versions of cupsd use libusb to access printers via /dev/ugenX.Y .

--HPS
Comment 2 Oleg Sazonov 2020-11-18 15:50:36 UTC
comment #1
I use driver that give access through /dev/ulpt* and it randomly works...
Comment 3 Hans Petter Selasky freebsd_committer 2020-11-18 17:59:49 UTC
Can you try to USB the LibUSB for interfacing the printer from CUPS ?
Comment 4 Oleg Sazonov 2020-11-18 20:12:03 UTC
(In reply to Hans Petter Selasky from comment #2)
It's cause hard rewriting, but i try)
Comment 5 Oleg Sazonov 2020-11-19 12:09:06 UTC
(In reply to Hans Petter Selasky from comment #3)
It's don't working, i can't retrieve handle
Comment 6 Hans Petter Selasky freebsd_committer 2020-11-19 12:34:27 UTC
What does cups say in its logs under /var/log ?

--HPS
Comment 7 Oleg Sazonov 2020-11-19 15:28:58 UTC
(In reply to Hans Petter Selasky from comment #6)
CUPS works without errors due to the fact that the driver requires CUPS to access the printer via serial:/dev/null
Comment 8 Oleg Sazonov 2020-11-20 04:55:07 UTC
I think we has insufficient reset on ulpt
Comment 9 Oleg Sazonov 2020-11-21 13:02:23 UTC
I followed the behavior of the test program and realized that ulpt does not hold the connection to the printer, because read () responds with " Device not configured"