On Mon, 6 May 2002, David Brownell wrote:
> Re that second error ... was that happening without the first
> error showing up? Or might the first error in some way have
> been triggering it?
No. I'm (fairly) sure that it occurs independently of the first, on every
reboot (after the printer has
On Tue, 7 May 2002 14:12, David Brownell wrote:
> p.s. Is there ZCIP support for the usbnet links?
It should work for any ethernet type device, although I haven't actually
tried it over usbnet.
Your local kernel.org mirror has a directory /pub/software/networking/zcip,
where you will find a sli
I think I was using the Ethernet spec, not the IEEE 802 spec,
when I did that, and ISTR there was no such bit. But yes, it'd
seem reasonable to do this.
Thanks, I'll include this with the next patch I send out for
2.5 ... and I guess I'll send a "resync" patch for 2.4 too.
(The pre8 code is miss
On Tue, 7 May 2002 13:05, Brad Hards wrote:
> On the zcip mailing list, H. Peter Anvin pointed out that a purely random
> assignment of MAC address is probably wrong. Instead, we should set bit 2
Err, bit 1.
___
Have big pipes? SourceFo
On the zcip mailing list, H. Peter Anvin pointed out that a purely random
assignment of MAC address is probably wrong. Instead, we should set bit 2 to
indicate that we are doing local assignment. I had a quick look for 802
specs, but the ones that are most useful (802 and 802.3) aren't availabl
On Tue, 7 May 2002 10:47, ..tom wrote:
> Sorry, I was actually meaning to send this to linux-usb-devel in the
> first place.
No problem. I just kept it private because it was sent only to me.
> So, does not having exactly one endpoint exclude a device from being
> Boot Protocol compliant? I see h
> > The BUG() would seem to be the one where the "free device state"
> > method in the "uhci.c" driver (uhci_free_dev) doesn't actually do so.
> > It's keeping some device state (refcounts) around after it claims to
> > have gotten rid of all such state.
>
> Nope, it's because uhci_free_dev is a
On Mon, May 06, 2002, David Brownell <[EMAIL PROTECTED]> wrote:
> > > kernel: usb.c: USB disconnect on device 1
> > > kernel: usb.c: USB disconnect on device 4
> > > kernel: printer.c: usblp0: removed
> > > kernel: kernel BUG at usb.c:987!
> > > [ deletia ]
> > > kernel: Call Trace: [] [
Re that second error ... was that happening without the first
error showing up? Or might the first error in some way have
been triggering it?
> > kernel: usb.c: USB disconnect on device 1
> > kernel: usb.c: USB disconnect on device 4
> > kernel: printer.c: usblp0: removed
> > kernel: kernel
Brad Hards wrote:
> On Tue, 7 May 2002 04:21, ..tom wrote:
>> Brad Hards wrote:
>>> The ifeel mouse is not boot protoocol compatible (unlike most other
>>> mice - look closely at the descriptors in each case)
>>
>> So what is this, then? (from Evgeniy's log)
>>
>>> Interface: 0
>>> Alternate Setti
Played a bit more. Found two so far unknown commands:
EE and EF. Maybe EE is to write the CIS.
Maybe EF is to verify the checksum of the CIS.
Many cameras and readers refuse to handle a SmartMedia
card with bad CIS, so it would be very useful to be able
to rewrite it.
I have succeeded in changing
On Sat, May 04, 2002 at 11:59:34PM +0200, Oliver Neukum wrote:
> Hi,
>
> in usb.c during disconnect handling a reference to a driver is passed
> after the module usage count is decremented. In theory this is a race.
I applied just the code change, not the whitespace changes to the tree.
thanks,
Johannes Erdfelt wrote:
> On Tue, May 07, 2002, Peter Denison <[EMAIL PROTECTED]> wrote:
> > Turning my HP PSC750 printer/scanner off and on again during a session,
> > results in the following trace - pay particular attention to the 5th line.
> > This is true for at least 2.5.14 and 2.5.11, and
On Tue, May 07, 2002, Peter Denison <[EMAIL PROTECTED]> wrote:
> Turning my HP PSC750 printer/scanner off and on again during a session,
> results in the following trace - pay particular attention to the 5th line.
> This is true for at least 2.5.14 and 2.5.11, and probably 2.5.10 and
> 2.5.8. Al
Turning my HP PSC750 printer/scanner off and on again during a session,
results in the following trace - pay particular attention to the 5th line.
This is true for at least 2.5.14 and 2.5.11, and probably 2.5.10 and
2.5.8. All USB drivers loaded as modules, using the uhci.o driver variant
(have
On Mon, May 06, 2002, Daniel Cruz <[EMAIL PROTECTED]> wrote:
> > Daniel Cruz wrote:
> > >
> > > hello,
> > >
> > > I'm sending information to a INT endpoint with using FILL_INT_URB and
> then
> > > submitting the corresponding URB, but I'm not receiving the information
> all
> > > the times I send
> Daniel Cruz wrote:
> >
> > hello,
> >
> > I'm sending information to a INT endpoint with using FILL_INT_URB and
then
> > submitting the corresponding URB, but I'm not receiving the information
all
> > the times I send it, only a very few times the transaction is
succesfull,
> > what could I been
Daniel Cruz wrote:
>
> hello,
>
> I'm sending information to a INT endpoint with using FILL_INT_URB and then
> submitting the corresponding URB, but I'm not receiving the information all
> the times I send it, only a very few times the transaction is succesfull,
> what could I been doing wrong?.
David Brownell wrote:
>
> > I just wish ohci/uhci/??? all did the same thing when it comes to
> > interrupt URB's. (both in and out).
>
> There's also an issue of doing something close to right ... :)
>
Yea, I know..
this is the device I have:
P: Vendor=1292 ProdID=0258 Rev= 1.00
C:* #Ifs=
On Sun, May 05, 2002 at 10:30:05AM -0700, David Brownell wrote:
> Can you merge this patch into the latest from Linus and Marcelo?
> It's against 2.5.13 but, with "-p4", works against 2.4.19-pre8 too.
Applied to 2.4.x and 2.5.x.
thanks,
greg k-h
On Sun, May 05, 2002 at 01:01:04PM +0200, Oliver Neukum wrote:
> I fired too early.
Applied, thanks.
greg k-h
___
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email
On Sun, May 05, 2002 at 12:57:54PM +0200, Oliver Neukum wrote:
> Hi,
>
> you fail to free minors if something goes wrong in probe.
Applied. thanks,
greg k-h
___
Have big pipes? SourceForge.net is looking for download mirrors. We sup
> I've verified this with my problem hub.
Good to hear that.
> Problems:
> 1. interrupts and isoc at both full and high speed seem broken. Nothing
> obvious in the logs - have another look tomorrow with some more debugging.
>
> 2. Hub enumeration isn't completing with a full speed hub.
No --
hello,
I'm sending information to a INT endpoint with using FILL_INT_URB and then
submitting the corresponding URB, but I'm not receiving the information all
the times I send it, only a very few times the transaction is succesfull,
what could I been doing wrong?..
Thanks for the help.
Sorry for not answering, but my Deskjet just died after dending my postings,
and the new one arrived today.
> -Ursprüngliche Nachricht-
> Von: Randy.Dunlap [mailto:[EMAIL PROTECTED]]
>
> Where does one find ELinOS?
http://www.elinos.com
but they are right now offline. I guess because t
On Mon, 6 May 2002 21:30, Evgeniy Polyakov wrote:
> Hello, usb developers and users.
> About a week ago i've posted this mail to the linux-usb-users@ mailist,
> but people from there can't help. So i hope you will help me.
This questions should have gone to linux-usb-users mailing list. Where Ste
Hello, usb developers and users.
About a week ago i've posted this mail to the linux-usb-users@ mailist,
but people from there can't help. So i hope you will help me.
I have some troubles with iFeel Logitech mouse:
It only lights it's light diode and nothing more
(cat /dev/input/mice keep silenc
On Mon, May 06, 2002 at 09:25:17AM +0200, [EMAIL PROTECTED] wrote:
> > How did you find out about the 128bit SSFDC ID ?
>
> Toshiba gives a few details.
>
In my smartmedia reader, i've a table which indicate the model, but i've 2
numbers that is unknow for me.
Here the (dis)asm block:
; func
On Mon, 6 May 2002 03:30, David Brownell wrote:
> Can you merge this patch into the latest from Linus and Marcelo?
> It's against 2.5.13 but, with "-p4", works against 2.4.19-pre8 too.
>
> The fix basically removes a bit-complement that shouldn't have
> been there. (Plus related simplification.)
> How did you find out about the 128bit SSFDC ID ?
Toshiba gives a few details.
Andries
___
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
30 matches
Mail list logo
