Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 17 Jun 2014 09:05:40 +0200
From:      Hans Petter Selasky <hps@selasky.org>
To:        Matthias Apitz <guru@unixarea.de>
Cc:        freebsd-usb@freebsd.org
Subject:   Re: Fwd: USB to parallel for printer HP LaserJet 4mL
Message-ID:  <539FE8C4.9090606@selasky.org>
In-Reply-To: <20140617065534.GA1634@La-Habana>
References:  <20140616083302.GA1790@La-Habana> <539EB3D7.7040802@selasky.org> <20140616091858.GA1945@La-Habana> <539EBB4B.2070401@selasky.org> <20140616100709.GA2201@La-Habana> <539EC2A1.6040803@selasky.org> <20140616151022.GA1657@La-Habana> <539F0D98.6040703@selasky.org> <20140617055446.GA1427@La-Habana> <539FDFB1.1090007@selasky.org> <20140617065534.GA1634@La-Habana>

next in thread | previous in thread | raw e-mail | index | archive | help
On 06/17/14 08:55, Matthias Apitz wrote:
> El día Tuesday, June 17, 2014 a las 08:26:57AM +0200, Hans Petter Selasky escribió:
>
>> Can you try to set:
>>
>> sysctl hw.usb.no_cs_fail=1
>>
>> before trying the device again?
>
> Hi,
>
> Success!!! I reverted the changes in ulpt.c and with the above setting,
> printing works to both devices, /dev/ulpt0 and /dev/unlpt0. I just
> concatenated a PostScript file to them as
>
> # cat psfile > /dev/ulpt0
>
> What does the above mean?
>
> I have to add it to /boot/loader.conf or /etc/sysctl.conf.
>
> Thanks for you patient help.
>
> 	matthias
>

Hi,

I think the USB stack is trying to reset the ULPT device, because it 
does not respond on the control endpoint any more. See TIMEOUT messages 
in dmesg and usbdump. By setting "no_cs_fail" to non-zero this behaviour 
is disabled.

--HPS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?539FE8C4.9090606>