Hi,
You have a bug in the "Needs MFC" state which has not been touched in 7 or more
days. This email serves as a reminder that you may want to MFC this bug or
marked it as completed.
In the event you have a longer MFC timeout you may update this bug with a
comment and I won't remind you again
El día Monday, June 16, 2014 a las 08:55:01AM +0200, Hans Petter Selasky
escribió:
> Hi,
>
> If you disconnect the LPT port from the printer and repeat?
>
> Is the device sufficiently powered?
Hi,
I did:
# kldunload ulpt.ko
# kldload modules/usb/ulpt/ulpt.ko
# sysctl hw.usb.ulpt.debug=15
hw.
On 06/16/14 10:33, Matthias Apitz wrote:
El día Monday, June 16, 2014 a las 08:55:01AM +0200, Hans Petter Selasky
escribió:
Hi,
If you disconnect the LPT port from the printer and repeat?
Is the device sufficiently powered?
Hi,
I did:
# kldunload ulpt.ko
# kldload modules/usb/ulpt/ulpt.k
El día Monday, June 16, 2014 a las 11:07:35AM +0200, Hans Petter Selasky
escribió:
> > Hi,
> >
> > I did:
> >
> > # kldunload ulpt.ko
> > # kldload modules/usb/ulpt/ulpt.ko
> > # sysctl hw.usb.ulpt.debug=15
> > hw.usb.ulpt.debug: 0 -> 15
> >
> > now I power-cycled the printer, let it print the se
On 06/16/14 11:18, Matthias Apitz wrote:
El día Monday, June 16, 2014 a las 11:07:35AM +0200, Hans Petter Selasky
escribió:
Hi,
I did:
# kldunload ulpt.ko
# kldload modules/usb/ulpt/ulpt.ko
# sysctl hw.usb.ulpt.debug=15
hw.usb.ulpt.debug: 0 -> 15
now I power-cycled the printer, let it print
El día Monday, June 16, 2014 a las 11:39:23AM +0200, Hans Petter Selasky
escribió:
> Try to comment out starting of bulk read transfers:
>
> static void
> ulpt_start_read(struct usb_fifo *fifo)
> {
> #if 0
> struct ulpt_softc *sc = usb_fifo_softc(fifo);
>
> usbd_transfer_start
On 06/16/14 12:07, Matthias Apitz wrote:
El día Monday, June 16, 2014 a las 11:39:23AM +0200, Hans Petter Selasky
escribió:
Try to comment out starting of bulk read transfers:
static void
ulpt_start_read(struct usb_fifo *fifo)
{
#if 0
struct ulpt_softc *sc = usb_fifo_softc(fifo);
El día Monday, June 16, 2014 a las 12:10:41PM +0200, Hans Petter Selasky
escribió:
> What happens if you revert that patch, and do a read first, instead of a
> write?
I have revert both patches, i.e. the code is now as it was, but has some
DPRINTF statements at the beginning of the fuctions; he
On 15 June 2014 23:49, Hans Petter Selasky wrote:
> On 06/16/14 08:39, Eitan Adler wrote:
>>
>> On 15 June 2014 23:33, Hans Petter Selasky wrote:
>>>
>>> On 06/16/14 08:30, Eitan Adler wrote:
On 15 June 2014 23:26, Hans Petter Selasky wrote:
>
>
> On 06/16/14 08:21, Ei
On 06/16/14 17:10, Matthias Apitz wrote:
El día Monday, June 16, 2014 a las 12:10:41PM +0200, Hans Petter Selasky
escribió:
What happens if you revert that patch, and do a read first, instead of a
write?
I have revert both patches, i.e. the code is now as it was, but has some
DPRINTF stateme
On 06/16/14 17:15, Eitan Adler wrote:
On 15 June 2014 23:49, Hans Petter Selasky wrote:
On 06/16/14 08:39, Eitan Adler wrote:
On 15 June 2014 23:33, Hans Petter Selasky wrote:
On 06/16/14 08:30, Eitan Adler wrote:
On 15 June 2014 23:26, Hans Petter Selasky wrote:
On 06/16/14 08:21,
On 16 June 2014 08:32, Hans Petter Selasky wrote:
> On 06/16/14 17:15, Eitan Adler wrote:
>>
>> On 15 June 2014 23:49, Hans Petter Selasky wrote:
>>>
>>> On 06/16/14 08:39, Eitan Adler wrote:
On 15 June 2014 23:33, Hans Petter Selasky wrote:
>
>
> On 06/16/14 08:30, Ei
El día Monday, June 16, 2014 a las 05:30:32PM +0200, Hans Petter Selasky
escribió:
> Test1)
> Can you try to connect an external High-Speed HUB in between?
I will check, if I can find and borrow such a device.
> Test2)
> Instead of ulpt.debug, set hw.usb.uhub.debug=15 and collect logs, when
>
On 06/17/14 07:54, Matthias Apitz wrote:
El día Monday, June 16, 2014 a las 05:30:32PM +0200, Hans Petter Selasky
escribió:
Test1)
Can you try to connect an external High-Speed HUB in between?
I will check, if I can find and borrow such a device.
Test2)
Instead of ulpt.debug, set hw.usb.uh
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 a
15 matches
Mail list logo