| Author |
Message |
|
|
|
Post subject: Toshiba P100-439 DSDT, Sound, ACPI - mit Kernel 2.16.20.1
 Posted: Feb 26, 2007 - 07:41 PM
|
|
Joined: Feb 26, 2007
Posts: 58
Status: Offline
|
|
Hallo,
heute häufen sich die Fragen. Starte ich von der CD, dann sehe ich an der Ausgabe, das alles prima erkannt wird. WLAN, Graka usw.
Nach der Installation meckert er nur run und findet einige Hardware nicht mehr. Kann ich irgendwie den Kernel von der CD auf die HDD bringen und diesen zum starten bringen?
Problem ist: Ich habe seit einiger Zeit einen nagelneuen Laptop und ich versuche schon verzweifelt einige Linux-Systeme zum Laufen zu bringen.
Toshiba Satellite Pro P100-439 mit
Graka: GeForce Go 7900 GS
Sound: Cx20549 / Intel 82801 GBM (82801G ICH7)
USB-Controller: Intel 82801
WLAN: Intel 3945 ABG PRO
TFT: Samsung LCD 1650x1050 WSXGA+
Bin für jede Hilfe dankbar
Nachtrag: Dieses Posting ist gelöst, bitte einfach alles lesen. |
Last edited by renewehle on Mar 03, 2007 - 08:49 PM; edited 2 times in total
|
| |
|
|
|
 |
