Bug 160822
Summary: | SiS900 based network card does not function on SiS M650 based laptop. | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sven Groot <sgroot> | ||||
Component: | kernel | Assignee: | John W. Linville <linville> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 4 | CC: | davej, dgunchev, itoledoc, robert, 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: | 2005-08-03 15:23:56 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
Sven Groot
2005-06-17 16:14:19 UTC
Very strange...hard to say why Knoppix wouldn't have similar problems...I'll have to research... In the meantime, please attach the output of running "sysreport"...thanks! I want to add a me to this. I have a acer aspire laptop with a sis900 onboard nic and it does the what he is reporting. I confirmed it works fine under Debian Stabel with the 2.6 Kernel. Kubuntv 5.04, knoppix 3.9(kernel 2.6.11). Alought I saw it was a fresh install of FC3 with includes kernel 2.6.9 as well as 2.6.11 thought 2.6.12 1390. It sees a Nic gets a Mac address. Not sure what I can do to help. Thanks Robert [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. Created attachment 116829 [details]
sysreport from my laptop with the sis900 card.
sysreport as requested but the bug report.
Were did my post go? I upgraded to 1398 and confirmed the problem is still there. The above attachement id=116829 was done after the upgrade. Robert I am using an Aspire 3000, with FC4. I have the same problem when traying to connect to my cable modem. DHCP times out. Just something that may help: if you add acpi=ht to the load kernel parameters in the boot, then you can get connected trough dhcp. Strange I had tried acpi=off and didn't work at all but acpi=ht worked. Nic Working now only thing left it the broadcom 4318 Wireless card but less import as only my work has wireless at this time. Robert But the thing is that the bug is still there. I dont think that the final solution is to use the acpi=ht option for ever. Some people said it could mess up the computer... whatever that means Ignacio I have Acer Aspire 3002NLC with sis900 and the card has the same symptoms with FC4 and kernel 2.6.12-1.1398_FC4. acpi=ht works, but the machine will not poweroff so I tried acpi=noirq and this time it powered off fine and the NIC is working. I think the problem is maybe their broken ACPI code in the BIOS - see http://www.whoopy.it/linux/ACPI_problem_linux_resolved.html , http://www.whoopy.it/linux/ACPI_problem_linux.html or search google for "aspire acpi fix". I also want to note that removing sis900 (rmmod) without acpi=whatever generates kernel oops, mii.ko remains loaded and reports that is being used by sis900(which is not shown by lsmod). Does "acpi=noirq" (or "acpi=ht") work for everyone? If not, please reopen with an explanation. Otherwise, I'm going to close this as WONTFIX due to the cause apparently being bad BIOS code. I wish I could do more, but RH can't be in the business of fixing HW vendor's BIOS code. FWIW, I do have kernels patch to allow for replacing the ACPI DSDT available here: http://people.redhat.com/linville/kernels/fc4/ If someone wants to experiment w/ fixing the DSDT so that maybe they can get rid of the "acpi=noirq" stuff, they can play with those kernels. Directions for use are available here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158865#c26 Best of luck! Let me know if you get something working! (In reply to comment #11) > FWIW, I do have kernels patch to allow for replacing the ACPI DSDT available > here: ... > Best of luck! Let me know if you get something working! I got 2.6.12-1.1398_FC4's src.rpm, turned CONFIG_STANDALONE off, CONFIG_ACPI_CUSTOM_DSDT on and pointed CONFIG_ACPI_CUSTOM_DSDT_FILE to my custom DSDT file. This way I got my batery status back, but still need pci=noacpi or acpi=noirq (maybe acpi=ht works also, but no battery). I guess I messed up something in the DSDT for the NIC, so I'll try again with your patches which make loading new DSDT much easier and report back. Thanks a lot. kernel-2.6.12-1.1390.4.1_FC4.jwltest.13.i686.rpm crashed while booting, but I applied jwltest-acpi-dsdt-initrd.patch to 2.6.12-1.1398_FC4 and with the help of the modified mkinitrd everything worked (the kernel loaded my DSDT). The only strange thing is that I'm getting two AVC messages for restorecon trying to { read } DSDT.aml and kmodule trying to { use } it after SELinux finishes 'Setting up existing superblocks'. Thanks a lot! |