From nobody@FreeBSD.org Mon Apr 4 11:43:23 2005 Return-Path: Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 462BA16A4CE for ; Mon, 4 Apr 2005 11:43:23 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1643C43D5F for ; Mon, 4 Apr 2005 11:43:23 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j34BhMBO080765 for ; Mon, 4 Apr 2005 11:43:22 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j34BhMS2080764; Mon, 4 Apr 2005 11:43:22 GMT (envelope-from nobody) Message-Id: <200504041143.j34BhMS2080764@www.freebsd.org> Date: Mon, 4 Apr 2005 11:43:22 GMT From: Manuel Schiller To: freebsd-gnats-submit@FreeBSD.org Subject: printing to Minolta PagePro 1[23]xxW via USB fails with "device busy" X-Send-Pr-Version: www-2.3 >Number: 79524 >Category: usb >Synopsis: [ulpt] printing to Minolta PagePro 1[23]xxW via USB fails with "device busy" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-usb >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 04 11:50:02 GMT 2005 >Closed-Date: Wed Jul 14 16:16:47 UTC 2010 >Last-Modified: Wed Jul 14 16:16:47 UTC 2010 >Originator: Manuel Schiller >Release: FreeBSD 5.3 >Organization: >Environment: FreeBSD freebsd.hinter.bergen 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 This is a vmware box (Linux guest OS), but the problem is not related to that fact, other people experience it as well. >Description: When sending printer data to the USB port (both /dev/ulpt0 and /dev/unlpt0), the program used to transfer the data dies with "device busy" when the printer is in fact ready to take the data. I've verified that the printer driver output is valid (same input produces same output on both Linux and FreeBSD; I'm developing the driver that transforms pbmraw input to printer language). The printer is recognized correctly by the kernel, and it associated the ulpt driver with the device. So I think that printing ought to work. I've been alerted to the problem by Mr. Rogoza, who has already posted on the USB mailing list and apparently not received a reply. Having tried again to post to the USB mailing list, not getting an answer, I decided to try with a PR now. I know you'll probably need more information to track this issue down, but I don't feel familiar enough to the FreeBSD kernel to try and track things down myself. Unless you happen to have this kind of printer, you'll probably have difficulties to track this. So if you can, please mail me providing instructions on how to gather the neccessary information. >How-To-Repeat: Use cat and a pipe to send printer data to the printer. >Fix: >Release-Note: >Audit-Trail: Adding to audit trail from misfiled PR usb/83248: Date: Mon, 11 Jul 2005 11:03:21 +0200 From: Andre Ilie Have the same problem with a Minolta PagePro 1300W on FreeBSD/amd64 6.0-CURRENT of Wed Jun 29 20:34:52 CEST 2005. The printer just does nothing and the printing process will return device busy after some time. There is no kernel message or so about what the problem could be. Printer gets detected nicely (name shows up) when you connect it and you will get and ultp0 device. Using the same setup on M$ works good so it can't be the printer imho, people using Linux also recommend printing over USB to this kind of printer. Greets, Andre From: Manuel Tobias Schiller To: bug-followup@FreeBSD.org, mala@hinterbergen.de Cc: Subject: Re: usb/79524: printing to Minolta PagePro 1[23]xxW via USB fails with "device busy" Date: Sat, 06 Aug 2005 16:38:10 +0000 I've had reports by a FreeBSD user that the patch proposed by M. Warner Losh on 08/07/05 on the usb mailing list fixes that problem. I haven't tested it for myself, because building -CURRENT inside a virtual machine on a slow box just takes too long... I'm attaching the mail-exchange I had with "my" tester below (I initially got into contact with him because I also fixed a few 64 bit issues with my driver, but there was definitely a problem with ulpt, too). Thanks for fixing this. Manuel State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:16:46 UTC 2010 State-Changed-Why: Alledgedly fixed at some point in the past, if this is incorrect let me know. http://www.freebsd.org/cgi/query-pr.cgi?pr=79524 >Unformatted: