Jump to content

spakk

Local Moderators
  • Content Count

    4,263
  • Joined

  • Last visited

  • Days Won

    41

Reputation Activity

  1. Like
    spakk got a reaction from Maniac10 in GenericUSBXHCI.kext VIA VL800 chip:   
    or look here: https://github.com/al3xtjames/Gigabyte-GA-Z77X-macOS-Install

  2. Like
    spakk got a reaction from mnfesq in App to Compare DSDT Files?   
    save both contents as *.txt file, then install diffmerge.app and compare both txt files, then transfer the appropriate changes to one of the * txt file and then start maciasl.app and paste the content of the txt file i to the dsdt etc ....
  3. Like
    spakk got a reaction from mnfesq in App to Compare DSDT Files?   
    save both contents as *.txt file, then install diffmerge.app and compare both txt files, then transfer the appropriate changes to one of the * txt file and then start maciasl.app and paste the content of the txt file i to the dsdt etc ....
  4. Like
    spakk got a reaction from mnfesq in App to Compare DSDT Files?   
    save both contents as *.txt file, then install diffmerge.app and compare both txt files, then transfer the appropriate changes to one of the * txt file and then start maciasl.app and paste the content of the txt file i to the dsdt etc ....
  5. Like
    spakk got a reaction from mnfesq in App to Compare DSDT Files?   
    save both contents as *.txt file, then install diffmerge.app and compare both txt files, then transfer the appropriate changes to one of the * txt file and then start maciasl.app and paste the content of the txt file i to the dsdt etc ....
  6. Like
    spakk reacted to TheRacerMaster in App to Compare DSDT Files?   
    You could disassemble them using iasl, and then compare the disassembled files using diff (or some GUI alternative).
  7. Like
    spakk reacted to ydeng in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    delay prints by 10micro seconds
  8. Like
    spakk got a reaction from ITzTravelInTime in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    wow! cool you are on target
  9. Like
    spakk reacted to AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    it boots to white screen with loading cursor and then the system shuts down. Here are the log of booting:





  10. Like
    spakk reacted to ydeng in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    Instructions have no effect!
     
    how about this one?
  11. Like
    spakk reacted to AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    It doesn't get a kernel panic anymore!
  12. Like
    spakk reacted to ydeng in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    Put this line where you insert printf.  You can build your own without the debug messages.
     
    sse3_obj.islegacy = 0;
  13. Like
  14. Like
  15. Like
    spakk reacted to AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    I'm getting this kernel panic if I don't use the current version of Enoch.But with sse41_run between pal_cli(); pal_sti(); or disable_preemption(); enable_preemption(); in opemu.c I'm getting this kernel panic which is the same one like without printf in sse4_run above of switch statement of mnemonic:

    And if I put printf () above sse41_run in opemu.c, I will get the same kernel panic as well.
  16. Like
    spakk got a reaction from AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    @AXAXAXAXAXAX,
    here is the video video result, booting with your last kernel: https://workupload.com/file/rdphVN2
    a positive change against the penultimate kernel was that no has occurred "OPEMU UD2" error loop.
    but no changes in the boot process against your last kernel, see the two pictures, which I've uploaded above
     
    @Yuqing Deng,
    I hope you can fix the problem., good job!
  17. Like
    spakk got a reaction from AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    @AXAXAXAXAXAX,
    here is the video video result, booting with your last kernel: https://workupload.com/file/rdphVN2
    a positive change against the penultimate kernel was that no has occurred "OPEMU UD2" error loop.
    but no changes in the boot process against your last kernel, see the two pictures, which I've uploaded above
     
    @Yuqing Deng,
    I hope you can fix the problem., good job!
  18. Like
    spakk got a reaction from jjb4 in Intel HD 620 - 9mb Ram   
    read here: http://www.insanelymac.com/forum/topic/322611-sierra-installation-on-7th-gen-intel-processor-with-intel-hd-620/
  19. Like
    spakk reacted to AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    I think only printf in sse41.c affected that. But I'll check it with clean sources and report later.
     
    Edit:
    I applied ydeng's patch onto sourses, commented printf in opemu_ktrap and opemu_utrap in opemu.c and enabled printf in op_sse41_run in sse41.c and built this kernel and it doesn't get kernel panic
    kernel.zip
     
  20. Like
    spakk got a reaction from AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    I think it has something to do with the graphics card
     
    Edit:
    this is my test result


  21. Like
    spakk reacted to AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    New test kernel
     
    Edit:
    It boots to the white screen with loading cursor but then the system shuts down with this log

    kernel.zip
  22. Like
    spakk reacted to AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    I've used ydeng's patch and added printf in op_see41_run. That's all
    and printf should be disabled in other places in opemu because it will get a kernel panic if it isn't.
  23. Like
    spakk got a reaction from AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    so now it stops at this endless loop with Opemu: UD2 error.
    What changes you have made?

  24. Like
    spakk reacted to AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    I guess there is a bug somewhere in opemu, probably in sse41.c. I added printf in sse41.c and the kernel started working and it doesn't matter what to put in printf, it will work while printf is there. Here is some reference to that https://stackoverflow.com/questions/6079865/why-does-a-printf-stop-a-crash-from-occuring/6079878#6079878
     
    and here is my test kernel. i put dots in printf in it to be able to see other print
    kernel.zip
  25. Like
    spakk got a reaction from AXAXAXAXAXAX in TASK FORCE - [AMD] to missing SSE4.1 Instruction set - older CPUs on macOS Sierra (10.12.x)   
    Insert the USB dummies into S/L/E and test again
    USB-Fix.zip
×