Jump to content

Versions bêtas : OS X 10.11


fantomas
 Share

162 posts in this topic

Recommended Posts

Si c'est toujours nécessaire :

 

Last login: Mon Aug 31 01:46:35 on console
MacBook-Pro:~ polyzargone$ cd /Volumes/EFI/EFI/ClOVER/
MacBook-Pro:ClOVER polyzargone$ ls -l
total 2304
drwxrwxrwx  1 polyzargone  staff     512 29 aoû 04:45 ACPI
-rwxrwxrwx  1 polyzargone  staff  515488 17 aoû 19:32 CLOVERIA32.efi
-rwxrwxrwx  1 polyzargone  staff  644032 17 aoû 19:32 CLOVERX64.efi
drwxrwxrwx  1 polyzargone  staff     512 23 avr 05:57 OEM
drwxrwxrwx  1 polyzargone  staff     512 29 aoû 04:45 ROM
-rwxrwxrwx  1 polyzargone  staff    8499 31 aoû 01:44 config.plist
drwxrwxrwx  1 polyzargone  staff    1024 29 aoû 04:45 doc
drwxrwxrwx  1 polyzargone  staff    1024 29 aoû 04:45 drivers32
drwxrwxrwx  1 polyzargone  staff     512 29 aoû 04:45 drivers32UEFI
drwxrwxrwx  1 polyzargone  staff    1024 29 aoû 04:45 drivers64
drwxrwxrwx  1 polyzargone  staff     512 29 aoû 04:45 drivers64UEFI
drwxrwxrwx  1 polyzargone  staff     512 29 aoû 04:45 kexts
drwxrwxrwx  1 polyzargone  staff    3072 31 aoû 02:07 misc
drwxrwxrwx  1 polyzargone  staff    1536 29 aoû 04:45 themes
drwxrwxrwx  1 polyzargone  staff     512 29 aoû 04:45 tools
MacBook-Pro:ClOVER polyzargone$
Bref, une installation standard de Clover. Je ne vois pas trop en quoi ça pourrait t'aider :unsure:

 

Merci je voulais vérifier les autorisations pour comprendre pourquoi mon injection de kext ne marche pas ... ca ne vient pas de la ... 

Link to comment
Share on other sites

Merci je voulais vérifier les autorisations pour comprendre pourquoi mon injection de kext ne marche pas ... ca ne vient pas de la ...

Si je ne dis pas d'âneries, la partition EFI étant en FAT32, il n'y a pas d'histoires de permissions ou autre. Ce n'est valable qu'avec les partitions formatées en HFS+ (sur OS X :P).

 

Ça explique également pourquoi tu n'as pas besoin de passer un coup de Kext Wizard (s'il supportait les partition EFI ce qui n'aurait aucun sens) ou autre pour que les kexts de EFI/CLOVER/kexts/10.x soient injectés.

Link to comment
Share on other sites

Merci je voulais vérifier les autorisations pour comprendre pourquoi mon injection de kext ne marche pas ... ca ne vient pas de la ... 

 

Je ne comprends toujours pas pourquoi ça ne marche pas : j'ai dû passer à côté d'un truc !

 

Je m'explique en français (en anglais sur le fil "Clover General Discussion").

 

