Black screen , no signal sur Sapphire HD 6670 LP

[gils83]

 

Salut à tous ,

 

Faisant des essaies sur ma nouvelle CG HD 6670/1024 de mon futur Mod iMac G5 histoire de ne pas batailler une fois tout le hardware monté .

 

la méthode d'installation reste simple (google)  avec GraphicsEnabler=Yes AtiConfig=Lotus AtiPort=1 PCIRootUID=1 , il n'y a aucun kext à modifier ., jusque là RAS, très bonne performance , qualité d'image parfaite , chauffe très peu et un silence surprennant vu la taille du ventillo , cela se gate lors de la perte du signal vidéo aléatoire  (no signal) suivi d'un écran noir et impossible de la faire repartir . J'ai un peu fouillé le net et j'ai remarqué ce problème récurant avec cette CG dû à l'IGP (HD P4000 pour l'occasion) qui générait des conflits , la solution simple étant de désactiver l'IGP mais avec ma nouvelle CM UEFI bios Plug and Play en carton , je n'ai pas la possibilté de désactiver réellement l'IGP , je n'ai accès qu'au mode multi moniteurs et à l'ordre de démarrage PCIE/IGP mais qui ne désactive pas ce satané IGP .

 

l'idée de suprimer les kext Intel Graphics HD serait-elle une bonne solution ?

 

Merci

 

PS : je précise  le problème existe sur les version OS X 10.7/10.8/10.9 et ce n'est pas un problème de moniteur

Edited May 29, 2014 by gils83

[fantomas]

salut gils

 

et qu'en est-il de désactiver IGP via DSDT ?

 

