Skocz do zawartości

man_of_the_oak

R.E.D.
  • Postów

    833
  • Dołączył

  • Wygrane w rankingu

    9

Odpowiedzi opublikowane przez man_of_the_oak

  1. W kwestii AirPlay się wyjaśniło - działa, po prostu założyłem, że w oparciu o to będę w stanie udostępnić ekran macOS na iPadzie, natomiast to już inna technologia. Trochę pomieszałem ;)

    Odgrzeję jednak ten temat, gdyż mam wrażenie, iż dziwny problem, który aktualnie mam może być związany z kwestią poprawnego odpalenia iGPU. 

    Mianowicie, ostatnio postanowiłem skorzystać z nowego narzędzia od Canona (EOS Webcam Utility), które umożliwia wykorzystanie aparatu jako kamerki internetowej. Zainstalowałem oprogramowanie, wszystko wydawało się działać, lecz po paru sekundach obraz zniknął, a pojawił się komunikat o problemie z połączeniem z aparatem. Sprawdziłem z ciekawości i na MacBooku Pro z sygnatury wszystko działa idealnie.

    Problem po stronie USB bym wykluczył, gdyż wszystkie inne urządzenia działają idealnie.

    Co zwróciło jednak moją uwagę to pojawiające się w logach:

    void IOAccelFenceMachine::fence_timeout(IOTimerEventSource *): IntelAccelerator prodding blockFenceInterrupt

    Nie muszę nawet mieć podpiętego aparatu, aby w momencie przejścia do ustawień video np. w zoomie i wybraniu EOS Webcam Utility jako źródło obrazu otrzymać serię takich błędów w logach:

    WUJQOSc.png

    Czy ktoś z Was spotkał się z czymś takim? Wcześniej doszliśmy do tego, że moje ustawienia pod kątem grafiki wydają się być poprawne, zanim jednak napiszę do supportu Canona, chciałbym wykluczyć problem po stronie Hackintosha...

    Warto dodać, że w trakcie, gdy w logach pojawiają się błędy, tak wygląda wykres z Intel Power Gadget (GFX REQ):

    yw5ABDP.png

    Dodatkowo sprawdziłem, iż jakiekolwiek użycie iGPU powoduje takie błędy w logach, chociaż nie wpływa na działanie np. odtwarzanego przez Preview filmu...

  2. W opisie dot. metody manualnej mamy jeszcze to: https://dortania.github.io/OpenCore-Post-Install/usb/manual/manual.html#bluetooth

    O ile dobrze pamiętam, u mnie przed ustawieniem tego portu na 255 system w ogóle nie widział BT, przy czym mowa o BT wbudowanym w BCM94360CD. U innych znowu niepoprawne ustawienie powoduje problemy ze sleepem, tutaj przykład: https://www.tonymacx86.com/threads/solved-broadcom-wifi-bluetooth-card-sleep-issue.251385/

    Najpewniej sytuacja wygląda zupełnie inaczej w przypadku BT podpinanego do standardowego portu USB. Osobiście raczej bym nie ustawiał takich portów na internal, nie wydaje się to mieć sensu.

  3. 12 minut temu, danielosx86 napisał:

    Od zawsze mam BT dongle podpięty pod port zewnętrzny (do huba klawiatury Apple) i nigdy nie było z nim problemów, a działa od czasów 10.9 z Magic Mouse i każdym innym sprzętem. Co daje zmiana na internal? Czy to przypadkiem nie dotyczy tylko kart WiFi z BT? 

    Tutaj jest parę słów odnośnie kwestii ustawiania portów na internal: https://dortania.github.io/OpenCore-Post-Install/usb/intel-mapping/intel.html

  4. Rzeczywiście, sprawdziłem i wedle standardu jest 500 mA. Ciekawi mnie jednak do czego w takim razie odnosił się producent w tym fragmencie:

    Cytat

    Scarlett 4i4 3rd Gen requires 900mA of power for complete operation. All USB 3.0 and most USB 2.0 ports* are capable of providing this level of current. 

     

  5. Edit: Sprawa wyjaśniona - problem nie był związany z samym Hackintoshem. Okazało się, że winowajcą był kabel, którego używałem w formie przedłużenia do zbyt krótkiego kabla dołączonego z interfejsem. Udało mi się znaleźć sposób reprodukcji opisywanego problemu poprzez wysyłanie wiadomości MIDI - gdy łączyłem się z wykorzystaniem wspomnianej przedłużki, po paru chwilach od wysyłki pierwszych wiadomości interfejs przestał je przetwarzać, a później zaczynały się dziać inne cuda (np. brak przesyłu dźwięku na monitory, pomimo obecności urządzenia w systemie). Wystarczyło jednak podpiąć się bezpośrednio, z użyciem innego, krótszego kabla i wszystko wróciło do normy. Daję znać dla potomnych ^_~

    Co prawda nie podejrzewałem, abym coś źle ustawił przy użyciu USBMap, natomiast zrobiłem od nowa mapowanie z Hackintool.

    Rozpiska, którą przygotowałem dla swojej płyty przy tej okazji:

    spacer.png

    Trochę dziwne są dla mnie pary HS09/SS05 i HS10/SS06, gdyż z tego co widzę w tutorialach, zawsze numeracja HS**/SS** jest zgodna, ale upewniłem się wielokrotnie i nie zrobiłem tutaj błędu.

    Finalny rezultat mapowania:

    spacer.png

    Zasadniczo dokładnie to samo, co uzyskałem z USBMap. Tam również ustawiłem PR11, PR21 jako internal, do tego HS06, pod które mam podpięty Bluetooth. Porty wyłącznie USB 2.0 (HS13, HS14) connector jako USB 2.0, zaś dla HS** będących przy tym częścią USB 3.0, pozostawiłem to samo co dla odpowiadającego SS**.

    Co jednak zwróciło moją uwagę, gdy grzebałem w sieci: https://support.focusrite.com/hc/en-gb/articles/360003921499-Scarlett-4i4-3rd-Gen-power-requirements

    Cytat

    Scarlett 4i4 3rd Gen requires 900mA of power for complete operation. All USB 3.0 and most USB 2.0 ports* are capable of providing this level of current. 

    O ile dla urządzeń USB 3.0 jestem w stanie uzyskać 900mA, o tyle z interfejsem dostarczony został kabel USB-C na USB 2.0 (dopiero teraz się zorientowałem), a na nim mam taki rezultat:

    spacer.png

    Przykład dla pendrive USB 3.0 podpiętego do tego samego portu:

    spacer.png

    Mamy dostępne natężenie 900 mA... Co więcej, zwróćcie uwagę, że magistrale USB 2.0 (to chyba u mnie PR11 i PR21) nadal nie są używane, pomimo podpięcia myszy i klawiatury do portów USB 2.0 (HS13, HS14, dla przypomnienia). Z tego co jednak widzę, jest to standardowe działanie (cytat z https://www.tonymacx86.com/threads/a-beginners-guide-to-creating-a-custom-usb-ssdt.272505/ )

    Cytat

    Advanced Trickery - Some chipsets feature both EHCI and XHCI controllers. Earlier ones only have EHCI and the latest only XHCI, but as a community we are using all three types. There is a clever technique whereby USB2 ports can be diverted off the XHC controller and onto the EH01/EH02 pair, freeing-up space in the XHC configuration tree for more USB3 ports. Remember, otherwise there is a 15-port limit and this can be useful. Indeed it is covered in depth on @RehabMan's expert thread and to do this requires two extra kexts - FakePCIID.kext & FakePCIID_XHCIMux.kext.

    Nie powinno mieć to jednak wpływu na działanie portów, przynajmniej tak sądzę.

    Czy istnieje możliwość "podbicia" dostępnego natężenia dla USB 2.0, skoro w teorii powinno być dostępne? W przeciwnym razie chyba zaopatrzę się w kabel USB-C -> USB 3.0 i spróbuję w ten sposób...

    Z ciekawości sprawdziłem na MacBooku i tam także wbija dostępne dla tego urządzenia natężenie 500 mA...

  6. Tzn. gdy problem występuje, nagle przestają działać wszystkie urządzenia podpięte na USB. Nie miałem okazji testować komputera bez podpiętego interfejsu, gdyż jest mi on potrzebny cały czas, a problem jest tak randomowy, że ciężko np. wybrać jeden dzień w weekend na testy i liczyć, iż akurat się uda...

    Jak w takim razie sobie z tym radzisz? 

  7. Hej,

    Ostatnio udało mi się doprowadzić do perfekcji działanie mojego Hackintosha, a przynajmniej tak sądziłem...

    Na sprzęcie ze stopki (Z97), w zupełnie losowych momentach (np. raz na tydzień) porty USB przestają działać. Wygląda to jednak o tyle dziwnie, że zasilanie wydaje się być nadal dostarczane (świecą się diody np. na interfejsie audio), ale sprzęt nie działa. Z uwagi na losowość występowania, udało mi się sprawdzić niewiele kombinacji umożliwiających "ożywienie" portów - zauważyłem, że odpięcie i podpięcie ponownie interfejsu, po czym np. wciśnięcie klawisza na klawiaturze pomaga. Zaznaczam, że ani razu nie spotkałem się na tej instalacji z KP, samoczynnymi restartami itd.

    Nie wiem na ile może mieć to znaczenie, ale aby zasilanie portów USB nie było dostarczane po wyłączeniu systemu, ustawiłem w BIOS-ie ErP na "Enabled in S4+S5".

    Uprzedzając pytania - nie korzystam z USBInjectAll czy "fixów" usuwających limit 15 portów. Wykonałem natomiast mapowanie (https://github.com/corpnewt/USBMap), schodząc do optymalnej ich ilości - aktualnie wygląda to tak:

    spacer.png

    Logi:

    Sep 24 22:34:36 iMac-Jakub com.apple.xpc.launchd[1] (com.apple.mdworker.shared.03000000-0200-0000-0000-000000000000[1548]): Service exited due to SIGKILL | sent by mds[113]
    Sep 24 22:34:53 iMac-Jakub com.apple.xpc.launchd[1] (com.apple.mdworker.shared.0F000000-0400-0000-0000-000000000000[1547]): Service exited due to SIGKILL | sent by mds[113]
    Sep 24 22:34:58 iMac-Jakub MobileDeviceUpdater[1281]: Entered:_AMMuxedDeviceDisconnected, mux-device:81
    Sep 24 22:34:58 iMac-Jakub AMPDeviceDiscoveryAgent[368]: Entered:_AMMuxedDeviceDisconnected, mux-device:81
    Sep 24 22:34:58 iMac-Jakub AMPDeviceDiscoveryAgent[368]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:81
    Sep 24 22:34:58 iMac-Jakub AMPDeviceDiscoveryAgent[368]: tid:7a2b - BootedOS mode device disconnected
    Sep 24 22:34:58 iMac-Jakub MobileDeviceUpdater[1281]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:81
    Sep 24 22:34:58 iMac-Jakub MobileDeviceUpdater[1281]: tid:1b1f - BootedOS mode device disconnected
    Sep 24 22:34:58 iMac-Jakub MobileDeviceUpdater[1281]: tid:1a17 - Invalid ECID passed to make key with
    Sep 24 22:34:58 iMac-Jakub MobileDeviceUpdater[1281]: tid:1a17 - Failed to create ecid key for RSD device
    Sep 24 22:34:58 iMac-Jakub AMPDeviceDiscoveryAgent[368]: tid:7a2b - Invalid ECID passed to make key with
    Sep 24 22:34:58 iMac-Jakub AMPDeviceDiscoveryAgent[368]: tid:7a2b - Failed to create ecid key for RSD device
    Sep 24 22:34:58 iMac-Jakub MobileDeviceUpdater[1281]: tid:1a17 - Failed to get ECID from MDRemoteService device
    Sep 24 22:34:58 iMac-Jakub MobileDeviceUpdater[1281]: tid:1a17 - Invalid ECID passed to make key with
    Sep 24 22:34:58 iMac-Jakub AMPDeviceDiscoveryAgent[368]: tid:7a2b - Failed to get ECID from MDRemoteService device
    Sep 24 22:34:58 iMac-Jakub MobileDeviceUpdater[1281]: tid:1a17 - Couldn't generate a deviceKey for an MDRemoteServiceDeviceRef.
    Sep 24 22:34:58 iMac-Jakub AMPDeviceDiscoveryAgent[368]: tid:7a2b - Invalid ECID passed to make key with
    Sep 24 22:34:58 iMac-Jakub AMPDeviceDiscoveryAgent[368]: tid:7a2b - Couldn't generate a deviceKey for an MDRemoteServiceDeviceRef.
    Sep 24 22:35:01 iMac-Jakub systemstats[97]: assertion failed: 19G2021: systemstats + 664509 [7B7F7B73-FFF4-3CB7-9C6F-CBD9A3397587]: 0x7fd269707300
    Sep 24 22:35:01 iMac-Jakub xpcproxy[1552]: libcoreservices: _dirhelper_userdir: 557: bootstrap_look_up returned (ipc/send) invalid destination port
    Sep 24 22:35:01 iMac-Jakub xpcproxy[1553]: libcoreservices: _dirhelper_userdir: 557: bootstrap_look_up returned (ipc/send) invalid destination port
    Sep 24 22:35:01 iMac-Jakub xpcproxy[1554]: libcoreservices: _dirhelper_userdir: 557: bootstrap_look_up returned (ipc/send) invalid destination port
    Sep 24 22:35:01 iMac-Jakub xpcproxy[1555]: libcoreservices: _dirhelper_userdir: 557: bootstrap_look_up returned (ipc/send) invalid destination port
    Sep 24 22:35:01 iMac-Jakub xpcproxy[1556]: libcoreservices: _dirhelper_userdir: 557: bootstrap_look_up returned (ipc/send) invalid destination port
    Sep 24 22:35:01 iMac-Jakub xpcproxy[1557]: libcoreservices: _dirhelper_userdir: 557: bootstrap_look_up returned (ipc/send) invalid destination port
    Sep 24 22:35:01 iMac-Jakub xpcproxy[1558]: libcoreservices: _dirhelper_userdir: 557: bootstrap_look_up returned (ipc/send) invalid destination port
    Sep 24 22:35:01 iMac-Jakub xpcproxy[1559]: libcoreservices: _dirhelper_userdir: 557: bootstrap_look_up returned (ipc/send) invalid destination port
    Sep 24 22:35:01 iMac-Jakub MobileDeviceUpdater[1281]: Entered:_AMMuxedVersion2DeviceConnected, mux-device:82
    Sep 24 22:35:01 iMac-Jakub AMPDeviceDiscoveryAgent[368]: Entered:_AMMuxedVersion2DeviceConnected, mux-device:82
    Sep 24 22:35:01 iMac-Jakub MobileDeviceUpdater[1281]: tid:1a17 - unable to query device capabilities
    Sep 24 22:35:01 iMac-Jakub AMPDeviceDiscoveryAgent[368]: tid:7a2b - unable to query device capabilities
    Sep 24 22:35:03 iMac-Jakub com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.pid.activateSettings.1561): Failed to bootstrap path: path = /System/Library/PrivateFrameworks/SystemAdministration.framework/Versions/A/Resources/activateSettings, error = 2: No such file or directory
    Sep 24 22:35:15 iMac-Jakub AccountProfileRemoteViewService[1564]: objc[1564]: Class AOSUISpyglassAccountChangeHelper is implemented in both /System/Library/PrivateFrameworks/AOSUI.framework/Versions/A/AOSUI and /System/Library/PrivateFrameworks/AOSUI.framework/Versions/A/XPCServices/AccountProfileRemoteViewService.xpc/Contents/MacOS/AccountProfileRemoteViewService. One of the two will be used. Which one is undefined.
    Sep 24 22:35:15 iMac-Jakub com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.pid.walletAvailabil.1571): Failed to bootstrap path: path = /System/Library/PreferencePanes/Wallet.prefPane/Contents/Resources/walletAvailabilityCheckTool, error = 2: No such file or directory
    Sep 24 22:35:15 iMac-Jakub com.apple.xpc.launchd[1] (com.apple.bsd.dirhelper[1581]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.bsd.dirhelper
    Sep 24 22:35:15 iMac-Jakub Finder[354]: libcoreservices: __create_or_fix_relative_directory: 1002: __dirhelper_create_relative_with_error: error Operation not permitted
    Sep 24 22:35:20 iMac-Jakub syncdefaultsd[1592]: objc[1592]: Class SYDClient is implemented in both /System/Library/PrivateFrameworks/SyncedDefaults.framework/Versions/A/SyncedDefaults and /System/Library/PrivateFrameworks/SyncedDefaults.framework/Support/syncdefaultsd. One of the two will be used. Which one is undefined.
    Sep 24 22:35:20 iMac-Jakub syncdefaultsd[1592]: objc[1592]: Class SYDJournal is implemented in both /System/Library/PrivateFrameworks/SyncedDefaults.framework/Versions/A/SyncedDefaults and /System/Library/PrivateFrameworks/SyncedDefaults.framework/Support/syncdefaultsd. One of the two will be used. Which one is undefined.
    Sep 24 22:35:41 iMac-Jakub bluetoothd[145]: BUG in libdispatch client: read, monitored resource vanished before the source cancel handler was invoked { 0x7fe89bf16170[source], ident: 12 / 0xc, handler: 0x10473faa0 }
    Sep 24 22:35:58 iMac-Jakub com.apple.xpc.launchd[1] (com.apple.mdworker.shared.0F000000-0600-0000-0000-000000000000[1589]): Service exited due to SIGKILL | sent by mds[113]
    Sep 24 22:35:58 iMac-Jakub com.apple.xpc.launchd[1] (com.apple.mdworker.shared.07000000-0700-0000-0000-000000000000[1591]): Service exited due to SIGKILL | sent by mds[113]
    Sep 24 22:37:53 iMac-Jakub com.apple.xpc.launchd[1] (com.apple.mdworker.shared.02000000-0200-0000-0000-000000000000[1593]): Service exited due to SIGKILL | sent by mds[113]
    Sep 24 22:39:17 iMac-Jakub com.apple.xpc.launchd[1] (com.apple.mdworker.shared.02000000-0300-0000-0000-000000000000[1594]): Service exited due to SIGKILL | sent by mds[113]
    Sep 24 22:40:45 iMac-Jakub Spotlight[432]: assertion failed: 19G2021: libxpc.dylib + 92759 [3E243A41-030F-38E3-9FD2-7B38C66C35B1]: 0x89
    Sep 24 22:40:46 iMac-Jakub diagnosticd[1606]: Posting empty stream filter
    Sep 24 22:40:46 iMac-Jakub diagnosticd[1606]: no EOS device present
    Sep 24 22:40:46 iMac-Jakub diagnosticd[1606]: allowing Console (1602) access to stream due to admin status
    Sep 24 22:40:46 iMac-Jakub diagnosticd[1606]: Posting stream filter: "{
    	    global = 47245099008;
    	}"

     

    Zastosowane kexty:

    spacer.png

    Byłbym wdzięczny za sugestie!

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystanie z tej witryny, wymaga zakceptowanie naszych warunków Warunki użytkowania.