problem with usb printer

[Alexander Best]

i recompiled my kernel using the usb1 stack and was able to print a perfect
testpage.

i was able to print using the gdi driver (ulpt and unlpt) and printing with
the splix2 driver also works. the splix version from the ports dir doesn't
work for some reason.

i now installed 4 printers in cups: splix2 (ulpt and unlpt) and gdi (ulpt and
unlpt). i'll try to recompile my kernel (usb2) with and without the patches
and see if one of those combinations works.

cheers.

Hans Petter Selasky schrieb am 2009-03-15:
> On Sunday 15 March 2009, Alexander Best wrote:
> > i recompiled my kernel with the p4-files, but still nothing get's
> > printed.

> > this is what i get when attaching the device:

> > ugen0.3: <Samsung Electronics Co., Ltd.> at usbus0
> > ulpt_probe:472:
> > ulpt_attach:498: sc=0xc5a4c900
> > ulpt0: <Samsung Electronics Co., Ltd. Samsung ML-1510_700, class
> > 0/0, rev
> > 1.10/1.00, addr 3> on usbus0
> > ulpt_attach:538: setting alternate config number: 0
> > ulpt0: using bi-directional mode

> > and this when i try to print something:

> > ulpt_reset:164:
> > ulpt_write_callback:203: state=0x0
> > ulpt_write_callback:203: state=0x1
> > ulpt_write_callback:203: state=0x1

> Looks good.

> Try also:

> sysctl hw.usb2.dev.debug=15

> While printing and see if there is a drain in the end!


> > i also enabled debugging output in the cups config file, but that
> > didn't
> > reveal any errors.

> > right now i'm trying to build a kernel with the old usb stack to
> > see if the
> > problem get's solved. if the problem then still exists cups must be
> > causing
> > the problems. unfortunately building the kernel with the old usb
> > stack
> > fails:

> Did it work before?

> The only thing I can imagine is that the flushing/drain mechanism is
> not
> working, after that the last byte has been written.

> --HPS