je pense que le problème c'est que ton OS X cherche à switcher entre les 2 cg (selon la demande des ressources) et vu que cela ne marche pas, il reste sur l'écran noir (il n'arrive pas à reswitcher sur ta 6670).

 

peut-être que supprimer les kexts du IGP peut aider mais je reste sceptique

 

donc désactiver ton IGP via UEFI peut effectivement régler ton problème

 

mais vu que tu sembles dire que les options de ton UEFI sont simplistes, peut-être une recherche sur google pour avoir un uefi mod pour activer les options cachées de ton uefi  pourrait être un bon départ.

 

[gils83]

 

j'ai paré au plus simple en virant toute l'extension IntelHD (je teste en ce moment), je penses exactement la même chose que toi concernant le swith entre les 2 CG , par contre désactiver l'IGP via DSDT c'est possible ? 

[fantomas]

regarde le lien du 3ème post

 

http://www.insanelymac.com/forum/topic/282080-disabledelete-integrated-graphics-from-dsdt/

[gils83]

 

je tourne depuis 45 mn sur Lion 10.7 et aucun bug pour l'instant , la veille écran fonctionne , donc le fait de virer toute l'extension IntelGraphicsHD règle le problème apparemment , c'est un peu nul mais bon , j'ai vu un problème similaire avec un i3 HD 2500/HD 6670 , le gars avait un écran blanc, il a viré toute l'extension graphique Intel et son problème a disparu , ça reste moyen pour les MAJ . mais bon .  

[gils83]

 

je remonte le sujet car le problème est persistant , déjà le fait de mettre GE=Yes en No débloque le phénomène de perte du signal vidéo sur Lion 10.7 mais ce matin en allumant le PC , le phénomène s'est reproduit

 

j'avais réussi à démarrer sur Maveriks 10.9.2 avec un noyau AMD (ancienne sauvegarde AMD)  avec busratio=28 en plus des flag , donc je partais plus (+) confiant pour installation avec Maveriks et un noyau vanilla et bien non , quelle "{censored}" !! c'est encore pire !!   l'installation Maveriks en -x va à peu près mais impossible de booter en mode normal , il ne démarre qu'en -x , ce soir , je vais essayer l'autre port (dvi) dès fois que ce soit le vga qui m'em{censored} 

[gils83]

bon , 

 

le cable DVI ne change rien , je crois que le problème est ailleurs , quelque soit la CG , j'ai le même problème , la CM n'est pas terrible 

 

une idée ? 

 

[gils83]

 

c'est bon , j'ai tout qui marche , je suis peu "péteux"  , je suis passé par une distro  , la bonne nouvelle est que j'ai quand même modifié l'extension comme quoi les distro ne font pas tout   et pour la CG il faut tout simplement GraphicsEnabler=No 

 

je vais quand même chercher pourquoi tout ces problèmes 

 

j'ai attaqué les MAJ  

 

 

[Whaka]

t'avais quoi comme smbios avant ?

déjà en imac ?

[gils83]

 

j'avais un smbios pour iMac 12.1 avec un numéro de série (nul) mais bon le problème persiste avec l'HD 6670 black screen aléatoire , j'ai parlé trop vite

 

la distro supporte très bien les MAJ , la gestion d'énergie de la CG doit être mal géré 

 

je teste le port dvi pour voir , les perfs ont l'air meilleures , bizarre ?

 

tout à l'air stable pour l'instant 

 

Donc en résumé  GraphicsEnabler=No AtiConfig=Lotus PCIRootUID=0 dart=0 UseKernelCache=Yes , une bonne réparation autirisation HHD  et branché sur le port DVI 

 

j'ai jeté un oeil aussi sur le CPU , il est bien reconnu

Last login: Sun Jun  1 11:50:08 on console
imac-de-gils:~ gils$ sysctl machdep
machdep.cpu.max_basic: 13
machdep.cpu.max_ext: 2147483656
machdep.cpu.vendor: GenuineIntel
machdep.cpu.brand_string: Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz
machdep.cpu.family: 6
machdep.cpu.model: 58
machdep.cpu.extmodel: 3
machdep.cpu.extfamily: 0
machdep.cpu.stepping: 9
machdep.cpu.feature_bits: 3219913727 2142954495
machdep.cpu.leaf7_feature_bits: 641
machdep.cpu.extfeature_bits: 672139520 1
machdep.cpu.signature: 198313
machdep.cpu.brand: 0
machdep.cpu.features: FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CLFSH DS ACPI MMX FXSR SSE SSE2 SS HTT TM PBE SSE3 PCLMULQDQ DTES64 MON DSCPL VMX SMX EST TM2 SSSE3 CX16 TPR PDCM SSE4.1 SSE4.2 x2APIC POPCNT AES PCID XSAVE OSXSAVE TSCTMR AVX1.0 RDRAND F16C
machdep.cpu.leaf7_features: SMEP ENFSTRG RDWRFSGS
machdep.cpu.extfeatures: SYSCALL XD EM64T LAHF RDTSCP TSCI
machdep.cpu.logical_per_package: 16
machdep.cpu.cores_per_package: 8
machdep.cpu.microcode_version: 25
machdep.cpu.processor_flag: 1
machdep.cpu.mwait.linesize_min: 64
machdep.cpu.mwait.linesize_max: 64
machdep.cpu.mwait.extensions: 3
machdep.cpu.mwait.sub_Cstates: 4384
machdep.cpu.thermal.sensor: 1
machdep.cpu.thermal.dynamic_acceleration: 1
machdep.cpu.thermal.invariant_APIC_timer: 1
machdep.cpu.thermal.thresholds: 2
machdep.cpu.thermal.ACNT_MCNT: 1
machdep.cpu.thermal.core_power_limits: 1
machdep.cpu.thermal.fine_grain_clock_mod: 1
machdep.cpu.thermal.package_thermal_intr: 1
machdep.cpu.thermal.hardware_feedback: 0
machdep.cpu.thermal.energy_policy: 1
machdep.cpu.xsave.extended_state: 7 832 832 0
machdep.cpu.arch_perf.version: 3
machdep.cpu.arch_perf.number: 4
machdep.cpu.arch_perf.width: 48
machdep.cpu.arch_perf.events_number: 7
machdep.cpu.arch_perf.events: 0
machdep.cpu.arch_perf.fixed_number: 3
machdep.cpu.arch_perf.fixed_width: 48
machdep.cpu.cache.linesize: 64
machdep.cpu.cache.L2_associativity: 8
machdep.cpu.cache.size: 256
machdep.cpu.tlb.inst.small: 64
machdep.cpu.tlb.inst.large: 8
machdep.cpu.tlb.data.small: 64
machdep.cpu.tlb.data.large: 32
machdep.cpu.tlb.shared: 512
machdep.cpu.address_bits.physical: 36
machdep.cpu.address_bits.virtual: 48
machdep.cpu.core_count: 4
machdep.cpu.thread_count: 8
machdep.vectors.timer: 221
machdep.vectors.IPI: 222
machdep.pmap.hashwalks: 451803
machdep.pmap.hashcnts: 1023011
machdep.pmap.hashmax: 40
machdep.pmap.kernel_text_ps: 2097152
machdep.pmap.kern_pv_reserve: 8000
machdep.memmap.Conventional: 8521695232
machdep.memmap.RuntimeServices: 0
machdep.memmap.ACPIReclaim: 0
machdep.memmap.ACPINVS: 937984
machdep.memmap.PalCode: 0
machdep.memmap.Reserved: 109019136
machdep.memmap.Unusable: 0
machdep.memmap.Other: 0
machdep.tsc.frequency: 3392338102
machdep.tsc.deep_idle_rebase: 1
machdep.tsc.nanotime.tsc_base: 101213907788
machdep.tsc.nanotime.ns_base: 0
machdep.tsc.nanotime.scale: 1266078783
machdep.tsc.nanotime.shift: 0
machdep.tsc.nanotime.generation: 2
machdep.misc.fast_uexc_support: 1
machdep.misc.panic_restart_timeout: 1266874889
machdep.misc.interrupt_latency_max: 0x0 0xde 0xb72e8
machdep.misc.machine_check_panic: 
machdep.misc.timer_queue_trace: 
machdep.misc.nmis: 0
machdep.xcpm.mode: 0
machdep.xcpm.asserts_enabled: 0
machdep.xcpm.asserts_traced: 0
machdep.xcpm.cpu_wakeup_energy_cost_selector: 0
machdep.xcpm.disable_quiesce: 0
machdep.xcpm.mp_match: 0
machdep.xcpm.disable_idle_self_select: 0
machdep.xcpm.mp_load_txfr_coeff: 128
machdep.xcpm.scalability_cpi_threshold: 4
machdep.xcpm.scalability_cpi_demotion_threshold: 5
machdep.xcpm.scalability_reeval_interval: 1000
machdep.xcpm.scalability_eval_ratio_min: 17
machdep.xcpm.scalability_detection_enabled: 0
machdep.xcpm.hard_plimit_max_100mhz_ratio: 0
machdep.xcpm.hard_plimit_min_100mhz_ratio: 0
machdep.xcpm.soft_plimit_max_100mhz_ratio: 0
machdep.xcpm.soft_plimit_min_100mhz_ratio: 0
machdep.xcpm.ratio_changes_hf: 0
machdep.xcpm.ratio_changes_lf: 0
machdep.xcpm.ratio_change_limited: 0
machdep.xcpm.ratio_change_hf_limit: 2
machdep.xcpm.ratio_change_lf_limit: 1
machdep.xcpm.ratio_change_ratelimit_ns: 500000
machdep.xcpm.ratio_changes_total: 0
machdep.xcpm.maxbusdelay: 0
machdep.xcpm.maxintdelay: 0
machdep.xcpm.mbd_mode: 1
machdep.xcpm.mbd_applications: 0
machdep.xcpm.mbd_relaxations: 0
machdep.xcpm.forced_idle_ratio: 100
machdep.xcpm.forced_idle_period: 30000000
machdep.xcpm.deep_idle_log: 0
machdep.xcpm.qos_txfr: 1
machdep.xcpm.q_migration_ttd_min: 1000000
machdep.xcpm.q_migration_ttd_max: 100000000
machdep.xcpm.preidle_spin_tsc: 0
machdep.xcpm.qos_ratio_change_limited: 0
machdep.xcpm.qos_ratio_change_hf_limit: 8
machdep.xcpm.qos_ratio_change_lf_limit: 1
machdep.xcpm.qos_ratelimiting_enabled: 1
machdep.xcpm.quiesce_trace: 0
machdep.xcpm.deep_idle_count: 0
machdep.xcpm.deep_idle_last_stats: n/a
machdep.xcpm.deep_idle_total_stats: n/a
machdep.eager_timer_evaluations: 904
machdep.eager_timer_evaluation_max: 144542
machdep.user_idle_level: 0
imac-de-gils:~ gils$ sysctl kern
kern.ostype: Darwin
kern.osrelease: 13.2.0
kern.osrevision: 199506
kern.version: Darwin Kernel Version 13.2.0: Thu Apr 17 23:03:13 PDT 2014; root:xnu-2422.100.13~1/RELEASE_X86_64
kern.maxvnodes: 132096
kern.maxproc: 1064
kern.maxfiles: 12288
kern.argmax: 262144
kern.securelevel: 0
kern.hostname: imac-de-gils
kern.hostid: 0
kern.clockrate: { hz = 100, tick = 10000, tickadj = 0, profhz = 100, stathz = 100 }
kern.posix1version: 200112
kern.ngroups: 16
kern.job_control: 1
kern.saved_ids: 1
kern.boottime: { sec = 1401616172, usec = 0 } Sun Jun  1 11:49:32 2014
kern.nisdomainname: 
kern.maxfilesperproc: 10240
kern.maxprocperuid: 709
kern.ipc.maxsockbuf: 6291456
kern.ipc.sockbuf_waste_factor: 8
kern.ipc.somaxconn: 128
kern.ipc.nmbclusters: 49152
kern.ipc.soqlimitcompat: 1
kern.ipc.mleak_sample_factor: 500
kern.ipc.mb_normalized: 0
kern.ipc.mb_watchdog: 0
kern.ipc.sosendminchain: 16384
kern.ipc.sorecvmincopy: 16384
kern.ipc.sosendjcl: 1
kern.ipc.sosendjcl_ignore_capab: 0
kern.ipc.sodefunctlog: 0
kern.ipc.sothrottlelog: 0
kern.ipc.sorestrictrecv: 1
kern.ipc.sotcdb: 1
kern.ipc.maxsockets: 512
kern.ipc.njcl: 16384
kern.ipc.njclbytes: 16384
kern.ipc.soqlencomp: 0
kern.ipc.io_policy.throttled: 0
kern.ipc.io_policy.log: 0
kern.ipc.io_policy.uuid: 1
kern.usrstack: 1468391424
kern.netboot: 0
kern.sysv.shmmax: 4194304
kern.sysv.shmmin: 1
kern.sysv.shmmni: 32
kern.sysv.shmseg: 8
kern.sysv.shmall: 1024
kern.sysv.semmni: 87381
kern.sysv.semmns: 87381
kern.sysv.semmnu: 87381
kern.sysv.semmsl: 87381
kern.sysv.semume: 10
kern.aiomax: 90
kern.aioprocmax: 16
kern.aiothreads: 4
kern.corefile: /cores/core.%P
kern.coredump: 1
kern.sugid_coredump: 0
kern.delayterm: 0
kern.shreg_private: 0
kern.posix.sem.max: 10000
kern.usrstack64: 140734661779456
kern.nx: 1
kern.tfp.policy: 2
kern.procname: 
kern.speculative_reads_disabled: 0
kern.osversion: 13D65
kern.safeboot: 0
kern.lctx.last: 1
kern.lctx.count: 0
kern.lctx.max: 8192
kern.rage_vnode: 0
kern.tty.ptmx_max: 127
kern.threadname: 
kern.sleeptime: { sec = 0, usec = 0 } Thu Jan  1 01:00:00 1970
kern.waketime: { sec = 0, usec = 0 } Thu Jan  1 01:00:00 1970
kern.willshutdown: 0
kern.progressmeterenable: 0
kern.progressmeter: 0
kern.hibernatefile: 
kern.bootsignature: 
kern.hibernatemode: 0
kern.hibernategraphicsready: 0
kern.hibernatewakenotification: 0
kern.hibernatelockscreenready: 0
kern.hibernatehidready: 0
kern.wq_yielded_threshold: 2000
kern.wq_yielded_window_usecs: 30000
kern.wq_stalled_window_usecs: 200
kern.wq_reduce_pool_window_usecs: 5000000
kern.wq_max_timer_interval_usecs: 50000
kern.wq_max_threads: 512
kern.wq_max_constrained_threads: 64
kern.nbuf: 16384
kern.maxnbuf: 16384
kern.jnl_trim_flush: 240
kern.flush_cache_on_write: 0
kern.ds_supgroups_supported: 1
kern.sugid_scripts: 0
kern.zleak.active: 0
kern.zleak.max_zonemap_size: 3221225472
kern.zleak.global_threshold: 1610612736
kern.zleak.zone_threshold: 201326592
kern.uuid: ADD73AE6-88B0-32FB-A8BB-4F7C8BE4092E
kern.bootargs: boot-uuid=CBB1FBB8-98B2-3C55-9C06-BC1C2BAB0A7B rd=*uuid npci=0x2000 dart=0 
kern.num_files: 1262
kern.num_vnodes: 31382
kern.num_tasks: 2048
kern.num_threads: 10240
kern.num_taskthreads: 2048
kern.namecache_disabled: 0
kern.ignore_is_ssd: 0
kern.preheat_pages_max: 256
kern.preheat_pages_min: 8
kern.speculative_prefetch_max: 24576
kern.speculative_prefetch_max_iosize: 524288
kern.vm_page_free_target: 2000
kern.vm_page_free_min: 1500
kern.vm_page_free_reserved: 128
kern.vm_page_speculative_percentage: 5
kern.vm_page_speculative_q_age_ms: 500
kern.vm_max_delayed_work_limit: 32
kern.vm_max_batch: 256
kern.bootsessionuuid: BAE24286-A68B-4D5D-BA46-26B76B6EC4B7
kern.timer.coalescing_enabled: 1
kern.timer.deadline_tracking_bin_1: 2000000
kern.timer.deadline_tracking_bin_2: 5000000
kern.timer.longterm.threshold: 1000
kern.timer.longterm.qlen: 17
kern.singleuser: 0
kern.affinity_sets_enabled: 1
kern.affinity_sets_mapping: 1
kern.slide: 0
kern.kdebug_thread_block: 0
kern.stack_size: 16384
kern.stack_depth_max: 12736
kern.ipc_portbt: 0
kern.sched: traditional_with_pset_runqueue
kern.memorystatus_vm_pressure_level: 1
kern.memorystatus_purge_on_warning: 2
kern.memorystatus_purge_on_urgent: 5
kern.memorystatus_purge_on_critical: 8
kern.msgbuf: 16384
kern.secure_kernel: 0
kern.interrupt_timer_coalescing_enabled: 1
kern.timer_coalesce_idle_entry_hard_deadline_max: 5000000
kern.timer_coalesce_bg_scale: -5
kern.timer_coalesce_bg_ns_max: 100000000
kern.timer_coalesce_kt_scale: 3
kern.timer_coalesce_kt_ns_max: 1000000
kern.timer_coalesce_fp_scale: 3
kern.timer_coalesce_fp_ns_max: 1000000
kern.timer_coalesce_ts_scale: 3
kern.timer_coalesce_ts_ns_max: 1000000
kern.timer_coalesce_tier0_scale: 3
kern.timer_coalesce_tier0_ns_max: 1000000
kern.timer_coalesce_tier1_scale: 2
kern.timer_coalesce_tier1_ns_max: 5000000
kern.timer_coalesce_tier2_scale: 1
kern.timer_coalesce_tier2_ns_max: 20000000
kern.timer_coalesce_tier3_scale: -2
kern.timer_coalesce_tier3_ns_max: 75000000
kern.timer_coalesce_tier4_scale: -15
kern.timer_coalesce_tier4_ns_max: 10000000000
kern.timer_coalesce_tier5_scale: -15
kern.timer_coalesce_tier5_ns_max: 10000000000
kern.ostype = Darwin
kern.osrelease = 13.2.0
kern.osrevision = 199506
kern.version = Darwin Kernel Version 13.2.0: Thu Apr 17 23:03:13 PDT 2014; root:xnu-2422.100.13~1/RELEASE_X86_64
kern.maxvnodes = 132096
kern.maxproc = 1064
kern.maxfiles = 12288
kern.argmax = 262144
kern.securelevel = 0
kern.hostname = imac-de-gils
kern.hostid = 0
kern.clockrate: hz = 100, tick = 10000, profhz = 100, stathz = 100
kern.posix1version = 200112
kern.ngroups = 16
kern.job_control = 1
kern.saved_ids = 1
kern.boottime = Sun Jun  1 11:49:32 2014

kern.nisdomainname = 
kern.maxfilesperproc = 10240
kern.maxprocperuid = 709
kern.usrstack = 1468391424
kern.netboot = 0
kern.aiomax = 90
kern.aioprocmax = 16
kern.aiothreads = 4
kern.corefile = /cores/core.%P
kern.coredump = 1
kern.sugid_coredump = 0
kern.delayterm = 0
kern.shreg_private = 0
kern.usrstack64 = 140734661779456
kern.nx = 1
kern.procname = 
kern.speculative_reads_disabled = 0
kern.osversion = 13D65
kern.safeboot = 0
kern.rage_vnode = 0
kern.thread_name = kern
imac-de-gils:~ gils$ 

Edited June 1, 2014 by gils83

[gils83]

 

je reviens encore sur le sujet car j'ai réussi à tourner sur la dev 10.9.4 avec seulement ceci : voir image 

 

le reste des kext étant ceux de la distro installer par défaut , la différence entre les deux versions d'OS X , la distro fonctionne parfaitement et la version  dev 10.9.4 fonctionne bien aussi mais j'ai toujours la perte signal vidéo aléatoire ? 

 

mes questions : à quoi sert "dart=0"  ( annule le vt-d) et quel serait le kext de la distro qui enrayerait le phénomène ? les kext sup n'ont aucune incidence , une bonne réparation autorisation stabilise le problème .

 

 

 

Boot Flags

Your bootloader, be it Clover, Chameleon or Chimera, will have certain flags or special instructions that tell it how to properly boot the machine. In this section, I’ll go over some common boot flags and their uses.

-v Verbose Mode

This flag will cause your machine to boot in verbose mode. It will print information to the screen as it boots up, rather than displaying the apple logo. This is the go to method for determining why your machine hangs at the apple logo, and many advanced users prefer to boot this way normally.

If your machine hangs on a specific line of the verbose output, you can Google that line for more information about it. If you are asking for help because your machine will not boot, it is good practice to take a picture of your verbose output and post it along with your question.

-x Safe Mode

If you have experience with Windows, then you’ll already know more or less what safe mode is. It boots your machine with only the essential drivers (kexts) required for the machine to work. This is useful for 2 main reasons. First, if your machine does not boot up in verbose mode and you cannot figure out why, safe mode can deduce whether or not it is an issue with your machine’s core functions. Secondly, safe mode can be useful for recovery purposes. If you install a kext that breaks your system, you can boot into safe mode and remove it.

If you are having issues booting your machine, you should generally try safe mode just to see if it works, and because debugging a running machine is a lot easier.

UseKernelCache=No / Yes (10.8+)

The kernel cache is disabled by default, but can be used to speed up boot times by loading your kexts from a cache. If this doesn’t work properly, OS X can boot extremely slowly.

Note: for before 10.8 (lion) use -f

darkwake=0

This flag disables an advanced power management feature of OS X, which allows some parts of the machine to wake from sleep, but this can mess up sleep on hackintoshes. Try this flag if your machine cannot sleep, or cannot wake from sleep. Alternativly darkwake=1 can enable the feature.

Note: your machine must be able to sleep through a DSDT or native means before this will make any difference.

PCIRootUID=1/ PCIRootUID=0

This flag can help fix hangs at boot. PCIRootUID=0 generally is needed if you’re using an AMD graphics card.

Note: this flag solves issues related to graphics cards so you may have to use it upon initial installation or after changing GPU’s.

ncpi=0×3000 / ncpi=0×2000

If your machine hangs around the line [PCI Configuration Begin], try both of these flags. 0×3000 is the standard fix, but 0×2000 can be tried if the first option fails to solve the issue.

dart=0

This disables some older visualization technology, VT-d. This can fix some motherboard issues, and will not inhibit applications like Virtualbox or Parallels as these applications use VT-x instead.

cpus=1

This flag can be used to boot with only a single core of your processor. It can be useful for getting some unsupported cpus to boot the installer.

arch=i386 / x86_64

These flags boot your machine into 32-bit mode (i386) and 64-bit (x86-64), the default for 10.6+ This mode may help with compatibility on some older machines.

Clover Specific Boot Flags

The following boot flags should only be used in the Clover bootloader. They are fairly advanced.

MountEFI=yes/diskX

If your system cannot find your EFI partition, this flag can be used to denote which disk it is on. X refers to the disk number which I believe starts at 0 in the order that the bootloader sees the disks.

LogLineCount=0

This specifies the number of lines of log that clover will save before deleting them. 0 means it will save the log forever and is useful if your debugging your machine.

LogEveryBoot=Yes / No

This command will save Clover’s logs every time the machine boots. I recommend you just leave this on so you’ll have some point of reference if something breaks.

LogLocation=PATH

Set the location of the Clover logs. The default location should be in the root of your EFI directory.

Chameleon/Chimera Specific Boot Flags

These flags are meant only for Chameleon/Chimera. Some of them might work in Clover, as it’s documentation isn’t exactly complete; however, most will not.

GraphicsEnabler=Yes / No

This kext enables many partially supported graphics cards through injection. It is not needed for 7xx and 6xx Nvidia graphics cards, but most others will need it. [Clover handles this issue through the config file]

IGPEnabler=Yes / No

This is an alternative to Graphics enabler. It can be used if you wish to use integrated graphics in conjunction with an Nvidia 6xx or 7xx card.

 

Kernel Panics

Kernel panics are terrifying errors where the kernel doesn’t hang at boot, it panics. This results in a rather frighting screen shown below.

 

ça sert à désactiver la virtualisation vt-d ??    je cherche encore le rapport avec le SMC ? 

Edited June 1, 2014 by gils83

[Whaka]

désactiver le vt-d via le bootloader, c'est utile pour les cartes mere dont l'option n'est pas réglable.

osx n'aime pas le vt-d, ça le fait planter au démarrage.

[gils83]

Elles sont bizarres tes options de boot plist Chameleon: des "y" ou des "N" là ou on s'attend à voir des "Yes" ou des "No". Ca marche quand même? De mémoire, c'est syntaxiquement sensible Chameleon...

 

 

oui , ça marche ,  mais bon , Yes ou No , c'est mieux , j'ai vu écris PCIRoot=1 ou 0 , moi je l'écris PCIRootUID=1 ou 0  

désactiver le vt-d via le bootloader, c'est utile pour les cartes mere dont l'option n'est pas réglable.

osx n'aime pas le vt-d, ça le fait planter au démarrage.

 

sur un Xeon désactiver vt-d , c'est une gageure mais bon , sur mon ancienne CM Gigabyte , je n'avais pas ce problème . 

 

Sur Lion , je n'ai pas besoin de le désactiver via bios ou par flag , je ne connaissais même pas ce flag "dart=0 ou 1 " 

[gils83]

Hi hi, mais PCiRoot=x, c'est listé dans l'aide Chameleon quand on tape [?] !

oui , certainement , mais je suis vieille France , j'aime bien écrire tout en entier ,  c'est comme Y ou N   

[gils83]

 

je réouvre le dossier , j'ai finalement réactivé ma CM MSI mATX et je me retrouve avec avec une fois sur 2 l'écran blanc avec la HD 6670 et j'ai remarqué que j'avais le soucis avec HD 4670 maintenant sur Maveriks et écran noir sur Yosemite , c'est vraiment chiant à la longue , sur la CM Gigabyte , je n'ai pas ce problème , non de zeus !! 

 

c'est quoi qui cloche ? l'HDMI ? la vidéo Intel ? et que se soit sur clover et chameleon , j'ai tout essayé combiné ou seul

 

GE=You N / GI=Yes ou No / PCIRoot/AtiConfig / etc...... , en fait , j'ai remarqué au démarage bug et au redémarage (reset) , ça roule , HD P4000 est bien désactivé dans le bios , je suis en vga (ça m'arrange) , c'est quoi le flag pour bloquer l'HDMI ?  hdmi=No ou Ports hdmi=No , le choix de numéro de ports n'enraye pas le problème , j'ai même tenté l'option PCIE 2.0 ou 3.0 dans le bios , la reprise vidéo est en S3 , j'ai tenté en S1 mais l'option idle CPU disparait (bizarre), il reste bloquer à sa fréquence initial , le SMbios Imac 13.2 qui cloche ? sur l'autre disque que j'avais avec la Gigabyte est un SMbios 12.1 , c'est la mouise en ce moment

 

