BIOS Probleme (was Re: PCI Soundkarte wird von Alsa nicht mehr erkannt)
Stefan U. Hegner
stefan at hegner-online.de
Mon May 28 18:51:00 CEST 2012
Hey Jan,
vielen Dank für Deine Mühe. - Da merkt man halt mal wieder, dass ich
eigentlich nur "USER" bin und mir halt vieles zurecht gefummelt habe ...
Aber die IT-Welt wird ja auch immer komplexer. - Na egal, sonst fang'
ich gleich noch an zu heulen.
... so, dann arbeiten wir mal Deine gesammelten Punkte ab:
Am 26.05.2012 02:56, schrieb Jan Seiffert:
> Und überhaupt. Was hast du in der Kiste alles drin?
> [ 0.000000] MTRR variable ranges enabled:
> [ 0.000000] 0 base 000000000 mask F80000000 write-back
> [ 0.000000] 1 base 080000000 mask FC0000000 write-back
> [ 0.000000] 2 base 0C0000000 mask FF0000000 write-back
> [ 0.000000] 3 base 0D0000000 mask FF8000000 write-back
> [ 0.000000] 4 base 100000000 mask F00000000 write-back
> [ 0.000000] 5 base 200000000 mask FE0000000 write-back
> [ 0.000000] 6 base 220000000 mask FF8000000 write-back
> [ 0.000000] 7 base 0D7F00000 mask FFFF00000 uncachable
>
> Gibts für die Hütte ein BIOS-Update? Sonst probier mal mtrr-cleanup, dann geht vielleicht
> das:
> [ 15.344778] mtrr: no more MTRRs available
> beim Init deiner Graka weg...
>
> [ 0.673783] ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
>
> Really? BIOS-Update? Neuer Kernel?
>
Also, ich habe
1. BIOS Update durchgeführt
2. die Option "Discrete MTRR Allocation" DISABLED - ohne zu verstehen
was das macht. Der Hilfetext "MTRRs are discrete and not
overlapped. Allows better graphics performance when used with
Linux an 4GB or more memory" hatte mich bisher dazu bewogen das
auf ENABLED zu setzen, denn ich habe 8GB RAM.
Nun sagt mir dmesg:
[ 0.000000] last_pfn = 0x228000 max_arch_pfn = 0x400000000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-C7FFF write-protect
[ 0.000000] C8000-DFFFF uncachable
[ 0.000000] E0000-FFFFF write-protect
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 0D8000000 mask FF8000000 uncachable
[ 0.000000] 1 base 0E0000000 mask FE0000000 uncachable
[ 0.000000] 2 base 000000000 mask E00000000 write-back
[ 0.000000] 3 base 200000000 mask FE0000000 write-back
[ 0.000000] 4 base 220000000 mask FF8000000 write-back
[ 0.000000] 5 base 0D7F00000 mask FFFF00000 uncachable
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new
0x7010600070106
[ 0.000000] e820 update range: 00000000d7f00000 -
0000000100000000 (usable) ==> (reserved)
... ist das besser? - Jedenfalls fallen diese drei
[ 0.357447] pci 0000:00:1c.0: BAR 13: can't allocate resource
[ 0.357447] pci 0000:00:1c.0: BAR 14: can't allocate resource
[ 0.357447] pci 0000:00:1c.0: BAR 15: can't allocate resource
Fehlermeldungen weg, sowie der Mecker von der GraKa, dass keine MTRRs
mehr verfügbar sind. Das muss also gut sein.
Leider hat sich aber an dem EHCI Fehler noch nichts geändert:
[ 0.687731] ehci_hcd 0000:00:1d.7: cache line size of 32 is not
supported
> Stefan U. Hegner schrieb:
>
>> Habe die Bootline mal geändert auf "pci=nocrs" aber leider ohne den
>> gewünschten Erfolg. Die SB X-Fi wird in /proc/asound/cards und
>> /proc/asound/modules nicht mehr angelistet.
>>
> Kein wunder, aus dem dmesg:
> PCI: Unknown option `nocrs'
>
OK. - sollte ich statt "nocrs" mal was anderes probieren? - Allerdings
ist meine Box schon etwas betagt (von Ende 2007 - nun mit BIOS vom
29.12.2010).
Im aktuellen dmesg ist ACPI jedenfalls auch nicht so ganz glücklich:
[ 11.456251] input: Power Button as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0C:00/input/input3
[ 11.456304] ACPI: Power Button [PWRB]
[ 11.456351] input: Power Button as
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
[ 11.456377] ACPI: Power Button [PWRF]
[ 11.536373] ACPI: SSDT 00000000d7ee32c8 002A3 (v01 PmRef
Cpu0Ist 00003000 INTL 20050228)
[ 11.536501] ACPI Error (psargs-0359): [\_SB_.BCMD] Namespace
lookup failure, AE_NOT_FOUND
[ 11.536508] ACPI Error (psparse-0537): Method parse/execution
failed [\_PR_.CPU0._OSC] (Node ffff8802270459e0), AE_NOT_FOUND
[ 11.536531] ACPI Error (psparse-0537): Method parse/execution
failed [\_PR_.CPU0._PDC] (Node ffff8802270459c0), AE_NOT_FOUND
[ 11.538469] processor LNXCPU:00: registered as cooling_device0
[ 11.539028] ACPI: SSDT 00000000d7ee356b 00234 (v01 PmRef
Cpu1Ist 00003000 INTL 20050228)
[ 11.539389] ACPI: SSDT 00000000d7ee2f25 00085 (v01 PmRef
Cpu1Cst 00003000 INTL 20050228)
[ 11.539906] ACPI Error (psargs-0359): [\_PR_.CPU0._CST] Namespace
lookup failure, AE_NOT_FOUND
[ 11.539910] ACPI Error (psparse-0537): Method parse/execution
failed [\_PR_.CPU1._CST] (Node ffff880227117ce0), AE_NOT_FOUND
[ 11.539945] processor LNXCPU:01: registered as cooling_device1
[ 11.540459] ACPI: SSDT 00000000d7ee379f 00234 (v01 PmRef
Cpu2Ist 00003000 INTL 20050228)
[ 11.540848] ACPI: SSDT 00000000d7ee2faa 00085 (v01 PmRef
Cpu2Cst 00003000 INTL 20050228)
[ 11.542335] ACPI Error (psargs-0359): [\_PR_.CPU0._CST] Namespace
lookup failure, AE_NOT_FOUND
[ 11.542341] ACPI Error (psparse-0537): Method parse/execution
failed [\_PR_.CPU2._CST] (Node ffff880227163f00), AE_NOT_FOUND
[ 11.542386] processor LNXCPU:02: registered as cooling_device2
[ 11.542916] ACPI: SSDT 00000000d7ee39d3 00234 (v01 PmRef
Cpu3Ist 00003000 INTL 20050228)
[ 11.543209] ACPI: SSDT 00000000d7ee302f 00085 (v01 PmRef
Cpu3Cst 00003000 INTL 20050228)
[ 11.543507] ACPI Error (psargs-0359): [\_PR_.CPU0._CST] Namespace
lookup failure, AE_NOT_FOUND
[ 11.543512] ACPI Error (psparse-0537): Method parse/execution
failed [\_PR_.CPU3._CST] (Node ffff8802271f2d60), AE_NOT_FOUND
> [ 15.530519] cannot find the slot for index 0 (range 0-1), error: -16
> [ 15.530526] SB-XFi: probe of 0000:03:03.0 failed with error -16
>
> Dein Soundkartenproblem hat nichts, aber auch garnichts mit ACPI zu tun.
> -16 ist -EBUSY. Man beachte die Zeile über der Zeile die mit SB-XFI beginnt.
>
> [...]
>
> Er scheint mit ACPI mehr Soundkarten/sie in anderer Reihenfolge zu finden.
> Ich tippe du hast irgendwo fest einen index für die XFi vergeben
> (irgendwo in /etc/mod...), oder irgendwie was anderes an ALSA conf fun.
>
>
Richtig. - Aus historischer Zeit. Meine /etc/modprobe.d/sound.conf
bestand nur aus den ersten beiden Zeilen. - Habe mal eine Zeile für
usb-audio ergänzt:
alias snd-card-0 snd-ctxfi
options snd-ctxfi index=0
options snd-usb-audio index=1,2 vid=0x0d8c,0x046d pid=0x000c,0x0825
> Reparier das (z.B. _wirklich allen_ Karten einen Index geben), dann klappts auch
> mit dem Nachbarn^wACPI.
>
... das scheint jetzt zu klappen. - Wobei die XFi diesmal auch schon
ohne die Anpassungen in der Alsa-Config lief:
[ 12.174786] SB-XFi 0000:03:03.0: PCI INT A -> GSI 52 (level, low) ->
IRQ 52
> [ 908.746464] ata1.01: failed command: IDENTIFY DEVICE
>
>
... da steht in diesem Zusammenhang ja immer noch etwas mehr:
[ 2725.100144] ata1: drained 1 bytes to clear DRQ.
[ 2725.100149] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
frozen
[ 2725.100153] ata1.01: failed command: IDENTIFY DEVICE
[ 2725.100157] ata1.01: cmd ec/00:00:00:00:00/00:00:00:00:00/10 tag 0
pio 512 in
[ 2725.100158] res 58/00:ff:00:00:00/00:00:00:00:00/10 Emask
0x2 (HSM violation)
[ 2725.100161] ata1.01: status: { DRDY DRQ }
[ 2725.100183] ata1: soft resetting link
[ 2725.288691] ata1.00: configured for UDMA/33
[ 2725.305091] ata1.01: configured for UDMA/100
[ 2725.307246] ata1: EH complete
> Kontrollier mal die Verkabelung deiner PATA Festplatte (einmal abziehen und neu anstecken).
> Gibts für das Ding ein Firmware-update?
> Könnte auch der SmartD sein. Es gibt Platten die mögen es nicht besonders
> zwei Herren zu dienen, z.B. OS und SmartD, also letzteren mal von der Platte fernhalten.
>
>
Also ich habe auf ata1.00 ein PATA DVD-LW und auf ata1.01 eine PATA Platte.
An die Verkabelung komme ich nicht so ohne weiteres dran. - Da muss ich
mir mal ein Stündchen separat Zeit für nehmen.
Der Smartd läuft ist bei mir gar nicht installiert. Kann das
möglicherweise damit zusammenhängen, dass ich die Platte (auf die ich
immer noch sporadisch Backups schiebe) kurzfristig mit hdparm
runterfahre? - Aus /etc/hdparm.conf:
/dev/hdb {
mult_sect_io = 16
write_cache = off
dma = on
io32_support = 1
# apm = 20
spindown_time = 240
keep_settings_over_reset = on
# keep_features_over_reset = on
}
Nochmal zurück zum BIOS: Zwei Dinge verstehe ich dort absolut nicht. Ich
habe eine Kentsfield Xeon CPU (X3230) - Aber es gelingt mir nicht per
Google herauszufinden, ob die für Intel Enhances Speedstep die Optionen
GV1/GV3 und irgendwelche C-States (von 1 bis 4) unterstützt. Habe das
erstmal enabled, wüsste aber gerne, was die CPU kann.
Ausserdem gibt es noch die Option "Clock Spectrum Feature" mit dem
Hinweis "Enable to limit peak EMI emission". - Was mache ich damit?
Knipst man sowas besser an/aus?
LG und 1000 Dank!
Stefan.
--
Stefan U. Hegner
<stefan at hegner-online.de>
* * *
D-32584 Löhne --- good ole Germany
internet: http://www.hegner-web.de
* * *
GPG-Key | D9DB 51BD 2DA6 9B3A 41CB
F-Print | 0287 05A1 8D11 38BA CE91
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20120528/450c9c97/attachment.sig>
More information about the Linux
mailing list