Ich bewundere deine Geduld.
Bei mir wäre das Board schon längst raus aus der Mühle und stünde in der Bucht zur Versteigerung ...
Das Schätzchen scheint ja ein echter Problembär zu sein. Dagegen ist mein Tyan regelrecht pflegeleicht. (Vorausgesetzt, man hat für die 2. CPU die passenden Bios-Einstellungen drin. Siehe meinen ersten Beitrag ...)
Workstation mit zwei Xeon E5 2630 v2 CPUs - ein Hinweis
-
- Erledigt
- Werner_01
- Erledigt
-
Okay frohe Ostern euch allen erstmal
Hab jetzt ein paar fortschritte zu verzeichnen
:Zuerst hatte ich versucht Rollbacks von 10.10.1 zu benutzen aber das endete nur in KP - dann hab ich den AppleAPCIPlatform.kext aus 10.9.5 versucht und dieser ließ mich mit cpus=1, 2, 6, 12 und 24 (18 hatte ich nicht versucht) booten - alle anderen z.B. cpus=16 oder 9 ... endeten in einem KP - das machte mich skeptisch vor allem weil der MacPro6,1 ja ein 12 Core ist ... dann dachte ich okay versuch die vanilla kexts aus 10.10.2 und eben diese cpus=6, 12, 24 und siehe da: KP
okay dann noch bisschen in clover rumprobiert und dann hat's geklappt. Also dachte ich versuchs vllt mal ohne cpus=X mit dieser laufenden config aber wieder KP und dann ist mir noch eingefallen, dass in 10.10.1 ein Kernel Patch nötig war um mit mehr als cpus=31 (in meinem Fall 32) zu booten aber der hat auch nicht geklappt.Wie auch immer: Ich kann jetzt booten mit cpus=31 und brauch dafür in Clover: Patch Apic; Double First State; Kernel CPU; Kernel LAPIC, KernelPM;
KernelHaswellE (ich weiß dass meine CPUs Sandy Bridge sind aber ohne diesen Patch bekomm ich nen KP); AppleRTC; Asus AICPUPM;Hab mal schnell noch Geekbench 3 64Bit durchlaufen lassen und hab 2133 Single-Core und 37085 Multi-Core
das ist schonmal gut zum arbeiten aber da fehlt noch Turbo (Single-Core) und eben der letzte Thread Ich hab da auch was im Bootlog gefunden/ gesehen vllt fällt euch dazu was ein
:Code- 06/04/15 19:11:19,000 kernel[0] ACPI_SMC_PlatformPlugin::pushCPU_CSTData - _CST evaluation failed06/04/15 19:11:19,000 kernel[0] ACPI_SMC_PlatformPlugin::pushCPU_CSTData - _CST evaluation failed06/04/15 19:11:19,000 kernel[0] ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized06/04/15 19:11:19,000 kernel[0] [AGPM Controller] unknownPlatform06/04/15 19:11:19,000 kernel[0] AppleTyMCEDriver::start coreVIDPID = 0xffffffff Number of packages = 1 Number of cpus = 31 memory monitor trough MCA
und das hier:
Ich mach mich jetzt mal an die SSDT EDIT: Hab jetzt mal nochmal alles neu installiert und brauch jetzt irgendwie doch kein Patch HaswellE mehr
SSDT hat nicht geklappt - endete immer in nem KP (war bei 10.10.1 aber auch so) arbeite jetzt erstmal mit cpus=31 außer einem von euch fällt was ein oder hat nen Tipp oderso -
cpus=x braucht man um die Anzahl der Cores bzw. mit Hyperthreading Threads zu begrenzen - deine 2 6 cores haben ja zusammen 12 Cores und 4 Threads und da du ohne den flag cpus=X bootest ist das gleichzustellen mit cpus=24 glaube ich
Der OS X Kernel verträgt maximal 32 Cores oder 16 Cores mit Hyperthreading (siehe Tutor Builds)
Bei mir müssten also eigentlich genau cpus=32 korrekt sein - endet bei mir aber in nem KP deshalb geht das bis jetzt bei mir nicht ohne cpus=XWie auch immer hab jetzt nen Kernel patch gefunden der vllt funktionieren könnte:
Hat man mir im Tomatenforum gezeigt, die wissen aber auch nicht so genau was der macht - er soll eben was auslassen was das boot mit cpus=32 oder eben ohne cpus=x ermöglicht.
Muss ich morgen mal ausprobieren
ZitatDu müsstest letztlich satt jenseits der 40.000 landen, denke ich.
Jap 44212 hatte ich unter Mavericks und vor allem Single-core müsste bei 4000 liegen
-
Zitat
Also: 16/32 gibt es im Original nicht und wird daher auch nicht als Abfragemöglichkeit vorgegeben?!?
Entweder liegt es daran oder weil du Ivys (v2) hast und ich Sandys
oder eben doch an an meinem ach so tollen ASUS Mainboard 
müsste ich mal n Tyan probieren Ich denke es liegt an der Prozessorgeneration - Sandybridge wurde vom MacPro ja ausgelassen
-
Sowas versaut mir nicht die Laune
da gibt's schlimmeres - gibt ja auch noch andere Möglichkeiten wie z.B. zurück zu 10.9 oder vllt mal mit Qemu oderso ZitatIm amerikanischen "Tomaten"-Foum hat einer dein Board verbaut und 10.10.2 als Betriebssystem, allerdings mit den nicht ganz so flotten 2620v2 CPUs drauf.
Die haben ja alle von mir abgeguckt
nur was mich eben erstaunt ist das native PM mit Turbo und allem und das ohne SSDT (oder benutzt du doch eine?) hier ist die Hardware eben doch besser unterstützt 
ZitatRein aus dem Bauch heraus würde ich nicht darauf tippen, dass dein Board an sich das Problem ist.
Naja das Board ist schon etwas komisch wenn man was anderes wie Windows drauf laufen hat - vor allem das man die GPU in Slot 5 oder 7 stecken muss
haben Linux User sich auch schon drüber beklagt (über das Mobo)ZitatDiese CPU=x Geschichte finde ich schon seltsam. Wir allem, weil Mavericks ja lief.
Bei Yosemite haben die ja den Kernel verändert und vllt hat sich Apple gedacht wir unterbinden diese 16 Core Hackintoshs jetzt mal
weiß auch nicht - Ich denke der patch wird funktionieren - hat er in 10.10.1 ja auch - muss ich nachher mal ausprobieren EDIT: Ok patch hat funktioniert alle Logical Cores laufen
- Nochmal Geekbench laufen lassen und siehe da: 2219 Single-Core und 39913 Multi-Core (Unter Windows 8 hatte ich das letzter Jahr auch (nur Multi-Core natürlich)) jetzt fehlt halt noch Speedstep/ Turbo -
Du meinst SSDTPrgen von PikerAlpha?
Ja das hab ich schon gemacht - hab ja auch noch eine aus 10.9.3 aber die gab mir n KP
Hab jetzt gestern mal 10.10.3 installiert und versuch heute mal noch son X79 AppleIntelCPUPowermanagement Patch für Sandybridge-E und IvyBridge-E aus dem verrücktenMac Forum
Mal schauen was der so bringt.
EDIT: juhuu PM funktioniert Der X79 Patch hat funktioniert ich kann mit einer SSDT booten Bin wahrscheinlich mal wieder der erste mit dem Z9PED8-WS auf 10.10.3
Aber Geekbench will noch nicht so ganz hab Werte um die 25000 Hab zwar jetzt meine alte SSDT aus 10.9.3 genommen aber vllt brauch ich ne neue oder Clover macht Probleme -
Liest sich für mich eher so, als wenn die SSDT nicht optimal für das Setup ist. Habe ähnliche Probleme gehabt mit einer nicht ganz passenden SSDT da ist die Kiste mal eben auf dem niedrigsten Step stehen geblieben und das war es dann. Schau mal parallel zu Geekbench mit dem Intel Power Gadget (hoffe das geht bei den XEONS auch) ob und wie der hochtaktet.
-
Deshalb hab ich ja zuerst die alte (funktionierende) SSDT aus 10.9.3 genommen aber ich kenne das Problem hatte bei 10.9.3 auch erst "schlechte" SSDTs. Das mit dem Intel Power Gadget ist so ne Sache: Der installer lässt sich nicht auf DIE (2 CPUs) Systemen installieren - dennoch scheint er ja bei Werner_01 zu funktionieren. Ich vermute er wurde mit einem CPU installiert und dann mit 2 CPUs genutzt; Stimmt das?
Dann versuch ich morgen mal im BIOS 1 CPU zu deaktivieren oder ich zieh das PowerGadget samt Library einträgen vom anderen System rüber
Also ich konnte eben sehen, dass in HWMonitor die Turbo Steps erreicht wurden - muss ich morgen mal schauen EDIT: Ok jetzt komm ich nicht mehr weiter
hab zig Kombinationen durch mit ssdtPrgen.sh komm aber nie wirklich über 27000
Beim booten sehe ich immer das hier:
Also denk ich mir: Ok ist bestimmt Clover mit GeneratePStates (oder CStates) und Veränderung der SSDT Tables usw. also das alles raus und trotzdem wieder:
[size=10][size=10]In der GitHub Repository von ssdtPRGen gibts auch ein paar "Issues" gerade mit dieser Logmeldung aber das betrifft immer nur IvyBridge Prozessoren und zwar normale IvyBridge also 3000er Reihe [size=10] ?([size=10]
Sagt euch die Meldung iwas? -
Eigentlich kommt das Script von Pike auch mit SandyBridge ohne weiteres klar allerdings muss die CPU richtig definiert sein. Unter Clover macht man das in der Sektion CPU im CloverConfigurator und da unter dem Punkt Type. Sandy Bridge müsste eigentlich 0x0206 sein.
-
Und gibts Fortschritte?
Wenn so ein Schätzchen läuft, ist das ein 1A Powerrechner. Da bin ich schon .. neugierig. -
Hey tut mir Leid, dass ich solange nichts gepostet hab - war ne lange Woche
ZitatSandy Bridge müsste eigentlich 0x0206 sein
Hab ich versucht aber brachte mir nix
immer noch dieselbe Fehlermeldung:und eben schlechte Gegebnen Werte. Da wo ich den Kext her hab will mir keiner ne Antwort geben
vllt poste ich mal ins Github Repository von ssdtPRGen aber bis jetzt keine Fortschritte -
Okay, das Problem scheint doch tiefer zu liegen als zunächst gedacht...
Ich habe mal Google nach X86PlatformShim::start - Failed to send stepper befragt und bin dabei auf die GitHub Seite von Pike gestoßen in der das Problem ziemlich breit und Quer diskutiert wird. Soweit ich das rauslesen konnte scheint das injecten der States fehlzuschlagen sprich die CPU Stept nicht wirklich sondern hängt auf irgendeinem Step fest was auch die Performance erklären würde. Ich habe mich jetzt nicht tiefer mit den vielen möglichen Schaltern von ssdtPRGen.sh auseinander gesetzt aber hier scheint der Hase buchstäblich im Pfeffer zu liegen denn irgendwas passt schlicht an der erzeugten SSDT noch nicht. -
Oh, oh - das geht ja so langsam richtig ins Eingemachte. Da kann ich nur sagen: Kopf hoch und Ruhe bewahren.
Gerade bei so etwas ärgert man sich dann ja doch, zumal diese CPUs auch nicht gerade Billigteile darstellen. Aber ich weiß aus meiner Erfahrung, dass man dann irgendwann voller Begeisterung davor sitzt, wenn das Schätzchen dann mal richtig läuft und die Performance stimmt. -
Hi nikezzz,
Auf welcher BIOS-Version bist du denn momentan?
Hab das gleiche Board mit zwei Ivy-Bridge-E Xeons und versuch gerade meine GTX 980 mit Yosemite zum laufen zu kriegen.
Häng aber noch an einer KP fest.Hatte vorher schon Mavericks drauf und auch schon mal Yosemite installiert bekommen, allerdings nur mit einer GTX 760.
-
Die web Treiber sind installiert?:)