|
|
|
Post subject: RE: nach der Installation sieht alles anders aus
Posted: Feb 26, 2007 - 09:45 PM
|
|
Joined: Feb 24, 2007
Posts: 714
Location: Berlin, Germany
Status: Offline
|
|
Hallo renewehle,
lass Dich nicht unterkriegen und werde mal konkreter bei der Beschreibung der Fehler, Unklarheiten und sonstigen Ungereimtheiten, damit Dir die Experten helfen können.
Grüsse Micha |
_________________
http://sidux.com/PNphpBB2-viewtopic-t-2403.html
|
| |
|
|
|
|
|
|
|
Post subject: RE: nach der Installation sieht alles anders aus
Posted: Feb 26, 2007 - 10:12 PM
|
|
Joined: Nov 30, 2006
Posts: 3610
Location: Budapest
Status: Offline
|
|
renewehle,
habe auch einen Toshiba P100, aber Version 138. Nur werde ich aus deinen Angaben nicht schlau:
1. Der installierte Kernel sollte der gleiche sein wie der auf der CD.
2. Welche Hardware geht nicht?
3. Du hast Sound ohne neukompilierte DSDT? Dann frisst mich aber Neid und Zorn 
Grüße
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject: RE: nach der Installation sieht alles anders aus
Posted: Feb 26, 2007 - 11:02 PM
|
|
Joined: Feb 26, 2007
Posts: 58
Status: Offline
|
|
Ich kann nicht so schnell mitschreiben wie der Bildschirm weg ist. Kann man die Ausgaben protokollieren in eine Datei? Dann könnte ich Euch besser zeigen was ich meine?
P.S.: Sound habe ich wenn ich die Live-CD starte mit den Optionen "acpi=off noapic pci=bios"
lasse ich den acpi weg, höre ich auch kein sound mehr... das soll einer verstehen  |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: nach der Installation sieht alles anders aus
Posted: Feb 26, 2007 - 11:13 PM
|
|
Joined: Nov 30, 2006
Posts: 3610
Location: Budapest
Status: Offline
|
|
renewehle,
werde zwar immer noch nicht schlau, aber irgendwie scheint deine Installation nach dem Grub abzubrechen, während die Live-CD hochfährt.
Wenn dem so ist, starte mit der CD, suche die /var/log/dmesg deiner Installation, kopiere sie irgendwohin, wo du sie hast (USB Stick) und poste sie hierher - entweder in einer Code-box) oder als Anhang (tar.gz machen oder umbenennen in .txt, damit die Forumssoftware den Anhang nimmt).
Leider kann ich dir nicht so richtig am Gerät weiterhelfen, da ich am Toshiba eine Installation vom Sommer habe (war noch Kanotix) und die sidux-Live-CD problemlos geht. Außerdem sehe ich das Gerät erst wieder morgen/heute Früh. Testpartition habe ich keine, nur blindes Vertrauen
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 26, 2007 - 11:27 PM
|
|
Joined: Nov 30, 2006
Posts: 3610
Location: Budapest
Status: Offline
|
|
Zum Sound: mach mal einen eigenen Thread auf und ich kann dir in den nächsten Tagen sagen, wie du zum Sound kommst, wenn du installiert hast. Die Kernels von slh sind für den Fall vorbereitet.
Aber der Hack ist teuflisch: du musst das DSDT vom Bios abgreifen, Fehler editieren und eine Zeile einfügen, danach mit dem entsprechenden Compiler von Intel eine neue DSDT kompilieren und diese ins initrd.img einbinden. Letzteres nach jedem Kernel-Upgrade.
Wenn ich deine genaue Gerätenummer habe (steht auf einem Label am Boden) und du BIOS v.3.30 hast (ist vom Jänner), könntest du evtl. meine DSDT.aml fahren.
Die Anleitung selber habe ich mir nicht zusammengeschrieben, aber das wäre mal ein Anlass das zu tun in den nächsten Tagen.
Sound mit ACPI kriegst du auch mit Ubuntu, SuSE oder Mandriva, aber auch nur mit dem Hack. Bei anderen Distributionen musst du noch den Kernel patchen und selbst kompilieren.
Der Sound selber ist erst ab Kernel 2.6.20.x ordentlich, da der Conexant Chip erst ab Alsa 1.0.14-rc1 unterstützt ist. Bei älteren Kernel musst du den Alsa-Treiber von den Sourcen aus experimental mittels m-a installieren.
Haarige Sache, sage ich dir, diese hundigen BIOS.
Hier im Forum gibt es schon ein, zwei Threads zu der Sache, falls du dich da reinknien möchtest. Aber es lohnt sich, habe nach einem halben Jahr endlich perfekten Sound und perfektes ACPI.
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 27, 2007 - 08:32 AM
|
|
Joined: Feb 26, 2007
Posts: 58
Status: Offline
|
|
So jetzt habe ich einen vollständigen Report. Wenn ich von der CD starte, ist die /var/log/dmesg 0 Bytes groß, damit kann man also nichts anfangen. Das sidux habe ich mal installiert. Starte ich das sidux ohne weitere Boot-Schalter (also ganz normal), dann habe ich folgende dmesg-log:
http://edvbox.de/sidux/dmesg-mit-acpi.txt
Starte sidux mit den Zusatzschaltern "acpi=off noapic pci=bios", dann erhalte ich folgende dmesg-log:
http://edvbox.de/sidux/dmesg-ohne-acpi.txt
Noch eine Anmerkung zu meinen vorhergehenden Postings. Was ich meinte:
Starte ich von der CD, dann sehe ich den Kernel und die Schrift ist in grüner, gelber Farbe. Dort sieht man auch das die kompette Hardware 1A gefunden wird. Die Hardware funktioniert auch sehr gut AUSSER dem WLAN:
http://edvbox.de/sidux/DSC03780.JPG
http://edvbox.de/sidux/DSC03781.JPG
Nach der Installation ist die Schrift vom Kernel nur noch weiß und es kommt zu Fehlermeldungen:
http://edvbox.de/sidux/DSC03776.JPG
Das BIOS in der Version 3.30 habe ich ganz sicher. Meine Gerätenummer kannst Du natürlich auch haben: PSPAHE-002001GR
Werkwürdig ist eben, wenn ich beim Starten "acpi=off noapic pci=bios" schreibe, dann habe ich auch Sound ohne einem Hack! Jedoch bilde ich mir ein, das der Laptop-Lüfter ständig läuft und auch nicht die volle Leistung bringt.
Na jetzt bin ich aber mal auch Antworten gespannt. |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 27, 2007 - 09:08 AM
|
|
Team Member
Joined: Nov 24, 2006
Posts: 3043
Location: berlin
Status: Offline
|
|
welche farbe die meldungen haben, ist uninteressant.
dein bios hat auf jeden fall ein acpi problem.
was wlan angeht, so solltest du die release note lesen. da die firmware non-free ist, können wir diese nicht beilegen. du findest die einzelnen wlan module hier aufgeführt: http://sidux.com/Article117.html
greetz
devil |
_________________
>>we are sidux - resistance is futile - you will be assimilated<<
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 27, 2007 - 09:11 AM
|
|
Team Member
Joined: Nov 24, 2006
Posts: 2082
Location: w3
Status: Offline
|
|
1) Die Farbe der Bootmeldungen ist völlig unwesentlich, und nur eine optische Spielerei für die Live-CD.
2) Grundsätzlich ist der Bootprozess auch etwas unterschiedlich - ein Live-System muss andere Aufgaben erfüllen als ein auf HDD installiertes.
3) Wenn Du ACPI manuell abschaltest (acpi=off), dann läuft natürlich die Lüftersteuerung nicht mehr - auf die Leistung sollte das aber keinen Enfluss haben (ausser das System überhitzt). Selbstverständlich kommen ACPI-Warnungen beim Booten - Du hast es ja manuell deaktiviert. 
4) Wlan ist sicher hinzukriegen, da fehlt recht wahrscheinlich nur die richtige Firmware. Anleitungen dazu findest Du in unserer Releasenote: http://sidux.com/Article116.html.
5) Wenn Du ein sauberes System mit allen ACPI-Funktionen und Sound haben willst, wirst Du um das erstellen/verwenden einer korrigierten DSDT (siehe hubi's Hilfeabgebot) nicht herumkommen.
Greetings,
Chris |
_________________
an operating system must operate - sidux.com
development is life - code.zikula.org
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 27, 2007 - 11:44 AM
|
|
Joined: Feb 26, 2007
Posts: 58
Status: Offline
|
|
Hui, das klingt ja nach einem heißen Eisen. Da brauche ich auf jeden Fall Deine kompetente Hilfe. Ich nutze zwar Linux schon seit einigen Jahren, aber eben nicht sooo intensiv. Abkürzungen wie "DSDT" oder "mittels m-a" sagen mir nichts.
Bin aber gerne bereit alles zu testen um zum Ziel zu kommen. Und mein Ziel war es mit dem neuen Laptop nur noch unter Linux zu arbeiten. Das nenne ich mal ein vernüftiges Ziel
René
hubi wrote:
Zum Sound: mach mal einen eigenen Thread auf und ich kann dir in den nächsten Tagen sagen, wie du zum Sound kommst, wenn du installiert hast. Die Kernels von slh sind für den Fall vorbereitet.
Aber der Hack ist teuflisch: du musst das DSDT vom Bios abgreifen, Fehler editieren und eine Zeile einfügen, danach mit dem entsprechenden Compiler von Intel eine neue DSDT kompilieren und diese ins initrd.img einbinden. Letzteres nach jedem Kernel-Upgrade.
Wenn ich deine genaue Gerätenummer habe (steht auf einem Label am Boden) und du BIOS v.3.30 hast (ist vom Jänner), könntest du evtl. meine DSDT.aml fahren.
Die Anleitung selber habe ich mir nicht zusammengeschrieben, aber das wäre mal ein Anlass das zu tun in den nächsten Tagen.
Sound mit ACPI kriegst du auch mit Ubuntu, SuSE oder Mandriva, aber auch nur mit dem Hack. Bei anderen Distributionen musst du noch den Kernel patchen und selbst kompilieren.
Der Sound selber ist erst ab Kernel 2.6.20.x ordentlich, da der Conexant Chip erst ab Alsa 1.0.14-rc1 unterstützt ist. Bei älteren Kernel musst du den Alsa-Treiber von den Sourcen aus experimental mittels m-a installieren.
Haarige Sache, sage ich dir, diese hundigen BIOS.
Hier im Forum gibt es schon ein, zwei Threads zu der Sache, falls du dich da reinknien möchtest. Aber es lohnt sich, habe nach einem halben Jahr endlich perfekten Sound und perfektes ACPI.
hubi
|
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 27, 2007 - 11:49 AM
|
|
Joined: Nov 30, 2006
Posts: 3610
Location: Budapest
Status: Offline
|
|
| Meine Antworten werden mal langsam reinkommen. Hier eine erste, zu dmesg:
Quote:
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.2
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.2
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.2
PCI: Failed to allocate mem resource #6:20000@d0000000 for 0000:01:00.0
Diese Meldung kommt mir bekannt vor, aber versuch mal als Cheatcode in der Grubzeile
Code:
pci=routeirq
Werde ich selber morgen auf Arbeit ausprobieren, bin jetzt schon extern unterwegs. Aber vielleicht siehst du dann diese Meldungen nicht mehr (habe ich nach dem Start des Bootvorgangs, nach grub auch). Wäre toll, wenn du posten könntest, ob sich dieser cheat auf deinen Bootvorgang auswirkt.
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 27, 2007 - 12:16 PM
|
|
Joined: Nov 30, 2006
Posts: 3610
Location: Budapest
Status: Offline
|
|
| Zum Sound. Der Fehler liegt im DSDT, welche von ACPI aufgerufen wird:
Quote:
ACPI: DSDT (v001 TOSQCI Denver 0x06040000 MSFT 0x03000001) @ 0x00000000
Hier siehst du, dass die DSDT aus dem BIOS aufgerufen wird.
Nach dem Hack wird die DSDT nicht mehr vom BIOS eingelesen, sondern von der selbst kompilierten Datei DSDT.aml.
Das BIOS ist von Phoenix Ltd. mit Sitz in Denver, und die ist DSDT ist nicht nur nach DSDT-Standards fehlerhaft kompiliert (der Intel-Compiler gibt Fehler aus).
Etwas ausführlicher:
Normalerweise reicht die Fehlerbereinigung bei Problemen mit ACPI, betrifft aber meistens nicht den Sound, sondern zum Beispiel eine fehlerhafte Batteriestandsanzeige.
Bei den neuen Toshiba-Geräten wurde lange gerätselt, warum beim Sound ein DSDT-Hack nicht ausreicht, bis ein Gentoo-Hacker draufgekommen ist, dass dem BIOS vorgegaukelt werden muss, dass man kein Linux fährt, sondern ein Windows. Man muss also noch eine Zeile in die DSDT einfügen, welche ein Fake Windows vorgaukelt, dann geht der Sound auch mit ACPI perfekt.
Schau dir hier meinen Beitrag bzw. den Thread an. Habe hier auf sidux in Echtzeit meine Lösung gepostet:
http://sidux.com/index.php?name=PNphpBB ... 1833#11833
Zu deiner Produktnummer: bitte lass mir bis morgen Zeit, aber es könnte gehen, dass meine DSDT.aml bei dir funktioniert. Der Rest ist einfach (Einbindung der DSDT.aml ins initrd.img.
Grüße
hubi
PS: das mit den Farben (auf die Idee bin ich nicht gekommen) war bei mir immer so, wenn ich ein Live-System installierte. Das sei mal kein Problem. |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 27, 2007 - 12:39 PM
|
|
Joined: Nov 30, 2006
Posts: 3610
Location: Budapest
Status: Offline
|
|
|
renewehle wrote:
Hui, das klingt ja nach einem heißen Eisen. Da brauche ich auf jeden Fall Deine kompetente Hilfe. Ich nutze zwar Linux schon seit einigen Jahren, aber eben nicht sooo intensiv. Abkürzungen wie "DSDT" oder "mittels m-a" sagen mir nichts.
Bin aber gerne bereit alles zu testen um zum Ziel zu kommen. Und mein Ziel war es mit dem neuen Laptop nur noch unter Linux zu arbeiten. Das nenne ich mal ein vernüftiges Ziel
http://de.wikipedia.org/wiki/Advanced_C ... n_Table.29
Zu den konkreten Aufgaben:
1. PSPAHE ist wahrscheinlich ok. Für H steht normal 0, 3 oder 6
2. Du hast BIOS v3.30 von Phoenix, ich auch
3. Die BIOS-Dateien sind identisch für alle Satellite P 100
4. Ich poste dir meine DSDT.aml (die DSDT, welche gelesen werden soll)
5. Du kriegst eine Anleitung, wie du initrd.img anweist, nicht aus dem BIOS zu lesen
Punkt 4 und 5 kann ich erst morgen machen, wenn ich wieder am Toshiba bin. Aber zu 99 Prozent funktioniert die Sache, und du hast dann vollen Sound auch mit ACPI (ohne ACPI ist das etwas öde mit dem Schleppi).
Die DSDT.aml ist dann zukunftssicher, da slh den Kernel patcht, aber er ist auch anwendbar zumindest mit Ubuntu, SuSE und Mandriva. Die haben auch den DSDT-Patch im Kernel, der im Vanilla-Kernel von kernel.org nicht enthalten ist. ArchLinux soll auch den Patch bereits im Kernel haben. Du musst nur darauf achten, dass die Methode der Einbindung der DSDT.aml bei anderen Distributionen anders geregelt ist bzw. sein kann.
Wenn meine DSDT.aml passt, dann ersparst du dir den härtesten Teil: das Umschreiben und Rekompilieren der DSDT. Nur beachten solltest du, dass nach einem BIOS-Upgrade diese DSDT.aml mit höchster Wahrscheinlichkeit nicht mehr funktioniert und neu fehlerbereinigt werden muss (so eine neue Version nicht den Fehler behebt - bei mir ist es das dritte BIOS, und keines hat ursprünglich Sound ausgegeben).
Und Linux am Laptop? Ich habe auch nur ausschließlich Linux drauf und war schon ziemlich sauer, als ich am Toshiba keinen Sound hatte, obwohl die KollegInnen drüber sicher erfreut waren
Aber jetzt ist das ein wunderbarer Laptop, auch wenn er einige Nerven und Hirnschmalz gekostet hat. Und dem unbekannten Gentoo-Hacker bin ich zu unendlichem Dank verpflichtet.
Grüße
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 27, 2007 - 06:19 PM
|
|
Joined: Feb 26, 2007
Posts: 58
Status: Offline
|
|
Das habe ich schon mal testen könnne, leider hat das kein anderes Ergebnis gebracht, die PCI errors kommen trotzdem noch.
hubi wrote:
Meine Antworten werden mal langsam reinkommen. Hier eine erste, zu dmesg:
Quote:
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.2
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.2
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.2
PCI: Failed to allocate mem resource #6:20000@d0000000 for 0000:01:00.0
Diese Meldung kommt mir bekannt vor, aber versuch mal als Cheatcode in der Grubzeile
Code:
pci=routeirq
Werde ich selber morgen auf Arbeit ausprobieren, bin jetzt schon extern unterwegs. Aber vielleicht siehst du dann diese Meldungen nicht mehr (habe ich nach dem Start des Bootvorgangs, nach grub auch). Wäre toll, wenn du posten könntest, ob sich dieser cheat auf deinen Bootvorgang auswirkt.
hubi
|
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Feb 27, 2007 - 10:41 PM
|
|
Joined: Nov 30, 2006
Posts: 3610
Location: Budapest
Status: Offline
|
|
Danke, dann lassen wir die Errors mal, ich habe sie am Toshiba auch noch. Schauen wir mal, ob ich morgen (Mittwoch) die Anleitung hinkriege, dass du die DSDT einbinden kannst.
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