Des idées ? 

 

j'y repense , j'ai cette {censored} de Niresh en test Maveriks !! cela n'explique pas pour Yosemite qui est un original , je ne sais plus ..........

[fantomas]

salut gilou

 

un peu la pagaille dans tout ça 

 

pour être plus précis, quel bootloader utilises-tu ?

 

j'ai l'impression qu'on a du chameleon et du clover et que les boot flags se mélangent un peu 

[gils83]

 

oui les boot flags sont de Clover et de chameleon  , en fait c'est pour expliquer que quel que soit le bootloader le problème reste le même . 

[fantomas]

le SMbios Imac 13.2 qui cloche ? sur l'autre disque que j'avais avec la Gigabyte est un SMbios 12.1 , c'est la mouise en ce moment

 

avec Clover, selon ta config, il va automatiquement t'injecter le smbios le mieux adapté

 

pour tes cg, toujours sous clover, il faut que tu vérifies si les kexts sont bien chargés (utilise kext wizard pour le vérifier)

 

c'est souvent le problème du kernelcache

 

une fois que tes cg sont opérationnelles, il faut que tu vérifies si le système d'exploitation a chargé le bon framebuffer pour tes cg

 

pour le vérifier, utilise la commande :

 

ioreg |grep ATY

[gils83]

 

