Jump to content

acer aspire 4810TG/snow leo


Whaka
 Share

18 posts in this topic

Recommended Posts

hello :)

bon bon bon !

j'vais essayer de résumer au mieux la situation.

 

on m'a filé ce p'tit portable, et naturellement, tenter d'en faire un hackintosh, c'est le défi que je me suis donné.

 

voilà ce qu'il a dans le dedans de son boitier : 

 

intel core 2 solo SU3500 1,4 Ghz

3 Go de ram ddr3 1066 Mhz

intel gma 4500MHD/radeon mobility 4330 

voilà en gros pour le plus important.

 

j'ai mis à jour le bios (c'est un efi d'ailleurs) mais il ne supporte pas le boot efi...

depuis la màj, j'ai le choix de n'activer que la radeon, ce qui est fort bien !

 

j'ai donc glané des infos, ici et ailleurs, et il semblerait qu'il soit possible de faire fonctionner la radeon.

quelques uns y sont arrivés (dont un sur un aspire 3810TG... un cousin plutôt proche du mien en équipement, mais je ne sais pas ce qu'il a utilisé ou fait pour y arriver)

mais, bien sûr... pas dans mon cas... j'arrive à rien.

 

je me suis fait mon disque d'install tout seul comme un grand (les distros c'est bien, mais faire soi même c'est mieux :P)

j'ai choisi clover comme bootloader. j'arrive à faire l'installation sans trop de problemes.

(y'en a eu, lié justement à la radeon, mais c'est pas tres important "-x" est un ami :D)

c'est apres que ça se gâte (forcemment, sinon c'est pas drôle :D)

là il est donc en 10.6.8.

 

je reviens donc à la radeon.

j'ai fait ce qui était le plus facile pour l'instant, à savoir, injecter le vendor id dans la kext ATI4600Controller.kext

apriori, ça aurait du suffire, mais evidemment... ça ne donne rien.

 

quand j'utilise juste l'option graphics injector de clover, les kext sont bien chargés, mais ça reste en mode vesa en 1024x768.

et la ram video donné par le systeme est 3 Mo au lieu de 512. et bien entendu, pas de QE/CI

si je rajoute l'option load vbios (utile pour les radeon mobility d'apres ce que j'ai compris) là ça termine en kernel panic.

 

j'ai tenté avec lion, et mavericks aussi (mais j'aimerai vraiment l'avoir sous snow leo) mais idem, pas tellement mieux... ça ne fini pas en kernel panic, mais je reste sur un ecran blanc, qu passe au noir apres une ou deux minutes, et qui repasse au blanc et ainsi de suite, parfois avec des petits glitchs en prime.

 

j'ai plus trop d'idée... quelqun c'est déjà battu avec ce type de gpu et arrivé à le faire fonctionner ?

enfin bref, si quelqun à des idées, je suis preneur.

 

merci :)

Link to comment
Share on other sites

et bien, comme je l'ai dit j'ai tenté lion et aussi mavericks.

et ça c'est fort bien passé, et même mavericks tournait pas trop mal. sauf que là aussi, je n'ai jamais reussi a faire tourner la radeon, et pourtant j'ai trouvé des kexts modifiés pour mavericks.

comme quoi, faut pas juger trop vite les petites bêtes :)

 

mais par préférence, j'aimerai qu'il soit sous snow leo.

 

je sais que le gma ne peut pas fonctionner, c'est pour ça que de pouvoir choisir dans le bios uniquement la radeon m'arrange bien.

mais bon, encore faudrait-il que j'arrive à la faire fonctionner sous osx... et c'est pas gagné...

Link to comment
Share on other sites

bon, je pense avoir compris d'où ça vient.

j'aurais mis du temps a m'y résoudre... mais je crois bien que c'est une sombre histoire de framebuffer.

 

avec le framebuffer par défaut "shrike" : kernel panic

avec "peregrine" : ecran noir

avec "motmot" : écran noir

avec "flicker" : ecran noir

 

bon, va falloir que je me lance dans l'édition de framebuffer  :w00t:

je crois bien que la clé est là.

 

edit : got it ! 

enfin, presque, disons que c'est confirmé, c'est bien une histoire de framebuffer.

avec le framebuffer "motmot" la sortie hdmi fonctionne bien en bureau étendu, et à pleine résolution.

donc le moniteur est parfaitement reconnu, et il sembelerait bien que l'acceleration materielle soit là :)

  • Like 1
Link to comment
Share on other sites

Tu dis donc faire tourner Lion et/ou Mavericks sur un CPU à 1 coeur Core 2 Solo SU3500? Il doit avoir le jeu d'instructions SSSE3 et SSE4 alors...

 

