Reply To: INIT: id "7" respawning too fast : disabled for 5

Home Page Forums Network Management Signal a BUG INIT: id "7" respawning too fast : disabled for 5 Reply To: INIT: id "7" respawning too fast : disabled for 5

#51107

Pit
Member

Hello ppalias,

thank you for responding.

No it is not possible to assign IRQs manually.

It is definitely a resource conflict. With strike matches in my eyes and a lot of coffee i think i found a way to get things working.

At first i tried several other mobo’s and recognized that the behavior of the same kind of mobo’s was different. At a deeper look i found two different series with the same name.

J7F5M1G5-VHE-LF and J7F5M1G5-VHE-PB.

LF shows the discribed behavior. PB was much harder. In the following i refer to the PB series board.

After installing the 3-giga-lan daughterboard and the riserboard nic nothing happens when switching on the machine. Only the fans whirl the air. The machine refuses to boot. This text is very short in comparision to the time i tryed to google for hints. f. e. : jetway j7f5 interrupt
At the Jetway site there was a BIOS update which sounds fine:

http://www.jetway.com.tw/jw/download_show.asp

BIOS /DOS 05 512KB

1.Change BIOS for PCI Riser Card.
2.Resolve some USB Storages can not start.
2008-9-10

This update was especialy for the LF. But: no risk no fun …..

After updating a clear cmos is necessary. A little wonder happens, the POST beeps and the machine boots into beta13. A cat /proc/interrupts shows that only the onboard and daughterboard nics are recognized properly. Lspci ends up with one unknown ethernet pci device.

To make the cmos know about the missing information i unpluged the daughterboard and start again. The second wonder: After the POST beep
the nics PXE handshake appears and the cmos knows the nic.

The complete machine boots now properly into beta13:

root@zeroshell root> cat /proc/interrupts
CPU0
0: 68 IO-APIC-edge timer
1: 16 IO-APIC-edge i8042
4: 8979 IO-APIC-edge serial
9: 0 IO-APIC-fasteoi acpi
15: 6202 IO-APIC-edge ide1
16: 1 IO-APIC-fasteoi ETH00, ETH02
17: 127 IO-APIC-fasteoi firewire_ohci
18: 94590 IO-APIC-fasteoi ETH03, ETH04
19: 0 IO-APIC-fasteoi ETH01
20: 0 IO-APIC-fasteoi uhci_hcd:usb2
21: 0 IO-APIC-fasteoi uhci_hcd:usb4
22: 0 IO-APIC-fasteoi uhci_hcd:usb3
23: 0 IO-APIC-fasteoi ehci_hcd:usb1
NMI: 0 Non-maskable interrupts
LOC: 2025324 Local timer interrupts
RES: 0 Rescheduling interrupts
CAL: 0 function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
SPU: 0 Spurious interrupts
ERR: 0
MIS: 0

root@zeroshell root> lspci
00:00.0 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge (rev 03)
00:00.1 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:0f.0 IDE interface: VIA Technologies, Inc. VX800 Serial ATA and EIDE Controller
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 90)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 90)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 90)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 90)
00:11.0 ISA bridge: VIA Technologies, Inc. CX700/VX700 PCI to ISA Bridge
00:11.7 Host bridge: VIA Technologies, Inc. CX700/VX700 Internal Module Bus
00:13.0 Host bridge: VIA Technologies, Inc. CX700/VX700 Host Bridge
00:13.1 PCI bridge: VIA Technologies, Inc. CX700/VX700 PCI to PCI Bridge
01:00.0 VGA compatible controller: VIA Technologies, Inc. CX700/VX700 [S3 UniChrome Pro] (rev 03)
02:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
02:04.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)
02:05.0 Ethernet controller: VIA Technologies, Inc. VT6120/VT6121/VT6122 Gigabit Ethernet Adapter (rev 11)
02:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)
02:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)
02:08.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306 Fire II IEEE 1394 OHCI Link Layer Controller (rev 80)

So far so good. In comparison to this my J7F2 boards assign nearly one irq for each device. Is there something serious when two ETHs share one irq?

For testing i gave ETH04 to my desktop and ETH03 with DHCP to my DSL router. Default Gateway was set automaticaly behind the curtain.
ETH03 pulled into the NAT box and and a lightning fast Gateway was build.

Can i expext this speed when all nics are on and four of them are balancing the WAN traffic? Or can i expext serious issues due to the resource sharing? Or is there a trick to persuade the APIC to spend more IRQs?

Regard

Pit