Ethernet not working on Acer Aspire 5004 with SIS 900 based NIC
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Slackware 12 Kernel 2.6.24 - probably upgraded by now
Posts: 1,054
Rep:
Ethernet not working on Acer Aspire 5004 with SIS 900 based NIC
Hey,
After successfully installing Slack on my desktop I went and tried to install Slack 11 on my friends laptop. I used the default kernel. After installing the LAN was working fine, with ifconfig and dhcp correctly working and showing correct ip. I could even browse the intranet sites as well as the internet. But the display was screwed up (1024x768 max). I thought that before doing anything should upgrade to newer kernel cos it generally solves a lot of the problems.
So I installed the 2.6.18 packages from /testing directory of DVD. (using pkgtool).
Sure enuf after that the display started working but the (ethernet) LAN stopped working. The LAN is working just fine when I restart and test it on WinXP.
This is the first time I hrd of something not workin on upgrading kernel. Could anyone please tell me whats the problem?
Maybe the kernel driver isn't loaded for your NIC. What does lspci say about your NIC? I find it somewhat odd that upgrading a kernel fixed a X11 problem.huh, odd things happen all the time I guess.
Distribution: Slackware 12 Kernel 2.6.24 - probably upgraded by now
Posts: 1,054
Original Poster
Rep:
I am not rolling my own cos I have recompiled my kernel only once... What I did was install the generic kernel 2.6.18 available in the Slack 11 DVD testing directory.
After doing modinfo sis900 it gave where the file is and full name of Module, authors etc.. I guess that shows sis900 module is there.
after doing modprobe sis900 , ifconfig shows my card.
Then I do :
dhcpcd
to get my ip but no ip get configured,
Doing
ifconfig
after that shows only the local loopback address 127.0.0.1
Distribution: Slackware 12 Kernel 2.6.24 - probably upgraded by now
Posts: 1,054
Original Poster
Rep:
that is exactly what I have been doing. See my previous post.
if I do
Quote:
dhcpcd eth0
processing takes place for some time and after that when I get my promp back, if I do
Quote:
ifconfig
then output is only
Quote:
lo 127.0.0.1
eth0 is not there.
Another thing, during booting the comp is stuck on IRQ#3 for quite some time.
And after booting I keep getting msgs .. like disabling IRQ #3 from kernel.
? In other words, in order to apply dhcpcd to an interface, it has to be up.
What does "ifconfig" say immediately after loading the sis900 module?
Possibly, your IRQs are all messed up. Usually you can set that sort of stuff up in the BIOS, but you can also give linux the kernel option "noirqpoll".
? In other words, in order to apply dhcpcd to an interface, it has to be up.
What does "ifconfig" say immediately after loading the sis900 module?
Possibly, your IRQs are all messed up. Usually you can set that sort of stuff up in the BIOS, but you can also give linux the kernel option "noirqpoll".
If you just issue the 'ifconfig' command without options then only active devices are displayed. From 'man ifconfig';
Code:
If no arguments are given, ifconfig displays the status of the cur-
rently active interfaces. If a single interface argument is given, it
displays the status of the given interface only; if a single -a argu-
ment is given, it displays the status of all interfaces, even those
that are down. Otherwise, it configures an interface.
So to show all devices then add the '-a' option to show all interfaces.
Edit: to OP, issue the 'ifconfig -a' and post the output. Also issue the 'lspci -vv' and post relative information. Meaning un-edited, to allow diagnosis.
Distribution: Slackware 12 Kernel 2.6.24 - probably upgraded by now
Posts: 1,054
Original Poster
Rep:
yeah I do that.
immediately after loading the module,
ifconfig gives the name of the card, HW address, inet6 address. Basically everything except an ip address. TX|RX bytes are zero ofcourse.
Distribution: Slackware 12 Kernel 2.6.24 - probably upgraded by now
Posts: 1,054
Original Poster
Rep:
Also , the card worked in 2.4 kernel. and as given ,in the other thread the PCI id has changed from 2.6.5. I am using 2.6.18. So there shouldn't be any problems.
yeah I do that.
immediately after loading the module,
ifconfig gives the name of the card, HW address, inet6 address. Basically everything except an ip address. TX|RX bytes are zero ofcourse.
Hi,
My crystal ball is cracked and looking over your shoulder, everything is blurry! Post the output!
Really, you need to provide the output to allow good diagnosis.
If you do see the eth device then possibly you are not getting a IP.
Try to issue a static IP;
Code:
#ifconfig eth0 192.168.0.12 # choose IP for your network
#ifconfig eth0 up
#route -n #make sure your route is correct
If you don't want to issue from the cli then edit /etc/rc.d/rc.inet1.conf and restart the network.
Distribution: Slackware 12 Kernel 2.6.24 - probably upgraded by now
Posts: 1,054
Original Poster
Rep:
Also , the card worked in 2.4 kernel. and as given ,in the other thread the PCI id has changed from 2.6.5. I am using 2.6.18. So there shouldn't be any problems.
Distribution: Slackware 12 Kernel 2.6.24 - probably upgraded by now
Posts: 1,054
Original Poster
Rep:
Yeah I know I am sorry about that ...
But the thing is the comp with the prob is not on any network, I dont have any usb sticks lying around, how can I give you the output of each and every command?
Anyways ifconfig for my comp ( the one which is workingthru which I am chattin with you on forum ) gives
Also , the card worked in 2.4 kernel. and as given ,in the other thread the PCI id has changed from 2.6.5. I am using 2.6.18. So there shouldn't be any problems.
Hi,
Your assumptions are not correct! The environment has changed!
Yes, problems have been created. You will need to diagnose with the current setup without reference to the old.
I would use the tools available to diagnose;
Code:
#lsmod #see what modules are loaded
#lspci -vv #devices, irq,memory etc.
#ifconfig -a #look at all network devices
#ifconfig eth0 192.168.0.12 #setup static IP
#ifconfig eth0 up #eth0 UP
#route -n #confirm route
#route add default gw 192.168.0.1 #set gateway
#ping 192.168.0.1 #confirm
#ping 64.233.167.99 #ping google.com static
#ping google.com #check DNS
This should get you network access. Once you confirm the device and network are functional then just change to 'DHCP'.
The 'lsmod' will allow you to see what modules are loaded and what modules are used.
The 'lspci -vv' will get you a very verbose output that can give you information for the devices.
The 'ifconfig -a' gives all devices that the kernel is aware of.
The 'ifconfig eth0 192.168.0.12' sets a static IP address for the eth0 device.
The 'ifconfig eth0 up' brings the device active.
The 'route -n' presents the current route.
The 'route add default gw 192.168.0.1' is issued to setup a default gateway for the device. You could issue another 'route -a' to confirm.
The 'ping 192.168.0.1' is issued to confirm the access.
The 'ping 64.233.167.99' is pinging the IP for 'google.com'.
The 'ping google.com' is used to check the DNS.
Don't take offense at the detailed post. It is for future user's not just you.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.