Features

  • MMX instructions
  • SSE / Streaming SIMD Extensions
  • SSE2 / Streaming SIMD Extensions 2
  • SSE3 / Streaming SIMD Extensions 3
  • SSSE3 / Supplemental Streaming SIMD Extensions 3
  • SSE4.1 / Streaming SIMD Extensions 4.1
  • EM64T / Extended Memory 64 technology / Intel 64
  • NX / XD / Execute disable bit
  • VT / Virtualization technology
  • IDA / Intel Dynamic Acceleration technology
  • TXT / Trusted Execution technology
Link to comment
Share on other sites

voui, c'est bel est bien un core 2, il a bien les jeux d'instructions d'un core 2. il est juste solo et "ultra low voltage".

 

là ça y'est, c'est officiel, je peux le dire : GOT IT !

edition de framebuffer, toussa... quelques galeres, mais c'est tout bon :)

 

me reste quand même a investiguer du côté de la gestion de l'énergie du gpu, j'ai pas l'impression qu'elle se fasse tres bien.

vous avez des idées la dessus, où regarder ect...?

 

merci :)

  • Like 1
Link to comment
Share on other sites

merci, je vais potasser tout ça :)

parcontre, j'avais tenté une version plutôt récente de fakesmc, la 5.2.678 mais dés que je voulais utiliser istat menus avec : kernel panic.

des que l'option sensor était activée, kp...

 

alors je sais pas d'où ça viens exactement, si c'est les plugins qui ne sont plus compatible avec snow leo (l'app hwmonitor fourni avec la version là ne l'est plus)

donc j'hésite a tester plus récent, m'enfin je vais voir.

 

edit : en faite c'est le GPUSensor qui provoque la kp...

 

et pour info (ça pourra p'tet servir a d'autres :))la derniere version de fakesmc-kozlek compatible avec 10.6 c'est la 5.3.873

Link to comment
Share on other sites

bon, apparemment ça marche.

comme j'ai pas de moyen de contrôler la t° du gpu avec istat menus, j'ai fait a l'empirique...

 

j'ai démonté le machin, et j'ai relevé la t° au doigt du côté du gpu.

quand la machine est dans le bios (donc sans aucuns contôle d'energie), ça chauffe, quand osx est chargé, ça refroidi.

donc apriori, ça marche.

 

mais je m'explique quand même pas que le cpu stagne autour de 60° en idle, mais bon, en charge il dépasse rarement 65°

le speedstep est bien fonctionnel nativement, donc je sais pas trop. ça fait un poil chaud pour de l'ultra low voltage.

et le ventilo tourne en permanence, pas au maxi, mais suffisemment pour être un peu chiant quand y'a pas trop de bruit ambiant...

Link to comment
Share on other sites

bin le truc, c'est qu'avant de tenter le hackintosh dessus, je l'avais testé sous win 7, avec la possibilité de switcher entre le gma et la radeon.

quand il était sur batterie, donc sur le gma, là c'est simple, il restait absolument frais.

mais j'ai pas souvenir que sur secteur (donc sur la radeon) il chauffait autant.

 

faudrait que je refasse l'experience sous windows avec la radeon uniquement, mais avec le pilote fourni par acer, et voir.

c'est p'tet ma mémoire qui me joue des tours ^^

 

pour istat, c'est pas lui qui pose probleme mais bien le plugin gpu de fakesmc qui fait tout péter quand il est chargé.

sans lui, tout va bien. j'ai la t° cpu, la fréquence, les 2 "thermal zone" et la t° du hdd.

Link to comment
Share on other sites

pour istat menus, c'est le dernier en date. le 4.21 :)

 

j'ai eu une bizzarerie... j'ai voulu passer de clover à chameleon, parceque clover à quelques petits défaut qui m'agacent (monter la partition efi alors que je lui dit de pas le faire, un peu plus long a charger a l'allumage de la machine) et globalement, pour les machines qui bootent pas en uefi, chameleon est je trouve, plus simple (enfin, disons que j'ai trop l'habitude de le manier :D)

 

mais... y'a un mais, avec chameleon, voilà ce que ça donne :

 

post-1172354-0-12126400-1399710803_thumb.jpg

 

j'ai eu le probleme avec clover aussi, en jouant avec differents smbios, ça me le faisait avec le smbios d'imac 10,1 (ce qui est le plus proche de ma config en faite) mais j'ai choisi le smbios de macbook pro 8,3 qui utilise une radeon mobility. et au moins j'ai les options d'alimentations qui vont bien dans les preferences systeme.

 

mais avec chameleon, peu importe le smbios, c'est tout le temps comme ça.

donc retour a clover ^^

 

quelqun aurait une idée sur le probleme ?

edit : et ça ne le fait que sur l'écran interne... en vga et hdmi, pas de problemes.

Link to comment
Share on other sites