Si ça se trouve ce que je cherche à faire est tout simplement pas possible : je voudrais injecter des kexts avec Clover (depuis EFI/CLOVER/kext/10.11ET avoir des kexts modifiés dans /S/L/E ... 

J'ai toujours fonctionné comme ça : AppleHDA.kext modifié pour mon ALC283 et les autres kexts and l'ESP

 

Cela ne semble marcher que si je reconstruis le cache avec Csr 0x00 (du coup adieu les kexts modifiés), si j'utilise un autre Csr pour recontruire le cache adieu l'injection ...

 

PikerRAlpha propose de bidouiller le cache, cette solution pourrait me convenir mais c'est un peu bûcheron ...

 

Vous pouvez me confirmer qu'il en est de même pour vous:  injection uniquement si cache sous Csr=0x00) ou pas ?

Link to comment
Share on other sites

Merci pour ton retour !

 

El capitan a commencé à être supporté à partir de la version r3225  :yes: donc c'est normal pour le chargement depuis /Other !

Je n'ai jamais essayé de mettre AppleHDA.kext dans L/E ... pensant que des dépendances nous empêcher de le faire.

Mes autres kext sont déjà dans ce dossier donc du coup je vais rester avec Csr=0x03 et tous mes kexts dans L/E.

 

Si j'ai besoin de Csr=0x00, je ne pers que le son (si j'ai tous les autres kexts dans l'ESP).

 

C'est juste que je ne vois pas le rapport entre les deux, c'est peut-être évident pour les dev de Clover mais pas pour moi.

Link to comment
Share on other sites

Je ne comprends toujours pas pourquoi ça ne marche pas : j'ai dû passer à côté d'un truc !

 

Je m'explique en français (en anglais sur le fil "Clover General Discussion").

 

Si ça se trouve ce que je cherche à faire est tout simplement pas possible : je voudrais injecter des kexts avec Clover (depuis EFI/CLOVER/kext/10.11ET avoir des kexts modifiés dans /S/L/E ... 

J'ai toujours fonctionné comme ça : AppleHDA.kext modifié pour mon ALC283 et les autres kexts and l'ESP

 

Cela ne semble marcher que si je reconstruis le cache avec Csr 0x00 (du coup adieu les kexts modifiés), si j'utilise un autre Csr pour recontruire le cache adieu l'injection ...

Ce n'est pas normal ça. Voici ce que j'obtiens avec CsrActiveConfig = 0x3 :

 

 

 

 

MacPro:Extensions polyzargone$ cd /Volumes/EFI/EFI/CLOVER/kexts/10.11 && ls -l
total 3
drwxrwxrwx@ 1 polyzargone  staff  512 29 jul 01:04 FakeSMC.kext
drwxrwxrwx@ 1 polyzargone  staff  512 29 jul 01:04 RealtekRTL8111.kext
drwxrwxrwx  1 polyzargone  staff  512 18 aoû 19:24 realtekALC.kext
10:538  0:004  Preparing kexts injection for arch=x86_64 from EFI\CLOVER\kexts\10.11
10:555  0:016    Extra kext: EFI\CLOVER\kexts\10.11\FakeSMC.kext
10:573  0:017      Extra PlugIn kext: EFI\CLOVER\kexts\10.11\FakeSMC.kext\Contents\PlugIns\ACPISensors.kext
10:577  0:003      Extra PlugIn kext: EFI\CLOVER\kexts\10.11\FakeSMC.kext\Contents\PlugIns\CPUSensors.kext
10:580  0:003      Extra PlugIn kext: EFI\CLOVER\kexts\10.11\FakeSMC.kext\Contents\PlugIns\GPUSensors.kext
10:584  0:004      Extra PlugIn kext: EFI\CLOVER\kexts\10.11\FakeSMC.kext\Contents\PlugIns\LPCSensors.kext
10:591  0:006    Extra kext: EFI\CLOVER\kexts\10.11\realtekALC.kext
10:593  0:002    Extra kext: EFI\CLOVER\kexts\10.11\RealtekRTL8111.kext
MacPro:~ polyzargone$ csrutil status
System Integrity Protection status: enabled (Custom Configuration).

Configuration:
	Apple Internal: disabled
	Kext Signing: disabled
	Filesystem Protections: disabled
	Debugging Restrictions: enabled
	DTrace Restrictions: enabled
	NVRAM Protections: enabled
MacPro:~ polyzargone$ kextstat | grep -v com.apple
Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
   21    4 0xffffff7f828a8000 0x19000    0x19000    org.netkas.driver.FakeSMC (1394) 2DBA2F88-A115-386A-85D0-F88021A4D2E3 <11 7 5 4 3 1>
   22    0 0xffffff7f828c1000 0x5000     0x5000     org.hwsensors.driver.CPUSensors (1394) 2A0C01CE-A1E3-399C-BB84-00148F49D473 <21 7 5 4 3>
   34    0 0xffffff7f828c9000 0x8000     0x8000     org.hwsensors.driver.ACPISensors (1394) BB85F05A-2AF0-3E80-BB37-B8B129AE8AE7 <21 11 7 5 4 3>
   38    0 0xffffff7f80c07000 0x5000     0x5000     org.rehabman.driver.FakePCIID (1.2.0) DEB64F79-A945-3AC3-84E2-8A8A5D4FCF20 <12 7 5 4 3 1>
   41    0 0xffffff7f828d7000 0x13000    0x13000    org.hwsensors.driver.LPCSensors (1394) 32252ABE-128E-371C-AC47-4F32279ED768 <21 12 11 7 5 4 3>
   48    0 0xffffff7f828ea000 0x3a000    0x3a000    com.insanelymac.RealtekRTL8111 (1.2.2) 8377A216-A3E1-3ECD-898A-DDCF8E708D50 <47 12 5 4 3 1>
   49    0 0xffffff7f8292b000 0x15000    0x15000    org.hwsensors.driver.GPUSensors (1394) 0C93DDEC-36B6-31C4-8117-F90AB4544BA5 <21 12 11 7 5 4 3>
  104    2 0xffffff7f81059000 0x2d6000   0x2d6000   com.nvidia.web.NVDAResmanWeb (10.0.7) FF475A3D-C13F-31B6-A651-D21225D429B9 <103 94 77 12 7 5 4 3 1>
  105    0 0xffffff7f8133e000 0x1ad000   0x1ad000   com.nvidia.web.NVDAGK100HalWeb (10.0.7) 10B21320-19BB-3E5F-8507-EFBFA8226EC4 <104 12 4 3>
  107    0 0xffffff7f81d61000 0x9e000    0x9e000    com.nvidia.web.GeForceWeb (10.0.7) FBADD445-69FB-3422-9BF8-19106EAE0787 <106 104 94 77 12 7 5 4 3 1>
  126    0 0xffffff7f82940000 0x28000    0x28000    org.pqrs.driver.Karabiner (10.8.0) 74EA0F43-18C3-3A28-8171-F814C160F43B <32 5 4 3 1>
  130    0 0xffffff7f82968000 0x17000    0x17000    com.tuxera.filesystems.tufsfs.fusefs_txantfs (2013.3.14) 61F2ABBC-F434-3091-8169-063F600D60FD <7 5 4 3 1>
MacPro:~ polyzargone$ cd /Library/Extensions && ls -l
total 0
drwxr-xr-x  3 root  wheel  102 13 jui  2014 ACS6x.kext
drwxr-xr-x  3 root  wheel  102 26 aoû  2013 ATTOCelerityFC8.kext
drwxr-xr-x  3 root  wheel  102 26 aoû  2013 ATTOExpressSASHBA2.kext
drwxr-xr-x  3 root  wheel  102 26 aoû  2013 ATTOExpressSASRAID2.kext
drwxr-xr-x  3 root  wheel  102 20 aoû  2013 ArcMSR.kext
drwxr-xr-x  3 root  wheel  102  1 sep  2013 CalDigitHDProDrv.kext
drwxr-xr-x@ 3 root  wheel  102 29 jul 01:04 DummyUSBXHCIPCI.kext
drwxr-xr-x  3 root  wheel  102 14 avr 12:37 EPSONUSBPrintClass.kext
drwxr-xr-x@ 3 root  wheel  102  4 jul 06:18 FakePCIID.kext
drwxr-xr-x@ 3 root  wheel  102  4 jul 06:18 FakePCIID_XHCIMux.kext
drwxr-xr-x  3 root  wheel  102 15 aoû  2014 HighPointIOP.kext
drwxr-xr-x  3 root  wheel  102 15 aoû  2014 HighPointRR.kext
drwxr-xr-x  3 root  wheel  102 28 avr  2014 PromiseSTEX.kext
drwxr-xr-x  3 root  wheel  102  5 jul  2014 SoftRAID.kext

 

 

 

Dans S/L/E, seul l'AppleHDA a été modifié et la reconstruction du cache avec CsrActiveConfig = 0x3 fonctionne.

 

Essaie de reformater entièrement ta partition EFI :

 

sudo newfs_msdos -v EFI -F 32 /dev/rdiskXsY

Et de réinstaller la dernière version de Clover pour voir :unsure:.

 

Il pourrait être intéressant de poster ton config.plist (vire les infos sensibles) et savoir si, par hasard, tu n'aurais pas installé Clover sur plusieurs partitions EFI.

 

[EDIT]

 

J'ai dû lire un peu vite. En fait, tu voudrais reconstruire le cache avec CsrActiveConfig 0x1 ou 0x3 ou 0x67 puis une fois les kexts dedans, n'utiliser que 0x0 mais dans ce cas, tu perds l'injection des kexts 10.11 ?

 

C'est bien ça ?

  • Like 1
Link to comment
Share on other sites

Ahhh MERCI ... je savais bien que c'était pas normal !

 

Pour info j'ai clover sur deux partitions EFI : j'ai un SSD avec 2 partition (Yos, El Cap) et un ESP avec un clover r3202 pour Yos + une clé USB avec in installer de El Cap et un clover r3262 pour El Cap.

 

Le config.plist est dispo ici.

 

j'ai formaté plusieurs fois l'ESP de la clé et un fois celui de l'ESP mais en passant par l'utilitaire de disque de Yos, je vais essayer avec ta commande demain.

Link to comment
Share on other sites

Je viens de faire le test avec CsrActiveConfig = 0x0 et la seule chose qui a changé est ceci :

MacPro:~ polyzargone$ csrutil status
System Integrity Protection status: enabled.

Le son fonctionne.


Pour info j'ai clover sur deux partitions EFI : j'ai un SSD avec 2 partition (Yos, El Cap) et un ESP avec un clover r3202 pour Yos + une clé USB avec in installer de El Cap et un clover r3262 pour El Cap.

 

Je pense que ton problème est là. Je n'utilise qu'une seule partition EFI pour charger Yosemite, Mavericks et El Capitan. Clover (ou plutôt ces 2/3 versions :wacko:) doit sans doute s’emmêler les pinceaux. Je penche surtout pour la version en 3202 :whistle:.


C'est normal ça ?

	<dict>
		<key>Audio</key>
		<dict>
			<key>AFGLowPowerState</key>
			<true/>
			<key>Inject</key>
			<string>No</string>
			<key>ResetHDA</key>
			<true/>
		</dict>

Pas d'injection du HDEF layout-id ? Tu passes par une DSDT peut-être :unsure:

Link to comment
Share on other sites

Je viens de faire le test avec CsrActiveConfig = 0x0 et la seule chose qui a changé est ceci :

MacPro:~ polyzargone$ csrutil status
System Integrity Protection status: enabled.
Le son fonctionne.

 

Tant que tu ne reconstruis pas le cache c'est normal, mais si tu le fais normalement tu n'as plus de son.

 

Je pense que ton problème est là. Je n'utilise qu'une seule partition EFI pour charger Yosemite, Mavericks et El Capitan. Clover (ou plutôt ces 2/3 versions :wacko:) doit sans doute s’emmêler les pinceaux. Je penche surtout pour la version en 3202 :whistle:.

C'est possible car je n'ai pas confiance dans le formatage de l'utilitaire de disque que j'ai fait ... c'est d'ailleurs pour cela que javais demandé un ls - l de  EFI/Clover ...

C'est normal ça ?

...

Pas d'injection du HDEF layout-id ? Tu passes par une DSDT peut-être :unsure:

 

par SSDT.aml dans EFI/Clover/ACPI/patched/. Par contre y'a des vieux trucs qui traînent (AFGLowPowerState, ResetHDA).

 

Mon hack est en pièces ce soir je verrai ça demain !

 

Encore merci pour ton implication !   :thumbsup_anim:

Link to comment
Share on other sites

Tant que tu ne reconstruis pas le cache c'est normal, mais si tu le fais normalement tu n'as plus de son.

 

Ah oui mais ça c'est sûr. AppleHDA modifié = non-signé donc oust !

 

En revanche, je doute (je n'ai pas trop envie de faire le test :P) que l'injection des kexts du dossier 10.11 cesse de fonctionner.

 

Je suis quasiment certain que c'est ton Clover 3202 qui est responsable de tout ça car lui, 10.11 il connaît pas :hysterical:.

 

D'ailleurs, tu devrais vérifier quelle version de Clover est chargée :

 

 

MacPro:~ polyzargone$ bdmesg
0:100  0:100  MemLog inited, TSC freq: 3200001960
0:100  0:000 
0:100  0:000  Now is 5.9.2015,  20:20:47 (GMT+2047)
0:100  0:000  Starting Clover rev 3259 on American Megatrends EFI

 

Et tu as bien raison de te méfier d'Utilitaire de disque qui parfois, a la mauvaise idée de formater en FAT16 et pas en FAT32 :wacko:

 

PS : OK, je comprends mieux pour l'HDEF ;).

Link to comment
Share on other sites

Bon j'ai le fin mot de l'histoire !   :drool:

 

Quand l'injection des kexts de l'ESP a cessé de marcher avec je ne sais plus quelle DP :

1. j'ai transféré mes kexts dans L/E ... comme tout le monde

2. j'ai essayer de comprendre pourquoi ça marchait plus et entres autres j'ai fait ça :

<key>InjectKexts</key>
<string>Detect</string>

Cela paraissait pas mal ... mais en fait non ... ça va faire plusieurs journées que je cherche pourquoi ça n'injecte pas et pourtant c'est normal c'est à cause de ça !

Je laissé FakeSMC.kext dans /L/E du coup il était dans le cache du coup pas d'injection ...

 

Je suis un peu vert d'avoir perdu autant de temps  :sick:  ... il suffisait que je lise le wiki de Clover !!!

post-389035-0-16528100-1441571938_thumb.png

Link to comment
Share on other sites

 Share

×
×
  • Create New...