si ma devono esser smontate, e non lo lascia fare perchè ci sono applicazioni di sistema che ci girano sopra... se provi con un "kill -9 `fuser -m /data`" il sistema si reboota perchè si killa anche dalvik :( (si può convertire cache, ma è una partizione quasi inutile)
ho fatto dei progressi col bluetooth, ho sostituito parte dei sorgenti del kernel rk29xx relativi al bluetooth con quelli del kernel 2.6.32.27 vanilla e questo è il risultato:
# insmod bluetooth.ko
# insmod btusb.ko
# insmod l2cap.ko
# insmod rfcomm.ko
# insmod bnep.ko
# insmod sco.ko
# busybox chmod 777 /sys/class/rfkill/rfkill0/*
# start bluetoothd
# hciconfig -a
hci0: Type: USB
BD Address: 00:02:72:B3:12:62 ACL MTU: 192:8 SCO MTU: 64:8
UP RUNNING
RX bytes:395 acl:0 sco:0 events:18 errors:0
TX bytes:67 acl:0 sco:0 commands:17 errors:0
Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy:
Link mode: SLAVE ACCEPT
Can't read local name on hci0: Connection timed out (110)
# hcitool scan
Scanning ...
5C:17:D3:15:5E:B0 n/a
# hcitool inq 5c:17:D3:15:5E:BQ
Inquiring ...
5C:17:D3:15:5E:B0 clock offset: 0x62c4 class: 0x5a020c
# l2ping 5C:17:D3:15:5E:B0
Ping: 5C:17:D3:15:5E:B0 from 00:02:72:B3:12:62 (data size 44) ...
0 bytes from 5C:17:D3:15:5E:B0 id 0 time 44.30ms
0 bytes from 5C:17:D3:15:5E:B0 id 1 time 37.33ms
0 bytes from 5C:17:D3:15:5E:B0 id 2 time 41.11ms
0 bytes from 5C:17:D3:15:5E:B0 id 3 time 39.85ms
0 bytes from 5C:17:D3:15:5E:B0 id 4 time 38.63ms
0 bytes from 5C:17:D3:15:5E:B0 id 5 time 33.61ms
0 bytes from 5C:17:D3:15:5E:B0 id 6 time 38.64ms
0 bytes from 5C:17:D3:15:5E:B0 id 7 time 33.63ms
0 bytes from 5C:17:D3:15:5E:B0 id 8 time 39.89ms
0 bytes from 5C:17:D3:15:5E:B0 id 9 time 34.85ms
0 bytes from 5C:17:D3:15:5E:B0 id 10 time 37.41ms
0 bytes from 5C:17:D3:15:5E:B0 id 11 time 37.38ms
0 bytes from 5C:17:D3:15:5E:B0 id 12 time 39.90ms
^C13 sent, 13 received, 0% loss
# rfcomm connect 0 5C:17:D3:15:5E:B0
Can't connect RFCOMM socket: Connection refused
(non ho risposto alla richiesta del pin sul telefono, appena aver premuto invio era arrivata la richiesta del pin)
adesso qualcuno riesce ad aprire il settaggio bluetooth nelle impostazioni?
questi sono i files: Multiupload.com - upload your files to multiple file hosting sites!
i vari comandi hci* li trovate nello zip presente sul thread postato da yatto poco sopra...
[GUIDA] Compilare il kernel RK2918
Visualizzazione stampabile
-
12-12-11, 11:43ChristianTroy
-
12-12-11, 12:14yatto
Forse dovresti "trovare" un bluetooth.apk ...
Oppure, prova a scricare dal market un programma che serve per trasferire file attraverso il bluetoot, e vedi se funziona... Per Accenderlo e spegnerlo potresti provare quick settings, sempre scaricavile dal market...
Cmq : BRAVO !
;)
Per il discorso, delle partizioni, invece, penso che sia arrivato il momento di capire come far andrae in recovery il tablet, e soprattutto come "modificare" la recovery per fare quello che vogliamo... ma su rk2918 non riesco a trovare nulla...
:( -
12-12-11, 12:16ChristianTroy
ho provato ma non lo accende, sarà da modificare il boot inserendo nel file .rc i permessi giusti come presenti anche in quello zip dell'fview... cmq mi fermo qui adesso fino al prox w-end non ho tempo per le prove :(
se qualcuno riesce ad andare avanti... -
12-12-11, 12:18yatto
6 un grande... :)
quali sono i permessi da dare ? così provo a modificare il boot ? -
12-12-11, 12:38ChristianTroy
cambia ueventd.rk29board.rc mettendo:
poi carichi a mano i moduli, inserisci la chiavetta e vedi se funziona l'attivazione (io ho scaricato blueetooth gps provider e mi faceva accedere)codice:/dev/galcore 0666 system graphics
/dev/video0 0660 system camera
/dev/video1 0660 system camera
/dev/video2 0660 system camera
/dev/pmem_cam 0660 system camera
/dev/vpu 0660 system system
/dev/vpu_mem 0666 system system
# for Sensor HAL
/dev/akm8973 0660 system system
/dev/accelerometer 0660 system system
# for GPS
#/dev/ttyS3 0600 gps gps
# for BT
/dev/vflash 0660 bluetooth bluetooth
/dev/ttyS0 0660 bluetooth bluetooth
/dev/ttyS2 0660 bluetooth bluetooth
# for radio
/dev/ttyUSB* 0660 radio radio
/dev/rfcomm* 0664 radio radio
/sys/class/rfkill/rfkill* 0666 radio radio
-
12-12-11, 14:28baddemonCiao, ho provato la procedura da te descritta, il risultato è: "dwc_otg_hcd_qh_init tt->hub null!" e "unable to enumerate USB device on port 1". per il resto tutti i moduli sono inizializzati correttamente. provando con il programma che hai usato tu fallimento totale, non riesco nemmeno ad accedervi, dato che ha bisogno del bluetooth attivo e da impostazioni bluetooth non riesco ad attivarlo comunque...Quote:
Originariamente inviato da ChristianTroy
-
12-12-11, 14:58estebanSannin
Salve ragazzi,
anche io ho acquistato il tablet.
Sono pronto a darvi una mano, sono uno sviluppatore android (ho realizzato diverse rom per smartphone) e un firmware engeenering per sistemi linux embedded (lavoro)
Mi chiedevo, le informazioni scritte nel primo post sono aggiornate?? magari qualcuno puo' riassumere ed eventualmente aggiornare lo status e gli obiettivi cosi che possa darvi anche io una mano ;-)
Aspetto vostre info ;-) -
12-12-11, 15:02ChristianTroy
comunque mi sa che bisogna lavorarci ancora (ed io non ne ho la capacità per guardare il codice, quando si tratta di compilare e provare sources differenti non c'è problema visto che uso gentoo da una vita, e son abituato a venir fuori dai casini)... qui ci con gli output delle stesse chiavette usb (una bt 1.1 l'altra bt 2.0) sul pad e sul pc:
bt 2.0 tab
bt 2.0 pccodice:# hciconfig -a
hci0: Type: USB
BD Address: 00:1F:81:00:08:30 ACL MTU: 1021:4 SCO MTU: 180:1
UP RUNNING
RX bytes:389 acl:0 sco:0 events:17 errors:0
TX bytes:67 acl:0 sco:0 commands:17 errors:0
Features: 0xff 0x3e 0x09 0x76 0x80 0x01 0x00 0x80
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy:
Link mode: SLAVE ACCEPT
Can't read local name on hci0: Connection timed out (110)
bt 1.1 padcodice:alan@Audrey ~/Android/WiP/fview-bt $ sudo hciconfig -a
hci0: Type: BR/EDR Bus: USB
BD Address: 00:1F:81:00:08:30 ACL MTU: 1021:4 SCO MTU: 180:1
UP RUNNING
RX bytes:1367 acl:0 sco:0 events:51 errors:0
TX bytes:460 acl:0 sco:0 commands:55 errors:5
Features: 0xff 0x3e 0x09 0x76 0x80 0x01 0x00 0x80
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF
Link mode: SLAVE ACCEPT
Name: 'Audrey-0'
Class: 0x000000
Service Classes: Unspecified
Device Class: Miscellaneous,
HCI Version: 2.0 (0x3) Revision: 0x44
LMP Version: 2.0 (0x3) Subversion: 0x3
Manufacturer: Cambridge Silicon Radio (10)
bt 1.1 pccodice:# hciconfig -a
hci0: Type: USB
BD Address: 00:02:72:B3:12:62 ACL MTU: 192:8 SCO MTU: 64:8
UP RUNNING
RX bytes:395 acl:0 sco:0 events:18 errors:0
TX bytes:67 acl:0 sco:0 commands:17 errors:0
Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy:
Link mode: SLAVE ACCEPT
Can't read local name on hci0: Connection timed out (110)
a parte il timeout che si vede così nel dmesg "hci_cmd_task: hci0 command tx timeout" la chiavetta non viene vista bene, infatti manca la parte "Type: BR/EDR"codice:alan@Audrey ~/Android/WiP/fview-bt $ sudo hciconfig -a
Password:
hci0: Type: BR/EDR Bus: USB
BD Address: 00:02:72:B3:12:62 ACL MTU: 192:8 SCO MTU: 64:8
UP RUNNING PSCAN ISCAN
RX bytes:923 acl:0 sco:0 events:23 errors:0
TX bytes:595 acl:0 sco:0 commands:22 errors:0
Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy:
Link mode: SLAVE ACCEPT
Name: 'Audrey-0'
Class: 0x000100
Service Classes: Unspecified
Device Class: Computer, Uncategorized
HCI Version: 1.1 (0x1) Revision: 0x20d
LMP Version: 1.1 (0x1) Subversion: 0x20d
Manufacturer: Cambridge Silicon Radio (10)
-
12-12-11, 15:29ChristianTroy
sto riprovando con i sources dell rk29xx, ed anche la scorsa volta avevo un problema compilando bluetooth.ko come modulo (problema che non si verifica se lo si compila nel kernel)...
durante il modpost ottengo:
ERROR: "GetSNSectorInfo" [drivers/bluetooth/vflash.ko] undefined!
(avevo commentato le due parti riguardanti questo GetSNSectorInfo ma non è una soluzione elegante... ed infatti nemmeno del tutto funzionale!)
cercandolo all'interno dei sorgenti me lo ritrovo qui:
drivers/bluetooth/vflash.c:extern char GetSNSectorInfo(char * pbuf);
drivers/bluetooth/vflash.c: GetSNSectorInfo(tempBuf);
drivers/mtd/rknand/rknand_base_ko.c:char GetSNSectorInfo(char * pbuf)
drivers/mtd/rknand/rknand_base_ko.c: if(gpNandInfo->GetSNSectorInfo)
drivers/mtd/rknand/rknand_base_ko.c: return( gpNandInfo->GetSNSectorInfo( pbuf));
drivers/mtd/rknand/rknand_base.h: char (*GetSNSectorInfo)(char * pbuf);
ho provato a compilare rknand & co. come moduli (erano built-in) ma non è cambiato nulla... qualcuno che conosce il c sa indirizzarmi?
edit: ne son venuto fuori solo... editando vflash.c ed inserendo:
#include "../mtd/rknand/rknand_base.h"
edit2: se compilo solo i moduli con "make modules" funziona, se compilo anche il kernel no :/ -
12-12-11, 17:07yatto
Grazie al valoroso contributo di ChristianTroy,
per chi volesse provarlo, così la smettiamo con la paura di avere la /system in ext3
ecco il link Multiupload.com - upload your files to multiple file hosting sites!
dove si può scaricare una boot.img che carica la /system in ext4
Ovviamente bisogna adoperarsi per crearsi una system.img in ext4. :)
Creiamo il dummy file:
sudo dd if=/dev/zero of=/sysext4 bs=1k count=225000
Disabilitiamo i check automatici:
sudo tune2fs -c0 -i0 /sysext4
Creiamo un mount point per montare il file immagine creato:
mkdir sysext4.mnt
Montiamolo:
sudo mount -t ext4 /sysext4 /sysext4.mnt
Siamo pronti a copiarci i file dentro. Non dimenticate "cp -a " il parametro -a è importante per mantenere gli stessi permessi dei file originali durante la copia...
Have fun !