ah voui, vbios c'est indispensable pour les radeon mobility, sans ça la carte est bien reconnue, mais sans acceleration.

et le npci, c'est pour voir la roulette a l'ecran de boot, et accessoirement que ça continue à afficher ce qui se passe en mode verbose apres la ligne [PCI configuration begin]

Link to comment
Share on other sites

Tu sais, c'est la même chose sur mon D430; le CPU est un bon vieux U7700@1.33GHz et pourtant ça chauffe à 70+° pratiquement tout le temps pour un ULV à 10W! C'est tout simplement dû à la compacité du PC et à la taille et perf ridicules du ventilo. 60°-65°, j'aimerai bien moi!  ;)

bon, et bin à défaut d'avoir encore compris  ce qui se passe avec chameleon et l'affichage...

j'ai regardé d'un peu plus pres la gestion de l'energie.

 

et bilan : je lui ai fait gagné 7-8° de moins en idle :)

maintenant c'est 49-50° au lieu des 56-57° d'avant.

pour faire court, ça venait de la gestion du cpu.

 

j'ai patché le dsdt pour que le AppleLPC.kext se charge, et enelvé toute les options de gestion des états, et les "drop table", dans les options de clover.

et voilà... bon, il ventile toujours un peu en permanence, mais ça pour le coup, ça doit bien être normale effectivement.

mais ma mémoire était pas si foireuse :D

 

reste plus qu'a résoudre un probleme de sortie de veille, et sera un "hackbook" presque parfait !

Link to comment
Share on other sites

et recoucou...

 

je pense que je vais avoir besoin d'un peu d'aide, concernant le probleme de sortie de veille.

j'ai vraiment trouvé aucunes info, ni cas similaire au mien. bref, je patauge.

 

alors voilà, la mise en veille se passe à merveille, vraiment nickel pour le coup.

quand je le réveille il fait bien mine de redémarrer (led d'activité du hhd qui s'active, voyant du bouton on/off qui reviens a la normale, ventilo qui se remet en marche)

mais, 3-4 secondes apres l'avoir reveillé, il s'éteint carrément. comme si au lieu de le réveiller, je lui avait demandé de s'arrêter.

il ne sort pas completement de la veille, c'est pendant la sortie que ça se passe, l'écran ne se rallume pas durant ce court instant.

 

j'ai fouillé dans les logs, histoire de voir si je pouvais trouver un indice.

mais rien... j'ai absolument rien trouvé qui concerne la mise en veille/réveil.

donc je sais pas trop quoi faire.

 

si quelqun a une idée, je prend volontier !

merci :)

Link to comment
Share on other sites

ouaip, je l'avais essayé (enfin, un similaire).

mais c'était pareil. et comme il changait rien, j'ai refait un dsdt sans.

tiens, c'était celui ci :

into method label _DSM parent_adr 0x001D0007 remove_entry;
into device name_adr 0x001D0007 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    Store (Package ()\n
        {\n
            "device-id", \n
            Buffer (0x04)\n
            {\n
                0x36, 0x28, 0x00, 0x00\n
            }, \n
            "built-in", \n
            Buffer (One)\n
            {\n
                0x00\n
            }, \n
            "AAPL,clock-id", \n
            Buffer (One)\n
            {\n
                0x01\n
            }, \n
            "device_type", \n
            Buffer (0x05)\n
            {\n
                "EHCI"\n
            }, \n
            "AAPL,current-available", \n
            0x05dc, \n
            "AAPL,current-extra", \n
            0x03e8, \n
            "AAPL,current-in-sleep", \n
            0x05dc, \n
            Buffer (One)\n
            {\n
                0x00\n
            }\n
        }, Local0)\n
    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
    Return (Local0)\n
}
end;
into method label _DSM parent_adr 0x001A0007 remove_entry;
into device name_adr 0x001A0007 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    Store (Package ()\n
        {\n
            "device-id", \n
            Buffer (0x04)\n
            {\n
                0x3a, 0x28, 0x00, 0x00\n
            }, \n
            "built-in", \n
            Buffer (One)\n
            {\n
                0x00\n
            }, \n
            "AAPL,clock-id", \n
            Buffer (One)\n
            {\n
                0x02\n
            }, \n
            "device_type", \n
            Buffer (0x05)\n
            {\n
                "EHCI"\n
            }, \n
            "AAPL,current-available", \n
            0x05dc, \n
            "AAPL,current-extra", \n
            0x03e8, \n
            "AAPL,current-in-sleep", \n
            0x05dc, \n
            Buffer (One)\n
            {\n
                0x00\n
            }\n
        }, Local0)\n
    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
    Return (Local0)\n
}
end

mais la mise en veille est devenu possible avec ce patch parcontre :