Et voilà les infos , ce matin , il a démarré du premier coup en rajoutant -v et en secouant la souris pour voir apparaitre le pointer , je me demande si les usb ne pose pas problème ? 

ioreg |grep ATY

 | |   |   | +-o ATY,AMD,RadeonFramebuffer@0  <class AtiFbStub, id 0x1000002ee, registered, matched, active, busy 0 (2 ms), retain 8>
    | |   |   | +-o ATY,AMD,RadeonFramebuffer@1  <class AtiFbStub, id 0x1000002ef, registered, matched, active, busy 0 (0 ms), retain 8>
    | |   |   | +-o ATY,AMD,RadeonFramebuffer@2  <class AtiFbStub, id 0x1000002f0, registered, matched, active, busy 0 (0 ms), retain 8>

[fantomas]

c'est ce que j'ai pensé, le système ne lui affecte pas le bon framebuffer, mais lui affecte celui par défaut (ATY,AMD,RadeonFramebuffer)

 

essaie comme ça avec clover :

<key>Graphics</key>
    <dict>
        <key>FBName</key>
        <string>Lotus</string>
        <key>Inject</key>
        <dict>
            <key>ATI</key>
            <true/>
            <key>Intel</key>
            <false/>
            <key>NVidia</key>
            <false/>
        </dict>
        <key>VideoPorts</key>
        <integer>3</integer>
    </dict>

