On Thu, 11 Jul 2002 15:54, Shishir Jain wrote:
> Is anyone aware of a pure CDC-Ethernet complaint device in the market?
There are a few that are identified in the Config.help entry for the
appropriate driver in Linux. They aren't exactly compliant with the spec
though.
Brad
--
http://conf.lin
Hi,
the lock is not held long enough.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
[EMAIL PRO
Christopher Hoover wrote:
> While usb-storage is happy, pwc with my Logitech QuickCam 3000 Pro is
> not. This is on arm 2.5.24-rmk1 with patch 1167/3.
>
> With the camera plugged in, insmod'ing ohci-hcd first and then pwc, I
> get a hang (no sysrq response) or crash straight into the boot loader
I'm working with some USB drives and trying to troubleshoot a few
problems. MIPS hardware, kernel 2.4.19-rc1 (for the EHCI driver).
I have a USB 2.0 drive that is powered off the USB bus, connected to
an Adaptec USB 2.0 card. When I connect it with verbose USB
debugging messages, I get the f
Hello,
just one quick question..
like a host controller needs to generate + schedule a SOF
frame every one millisecond, DO we need to handle SOF on device
(slave) side in software , especially for the devices with an
asynchronous endpoint,
Best Regards
___
Tom Collins wrote:
> I'm working with some USB drives and trying to troubleshoot a few
> problems. MIPS hardware, kernel 2.4.19-rc1 (for the EHCI driver).
Out of curiousity -- big-endian or little-endian MIPS?
(Or should I say, "MIPS or SPIM"? :) Folk have used the
EHCI driver on PPC (big-endi
At 9:58 AM -0700 7/11/02, David Brownell wrote:
>Tom Collins wrote:
>>I'm working with some USB drives and trying to troubleshoot a few
>>problems. MIPS hardware, kernel 2.4.19-rc1 (for the EHCI driver).
>
>Out of curiousity -- big-endian or little-endian MIPS?
>(Or should I say, "MIPS or SPIM"?
Hi,
I've been recently fixing module unload races. That is not yet finished,
unfortunately. I took a look at 2.4. IMHO there's no sane way of doing
it short of adding an owner field to the driver structure. In other words
only a backport braking the API would help. For the time being I give up
o
Hi,
there's a race which would lead to reading from freed memory
possibly leading to a buffer overflow.
Solution: BKL
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
Hi,
the checker found a real one here. Fix included.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
==
Hi,
this is a real one. Fix included.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
[EMAIL PRO
Greetings,
On Friday 12 July 2002 00:18, Oliver Neukum wrote:
> Hi,
>
> this is a real one. Fix included.
Thanks for the fix... indeed, small oversight :(
But, I'm wondering: won't lock_kernel() interfere with the call to
video_unregister_device(pdev->vdev); and schedule()?
- Nemosoft
--
On Thu, Jul 11, 2002 at 11:33:36PM +0200, Oliver Neukum wrote:
> Hi,
>
> I've been recently fixing module unload races. That is not yet finished,
> unfortunately. I took a look at 2.4. IMHO there's no sane way of doing
> it short of adding an owner field to the driver structure. In other words
>
On Thu, Jul 04, 2002 at 12:34:50AM +0200, Oliver Neukum wrote:
> Hi Greg,
>
> nobody has protested. For me it works. SMP I can't test.
Applied, sorry for the delay.
thanks,
greg k-h
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, c
On Wed, Jul 10, 2002 at 06:10:35PM +0200, Oliver Neukum wrote:
> Hi,
>
> this is a very unusual race where dropping the BKL in a multithreaded
> application using poll can lead to a memory leak. The BKL really is strange
> at times.
Applied, thanks.
(again, same thing with the changeset, so I j
On Wed, Jul 10, 2002 at 05:41:57PM +0200, Oliver Neukum wrote:
> Hi,
>
> sorry, a lock change in claim needs one in release, too.
Applied, thanks.
Note, I could not import this changeset due to missing one (you might
have one in your tree you didn't send me) so I just applied the patch.
thanks
On Thu, Jul 11, 2002 at 05:42:12PM +0200, Oliver Neukum wrote:
> Hi,
>
> the lock is not held long enough.
Good catch, thanks. Applied.
greg k-h
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http://
On Thu, Jul 11, 2002 at 11:58:00PM +0200, Oliver Neukum wrote:
> Hi,
>
> there's a race which would lead to reading from freed memory
> possibly leading to a buffer overflow.
> Solution: BKL
Applied, thanks.
greg k-h
---
This sf.net email is
On Fri, Jul 12, 2002 at 12:07:07AM +0200, Oliver Neukum wrote:
> Hi,
>
> the checker found a real one here. Fix included.
Applied, thanks.
greg k-h
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http:
On Fri, Jul 12, 2002 at 12:18:32AM +0200, Oliver Neukum wrote:
> Hi,
>
> this is a real one. Fix included.
Applied, thanks.
greg k-h
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http://thinkgeek.com
On Thu, Jul 11, 2002 at 05:16:10PM +0200, Vojtech Pavlik wrote:
> Hi!
>
> This cset is update of the HID drivers to the latest version, as a part
> of the Input merge. It finally includes ForceFeedback support by Johann
> Deneux, enabling ForceFeedback on new Logitech and Microsoft devices.
>
>
21 matches
Mail list logo