Re: [linux-usb-devel] Need helps to understand USB Stack under Linux

2002-07-01 Thread Greg KH
On Fri, Jun 28, 2002 at 04:47:57PM +0200, Soewono Effendi wrote: > > And I think there must be some locking to protect > if (driver->owner) > __MOD_INC_USE_COUNT(driver->owner); > and > if (driver->owner) > __MOD_DEC_USE_COUNT(driver->owner); > > may be: >

Re: [linux-usb-devel] Need helps to understand USB Stack under Linux

2002-07-01 Thread Greg KH
On Thu, Jun 27, 2002 at 09:21:02PM +0200, Oliver Neukum wrote: > > PS: Is it true that the IBM guys have a keyboard they make > a notch into whenever they reduce BKL usage ? Heh, yes, I think there is something like that in the main BKL squasher's cubical. I know I enjoy bugging him about it by

Re: [linux-usb-devel] bluetooth.c: missing bulk in transfers and error handling

2002-07-01 Thread Greg KH
On Fri, Jun 28, 2002 at 02:35:16PM +0200, Orjan Friberg wrote: > > My second problem is that, after a while, the bulk out endpoint first > stops responding and then reports a stall. These conditions are > reported back in urb->status as -EPROTO and -EPIPE, respectively, but > the bluetooth_write

Re: [linux-usb-devel] Oops in 2.5.24-dj2

2002-07-01 Thread Greg KH
On Sun, Jun 30, 2002 at 07:17:19PM +0200, Duncan Sands wrote: > Just got the following oops by plugging in my Philips Toucam Pro > webcam, and unplugging it a few seconds later (before everything > finished getting set up). > > Duncan. > > PS: The taintedness and the "System.map says 2.5.24, pwc

[linux-usb-devel] Re: [PATCH 2.5.22] misc usb hotplug tweaks