ou bien avec chameleon :

<key>AtiConfig</key>
<string>Lotus</string>
<key>AtiPorts</key>
<string>3</string>
<key>GraphicsEnabler</key>
<string>Yes</string>
<key>PciRoot</key>
<string>1</string>

bon, sous ML et Mavericks, il semblerait qu'un simple GraphicsEnabler=Yes et PciRoot=1 suffira pour la faire fonctionner correctement

 

si tu es sous Yosemite et veux la faire fonctionner avec chameleon, veille à bien installer la dernière version de chameleon avec support pour Yosemite

[gils83]

 

c'est bien le problème , tout les flags que tu m'as cité , je l'ai écrit , en me servant d'option dans Clover et kernel Flags et pour chameleon c'est pareil et le Framebuffer ne prend pas au nom de "Lotus" , je vais quand même essayer la nouvelle verson de chameleon

 

Merci  

[gils83]

 

c'est bon , j'ai trouvé la faille !! 

 

le choix du  Framebuffer n'est pas indispensable pour cette CG ( Lotus et d'autre listés dans ioreg) c'est une CG vga/dvi/hdmi , la logique voudrait que le port vga soit en 1 ou 3 et bien pas du tout , le vga est en port 2 par défaut , j'avais remarqué cette anomalie quand je voyais le pointer glissait 1 fois sur 2 venant de la gauche de l'écran et en sélectionnant le port 2 j'ai le pointer qui apparait franchement avant le bureau , "phénomène" qui n'existe pas sur la Gigabyte , et si je regardes en détail le ioreg , je m'aperçois que "display@0" = port number = 0x02 c'est logique jusque là , par contre il faut que j'utilise les flags GraphicsInjector=No PCIRootUID=1 , je ne mentionne pas le choix du Framebuffer  , j'ai testé sur Maveriks et même tarif même punition .     , la reprise vidéo S1 ou S3 n'a pas d'influence direct sur la CG , je n'ai pas testé les autres ports , j'imagine que l'HDMI est en port 3 et le DVI en port 1 (à voir)   par défaut Clover me sélectionne le port 03 . 

 

j'ai testé le chameleon 2390 et il ne fonctionne pas sur Maveriks ni Yosemite avec ma CM , je reste bloqué sur la page d'accueil sans gel .

[fantomas]

le choix du  Framebuffer n'est pas indispensable pour cette CG

 

effectivement mais les performances et le support (comme le faite d'avoir 2 écrans branchés) peuvent faire la différence avec le bon framebuffer

 

juste à titre d’exemple, ma hd4830 a le framebuffer MotMot par défaut sous Yosemite et est reconnue comme hd 4800 series

 

mais quand je lui mets le bon framebuffer (Cardinal), elle est reconnue comme hd 4830 et a de meilleures performances   

 

cela dit, content pour toi que ça fonctionne  

[gils83]

 

En tout cas cela valait le coup de se creuser la tête .