Re: irq routing conflict - einige varianten
Hallo Liste,
> Es *kann* doch einfach so sein: Zum Zeitpunkt, wo das BIOS die Hardware
> initialisiert, ist wesentlich weniger Hardware aktiv als zum Zeitpunkt,
> an dem das Betriebsystem die Hardware übernimmt.
das wäre noch eine Möglichkeit ... ich deaktiviere in einem neuen Kernel mal
soviel hardware wie möglich.
> Oder auf den Karten-Chips sind irgendwelche "Voreinstellungen/Wünsche"
(setze mich
> bitte auf IRQ xyz, bei ISA-Karten gab es das mal). Das OS als Oberguru
> seiner Hardware ändert das jetzt und die Karte beschwert sich. Linux in
> seiner gnadenlosen Offenheit macht diese Beschwerde jetzt auch noch
> öffentlich ;-)
hmm jo, wobei man auf den karten selbst nichts ändern kann, womöglich ist es
doch das bios;
ich probier heute nacht mal ein update (währenddessen kommt nur ein rechner
ins Inet :-( )...
> > ok, das ist auch eine idee - ich werde mal schauen ob ich irgendwo ein
> > update finde :-)
>
> Da du den Hersteller/Bezeichnung deines Boards ja nicht kennst kannst
ok, ich hab mal einiges ausprobiert und auch herausgefunden.
das Mainboard ist ein "FIC VB-601-V":
http://www.fic.com.tw/product/motherboard/1stmainboard_detail.aspx?type=lega
cy&model_id=15
die bios-update seite dafür ist leider etwas widersinnig - version 1.3 ist
bspw. neuer als 2 der versionen 1.4,
momentan ist das bios mit 1.3 bespielt, ich flashe mal die nach dem datum
neuste 1.4er version.
> Vielleicht hast du ja
> auch mISDN bzw. capi-seitig noch nicht alles aktiviert im Kernel. Es
> muß doch zu mISDN in /usr/share/doc doch eine Readme geben, wo die
> Konfiguration beschrieben ist?
hmm ich bin eigentlich (zumindest bei mISDN, bei VoIP gabs probleme,
debian-lib zu alt ...)
im rahmen des tutorials der pbx ( http://isdn.jolly.de ) vorgegangen, bei
2.6.7 hat es so funktioniert - bei 2.6.8 nicht....
ich gehe das tut nochmals schritt für schritt durch, falls das problem nicht
mit den IRQs zusammenhängen
sollte, mache ich evtl. einen seperaten thread dafür auf....
> Was war das doch gleich für ein Board? Mach mal bitte ein dmidecode...
hmm dmidecode ?
ich habe über apt-file im paket "ipmi-control"ein "dmidecode" gefunden,
installiert und aufgerufen.
hier ist die ausgabe:
server:~# dmidecode
SMBIOS present.
DMI 2.0 present.
32 structures occupying 2123 bytes.
DMI table at 0x000F568E.
Handle 0x0000
DMI type 0, 19 bytes.
BIOS Information Block
Vendor American Megatrends, Inc.
Version 0627
Release 11/18/98
BIOS base 0xF0000
ROM size 192K
Capabilities:
Flags: 0x000000007FC9DE90
Handle 0x0001
DMI type 1, 25 bytes.
System Information Block
Vendor System Manufacturer
Product System Name
Version System Version
Serial Number SYS-9876543210
Handle 0x0002
DMI type 2, 8 bytes.
Board Information Block
Vendor FIRST INTERNALTIONAL COMPUTER
Product VB-601-V
Version VER:1.3
Serial Number 1234567890
Handle 0x0003
DMI type 3, 13 bytes.
Chassis Information Block
Vendor System Manufacturer
Product System Version
Version System Version
Serial Number SYS-0000000000
Asset Tag ASS-9876543210
Handle 0x0004
DMI type 4, 32 bytes.
Handle 0x0005
DMI type 5, 24 bytes.
Handle 0x0006
DMI type 6, 12 bytes.
Memory Bank
Socket: DIMM 1
Banks: 0 1
Type:
Installed Size: 64Mbyte
Enabled Size: 64Mbyte
Handle 0x0007
DMI type 6, 12 bytes.
Memory Bank
Socket: DIMM 2
Banks: 2 3
Type:
Installed Size: 128Mbyte (Double sided)
Enabled Size: 128Mbyte (Double sided)
Handle 0x0008
DMI type 6, 12 bytes.
Memory Bank
Socket: DIMM 3
Banks: 2 3
Type: UNKNOWN
Installed Size: Not Installed
Enabled Size: Not Installed
Handle 0x0009
DMI type 6, 12 bytes.
Memory Bank
Socket: DIMM 4
Banks: 2 3
Type: UNKNOWN
Installed Size: Not Installed
Enabled Size: Not Installed
Handle 0x000A
DMI type 7, 19 bytes.
Cache
Socket: L1 Cache
L1 Internal Cache: write-back
L1 Cache Size: 32K
L1 Cache Maximum: 32K
L1 Cache Type: Synchronous
Handle 0x000B
DMI type 7, 19 bytes.
Cache
Socket: L2 Cache
L2 Internal Cache: write-back
L2 Cache Size: 512K
L2 Cache Maximum: 512K
L2 Cache Type: Synchronous
Handle 0x000C
DMI type 8, 9 bytes.
Handle 0x000D
DMI type 8, 9 bytes.
Handle 0x000E
DMI type 8, 9 bytes.
Handle 0x000F
DMI type 8, 9 bytes.
Handle 0x0010
DMI type 8, 9 bytes.
Handle 0x0011
DMI type 8, 9 bytes.
Handle 0x0012
DMI type 8, 9 bytes.
Handle 0x0013
DMI type 8, 9 bytes.
Handle 0x0014
DMI type 9, 13 bytes.
Card Slot
Slot: ISA Slot1
Type: 16bit ISA
Handle 0x0015
DMI type 9, 13 bytes.
Card Slot
Slot: ISA Slot2
Type: 16bit ISA
Handle 0x0016
DMI type 9, 13 bytes.
Card Slot
Slot: PCI Slot1
Type: 32bit PCI
Status: Available.
Handle 0x0017
DMI type 9, 13 bytes.
Card Slot
Slot: PCI Slot2
Type: 32bit PCI
Status: In use.
Handle 0x0018
DMI type 9, 13 bytes.
Card Slot
Slot: PCI Slot3
Type: 32bit PCI
Status: In use.
Handle 0x0019
DMI type 9, 13 bytes.
Card Slot
Slot: PCI Slot4
Type: 32bit PCI
Status: In use.
Handle 0x001A
DMI type 9, 13 bytes.
Card Slot
Slot: PCI Slot5
Type: 32bit PCI
Status: In use.
Handle 0x001B
DMI type 9, 13 bytes.
Card Slot
Slot: AGP Slot
Type: 64bit AGP 2x
Status: In use.
Handle 0x001C
DMI type 11, 5 bytes.
OEM Data
Handle 0x001D
DMI type 12, 5 bytes.
Configuration Information
Handle 0x001E
DMI type 13, 22 bytes.
Handle 0x001F
DMI type 15, 33 bytes.
Event Log
Log Area: 121 bytes.
Log Header At: 0.
Log Data At: 0.
Log Type: 0.
Log Valid: Yes.
hoffe, es hilft weiter :-)
mfg christoph
Reply to: