From owner-cvs-src@FreeBSD.ORG  Fri Jul 15 04:19:43 2005
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: cvs-src@FreeBSD.org
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1738416A41C;
	Fri, 15 Jul 2005 04:19:43 +0000 (GMT) (envelope-from imp@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E14C143D45;
	Fri, 15 Jul 2005 04:19:42 +0000 (GMT) (envelope-from imp@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.13.1/8.13.1) with ESMTP id j6F4JgE7055521;
	Fri, 15 Jul 2005 04:19:42 GMT (envelope-from imp@repoman.freebsd.org)
Received: (from imp@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id j6F4JgrR055520;
	Fri, 15 Jul 2005 04:19:42 GMT (envelope-from imp)
Message-Id: <200507150419.j6F4JgrR055520@repoman.freebsd.org>
From: Warner Losh <imp@FreeBSD.org>
Date: Fri, 15 Jul 2005 04:19:42 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Cc: 
Subject: cvs commit: src/sys/dev/usb ulpt.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Jul 2005 04:19:43 -0000

imp         2005-07-15 04:19:42 UTC

  FreeBSD src repository

  Modified files:
    sys/dev/usb          ulpt.c 
  Log:
  Don't wait for the printer to become ready before allowing the open to
  succeed.  There are many printers that return status over the read
  channel, and if we wait for the status to become ready, then we can't
  find the status automatically.  Linux doesn't wait, nor does it ever
  seem to really check the status in any meaningful way...  If there
  really is a problem, the writes to the bulk out endpoint will still
  fail (like they would if the printer was ready and then ran out of
  paper or became unready).
  
  In addition, there are a number of printers being made that emulate
  the 'status' byte by returning '0' always rather than '0x18'.  This
  fixes the EBUSY on open timeouts on those printer as well.
  
  Reviewed by: the defining silence on usb@
  
  Revision  Changes    Path
  1.67      +1 -23     src/sys/dev/usb/ulpt.c