Bug 135498 - Acer Aspire 3002 notebook / SiS900 (rev 91) 100Mbps Ethernet onboard / dhcpd unable to get IP address.
Summary: Acer Aspire 3002 notebook / SiS900 (rev 91) 100Mbps Ethernet onboard / dhcpd ...
Status: RESOLVED WORKSFORME
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: Kernel (show other bugs)
Version: unspecified
Hardware: x86 SuSE Linux 10.0
: P5 - None : Normal
Target Milestone: ---
Assignee: Karsten Keil
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-24 18:06 UTC by Binulal Narayanan
Modified: 2005-12-04 11:38 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Binulal Narayanan 2005-11-24 18:06:04 UTC
The bug is on a Acer Aspire 3002 Lappy with Sis 900 Ethernet adaptor (rev 91).
The network service is not able to obtain IP Address via DHCP.  Static setup is not working either.
Comment 1 Binulal Narayanan 2005-11-24 18:11:09 UTC
#/etc/init.d/network start
............................
eth0 (DHCP)..... no IP address yet........ backgrounding. waiting
............................


#/etc/init.d/network status
............................
eth0 (DHCP)..... dhcpd is still waiting for data.   waiting
............................
Comment 2 Binulal Narayanan 2005-11-26 15:55:16 UTC
This seems to be an APIC problem :( 
Comment 3 Lars Marowsky-Bree 2005-11-29 12:21:45 UTC
Could you please clarify why you think it is an APIC problem and provide relevant logs?
Comment 4 Binulal Narayanan 2005-11-30 04:32:53 UTC
The IRQ assigned to the device is 3 (three), where as the normal network interface should get IRQ# 10 (ten)
Comment 5 Binulal Narayanan 2005-11-30 17:16:05 UTC
Here's what /var/log/messages have to say abt sis900.c
=======================================================
sis900.c: v1.08.08 Jan. 22 2005
     ACPI-0212: *** Warning: Device is not power-manageable
     ACPI-0402: *** Warning: Unable to derive IRQ for device 0000:00:04:0
ACPI: PCI Interrupt 0000:00:04:0[A]: no GSI - using IRQ 3
PCI: setting IRQ 3 as level triggered
0000:00:04:0: Realtek RTL8201 PHY transceiver found at address 13
0000:00:04:0: Using tranceiver found at address 13 as default
eth0: SiS 900 PCI Fast Ethernet at 0x1800, IRQ 3, 00:c0:9f:8a:23:7a
----- some stuff abt Yenta card bus -----
NET: Registered protocol family 10
Disabled privacy extentions on device c036b920 (lo)
IPv6 over IPv4 tunnelling driver
----- some stuff abt /dev/hdc -----
----- some stuff abt scsi subsystem -----
irq 3: nobody cared (try booting with "irqpoll" option)
  [<c013c18c>] __report_bad_irq+0x1c/0x70
  [<c013c27b>] note_interrupt+0x6b/0xd0
  [<c013bd1c>] __do_IRQ+0xbc/0xd0
  [<c01055ed>] do_IRQ+0x38/0x60
  [<c0103dea>] common_interrupt+0x1a/0x20
handlers:
[<cd04a740>] (sis900_interrupt+0x0/0xe0 [sis900])
Disableing IRQ #3
eth0: Media Link On 100mbps full-duplex
eth0: no IPv6 routers present
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 00000000 00000279
----- some stuff like ACPI.. AE_NOT_FOUND --- 
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 00000000 00000260 (...)
Comment 6 Olaf Kirch 2005-12-02 09:58:58 UTC
Karsten, can you look at this one please? Seems the interrupt handler
gets installed but the register contents it reads is bogus.

Binulal, does it work if you boot with acpi=off?
Comment 7 Karsten Keil 2005-12-02 10:43:05 UTC
And please also try pci=noacpi boot option.
Comment 8 Binulal Narayanan 2005-12-03 18:31:47 UTC
yeah.. acpi=off works!!! 
The interface got an IP assigned :) 
But is it okay if I disable acpi forever ??!!!

And same with pci-noacpi.  which one is safer?

I really appreciate the help.  Thank you

Comment 9 Karsten Keil 2005-12-04 11:38:15 UTC
pci=noacpi, since it only affect PCI IRQ routing and so you can still use all other ACPI features (powersave ...).
The problem itself is the BIOS of the notebook, it has wrong routing tables, we cannot solve this, but since pci=moacpi works, this is good workaround.
Maybe a BIOS update can help,if Acer does have one (but be carefully, updating BIOS always is a dangerous thing, if something goes wrong).
I close this now as WORKSFORME.