Summary: | Using the SKGE driver from 2.6.12-gentoo-r6 makes it impossible for any older driver (sk98lin included) to bring the network card up. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jean-Christophe Choisy <eltino> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | falco, rockoo |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Patch
Please try this patch |
Description
Jean-Christophe Choisy
2005-07-25 11:09:55 UTC
There is no firmware involved. What you are seeing is bugs in the older versions of the available drivers. There's nothing we can do about this, but you can file bugs against the other distro's who include the older buggy drivers. Or you can power down between changing. Sorry to re-open this bug, but I'm not so sure about what I'm supposed to do. Using this newer driver makes it impossible to use any older one, which means that even the official Gentoo 2005.0 livecd is then unable to make use of this card... Isn't that a gentoo-sources problem? Who can fix this if it's not you? In clear, if a gentoo user today decides to use ANY other distro (since none other use skge yet), they're all screwed... Maybe you'll just close it again, and if you do so I won't off course re-open, but I feel really strange about this. There is also an official sk98lin driver available, I made an ebuild for it: http://dev.gentoo.org/~genstef/files/overlay/sk98lin-8.23.ebuild It supports some newer chipsets, can you please check if it also has this bug? You can just use it if you are not happy with the in-kernel skge driver. Are you saying that the older drivers don't work, even after a complete poweroff? Indeed, that's what I'm saying. To make them work again, you have to use the windows driver once, then everything is back to normal. That's why I'm thinking this may be a problem with the current skge driver... Reported upstream, waiting for response Please retest with gentoo-sources-2.6.12-r8 Should be fixed, reopen if not This isn't fixed... Created attachment 68179 [details, diff]
Patch
...but hopefully will be after this patch.
Please let me know if this helps.
The aforementioned patch doesn't seem to solve the problem for me. Also, the official patch from syskonnect (via install-8_23.tar.bz2) exhibits the same behavior. In contrast to the report in comment #5, the windows driver isn't sufficient to solve this problem in my case. Rebooting to windows results in a "cable disconnected" type message every time. Working around it involves either powering off the machine and removing the power cord before booting up windows or the older linux driver, or hard-resetting the machine while the drive is active. Hopefully syskonnect will respond with something that can be backported into skge or with something I've missed. An email has been sent to their support. OK, with very quick feedback from SysKonnect support, it turns out that despite no error messages, the *windows* driver was the one at fault here. Replacing the version of the driver that shuttle provided (7.29.4.3) with 8.39.3.3 from syskonnect's support site (a generic marvell yukon driver rather than the shuttle-specific one) seems to have solved the problem. My apologies for the false alarm. :( It's still a "bug" if the earlier windows driver broke only after the Linux driver was upgraded. But I guess the fact that SK aren't addressing this in their own package means that theres nothing that can be done except for those users running old+buggy drivers to upgrade. Oh well... Hi, same thing here, on a very new box. (ASUS P5GD2-X) As for now, i've tried 2.6.13-gentoo-r3 then 2.6.14-rc3-git (the newest today), and both failed to bring up the ethernet, even after a cold reboot. As a workaround, i used the patch proposed by http://www.syskonnect.com/syskonnect/support/driver/zip/linux/ (the install.sh script generates a clear patch, it's easy, and it seems to be GPL) thanks for all your job Please elaborate - which driver were you originally trying to use? Stephen sent me a new patch to try Created attachment 72437 [details, diff]
Please try this patch
Apparently it doesn't help, closing again... |