Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 69190 - speedtouch 1.3.1 modem_run fails
Summary: speedtouch 1.3.1 modem_run fails
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo Dialup Developers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-27 14:46 UTC by Ming-Wei
Modified: 2004-12-18 08:10 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ming-Wei 2004-10-27 14:46:10 UTC
everything runs fine with speedtouch-1.2_beta2, just upgraded to speedtouch-1.3.1 and did condif-update, unloading fw + usbcore and /etc/init.d/speedtouch restart, and modem_run cannot load the fw, -v 2 does not even output anything and nothing in the syslog. The reruen code of modem_run is 255.

here are some links to the speedtouch pages where users have the same problem
http://sourceforge.net/tracker/index.php?func=detail&aid=1008055&group_id=32758&atid=406421
http://sourceforge.net/tracker/index.php?func=detail&aid=1005067&group_id=32758&atid=406420

Luckily I still had the 1.2betat2 tarball, otherwise I would be without net, please mark it ~x86 instead of stable to avoid this situation

xming

Reproducible: Always
Steps to Reproduce:
modem_run -f /path/to/fw

Actual Results:  
nothing, return code is 255

Expected Results:  
loading firmware
Comment 1 Heinrich Wendel (RETIRED) gentoo-dev 2004-10-28 04:19:17 UTC
i'll consider it, the problem is that there are security issues in 1.2b, see bug #68436
Comment 2 Qubax 2004-10-29 09:50:14 UTC
i have the same problem here after switching from 1.2beta to 1.3.1
Comment 3 Alin Năstac (RETIRED) gentoo-dev 2004-11-14 00:18:40 UTC
It must print something in syslog. I've tested and reported:
  Nov 14 10:11:14 alin modem_run[13148]: modem_run version 1.3.1 started by root uid 0
  Nov 14 10:11:26 alin modem_run[13150]: modem_run version 1.3.1 started by root uid 0
  Nov 14 10:11:26 alin modem_run[13150]: No SpeedTouch USB found.
geez what a surprise :)

Please look in syslog and post here the output. 
Comment 4 Ming-Wei 2004-11-14 04:53:56 UTC
On my system there was nothing in the syslog. I have now upgraded to kernel 2.6.9 (from 2.4.27), had to compile all usb stuff as modules and use a older firmware to get modem_run loading the firmware.

But speedtouch is less stable than my previous combination (kernel 2.4.x + latest firmware + speedtouch-1.2.x)

xming

Comment 5 Alin Năstac (RETIRED) gentoo-dev 2004-11-14 11:35:05 UTC
sorry to hear that. however, I cannot let set unstable on 1.3 given the fact that 1.2 has security issues (see comment #1).

either you work with me to solve the problems or you are on your own installing the 1.2b version from sources.

first, redirect all syslog output to a console (like *.* /dev/tty12); then run one more time modem_run -v 2. you really don't have any "modem_run" log line? I look at main function in modem_run.c and according to that you must see at least first line from comment #3 ! 
Comment 6 Ming-Wei 2004-11-14 13:54:24 UTC
of course I see a line like this, but that's all

Nov 14 10:11:14 alin modem_run[13148]: modem_run version 1.3.1 started by root uid 0

And thanks for your help, I know where the logs go, outputting to console is the last thing that I want (the thing is headless :).

As I said in #4, apprently I need to, IMHO, use an older firmware, I am not the only one with this problem, and this is not Gentoo specific (links in #1).

I am connected using 1.3.1, and it is very unstable, due to the 2.6.9 usbcore IMO, when loosing connectivity to the modem, there is no way to reload the firmware like 1.2beta. And I mean noway by stopping hotplug, rmmod speedtch umount /proc/bus/usb, rmmod *hci, usbcore, unplug the modem, ....

xming
Comment 7 Alin Năstac (RETIRED) gentoo-dev 2004-11-28 00:59:34 UTC
is there a way to solve this bug?
Comment 8 Alin Năstac (RETIRED) gentoo-dev 2004-12-18 08:10:56 UTC
this bug is a dead end. closing it