Jump to content

degrus

Membre
  • Content Count

    629
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by degrus


  1. Et est-elle plus performante que la jelly slim 4.1?

    nn elle comme le stock

     

    si vous voulez une rom 4.1 et la plus performate des toute les rom 4.1, j'en est une qui tourne sur 60  FPS et elle n'existe pas sur aucun des forum connu, ni russe ni vietnamien et ni malisien aussi

     

    elle est plus performante que la slim  v 2.1a, j'ai pas voulu la posté car je ne veux  pas faire marche arrière maintenant on est sur le 4.2.2


  2. Salut,

       Je remarque le fait suivant entre la 4.2.2 et la 4.1.1:

     

    4.1.1

    # cat /data/system/packages.list | grep blue
    com.android.bluetooth 10002 0 /data/data/com.android.bluetooth
    

    4.2.2

    # cat /data/system/packages.list | grep blue
    com.android.bluetooth 10077 0 /data/data/com.android.bluetooth
    com.mediatek.bluetooth 10046 0 /data/data/com.mediatek.bluetooth
    

    A mon avis, le problème du BT réside dans l'utilitaire "brcm_patchram_plus" qui ne se lance pas. En effet, sur le 4.1.1, nous avons bien les processus suivant:

    bluetooth 108   1     1636   920   ffffffff 00000000 S /system/bin/dbus-daemon
    bluetooth 415   1     1112   448   ffffffff 00000000 S /system/bin/brcm_patchram_plus
    bluetooth 483   1     2416   1448  ffffffff 00000000 S /system/bin/bluetoothd
    

    Seulement voilà, sous la 4.2.2 ce processus n'y est pas. De plus, le lancement de la commande suivante échoue (se bloque) sous la 4.2.2

    /system/bin/brcm_patchram_plus --enable_hci --enable_lpm --no2bytes --tosleep50000 --baudrate 1500000 --use_baudrate_for_download --patchram /etc/firmware/BCM4330B1.hcd /dev/ttyMT1 --bd_addr 43:29:b1:55:56:01
    

    Ceci indique que le firmware n'est pas correctement mis en RAM.

     

    J'ai fait du "strace" et ce que je remarque c'est que l'utilitaire est bloqué dans la lecture à partir du device "/dev/ttyM1" !!!

     

    Sous 4.1.1

    writev(7, [{"\3", 1}, {"brcm_patchram_plus\0", 19}, {"itoa_buff=[d0:b3:3f:7a:8f:81]\n\r\0", 32}], 3) = 52
    writev(7, [{"\3", 1}, {"brcm_patchram_plus\0", 19}, {"optarg=[43:29:b1:55:56:01]\n\r\0", 29}], 3) = 49
    open("/dev/ttyMT1", O_RDWR|O_NOCTTY|O_LARGEFILE) = 17
    ioctl(17, TCFLSH, 0x2)                  = 0
    ioctl(17, SNDCTL_TMR_TIMEBASE or TCGETS, {B115200 -opost -isig -icanon -echo ...}) = 0
    ioctl(17, SNDCTL_TMR_START or TCSETS, {B115200 -opost -isig -icanon -echo ...}) = 0
    ioctl(17, TCFLSH, 0x2)                  = 0
    ioctl(17, SNDCTL_TMR_START or TCSETS, {B115200 -opost -isig -icanon -echo ...}) = 0
    ioctl(17, TCFLSH, 0x2)                  = 0
    ioctl(17, TCFLSH, 0x2)                  = 0
    ioctl(17, SNDCTL_TMR_START or TCSETS, {B115200 -opost -isig -icanon -echo ...}) = 0
    sigaction(SIGALRM, {0x4002d349, [], SA_RESTART}, {SIG_DFL}, 0x40048129) = 0
    write(17, "\1\3\f\0", 4)                = 0
    setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={4, 0}}, {it_interval={0, 0}, it_value={0, 0}}) = 0
    read(17, "", 3)                         = 0
    read(17, "", 3)                         = 0
    read(17, "", 3)                         = 0
    read(17, "", 3)                         = 0
    read(17, "", 3)                         = 0
    read(17, "", 3)                         = 0
    read(17, "", 3)                         = 0
    

    Sous 4.2.2

    writev(3, [{"\3", 1}, {"brcm_patchram_plus\0", 19}, {"itoa_buff=[d0:b3:3f:7a:8f:81]\n\r\0", 32}], 3) = 52
    writev(3, [{"\3", 1}, {"brcm_patchram_plus\0", 19}, {"optarg=[43:29:b1:55:56:01]\n\r\0", 29}], 3) = 49
    mprotect(0x4008a000, 4096, PROT_READ|PROT_WRITE) = 0
    mprotect(0x4008a000, 4096, PROT_READ)   = 0
    open("/dev/ttyMT1", O_RDWR|O_NOCTTY|O_LARGEFILE) = 10
    ioctl(10, TCFLSH, 0x2)                  = 0
    ioctl(10, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 opost isig icanon echo ...}) = 0
    ioctl(10, SNDCTL_TMR_START or TCSETS, {B9600 -opost -isig -icanon -echo ...}) = 0
    ioctl(10, TCFLSH, 0x2)                  = 0
    ioctl(10, SNDCTL_TMR_START or TCSETS, {B9600 -opost -isig -icanon -echo ...}) = 0
    ioctl(10, TCFLSH, 0x2)                  = 0
    ioctl(10, TCFLSH, 0x2)                  = 0
    ioctl(10, SNDCTL_TMR_START or TCSETS, {B115200 -opost -isig -icanon -echo ...}) = 0
    sigaction(SIGALRM, {0x40077349, [], SA_RESTART}, {SIG_DFL}, 0x400f325d) = 0
    write(10, "\1\3\f\0", 4)                = 4
    setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={4, 0}}, {it_interval={0, 0}, it_value={0, 0}}) = 0
    read(10, 0x4007a200, 3)                 = ? ERESTARTSYS (To be restarted)
    --- SIGALRM (Alarm clock) @ 0 (0) ---
    write(10, "\1\3\f\0", 4)                = 4
    setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={4, 0}}, {it_interval={0, 0}, it_value={0, 0}}) = 0
    sigreturn()                             = ? (mask now [])
    read(10, 0x4007a200, 3)                 = ? ERESTARTSYS (To be restarted)

    Et comme vous le remarquez, la première différence provient du retour de la fonction write() qui

    • dans le cas de la 4.1.1 elle retourne 0  ==> Ecriture OK mais 0 octets réellement inscrit
    • dans le cas de la 4.2.2 elle retourne 4 ==> Ecriture OK mais 4 octets effectivement inscrit

    Edit 1:

    C'est la fonction hci_reset() qui échoue:

     

     

    uchar hci_reset[] = { 0x01, 0x03, 0x0c, 0x00 };
     
    
    void
    proc_reset()
    {
        signal(SIGALRM, expired);
     
        hci_send_cmd(hci_reset, sizeof(hci_reset));
     
        alarm(4);
     
        read_event(uart_fd, buffer);
     
        alarm(0);
    }
    

    Edit 2:

    la commande "lsof" montre que le processus "mtkbt" qui est supposé se lancer une seule fois et disparaitre après (oneshot) est toujours vivant. Sur la 4.1.1 ce n'est pas le cas !

    Par contre, il n'y a pas de différences entres les devices de la 4.1.1 et de la 4.2.2 (cat /proc/devices)

    Décidément, je pense qu'il y a un problème avec le sous-système HCI qui est bloqué ou bien qui n'est pas arrivé à ce lancer. Malheureusement, le buffer de commande "dmesg" est trop limité et j'arrive pas à avoir des traces kernel significatives. Je n'ai pas l'impression qu'un tel problème a été rencontré de la même manière chez xda :(

     

    Merci

     

     

    est ce tu peux essayer avec ca ::         /dev/ttyMSM0              0600   bluetooth  bluetooth

     

    il faut l'ajouter dans le fichier ueventd.rc     dans la rmdisk 


  3. Oui, mais avant de flasher une ROM prend le temps de lire depuis le début du sujet , car avec un ancien Slim (S8073) tu perdrais les WiFi et le BT avec le conseil précédent. A toi de voir et de décider en connaissance de cause.

    Si tu n'es pas chez Free et que tu veux Wifi et/ou BT , mon conseil personnel, c'est la ICS V15  + kernel PDroid.

    le wifi fonctionne bien

     

    uniquement le bluetooth et le fmradio ne fontionne pas

×
×
  • Create New...