anages not to survive that reset (it starts
losing events, which is kindof inconvenient when the lost event is a
key-up) and needs to be unplugged to resume working.
I don't have audio (or anything else that's active, in fact) on my USB.
Ideas where to start debugging this are appre
Hi,
Oliver Neukum:
> usb_kill_urb() may be called with NULL. It turns into a nop.
>
Ah. Thanks.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
I never cheated an honest man
Just the serial port in the first interface should control DTR and RTS
lines. This way, the closing of the rest of the ports does not produce a
hangup in the communication.
Signed-off-by: Miguel Angel Alvarez <[EMAIL PROTECTED]>
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]&g
Add yet another device ID to the ipaq USB-serial driver.
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
Cc: Ganesh Varadarajan <[EMAIL PROTECTED]>
---
diff --git a/drivers/usb/serial/ipaq.c b/drivers/usb/serial/ipaq.c
index 9840bad..397fd57 100644
--- a/drivers/usb/serial/
necessary, though a way to power down
a hub port from script languages would be nice.
> And those power/state files are going away; don't rely on them.
I don't plan to, if they don't do what I want anyway. :-/
--
Matthias Urlichs | {M:U
aren't).
That link mentions libusb and USB_PORT_FEAT_POWER.
Am I right in assuming that
echo -n 2 >/sys/bus/usb/WHEREVER_THE_HUB_IS/power/state
would do essentially the same thing, these days?
--
Matthias Urlichs | {M:U} IT Design @ m-u-it
ce; every few hours it
gets enough EMI from the GSM module sitting right next to it that it goes
off to la-la land. I haven't found any way to reset it, other than to
unplug it, and I'd like to do that in software
led brain at 2am. :-/
(Things are looking up; right now it's *4*am.)
I'll try to reproduce the problem.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Marriage is an institution in
pt for the fact
that on an otherwise-idle system they should stop at some point.
Besides that, I'd like to not have to reboot just because of a bad
floppy disk...
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Rea
[1/2 us]
These last three messages now repeat continuously, about three times per
second. :-/ "lsusb" hangs.
... Rebooting now ...
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
Hi,
David Brownell:
> On Tuesday 25 July 2006 7:54 am, Alan Stern wrote:
> > On Tue, 25 Jul 2006, Matthias Urlichs wrote:
> >
> > > This is the perennial "we have an OHCI interface on a PCMCIA card. We
> > > pull the card. The kernel crashes / hangs /
0: ed_controlcurrent
ohci_hcd :02:00.0: ed_bulkhead
ohci_hcd :02:00.0: ed_bulkcurrent
ohci_hcd :02:00.0: donehead
ohci_hcd :02:00.0: hcca frame #7ffd
ohci_hcd :02:00.0: USB bus 6 deregistered
--
Matthias Urlichs | {M:U} IT Design @ m
Dead code.
---
drivers/usb/serial/option.c | 36
1 files changed, 0 insertions(+), 36 deletions(-)
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index ff19fa0..ae75083 100644
--- a/drivers/usb/serial/option.c
+++ b/drivers/usb/serial
This device is now supported by sierra.c.
---
drivers/usb/serial/option.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index fb35118..ff19fa0 100644
--- a/drivers/usb/serial/option.c
+++ b/drivers/usb/serial
Hi,
Pete Zaitcev:
> On Mi, 12 Jul 2006 08:36:42 +0200, Matthias Urlichs <[EMAIL PROTECTED]> wrote:
>
> > +++ b/drivers/usb/serial/option.c
> > @@ -65,6 +67,7 @@ #include
> > #include
> > #include
> > #include
> > +#include
> > #inc
Hi,
Greg KH:
>
> Hm, can you just resend a new patch, not an incremental one? I didn't
> apply the first one yet :)
>
So feed it through "combinediff". ;-)
Anyway, those patches are separate in my git repo; I'd rather keep them
that way if you're reasona
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
---
drivers/usb/serial/option.c | 32 +---
1 files changed, 1 insertions(+), 31 deletions(-)
Greg KH:
> Hm, can you stop adding changelog stuff to the driver itself? That will
> just get HUGE over tim
Signed-off-by: Jon K Hellan <[EMAIL PROTECTED]>
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
---
drivers/usb/serial/Kconfig | 24 +++-
drivers/usb/serial/Makefile |1
drivers/usb/serial/anydata.c | 123 --
drivers/usb/ser
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
---
drivers/usb/serial/option.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index 96e6419..d5fba95 100644
--- a/drivers/usb/serial/option.c
Yet another "same name, somewhat different hardware" product.
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
---
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index bd5dc80..a4b8731 100644
--- a/drivers/usb/serial/option.c
+++ b/drivers/usb/serial/o
s place to do that, as the pccard drivers and options
are distributed all over the place these days.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
That's one small step for a man;
This patch extends the "option" driver with a few more devices,
some of which are actually connected to USB the "right" way --
as opposed to doing it via PCMCIA and OHCI.
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
---
--- a/drivers/usb/serial/Kconf
Subject: [PATCH] usb/serial/option.c: Increase input buffer size
The card sometimes sends >2000 bytes in one single chunk. Ouch.
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
---
drivers/usb/serial/option.c |4 +++-
1 files changed, 3 insertions(+), 1
Added support for HUAWEI E600 and Audiovox AirCard
User reports say that these devices work without driver modification.
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
CC: linux-usb-devel@lists.sourceforge.net
---
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/op
earlier messages were reported.
Kernel version: 2.6.13-rc2.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Reality is just a crutch for people who can't handle science fi
bit more. I don't know if the problem is
sufficiently generic that a common implementation is warranted; uhci
already has a stall timer (which I haven't examined); ehci might suffer
from the same problem as the ohci driver when the card is pulled.
--
Matthias Urlichs | {M:U} IT Design
device (USB_DT_DEVICE).
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Waking a person unnecessarily should not be considered a capital crime.
For a first offense, that is.
signature.as
the OHCI chip internals NULL, which is a valid way of saying "cleanup
the damn list without looking at the OHCI state".
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Mes
s correctly (for some measure of "correct" anyway).
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Let the data structure the program.
-- The Elements of Pro
ine unlink _all_ the pending URBs before
> calling usb_disconnect. But if the timeout were working this wouldn't be
> necessary.
I'll have a look at that, thanks.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: Das Zitat wurde zuf
while sending
the message, and check whether it's still up afterwards?
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
The correct way to punctuate a sentence that starts: "
interrupt handler myself when that
happens.
The important part, for me, is to get the system back into a state it
can recover from -- as long as that doesn't involve rebooting, my client
will be reasonably happy. "Flaky hardware", if approximately correct,
is good enough a reason.
--
every couple of jiffies and, if it hasn't changed, call
> > ohci_restart() and hope for the best. :-/
>
> I'd avoid such things; if usbcore isn't involved in shutting
> down and restarting the HCDs, it's going to get deeply confused
> and start throwing tantru
's still == ed->tick -1.
I am not sure how to recover from that. Apparently the chip has wedged
itself into a corner..?
Ideas appreciated. My brute-force idea would be to sample that frame
number every couple of jiffies and, if it hasn't changed, call
ohci_restart() and hope for the
up in a couple of different ways,
though; I have another hanging driver to analyze which superficially
looks identical to this one, except that the debug print I added to that
code path was not triggered...
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer
hat matters.)
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Commend a fool for his wit, or a knave for his honesty, and they will
receive you into
interrupt is not actually triggered. Enabling the
interrupt in finish_unlinks() likewise had no effect.
Any insights would be greatly appreciated.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.no
/0x100 [usbcore]
[] kthread+0xa3/0xb0
[] kthread+0x0/0xb0
[] kernel_thread_helper+0x5/0x10
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Mum's the word.
-- Migu
ate) || list_empty
(&ed->td_list)) {
td_free (ohci, ed->dummy);
ed_free (ohci, ed);
break;
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
--
if (list_empty (&ed->td_list)) {
+ if (!HCD_IS_RUNNING(ohci->hcd.state) || list_empty
(&ed->td_list)) {
td_free (ohci, ed->dummy);
ed_free (ohci, ed);
break;
--
Matthias
tl+0x3c/0x70
> [] sys_ioctl+0x70/0x210
> [] sysenter_past_esp+0x52/0x79
> Code: 0c 8b 6d 00 74 72 8d 50 d4 8b 5a 20 83 7b 24 8d 8b 73 04 74 e3 8b 07 83
> e0 1f 0b 42 08 89 07 52 53 8b 44 24 40 50 e8 2d fc ff ff <66> 8b 46 06 40 83
> c4 0c 66 3b 46 04 66 89 46 06 75 be 8b
Hi, David Brownell schrub am Tue, 18 Jan 2005 13:14:38 -0800:
>> What I'm doing here is to write "ATI\r" to the device.
>
> Using what driver on top of the HCD?
serial-core. In other words, nothing 1000 people shouldn't be using too.
I'll add some
t in
> the short term.
>
I already did that. Now up to 4200+ tests. Looking good (other than the
character repetition problem I'm seeing).
I'll disable some of the debugging tomorrow...
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
-
#x27;t cached in the kernel) and that will take up to
> a few milliseconds, or in your case, much much longer!
*sigh* that sounds about like what happens, and looking at
drivers/usb/core/devices.c confirms it.
What to do about this is another matter entirely.
--
Matthias Urlichs |
Hi, Stephen J. Gowdy schrub am Tue, 18 Jan 2005 08:17:01 -0800:
[ fullquote of patch ]
Please Don't Do That.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
---
The SF.Net email is sponsored by: Beat the
ng usb_disconnect.
>
Lock ordering problem? Naively, I'd assume that reading this file
shouldn't block.
> Beyond that I can't help. Dave Brownell may have some ideas.
>
Dave?
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
--
/64 stat=-115
logger: ATIA
kernel: ohci-dbg.c: RET deafb800 dev=2 ep=2in-bulk flags=0 len=64/64 stat=0
kernel: ohci-dbg.c: data(64/64): 0d 0a 4d 61 6e 75 66 61 63 74 75 72 65 72 3a
20... stat:0
[...]
Has anybody else seen this?
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de
Hi,
Alan Stern:
> On Tue, 18 Jan 2005, Matthias Urlichs wrote:
>
> > Any ideas why this happens (after 4000+ cycles, no less) would be
> > appreciated.
> >
> > This is 2.6.11-rc1-mm1.. Will try plain -rc1 next.
plain -rc1 locks up on eject. Sometimes. :-/
>
client's protocol test engine can start over.
> And 4000+ cycles? Is the connector worn out yet? :)
>
See above. ;-)
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
---
The SF.Net email is
/0x82
[] sys_ioctl+0x1e1/0x207
[] sys_setuid+0x10a/0x122
[] syscall_call+0x7/0xb
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited
ied to do
this?
The customer is somewhat reluctant to replace 500 of these PCMCIA cards,
esp. since there's no replacement available. :-/
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
---
The SF.Net email is sp
ert; sleep 3; cardctl eject; sleep 1; done
loop. Before applying this patch, death was certain after 10 iterations;
now it's more like 500.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
---
The SF.Net email i
te_module+0x151/0x1a0
[] syscall_call+0x7/0xb
Ideas where to look further appreciated.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE
hcd = container_of (bus, struct usb_hcd, self);
+ if(hcd->rh_timer.data)
+ del_timer_sync (&hcd->rh_timer);
kfree(hcd);
}
EXPORT_SYMBOL (usb_hcd_release);
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
-
zero and stays that way.
>
> But the counter on the chip is still running? What does "lspci -v"
> tell you about whether DMA is still enabled?
AFAIK: yes, but I'll check that tomorrow.
"lspci -vv" shows no difference whatsoever between a hung card a
side, and the customer is getting fairly restless. :-(
Any ideas about this would be highly appreciated.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
---
This SF.Net email is sponsored by: InterSystems CACHE
FREE
Hi,
Pete Zaitcev:
> > From: "Matthias Urlichs" <[EMAIL PROTECTED]>
>
> The patch looks ok, but what about this:
>
> > Please apply on top of my last patch.
>
> I need that one too.
>
Here it is again. (NB, this has been hand-edited; I hope it sti
More 2.4 OHCI "we can pull the PCMCIA card whenever we want" bugs found:
- One missing usb_dec_dev_use() call.
- One endless loop due to undetected card removal.
- One restarted timer despite now-sadly-missing hardware.
Please apply on top of my last patch.
Signed-off-by: Matthi
on 2.4 since the problem is that the HCDs
> aren't told when it's safe to free things, so they need
> to guess ... and since the device drivers often have
> bugs that break what should be good guesses!
>
Sigh. In this case, the hardware vanished, so that guess *is* good. :-/
--
sual in these cases, the customer is on a
deadline.)
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
--- /daten/src/kernel/remote/2.4/drivers/usb/host/usb-ohci.c2004-07-22 15:19:12
+0200
+++ usb-ohci.c 2004-09-10 16:01:52 +0200
@@ -219,6 +219,7 @@
Mouse Explorer
Bus 001 Device 008: ID 057b:0020 Y-E Data, Inc. HEXA Media Drive 6-in-1 Card Reader
Writer
Bus 001 Device 007: ID 046a:0001 Cherry GmbH My3000 Keyboard
Bus 001 Device 006: ID 05e3:0604 Genesys Logic, Inc.
Bus 001 Device 001: ID :
$
I'll turn on USB deb
13 22:17:41 kiste kernel:
Any hints where to dig further?
--
Matthias Urlichs
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for
hor with a big fat
documentation clue-by-four, though. :-/
--
Matthias Urlichs
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http
x27;s SANE drivers are unable to talk to it using libusb.
(At least I didn't get it to work... and I did try, I watched it
sit in an apparently-endless loop, repeatedly open /proc/bus/usb/002/011
and do _something_).
Ideas?
--
Matthias Urlichs
mp;sdev->access_count))
+ if (!atomic_read(&sdev->access_count))
device_del(&sdev->sdev_gendev);
up_write(&class->subsys.rwsem);
}
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECT
ll try to find that problem; thanks for your debug messages.
--
Matthias Urlichs|{M:U} IT Design @ m-u-it.de |[EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.debian.net
- -
If I have trouble installing Linux, something is wrong. Very wrong
owerBook G4. I did
verify that there are no relevant differences between the stock kernel and
the code I'm running; possibly there's either a compiler bug or a big/
little-endian mix-up lurking somewhere.
--
Matthias Urlichs|{M:U} IT Design @ m-u-it.de |[EMAIL PROTECTE
Hi,
Randy.Dunlap wrote:
> On Fri, 3 Oct 2003 13:58:48 +0200 Matthias Urlichs <[EMAIL PROTECTED]>
wrote:
> | I get that too, with my USB keychain. It seems that removing it
> | doesn't unregister the SD driver for some reason.
>
> Is this 2.4.x and not 2.6.0x?
S
nux kernel: usb-storage: scsi cmd done, result=0x4
Oct 3 17:41:05 linux kernel: usb-storage: *** thread sleeping.
Oct 3 17:41:05 linux kernel: WARNING: USB Mass Storage data integrity not assured
Oct 3 17:41:05 linux kernel: USB Mass Storage device found at 4
Oct 3 17:41:05 linux kernel: bound d
t; sure to capture the debugging messages -- either configure your syslog
> daemon or use dmesg.
Will do.
--
Matthias Urlichs|{M:U} IT Design @ m-u-it.de |[EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.debian.net
- -
When the going gets
vice '1-1.1:1.0' to driver 'usb-storage'
Oct 3 12:34:50 linux kernel: EXT3-fs warning: maximal mount count reached, running
e2fsck is recommended
Oct 3 12:34:50 linux kernel: kjournald starting. Commit interval 5 seconds
Oct 3 12:34:50 linux kernel: EXT3 FS on sdb2, inte
71 matches
Mail list logo
