Bug 185409

Summary:

Palm sync on USB crashes kernel

Product:

[Fedora] Fedora

Reporter:

Rob Kenna <rkenna>

Component:

kernel

Assignee:

Pete Zaitcev <zaitcev>

Status:

CLOSED RAWHIDE

QA Contact:

Brian Brock <bbrock>

Severity:

medium

Docs Contact:

Priority:

medium

Version:

CC:

davej, harald, kas, wtogami

Target Milestone:

---

Target Release:

---

Hardware:

i386

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2006-08-02 19:11:54 UTC

Type:

---

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Attachments:

Description	Flags
traceback	none
traceback	none
traceback	none
Test fix 1	none

Description Rob Kenna 2006-03-14 15:19:06 UTC

Description of problem:
Hitting the sync button on a Kyocera USB cradle latches up (crashes) the kernel

Version-Release number of selected component (if applicable):


How reproducible:
100%

Steps to Reproduce:
1. With Palm/phone in USB cradle hit sync button
2. Wait for timeout or hit cancel
3. Kernel latches up
  
Actual results:
Kernel latches up

Expected results:


Additional info:

Comment 1 Harald Hoyer 2006-03-14 15:52:04 UTC

so why didn't you assign it to the kernel???

Comment 2 Pete Zaitcev 2006-03-14 18:16:09 UTC

Unfortunately, I do not have a Pilot of any kind... Rob, can you switch
to text mode (Ctrl-Alt-F1) before timeout and get me a picture with
a webcam? There should be an oops (well, hopefuly. if not, we need to
create one with sysrq or nmi_watchdog).

Comment 3 Pete Zaitcev 2006-05-18 02:04:22 UTC

See also bug 178873.

Rob, I do need that oops very much. If nothing else, I'll see if it's
the same problem as the 178873.

Comment 4 Rob Kenna 2006-05-18 02:35:05 UTC

I'll try and reproduce tomorrow (5/18)

Comment 5 Rob Kenna 2006-06-15 14:55:37 UTC

Created attachment 130980 [details]
traceback

Comment 6 Rob Kenna 2006-06-15 15:11:41 UTC

Created attachment 130984 [details]
traceback

Comment 7 Rob Kenna 2006-06-15 15:12:55 UTC

Created attachment 130985 [details]
traceback

if too hard to read, I can re-run

Comment 8 Pete Zaitcev 2006-06-16 02:39:31 UTC

I need the precise kernel version, Rob. Then I use the binaries to match
offsets and find the fault instruction. cat /proc/version is the best.

Comment 9 Pete Zaitcev 2006-06-16 02:44:15 UTC

Oh wait, silly me. The third traceback had the BUG statement with the
line number, so I don't need to match offsets. Still, the version would be
helpful.

Also... Can you capture /proc/bus/usb/devices when the organizer is connected
without crashing the box? That would be great.

Comment 10 Pete Zaitcev 2006-06-16 08:14:37 UTC

Created attachment 131025 [details]
Test fix 1

This is something to try. The patch attempts to prevent the scheduled work
to be run from a freed port memory.

Comment 11 Rob Kenna 2006-06-16 17:47:08 UTC

kernel was 2122, though it's been broken in FC5 throughout.  

You have a built kernel?  I can build one, but it'll take a bit of time.

Comment 12 Pete Zaitcev 2006-06-17 03:28:32 UTC

Rob, please try one at http://people.redhat.com/zaitcev/ftp/185409/
Also, if it crashes, I'd like the camera a little bit away from the screen.

Comment 13 Rob Kenna 2006-08-02 14:22:51 UTC

No longer crashes with the fix.

Comment 14 Pete Zaitcev 2006-08-02 18:51:16 UTC

OK, I think we fixed that at least upstream. 2.6.18-rc2 has the changes.
Rob, I'll close it for now with "upstream", but please keep in mind that
FC5 will only get the update after a rebase. Today's tip is 2.6.17-1.2157_FC5,
which does not have the fix.