into method label _DSM parent_adr 0x001D0000 remove_entry;
into device name_adr 0x001D0000 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    Store (Package (0x02)\n
        {\n
            "device-id", \n
            Buffer (0x04)\n
            {\n
                0x34, 0x3A, 0x00, 0x00\n
            }\n
        }, Local0)\n
    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
    Return (Local0)\n
}
end;
into method label _DSM parent_adr 0x001D0001 remove_entry;
into device name_adr 0x001D0001 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    Store (Package (0x02)\n
        {\n
            "device-id", \n
            Buffer (0x04)\n
            {\n
                0x35, 0x3A, 0x00, 0x00\n
            }\n
        }, Local0)\n
    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
    Return (Local0)\n
}
end;
into method label _DSM parent_adr 0x001D0002 remove_entry;
into device name_adr 0x001D0002 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    Store (Package (0x02)\n
        {\n
            "device-id", \n
            Buffer (0x04)\n
            {\n
                0x36, 0x3A, 0x00, 0x00\n
            }\n
        }, Local0)\n
    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
    Return (Local0)\n
}
end;
into method label _DSM parent_adr 0x001A0000 remove_entry;
into device name_adr 0x001A0000 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    Store (Package (0x02)\n
        {\n
            "device-id", \n
            Buffer (0x04)\n
            {\n
                0x37, 0x3A, 0x00, 0x00\n
            }\n
        }, Local0)\n
    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
    Return (Local0)\n
}
end;
into method label _DSM parent_adr 0x001A0001 remove_entry;
into device name_adr 0x001A0001 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    Store (Package (0x02)\n
        {\n
            "device-id", \n
            Buffer (0x04)\n
            {\n
                0x38, 0x3A, 0x00, 0x00\n
            }\n
        }, Local0)\n
    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
    Return (Local0)\n
}
end;
into method label _DSM parent_adr 0x001A0002 remove_entry;
into device name_adr 0x001A0002 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    Store (Package (0x02)\n
        {\n
            "device-id", \n
            Buffer (0x04)\n
            {\n
                0x39, 0x3A, 0x00, 0x00\n
            }\n
        }, Local0)\n
    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
    Return (Local0)\n
}
end;
into method label _DSM parent_adr 0x001D0003 remove_entry;
into device name_adr 0x001D0003 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    Store (Package (0x02)\n
        {\n
            "device-id", \n
            Buffer (0x04)\n
            {\n
                0x37, 0x3A, 0x00, 0x00\n
            }\n
        }, Local0)\n
    DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
    Return (Local0)\n
}
end

edit : dans le doute, j'ai retesté le patch, et ça ne change rien.

j'ai bien verifié qu'il changait quelquechose dans le dsdt (dans mon cas, les device sont EHC1 et EHC2) et ça modifie bien.

mais pas mieux.

parcontre, comme je suis un peu une quiche en dsdt, est que les devices UHCx ont besoin de patch aussi ?

 

j'utilise dsdt editor, avec un paquet de patch qui étaient fournis avec pour different type de matos, et j'ai quelques patchs dédiés "notebook core 2 ICH9" donc j'utilise ceux là, puisque c'est bien à ça que correspond mon bouzin.

 

parcontre, mon dsdt a quelques warning (je sais pas trop corriger tout ça), ça peut tout de même influer ?

Link to comment
Share on other sites

effectivement, le patch qui corrige la mise en veille est bien présent partout. UHCx, EHCx, pas de soucis. ils ont tous leurs methode _DSM.

mais bon, dans mon cas c'est pas la mise en veille le probleme... c'est le réveil.

 

et ce que je trouve le plus étrange, c'est que je ne trouve aucunes traces dans le kernel.log des mises en veille/reveil...

ça me gave, parceque ça pourrait p'tet me donner un indice.

Link to comment
Share on other sites

ok merci :)

alors, il est en mode 3

 

mais quand j'essaye de changer :

MhackBookPro-de-Whaka-Akahw:~ Whaka$ sudo pmset hibernatemode=0
Usage: pmset <options>
See pmset(1) for details: 'man pmset'
MhackBookPro-de-Whaka-Akahw:~ Whaka$ 

j'ai regardé le man, c'est pourtant bien ça :wacko:

ou j'ai loupé un truc ?

 

edit : ok :D

sudo pmset -a hibernatemode 0

 

et reedit :

même résultat, il fait mine de sortir de veille, et il s'éteint.

j'ai vérifié, il est bien en mode 0
 

Link to comment
Share on other sites

bha c'est pas grave :D

dans le manuel, y'a le =

hibernatemode - change hibernation mode. Please use caution. (value =
     integer)

c'est tendencieux...

 

edit : j'ai reéssayé sans le -a, au cas ou, pas mieux.

Link to comment
Share on other sites

 Share

×
×
  • Create New...