2002-07-01 Thread Greg KH
On Mon, Jul 01, 2002 at 11:59:04AM -0700, David Brownell wrote: > >>- if (!hotplug_path [0]) > >>- return; > >>- if (in_interrupt ()) { > >>- dbg ("In_interrupt"); > >>- return; > >>- } > >>- if (!current->fs->root) { > >>- /* statically linked USB i

[linux-usb-devel] <광고)일성콘도(7차) 특별분양

2002-07-01 Thread 일성콘도
Title: Àϼº ¿µ¾÷º»ºÎ ¿©¸§ÈÞ°¡! ÀϼºÄܵµ¿¡¼­      ¡¼ÀϼºÄܵµ(7Â÷)µî±âÁ¦(ȸ¿øÁ¦)ºÐ¾ç¡½     °è¾à±Ý190¸¸¿ø=>Á÷¿µ6°÷(üÀÎ18°÷)Á¤È¸¿ø    µî±âÁ¦ºÐ¾ç =>17Æò:17±¸ÁÂ, 28Æò:7±¸ÁÂ, 35Æò:2±¸Á  Á÷¿µÄܵµ6°÷(üÀÎÄܵµ16°÷)+½ºÅ°Àå4°÷+¿Âõ6°÷+R.C

[linux-usb-devel] next q on usbfs

2002-07-01 Thread Oliver Neukum
Hi, is this really needed ? case USBDEVFS_DISCONNECT: driver = ifp->driver; if (driver) { down (&driver->serialize); dbg ("disconnect '%s' from dev %d interface %d", driver->name, ps

[linux-usb-devel] q on devio.c::proc_reset_device

2002-07-01 Thread Oliver Neukum
Hi, is this just me or this call disconnect() on an already disconnected device ? IMHO we need to recheck after taking the semaphore. Comments? Regards Oliver --- This sf.net email is sponsored by:ThinkGeek Welcome to

Re: [linux-usb-devel] UHCI: wrong toggle bit after unlinking

2002-07-01 Thread David Brownell
> The submit call before the unlink will toggle the D0/D1 bit in > dev->toggle[]. The call after the unlink will then use the toggled bit > although the TD of the unlinked URB hasn't been completed successfully. > Consequently, the next packet to be received will be lost. Presumably that bug is s

Re: [linux-usb-devel] What to do with all of the USB UHCI drivers inthe kernel?

2002-07-01 Thread David Brownell
> - Given the basic similarities between all that hardware (the only > "big" thing that needs to differ much is scanning the HC lists > to collect finished transactions), I think both UHCIs can very > likely be trimmed down further: the known differences can't > account for that much of a

[Fwd: [linux-usb-devel] What to do with all of the USB UHCI drivers inthe kernel?]

2002-07-01 Thread David Brownell
Just thought I'd forward this in case anyone wants to get any last-minute comments in to Greg ... :) - Dave Original Message Subject: [linux-usb-devel] What to do with all of the USB UHCI drivers in the kernel? Date: Mon, 20 May 2002 15:31:32 -0700 From: Greg KH <[EMAIL PROTEC

[linux-usb-devel] Re: [PATCH 2.5.22] misc usb hotplug tweaks

2002-07-01 Thread David Brownell
>>- if (!hotplug_path [0]) >>- return; >>- if (in_interrupt ()) { >>- dbg ("In_interrupt"); >>- return; >>- } >>- if (!current->fs->root) { >>- /* statically linked USB is initted rather early */ >>- dbg ("call_policy %s,

Re: [linux-usb-devel] UHCI: wrong toggle bit after unlinking

2002-07-01 Thread Pedro Lopez-Cabanillas
El Lun 01 Jul 2002 19:24, Clemens Ladisch escribió: > In Linux 2.4.18 with usb-uhci (v1.275), the following code will create > a TD with wrong toggle bit: > > urb->pipe = rcvbulkpipe( ... ); > urb->dev = dev; > usb_submit_urb(urb); > > /* optionally: receive some da

Re: [linux-usb-devel] unending timeouts

2002-07-01 Thread Dan Streetman
Hmm, what about the interval? What's the endpoint's bInterval? Try setting the URB's interval to that. I think you have to use an interrupt URB to use the interval. If you could get to a bus tracer, it'd make it much easier ;) On Mon, 1 Jul 2002, Duncan Sands wrote: >On Monday 01 July 2002

Re: [linux-usb-devel] unending timeouts

2002-07-01 Thread Duncan Sands
On Monday 01 July 2002 17:42, Dan Streetman wrote: > On Fri, 28 Jun 2002, Duncan Sands wrote: > >I send to the 0x81 modem endpoint complete at once with -EILSEQ. > > what's the format of the URB you send? The size should be exactly the > ep's bMaxPacketSize... Hmmm, I was sending much bigger pac

[linux-usb-devel] UHCI: wrong toggle bit after unlinking

2002-07-01 Thread Clemens Ladisch
In Linux 2.4.18 with usb-uhci (v1.275), the following code will create a TD with wrong toggle bit: urb->pipe = rcvbulkpipe( ... ); urb->dev = dev; usb_submit_urb(urb); /* optionally: receive some data and resubmit the urb */ usb_unlink_urb(urb);

[linux-usb-devel] Re: [PATCH 2.5.22] misc usb hotplug tweaks

2002-07-01 Thread Greg KH
On Thu, Jun 27, 2002 at 12:52:30PM -0700, David Brownell wrote: > This updates the doc and code to match what's been > true since 2.4.0 (!) and keventd, removing some error > checks that are now handled lower down as well as > making a few messages less confusing ("kusbd" etc). > > Please merge t

[linux-usb-devel] Re: [PATCH 2.5.22] uhci-hcd without procfs

2002-07-01 Thread Greg KH
On Thu, Jun 27, 2002 at 10:22:58AM -0700, David Brownell wrote: > When trying to figure out why the "uhci-hcd" driver was so > much bigger than "usb-uhci-hcd" I noticed that most of it > was the /proc/driver/uhci support, and that if I tried to > disable it, I got compile-time warnings about thing

[linux-usb-devel] Don't submit interrupt urb when complete with urb->interval 0(patch)

2002-07-01 Thread Frode Isaksen
Hello, I have developed a driver for an ADSL USB adapter, which is using Interrupt OUT pipes. With the uhci and usb-uhci drivers this works fine, but with ohci I am not able to kill the urb. With the uhci driver, in order to submit the urb only once, you set the urb->interval to 0. This is not te

Re: [linux-usb-devel] unending timeouts

2002-07-01 Thread Dan Streetman
On Fri, 28 Jun 2002, Duncan Sands wrote: >I send to the 0x81 modem endpoint complete at once with -EILSEQ. what's the format of the URB you send? The size should be exactly the ep's bMaxPacketSize... -- Dan Streetman [EMAIL PROTECTED] -- 186,28

Re: [linux-usb-devel] Driver for USB 2.0 (NEC)

2002-07-01 Thread Kristofer T. Karas
On Sat, 2002-06-29 at 20:27, shino korah wrote: > I want to use EHCI-HCD driver for my NEC USB 2.0 PCI > card. I chose to use 2.5.12 kernel( I was using 2.4.2) > but when I boots 2.5.12 gets stuck at > Serial driver version 5.02 (2000-08-09) First off, the 2.5 kernel series is the development tr

[linux-usb-devel] fasync_helper

2002-07-01 Thread Wessler, Siegfried
Hello, I'd like to send a signal out from a kernel module to a user application. But the declaration of fasync_helper is misunderstanding. So I get kernel panic the way I tried before. I use Kernel 2.4.18. Rubini's example says: int scull_p_fasync (struct inode *inode, ...) { ... return fasyn

Re: [linux-usb-devel] Synaptics CPad / middle button / check allUSB traffic ?

2002-07-01 Thread Rob Miller
On Mon, 1 Jul 2002, Brad Hards wrote: > 2 doesn't seem too likely. If evtest thinks that there is a third button, then > it is unlikely the HID driver is doing any filtering. thank you, indeed I needed this confirmation. > You can turn on debug options in either the HID driver, or in the under