Lennart Augustsson wrote:
> 
> I thought this had been fixed in current.
> 
>     -- Lennart

Oops, didn't think the release lagged that far behind...  I've
munged the current match and attach routines into 1.5.2, and got
a working uni-directional printer :-)

Thanks again-

	-Neil

> Neil Ludban wrote:
> 
> > Hello,
> >
> > I've got an HP LaserJet 2200d attaching as a generic USB device,
> > looks like the same problem as this message found in the archives
> > (for an HP 1200se, IIRC).  ulpt.c (in 1.5.2) is dated 2000/06/01,
> > apparently this was never fixed.
> >
> > To summarize the earlier messages in thread, the HP provides 3
> > interfaces: 1284.4 packetized, bi-directional, and uni-directional.
> > The ulpt driver doesn't support the first, and the match routine
> > doesn't continue searching for others.
> >
> > Would any USB gurus be kind enough to provide a quick patch, or
> > point me at some more examples (a couple readings through the
> > ulpt attach routine hasn't clued me yet).
> >
> > Thanks-
> >
> >         -Neil
> >
> > > Subject: Re: HP USB interface confuration error; quirk needed?
> > > To: Nathan J. Williams <nathanw@MIT.EDU>
> > > From: Lennart Augustsson <lennart@mail.augustsson.net>
> > > List: tech-kern
> > > Date: 06/27/2001 00:46:09
> > >
> > > Hmm, I think the ulpt match routine needs changing so that it looks
> > > through the alternate settings.  The attach already does it.
> > >
> > >     -- Lennart
> > >
> > >
> > > "Nathan J. Williams" wrote:
> > >
> > > > nathanw@MIT.EDU (Nathan J. Williams) writes:
> > > >
> > > > > Second, the configuration descriptor listed "bNumInterface=1", but
> > > > > then three interface descriptors followed. I think that this is
> > > > > incorrect on the part of HP, but I'm not 100% sure about the semantics
> > > > > of this bit of data.
> > > >
> > > > Scratch that; I re-read the USB spec, and saw the difference between
> > > > "Interface Descriptor Number" and "Interface Number".  They're
> > > > alternate interfaces. I will now go see why we don't seem to deal with
> > > > those...
> > > >
> > > >         - Nathan