On Sun, 9 May 2004, Zariel Skotlex wrote: > Ah well... looks like I hit the end of the road for now. I tried kernel > 2.6.6-rc3 (plus the two patches from this mailing list), and now I get a > gazillion oopses from the kernel before I even hit the login prompt (the thing > oopses so much I can't make anything out of it, except that it seems related to > a process called consolelog.sh),
That kind of thing should not happen. You should try to make sense of it and report the problems. You could try booting into single-user mode, for instace, to simplify the environment. > well.. with that kinda state I can'd do any > testing at all... even thought after I went back to 2.4 CDCEther failed to > retrieve the MAC address.. which means the modem was indeed again messed up. > I guess afterall the modem does has some kind of firmware bug when requesting > strings based on indexes (but it works alright when requesting the whole > descriptor string), and that's why it works with CDCEther... and the windows > driver (I suppose that driver queries the modem that way as well, if it didn't > and it didn't work then I'd have a very simple and valid argument to get it > "changed" or updated with my isp). Well.. thanks for your time in trying to help > me out. I'll have to wait for a usbnet upgrade that automagically fixes it or > until I can convince my isp that my modem is buggy, whichever miracle happens > first. > > One minor question though... can power failures (or accidental disconnects, > whichever) cause firmware corruption? That thing shouldn't happen, but > considering that it is highly unlikely that my isp did any kind of firmware > upgrade and that my modem WAS indeed working with usbnet before suggests that > somehow the firmware just got "magically corrupted"... A power interruption by itself won't corrupt the firmware. But a power failure is often accompanied by transient "glitches" or "spikes" that might fry part of your device. It has happened to me... :-( Alan Stern ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
