Bug 160926
Summary: | FC4 (and later FC3) kernels foul gpilot and pilot-link operations | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Joshua Jensen <joshua> |
Component: | kernel | Assignee: | Dave Jones <davej> |
Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6 | CC: | a.scholten, brianmury, davej, dmalcolm, gilboad, jonte, pfrields, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | NeedsRetesting | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-11-24 21:09:13 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: |
Description
Joshua Jensen
2005-06-18 18:59:22 UTC
Yes, it's possibly a dup, but may also be a regression in kernel. In any case, pilot-link should not crash. I am adding David Malcolm to cc in case he has comments. Thanks for this report. Unfortunately, the prerelease of pilot-link-0.12 and the gnome-pilot in FC4 are a little too bleeding edge, and we've had numerous problem reports with gpilotd in FC4. Please can you identify which versions of gnome-pilot, gnome-pilot-conduits and evolution you are running. Newer, patched, versions of gnome-pilot and evolution are available in rawhide, which are substantially better, although some problems are still being observed with them. A test update for FC4 of evolution is already available, and I will attempt to push out a test update for gnome-pilot later today. $ rpm -qa | grep pilot pilot-link-0.12.0-0.pre3.0.fc4.1.i386 gnome-pilot-2.0.13-2.x86_64 pilot-link-0.12.0-0.pre3.0.fc4.1.x86_64 jpilot-0.99.8-0.pre9.fc4.1.x86_64 gnome-pilot-conduits-2.0.13-1.x86_64 gnome-pilot-devel-2.0.13-2.x86_64 pilot-link-devel-0.12.0-0.pre3.0.fc4.1.x86_64 I missed evolution's version: evolution-2.2.2-5.x86_64 [This comment has been added as a mass update for all FC4 kernel bugs. If you have migrated this bug from an FC3 bug today, ignore this comment.] Please retest your problem with todays 2.6.12-1.1398_FC4 update. If your problem involved being unable to boot, or some hardware not being detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE* installing any kernel updates. If in doubt, you can recreate this file using.. mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak mv /etc/modprobe.conf /etc/modprobe.conf.bak kudzu Thank you. No go. gpilot still crashes when I try to run the first sync under evolution/gpilotd. [gilboa@gilboa-home-dev ~]$ rpm -qa | grep pilot gnome-pilot-devel-2.0.13-2 jpilot-0.99.8-0.pre9.fc4.1 pilot-link-0.12.0-0.pre3.0.fc4.1 pilot-link-0.12.0-0.pre3.0.fc4.1 gnome-pilot-conduits-2.0.13-1 pilot-link-devel-0.12.0-0.pre3.0.fc4.1 gnome-pilot-2.0.13-2 [gilboa@gilboa-home-dev ~]$ rpm -qa | grep evolution evolution-data-server-1.2.2-3 evolution-2.2.2-5 evolution-connector-2.2.2-5 evolution-webcal-2.2.0-1 [gilboa@gilboa-home-dev ~]$ uname -a Linux gilboa-home-dev 2.6.12-1.1398_FC4smp #1 SMP Fri Jul 15 01:05:24 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux Still no go: The Application "gpilotd" has quit unexpectedly. You can inform the developers of what happened to help them fix it. Or you can restart the application right now. What about reverting to pilot-link-0.11? Would it solve the problem? On the other hand, pre4 was just released. Would it help? Mass update to all FC4 bugs: An update has been released (2.6.13-1.1526_FC4) which rebases to a new upstream kernel (2.6.13.2). As there were ~3500 changes upstream between this and the previous kernel, it's possible your bug has been fixed already. Please retest with this update, and update this bug if necessary. Thanks. 2.6.14-1.1637_FC4 has been released as an update for FC4. Please retest with this update, as a large amount of code has been changed in this release, which may have fixed your problem. Thank you. This is a mass-update to all currently open kernel bugs. A new kernel update has been released (Version: 2.6.15-1.1830_FC4) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO_REPORTER state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. Thank you. pilot-link still isn't working with my Palm Treo 650 and "-p net:any". It used to, but this kernel, while fixing some bluetooth problems, doesn't seem to work well with pilot-link. [This comment added as part of a mass-update to all open FC4 kernel bugs] FC4 has now transitioned to the Fedora legacy project, which will continue to release security related updates for the kernel. As this bug is not security related, it is unlikely to be fixed in an update for FC4, and has been migrated to FC5. Please retest with Fedora Core 5. Thank you. A new kernel update has been released (Version: 2.6.18-1.2200.fc5) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. In the last few updates, some users upgrading from FC4->FC5 have reported that installing a kernel update has left their systems unbootable. If you have been affected by this problem please check you only have one version of device-mapper & lvm2 installed. See bug 207474 for further details. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. If this bug has been fixed, but you are now experiencing a different problem, please file a separate bug for the new problem. Thank you. Update: As of FC6, pilot-xfer can now speak to my Palm Treo 650... hurray!! dmesg tells me: usb 1-2: new full speed USB device using uhci_hcd and address 2 usb 1-2: configuration #1 chosen from 1 choice usbcore: registered new driver usbserial drivers/usb/serial/usb-serial.c: USB Serial support registered for generic usbcore: registered new driver usbserial_generic drivers/usb/serial/usb-serial.c: USB Serial Driver core drivers/usb/serial/usb-serial.c: USB Serial support registered for Handspring Vi sor / Palm OS drivers/usb/serial/usb-serial.c: USB Serial support registered for Sony Clie 3.5 drivers/usb/serial/usb-serial.c: USB Serial support registered for Sony Clie 5.0 visor 1-2:1.0: Handspring Visor / Palm OS converter detected usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0 usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1 usbcore: registered new driver visor drivers/usb/serial/visor.c: USB HandSpring Visor / Palm OS driver usb 1-2: USB disconnect, address 2 visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB 0 visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB 1 visor 1-2:1.0: device disconnected pilot-xfer is tricking to start... because it want's to wait on seeing /dev/pilot or a link... *then* it wants you to press hotsync on the palm. The problem is that /dev/pilot only shows up when you press hotsync on the palm... so you have to get your timing right. Is there a solution to this? Next, I will report on gnome-pilot in FC6. I can confirm the above. I tend to just manually create the ttyUSB[01] under /etc/dev and point gnome-terminal to it instead of playing catch up with /dev/pilot. - Gilboa P.S. can someone change the title of this bug to something more informative? I can also confirm that gnome-pilot works wonderfully in FC6. Great job guys. I am loving FC6. Gilboa Davara, can you post your recipe for exactly what you do with /etc/dev and pilot-xfer, or whatever you are using? $ mkdir -p /etc/dev $ mknod /etc/dev/ttyUSB0 c 188 0 $ mknod /etc/dev/ttyUSB1 c 188 1 $ chmod 0666 /etc/dev/ttyUSB* $ ln -sf /etc/dev/ttyUSB1 /etc/dev/pilot Now point gnome-pilot to /etc/dev/pilot and (at least this) problem is gone. - Gilboa Thats a recipe to fix what is no longer broken. In FC6, gnome-pilot doesn't need any help. I was speaking of the timing issue with pilot-xfer... running it and pushing "sync" on a Treo will work if you time it right. The problem is that pilot-xfer looks for /dev/pilot (or /dev/ttyUSB#), which doesn't exist until just *after* you push sync on the Treo. So you have to start pilot-xfer after doing so... but if you wait even more than 1/2 a second, it will say something to the effect of "link established, now press sync on your Palm device". I just did!! So you have to run pilot-xfer about 1/8th of a second after pushing sync... so it runs *just* after /dev/pilot is created. That works, as pilot-xfer thinks it is waiting for a sync signal from the Palm device, and it gets one very shortly after it starts. Have you tested your procedure with pilot-xfer? Well, at least on my laptop (PII 366) FC4 and FC5's gnome-pilot timed-out -before- the /dev/ttyX nodes were created. Though, it could be attributed to the machine's (very) old age. However, I just tested FC6 and it works just fine. Thanks for the tip - guess I can delete the static nodes device now ;) As for pilot-xfer, unlike the FC5 version (which works just fine), it goes completely bonkers. (Time-outs, errors, SIGSEGVs, sigh) - Gilboa |