usb usb4: usb resume
ehci_hcd :00:1d.7: resume root hub
hub 4-0:1.0: hub_resume
hub 4-0:1.0: state 7 ports 6 chg evt
ehci_hcd :00:1d.7: GetStatus port 3 status 001803 POWER sig=j CSC CONNECT
hub 4-0:1.0: port 3, status 0501, change 0001, 480 Mb/s
hub 4-0:1.0: debounce: port 3:
Hello, I am testing a build of Andrew's kernel tree.
When I use my USB network adapter, then disconnect
the cable and pull out the adapter, I get a very long stream
of usb 1-2: uhci_result_common: failed with status 44
drivers/usb/net/rtl8150.c: Rx status -84. It seems that
perhaps this is
On 7/4/06, David Brownell [EMAIL PROTECTED] wrote:
On Tuesday 04 July 2006 10:22 pm, Miles Lane wrote:
So we have a use-after-free in tasklet_action(), as a consequence of
unplugging a USB ethernet adapter.
So far, all the kernels have crashed (back to Ubuntu's 2.6.15).
Erm, exactly
Vojtech Pavlik wrote:
On Fri, Mar 01, 2002 at 05:01:50PM -0800, Miles Lane wrote:
I have a USB Optical MS IntelliMouse and MS USB Internet Keyboard Pro.
Any hints about how I might gather useful debugging information
would be most welcome. When the lockup occurs
I have a USB Optical MS IntelliMouse and MS USB Internet Keyboard Pro.
Any hints about how I might gather useful debugging information
would be most welcome. When the lockup occurs, there is no
OOPS, but the NumLock and CapsLock lights don't toggle.
The SysRq keys don't work either, AFAICT.
Hi,
I wish I could give more information, but the machine
locks up hard, no OOPS and SysRq doesn't work.
Miles
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
On Fri, 2002-02-15 at 10:57, Greg KH wrote:
On Fri, Feb 15, 2002 at 10:35:47AM -0800, Miles Lane wrote:
Hi,
I wish I could give more information, but the machine
locks up hard, no OOPS and SysRq doesn't work.
See Pat's recent post for the probably cause of this.
But I'm
On Fri, 2002-02-15 at 11:11, Greg KH wrote:
On Fri, Feb 15, 2002 at 10:22:05AM -0800, Patrick Mochel wrote:
On Fri, 15 Feb 2002, Patrick Mochel wrote:
no, it doesn't solve the problem. i would like to test it whith
preemtible kernel not set but it doesn't boot.
While
On Fri, 2002-02-15 at 12:19, Greg KH wrote:
On Fri, Feb 15, 2002 at 12:11:13PM -0800, Miles Lane wrote:
On Fri, 2002-02-15 at 10:57, Greg KH wrote:
On Fri, Feb 15, 2002 at 10:35:47AM -0800, Miles Lane wrote:
Hi,
I wish I could give more information, but the machine
locks up
On Fri, 2002-01-18 at 09:56, Tim Walberg wrote:
Has anyone had much success using the Castlewood ORB USB (2.2G version)
on Linux? I'm hoping for some assistance fixing a problem I'm having...
I have one of these drives as well, but I haven't been doing testing
with it for a while. If need be,
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
-Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common
-pipe -mpreferred-stack-boundary=2 -march=athlon
-DKBUILD_BASENAME=ipaq -c -o ipaq.o ipaq.c
ipaq.c:74: unknown field `needs_interrupt_in' specified in
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
-Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common
-pipe -mpreferred-stack-boundary=2 -march=athlon
-DKBUILD_BASENAME=kl5kusb105 -c -o kl5kusb105.o kl5kusb105.c
kl5kusb105.c:139: unknown field
On Mon, 2001-12-31 at 10:38, Greg KH wrote:
Don't build USB stuff in his tree. It is not correct. I've been
pushing the proper changes to the different maintainers (Alan, Marcelo,
and Linus.)
If you want to see (and get) the latest copy of the USB trees, go to:
On Mon, 2001-12-03 at 14:46, Greg KH wrote:
On Mon, Dec 03, 2001 at 02:16:53PM -0800, Tom Clark wrote:
Recently I noticed my NomadII MG mp3 player stopped communicating when
plugged in to a uhci controller (using either uhci driver). It looks like
the Nomad driver does a bunch of
I hope you all don't mind be sending this.
I was just thinking that if any of the USB development
core team is currently working on non-USB projects in
his or her day job and would like to work on USB stuff
closer to full-time, this might be one way to do so.
It's always nice to get paid for
Here's what I was able to find on these chips:
On Thu, 2001-10-11 at 23:31, Rob Sweet wrote:
At Peter Robinson's request, I've popped my VoIP Blaster open. Here's what
I've found chip-wise:
Analog Devices ADSP-2185M
http://www.analog.com/support/dsp/anomalies/html/85MANOM.html
On Tue, 2001-10-02 at 21:36, Keith Owens wrote:
In current modutils, a module that does not export symbols and does not
say EXPORT_NO_SYMBOLS defaults to exporting all symbols. This is a
hangover from kernel 2.0 and will be removed when modutils 2.5 appears,
shortly after the kernel 2.5
Hi,
Would whoever maintains this page please remove the
AMD-756 entry in the FAQ? This problem now has an
approved workaround:
http://www.linux-usb.org/FAQ.html#sh7
Thanks,
Miles
___
[EMAIL PROTECTED]
To unsubscribe, use the last form
On Sat, 7 Jul 2001 19:08:13 -0700 (PDT)
Stephen J. Gowdy [EMAIL PROTECTED] wrote:
Hi Miles,
Since which kernel has the workaround be in use? Is it also in the
2.2.x series?
David Brownell can tell you. He implemented it.
I think it went in around 2.4.3. Come to think of it,
I don't
On 24 May 2001 21:43:56 -0700, Stephen Williams wrote:
I'm rather accustomed to lists that fill my mailbox until I can't
stand it, so I'm a little surprised how quiet the linux-hotplug
list is. I posted a patch to the hotplug scripts to support hot
remove of USB devices, but I haven't heard
Oliver Neukum wrote:
-- Forwarded Message --
Subject: Re: HP 7400c info / Minolta Scan Dual II
Date: Thu, 3 May 2001 16:16:38 EDT
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
In a message dated 5/3/2001 4:52:31 AM EST, [EMAIL PROTECTED]
writes:
Our disagreement
Thomas Dodd wrote:
Miles Lane wrote:
On 21 Apr 2001 12:59:14 +0200, Sönke Ruempler wrote:
Hi Freaks,
i just want to know if the patch for the amd controller is already
built-in in some test kernel or if there is a way to easy patch the
usb-ohci.c file ;)
thx for your
This sounds like a great idea. Anything that will help
us nail down bugs in uhci and usb-uhci faster would
enable us to get to where we can standardize on one
UHCI HCD sooner.
Miles
On Mon, 23 Apr 2001, Alex Perry wrote:
If patches are being merged into uhci.c, I would appreciate it
Agreed. I am especially interested in seeing the uhci and usb-ohci
changes go in. There are patches which I'm not even sure are in
your ac tree, yet.
Miles
On Sun, 22 Apr 2001, Alan Cox wrote:
Great, would be possible to send a clean patch to Alan for inclusion
in stock
On Sun, 22 Apr 2001, Nemosoft Unv. wrote:
Greetings,
On 22-Apr-01 Johannes Erdfelt wrote:
On Sun, Apr 22, 2001, Chmouel Boudjnah [EMAIL PROTECTED] wrote:
Great, would be possible to send a clean patch to Alan for inclusion
in stock kernel ?
If you want it into the stock kernel,
On Sun, 22 Apr 2001, Dmitri wrote:
snip
Updates to ibmcam are in CVS at SF. New driver supports two more
cameras (thus covering all IBM/Xirlink products that I know of),
moves processing into user context and is overall cleaner.
It is a minidriver that plugs into usbvideo library (module),
On 21 Apr 2001 12:59:14 +0200, Snke Ruempler wrote:
Hi Freaks,
i just want to know if the patch for the amd controller is already
built-in in some test kernel or if there is a way to easy patch the
usb-ohci.c file ;)
thx for your hard work to make linux the best os ever !
I am currently
David Brownell wrote:
i just want to know if the patch for the amd controller is already
built-in in some test kernel or if there is a way to easy patch the
usb-ohci.c file ;)
Try this patch, against 2.4.4-pre5 ... includes AMD's workaround
as well as disabling a goof on my part
Hi Jeroen,
You still need to make your driver hotpluggable
and you still need to generate a patch to the
kernel tree that will integrate the build and
install process with the standard kernel tree.
Shall I try to help you do this? I would love
to see the driver go into the development kernel
Greg KH wrote:
On Fri, Apr 06, 2001 at 08:41:49AM -0700, David Brownell wrote:
So one question I have: Fork, or Evolve?
I say evolve, but do it in 2.5. It's not a big deal if things break
badly in 2.5 and that "forces" all the usb developers to get it working
again properly :)
Hi,
Mark McClelland wrote:
Miles Lane wrote:
Mark McClelland wrote:
Georg Acher wrote:
On Sat, Mar 31, 2001 at 10:06:23PM -0500, Pete Zaitcev wrote:
many users complain (and file bugs) about a flood of
the following message:
interrupt, status 3 frame# NNN
Here are some
Hmm. This work that you are doing sounds like it might
have value beyond the USB domain. Perhaps you should
be CCing [EMAIL PROTECTED]?
It's important that everyone doing hotplug related work
keep linux-hotplug-devel in the loop.
Cheers,
Miles
Tim Jansen wrote:
On Fri, Mar 30,
Oliver Neukum wrote:
I am currently interested in the USB user level drivers because
I think it may be better to move all Human Input Device USB drivers
to user land. The HID "report" descriptors are fairly complex, so
No !
At least keyboard has to remain in kernel, else no
Georg Acher wrote:
Still not fixed:
- Fix data toggles for killed bulk URBs
- Workaround for VIA-UHCI babble problem (I have contacted VIA...)
Just curious, is this a problem that plagues the uhci driver
as well? If not, have you looked into what uhci is doing
differently when talking to
Georg Acher wrote:
On Fri, Mar 30, 2001 at 03:04:24PM -0800, Miles Lane wrote:
Georg Acher wrote:
Still not fixed:
- Fix data toggles for killed bulk URBs
- Workaround for VIA-UHCI babble problem (I have contacted VIA...)
Just curious, is this a problem that plagues the uhci
Are all your recent patches in CVS?
Also, would you check with Georg to see whether
your latest patches fix the DABUSB problems
he's reported? If the DABUSB problem that apparantly
surfaces as a result of using mixed isochronous and
bulk transfers is fixed, we may be ready to evaluate
whether
be the one to choose.
Agreed, but I'd like to hear from Johannes whether he agrees
that having just one UHCI driver is the way to go and what
selection process he intends to use. Johannes?
-Original Message-
From: Miles Lane [mailto:[EMAIL PROTECTED]]
Greg KH wrote:
On Thu
On 17 Mar 2001 11:55:33 -0500, Johannes Erdfelt wrote:
I'd prefer that selecting one UHCI HCD not be an
arbitrary decision, but that's not my decision to make.
I also agree with David Johnson that USB device driver
developers should be able to expect consistent behavior
from
On 17 Mar 2001 12:43:42 -0500, Johannes Erdfelt wrote:
On Sat, Mar 17, 2001, Georg Acher [EMAIL PROTECTED] wrote:
On Sat, Mar 17, 2001 at 11:55:33AM -0500, Johannes Erdfelt wrote:
...
Sure. The point we are at now is "better". I just have that one last bug
to fix before I send it to
John S. Howard wrote:
snip
my understanding of c3 is that the process of gettting the cpu into c3 is
completely independent of the system state (actually, usually performed when
the system is full on). so the user thinks that the system is full-on (an
has certain, reasonable expectations
40 matches
Mail list logo
