T60p atheros kernelpanic, externer monitor

moin!

das hört sich plausibel an - das, was in der legacy.kext zu meinem mac modell steht (aktuell mbpro 2.3) in die acpiSmcPlatformPlugin-plist eintragen - oder besser das gewählte modell verändern? - welches? warum hast du das macbookpro 3.1 gewählt? eigentlich sind die t60(p) doch fast 100% mit dem macbookpro 2.2 identisch (-> ich7 chipsatz mit denselben cpus, atimobility x1600 etc) und mit einem imac aus der selben zeit -
nebenbei: hatte silencer nicht irgendwo auch mal gesagt, dass er sleep nicht wirklich zum laufen gebracht hatte?

jut, wird ausprobiert -

ich hab gestern das schlafen legen mit angeschlossenem externem monitor an der nr.2 (dem "frischen") noch mal probiert:
einschlafen geht ->blinkt, pieeept, und mond leuchtet, allerdings wacht er beim anstupsen der usbmaus direkt wieder auf - dann (ebenso beim aufklappen/ fn/f4 erneut drücken) kommt eine fehlermeldung "error 0192" protected security chip... o.ä. das einzige, was dann noch geht, ist auschalten und neustarten, dabei kommt dann noch eine beschwerde über den chip inkl. aufforderung, ihn zu deaktivieren. spasseshalber hab ich das ding mal aktiviert, "geklärt" und wieder deaktiviert - hat nichts geändert. ausserdem hatte der mistkerl dann auch noch touchpad und trackpoint dauerhaft "gefressen"....
auf der nr.2 ist auch noch ein linux drauf, damit geht schlafen&aufwachen einwandfrei - beim googeln des fehlers bin ich darauf gestossen, dass dieser error ein mainboarddefekt sein könnte, allerdings konnten die betroffenen überhaupt nicht mehr starten, das scheints glücklicherweise nicht zu sein -

mit dem auslesen der monitordaten hab ich mich auch noch vergnügt, leider hab ich kein windoof mehr auf den kleinen, und an dieser http://thinkwiki.de/Display-EDID_verändern (url code???) anleitung bin ich (vorerst) gescheitert - "i2cdetect -l" hat keine sinnvollen erkenntnisse ausgespuckt.... aber so hätte das t42 display evtl. noch eine chance - ich bleib dran

aber die nächsten tage wird nix mit basteln, da halte ich mich in "internetfreier" (und teilweise computerfeindlicher (wie geht denn das?)) umgebung auf (grmpf)
also schöne feiertage&bis denne!
grT

moin garstiger hobbit!
wieder da, und die entzugserscheinungen in der internetfreien umgebung haben sich in grenzen gehalten .... schööön wieder eine thinkpadtastatur prügeln zu können....
es hätte mich auch mächtig gewundert (und schwer zu denken gegeben), wenn 2 thinkpads theoretisch seit einem jahr superbrav unter linux&(igitt)windoof arbeiten, und dann beide aus heiterem himmel parallel zueinander (und auch noch auf meinem schreibtisch) einen plötzlichen mainboardtod sterben.... (der böse blick/zeigefinger des dvd-fütterers????? oder die magischen katzenhaare des 2.besitzers (wörtlich zunehmen)) -
morgen gehts weiter, bericht folgt -
grussgrT

also -
der security-temper interessiert sich recht wenig für den hibernate-modus - auf 0 gesetzt, trotzdem die selbe meldung (neustart hab ich gemacht, kontrolle auch)
hab noch mit den einstellungen des chips experimentiert, nix
dann hab ich den restart-fix aus der boot.plist gelöscht, und in den energie-einstellungen neustart nach stromausfall angehakt, daraufhin gab es keinen temper mehr, aber einen sauberen neustart
dann fiel ein wenig die konzentration aus (hab parallel den hp530 verarztet) und welche der beiden einstellungen den security-temper wieder hervorgelockt hat, kann ich nicht mehr sagen - wird nachher geprüft.

so... und das mit silencers sleepansatz hab ich nicht so wirklich verstanden - ich hab mir die dsdt für dummies noch mal zu gemüte geführt - er überträgt die infos aus der plist des mbp2.2 (am nächsten am t60p dran) in die plist der legacy.kext, überschreibt die modellbezeichnung mit mbp2.3 - das in der smbios.plist angegebene "fakeMacBook" - könnte demnach auch macBookPro 2.7 oder 17.1 heissen, hauptsache, es ist kein "echtes modell", und es taucht in beiden dateien auf - soweit, sogut.
aber ab hier komm ich nicht mehr mit.. du hast die plist des von dir gewählten modelles direkt in der appleAcpi...kext verändert - auch klar, und wenn man nicht gerade ein update-freak ist, spricht nix dagegen, kexte direkt anzupassen (ich markiere sowieso alles, was nicht original ist in S/L/E mit unterschiedlichen farben, und sichere es noch einmal extern, sobald es funktioniert) grmpff... was wurde denn nun verändert/hinzugefügt an dem übertragenen plist text? rein logisch müssen ja nur die relevanten änderungen durchgeführt bzw. ergänzt werden - jut, muss ich wohl mal minutiös vergleichen.. (mist, wenn man die syntax/die begriffe in dem code nicht richtig versteht... ist so, wie textvergleich in einer fremdsprache, von der man nur die allerersten "mein name ist...", "das ist ein tisch.." gelernt hat.... )

tja, und schlafen ohne den externen monitor ist auch nicht - aber das dürfte ein sekundäres problem sein, sobald es mir gelingt, die edid eines funktionierenden monitors auszulesen, trag ich ihn ein, und die meise müsste sich erledigt haben

also auf in den kampf
bericht folgt
grussgrT

EDIT 1
meine nerven....... aber nun hab ich das bios-update erfolgreich hinter mich gebracht, läppi lebt noch, und hat eine broadcom bcm94311 im wanst. sie wurde ohne irgendwelche veränderungen umgehend vom system erkannt, liess sich einrichten und voilà - alles schick (zumindest kabelfreies internet )

gerade ist das system mal wieder auf eine neue festplatte umgezogen, und seit dem gibt es kernelpanic durch efinvram/efiruntime.
wenn ich den bootloader der alten festplatte nutze (ans usb gestöpselt), und darüber das neue system auf der internen platte starte, alles gut, von der internen allein gehts nicht.
die beiden systeme sind identisch, bloss der bootloader wurde irgendwie nicht richtig mitgeklont, den hab ich nachinstalliert (chameleon) - die beiden boot.plists sind definitiv aber gleich.
versteh ich nun gar nicht.....
tante google hat ausgespuckt, ich möge per disabler.kext in E/E das problem lösen (dann werden die beiden EFI....kexte einfach nicht mehr geladen, und können auch keinen unfug treiben) - ok., könnte ich machen, aber schmeckt mir nicht wirklich... vorher ging es schliesslich auch
fällt da wem was ein?
gruss von grT

neee.. hast recht, gefällt mir gar nicht

und ich glaube auch nicht, dass der bootloader das problem ist - der war ok., nachdem ich ihn neuinstalliert hatte - booten ging, bis zur panik halt (-x gab auch panik nebenbei angemerkt)
und der disabler.kext hat es erstmal gerichtet, nun kann ich normal von der internen platte starten

ich würde nur gerne verstehen, was da los ist - so blind drauflos kexte abschalten und nicht wissen warum, macht mir ein kleines bisschen bauchweh

grüsse von grT

ps. und clover wird probiert..