also ich habe nochmal in dmesg geschaut
dmesg | grep -i apic
Using APIC driver default
Local APIC disabled by BIOS -- you can enable it with "lapic"
APIC: disable apic facility
APIC: switched to apic NOOP
no APIC, boot with the "lapic" boot parameter to force-enable it.
Local APIC not detected. Using dummy APIC emulation.
ERROR: Unable to locate IOAPIC for GSI 8
ERROR: Unable to locate IOAPIC for GSI 13
ERROR: Unable to locate IOAPIC for GSI 1
ERROR: Unable to locate IOAPIC for GSI 12
ERROR: Unable to locate IOAPIC for GSI 3
mit apic=debug in der Kernelzeile gibt es auch nicht mehr. oder steht das dann wo anders?
Naja, daraufhin habe ich im BIOS geguckt, aber keine Einstellmöglichkeiten für APIC gefunden.
Also habe ich dann 'lapic' zur Kernelzeile hinzugefügt. Das aktivieren funktioniert zwar, aber die Fehler bleiben.
Using APIC driver default
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
Enabling APIC mode: Flat. Using 0 I/O APICs
ERROR: Unable to locate IOAPIC for GSI 8
ERROR: Unable to locate IOAPIC for GSI 13
ERROR: Unable to locate IOAPIC for GSI 1
ERROR: Unable to locate IOAPIC for GSI 12
ERROR: Unable to locate IOAPIC for GSI 3
Kann man das einfach ignorieren, oder ist es sinnvoller APIC ganz zu deaktivieren?
Also mit 'noapic' zu booten.
EDIT:
Bedeutet diese Zeile, dass APIC eh gar nicht benutzt wird?
Enabling APIC mode: Flat. Using 0 I/O APICs
EDIT:
mit den bootoptionen 'lapic' und 'apic=debug' steht das hier in dmesg
Using APIC driver default
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
mapped APIC to ffffb000 (fee00000)
Enabling APIC mode: Flat. Using 0 I/O APICs
Using local APIC timer interrupts.
calibrating APIC timer ...
... lapic delta = 624374
printing local APIC contents on CPU#0/0:
... APIC ID: 00000000 (0)
... APIC VERSION: 00050014
... APIC TASKPRI: 00000000 (00)
... APIC PROCPRI: 00000000
... APIC LDR: 01000000
... APIC DFR: ffffffff
... APIC SPIV: 000001ff
... APIC ISR field:
... APIC TMR field:
... APIC IRR field:
... APIC ESR: 00000000
... APIC ICR: 00000000
... APIC ICR2: 00000000
... APIC LVTT: 000200ef
... APIC LVTPC: 00000400
... APIC LVT0: 00000700
... APIC LVT1: 00000400
... APIC LVTERR: 000000fe
... APIC TMICT: 00001863
... APIC TMCCT: 00000d29
... APIC TDCR: 00000003
testing the IO APIC.......................
ERROR: Unable to locate IOAPIC for GSI 8
ERROR: Unable to locate IOAPIC for GSI 13
ERROR: Unable to locate IOAPIC for GSI 1
ERROR: Unable to locate IOAPIC for GSI 12
ERROR: Unable to locate IOAPIC for GSI 3
scheint so als ob keine I/O APICs (weiss zwar nicht was das genau ist ;-) ) verwendet/gefunden werden.
naja, ich werde 'lapic' mal in der Kernelzeile lassen. Ausserdem hae ich noch 'radeon.agpmode=4' hinzugefügt. Das hatte ich vorher über die xorg.xonf angegeben, aber es wurde trotzdem nur in AGPx1 geschaltet.
Mal sehen ob das irgendwelche Auswirkungen bezüglich der Abstüze hat. Falls nicht werde ich es mal mit 'noapic' und/oder anderen Werten für 'radeon.agpmode' probieren.
EDIT:
ich habe gerade das hier gefunden
http://www.mjmwired.net/kernel/Documentation/x86/i386/IO-APIC.txt
Most (all) Intel-MP compliant SMP boards have the so-called 'IO-APIC',
which is an enhanced interrupt controller. It enables us to route
hardware interrupts to multiple CPUs, or to CPU groups. Without an
IO-APIC, interrupts from hardware will be delivered only to the
CPU which boots the operating system (usually CPU#0).
Ich habe nur eine CPU (pentium m), heißt das das IOAPIC eh "nutzlos" wäre?
"Enabling APIC mode: Flat. Using 0 I/O APICs" deutet ja darauf hin, das kein I/O APIC benutzt wird.
cat /proc/interrupts sieht so aus
CPU0
0: 119 XT-PIC-XT timer
1: 4499 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
3: 3 XT-PIC-XT
4: 1 XT-PIC-XT
5: 1 XT-PIC-XT
6: 23877 XT-PIC-XT radeon, uhci_hcd:usb2, uhci_hcd:usb3, uhci_hcd:usb4, eth0
7: 2 XT-PIC-XT
8: 3 XT-PIC-XT rtc0
9: 440062 XT-PIC-XT acpi
10: 4388 XT-PIC-XT ehci_hcd:usb1, yenta, tifm_7xx1, ipw2200, Intel 82801DB-ICH4 Modem, Intel 82801DB-ICH4
11: 1 XT-PIC-XT
12: 152 XT-PIC-XT i8042
14: 10151 XT-PIC-XT ata_piix
15: 16633 XT-PIC-XT ata_piix
NMI: 0 Non-maskable interrupts
LOC: 1620887 Local timer interrupts
SPU: 0 Spurious interrupts
PMI: 0 Performance monitoring interrupts
PND: 0 Performance pending work
RES: 0 Rescheduling interrupts
CAL: 0 Function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
THR: 0 Threshold APIC interrupts
MCE: 0 Machine check exceptions
MCP: 6 Machine check polls
ERR: 1
MIS: 0
das ist alles recht viel auf einmal, macht es denn jetzt Sinn 'lapic' zu verwenden, immerhin wird bewirkt das ja was (siehe dmesg mit apic-debug),
oder APIC mit 'noapic' gleich ganz deaktivieren?
Bin grad etwas überfordert mit den ganzen neuen Informationen. ;-)