From owner-freebsd-current@FreeBSD.ORG Sat Jul 4 14:43:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9B671065673 for ; Sat, 4 Jul 2009 14:43:45 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 8871F8FC15 for ; Sat, 4 Jul 2009 14:43:45 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (105.10.87-79.rev.gaoland.net [79.87.10.105]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 8B26163352C; Sat, 4 Jul 2009 16:43:44 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 5059CB927; Sat, 4 Jul 2009 16:43:42 +0200 (CEST) Date: Sat, 4 Jul 2009 16:43:41 +0200 From: Patrick Lamaiziere To: freebsd-current@freebsd.org Message-ID: <20090704164341.0acd0271@baby-jane.lamaiziere.net> In-Reply-To: <200907040945.41153.hselasky@c2i.net> References: <20090703172600.1971111e@baby-jane.lamaiziere.net> <200907040945.41153.hselasky@c2i.net> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Hans Petter Selasky Subject: Re: ulpt problem (USB_ERR_IOERROR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2009 14:43:46 -0000 Le Sat, 4 Jul 2009 09:45:40 +0200, Hans Petter Selasky a =E9crit : > > ulpt_write_callback:220: state=3D0x1 actlen=3D2889 > > ulpt_write_callback:220: state=3D0x1 actlen=3D3023 >=20 > These two lines are interesting. Are these printed when doing the > same job? Yes. =20 > If the actlen is not a factor of 64 in your case, the printer will > think that the document has ended. Could you verify that, that cups > is feeding too little data into the ULPT port? Sometime cups writes only a litle amount of datas: [Job 40] Read 161 bytes of print data... [Job 40] Wrote 161 bytes of print data... [Job 40] Read 251 bytes of print data... [Job 40] Wrote 251 bytes of print data... [Job 40] Read 162 bytes of print data... [Job 40] Wrote 162 bytes of print data... [Job 40] Read 86 bytes of print data... [Job 40] Wrote 86 bytes of print data... [Job 40] Read 3292 bytes of print data... [Job 40] Wrote 3292 bytes of print data... [Job 40] Read 43 bytes of print data... [Job 40] Wrote 43 bytes of print data... [Job 40] Read 4096 bytes of print data... [Job 40] Wrote 4096 bytes of print data... Cups uses a select() on the input file to print, reads the datas and writes them to the usb port until the input file is empty.=20 There is no warranty that the amount of datas will be a factor of 64 bytes.