Project

General

Profile

SciphoneDreamG2 » History » Version 22

marcin, 02/19/2016 10:49 PM

1 1 laforge
2 22 marcin
h1. Sciphone Dream G2
3 1 laforge
4 22 marcin
5 22 marcin
The Sciphone Dream G2 is a [[MT6235]] based phone running UI software to mimic the look+feel of Android.
6 22 marcin
7 1 laforge
There is currently an u-boot and Linux port for the MT6235 underway, the primary development platform is the Sciphone G2.
8 1 laforge
9 22 marcin
[[OsmocomBB]] does not yet support any Mediatek chipsets, so this phone is not supported by [[OsmocomBB]].  Nonetheless, we
10 1 laforge
expect to have support for it at some point in the future.
11 1 laforge
12 22 marcin
More information on the hardware of the device can be found at "[[BR":http://en.qi-hardware.com/wiki/Sciphone_Dream_G2]]
13 1 laforge
The phone has a engineering menu which can be activated by dialing *#36466331#
14 16 steve-m
15 16 steve-m
16 22 marcin
h2. Serial Cable
17 22 marcin
18 22 marcin
19 16 steve-m
You can make a serial cable by sacrificing the headset that comes with the phone, and swapping the pins inside the connector.
20 2 steve-m
21 2 steve-m
Serial pinout:
22 9 sylvain
23 2 steve-m
||Pin||signal||comment||
24 9 sylvain
||1||GND||
25 9 sylvain
||2||GND||
26 1 laforge
||5||Rx||(From PC to Phone)||
27 1 laforge
||7||Tx||(From Phone to PC)||
28 1 laforge
29 1 laforge
[[Image(sciphone_serial.jpg,20%)]]
30 2 steve-m
31 1 laforge
32 22 marcin
h2. JTAG
33 22 marcin
34 22 marcin
35 4 steve-m
The JTAG port of the MT6235 is accessible on the phone PCB, see the attached picture.
36 22 marcin
You can use "OpenOCD":http://openocd.berlios.de/web/ along with the attached configuration file ([raw-attachment:openocd_mt6235.cfg]) for debugging.
37 1 laforge
38 1 laforge
[[Image(scig2_front.JPG,20%)]]
39 1 laforge
[[Image(scig2_jtag.jpg,20%)]]
40 1 laforge
41 11 steve-m
42 22 marcin
h2. Serial Bootloader
43 22 marcin
 
44 1 laforge
45 22 marcin
Like all Mediatek MT62xx SoCs, the phone uses the [[MTKRomloader]].
46 22 marcin
47 10 steve-m
For executing U-Boot and Linux using the MTK romloader, proceed as follows:
48 1 laforge
49 22 marcin
* clone osmocom-bb.git and checkout the branch 'steve-m/loader_sciphone'
50 22 marcin
* compile the code, connect the phone and run osmocon:
51 22 marcin
<pre>
52 1 laforge
$ ./osmocon -p /dev/ttyUSB0 -m mtk ../../target/firmware/board/mt62xx/loader.mtkram.bin
53 22 marcin
</pre>
54 22 marcin
* press and *hold* the powerbutton of the phone, until the loading has finished and you see the following:
55 22 marcin
<pre>
56 1 laforge
[...]
57 1 laforge
Received branch address ack, code should run now
58 10 steve-m
59 1 laforge
Running on mt62xx in environment mtkram
60 1 laforge
HW_CODE = 0x6235
61 22 marcin
</pre>
62 1 laforge
63 22 marcin
*Uploading U-Boot*
64 22 marcin
* *don't* terminate osmocon and execute:
65 22 marcin
<pre>
66 10 steve-m
$ ./osmoload memload 0x500000 u-boot.bin
67 10 steve-m
$ ./osmoload jump 0x500000
68 22 marcin
</pre>
69 13 marcin
70 22 marcin
* now terminate osmocon and open a serial terminal of your choice (115200-8N1)
71 22 marcin
* see below for loading Linux with U-Boot
72 13 marcin
73 13 marcin
74 22 marcin
h2. MTK boot process
75 22 marcin
76 22 marcin
77 1 laforge
[[Image(mt62xx_boot.jpg,20%)]]
78 1 laforge
79 22 marcin
MT62xx chips have IPL (Initial Program Loader) saved in ROM.
80 1 laforge
81 1 laforge
82 22 marcin
This is first code executed after power up.
83 1 laforge
84 1 laforge
85 22 marcin
It configures basic functionality of CPU (serial port 19200n8) and waits on 0xA beacon.
86 1 laforge
87 22 marcin
88 22 marcin
If beacon won't be received, it jumps to NAND memory read procedure.
89 22 marcin
90 22 marcin
91 22 marcin
At NAND 0x0 address Boot Header is placed which holds informations about NAND memory and parameters of image which is going to be loaded.
92 22 marcin
93 22 marcin
94 1 laforge
NAND memory read procedure tries to read NAND memory from 0x0 address with following NFI controller settings:
95 1 laforge
96 13 marcin
||Bus width||Address bytes||Page size||Column shift||Used in Sciphone G2||
97 1 laforge
||1||3||512||8||||
98 13 marcin
||0||3||512||8||||
99 14 marcin
||1||4||512||8||||
100 13 marcin
||0||4||512||8||yes||
101 1 laforge
||1||4||2048||16||||
102 1 laforge
||0||4||2048||16||yes||
103 1 laforge
||1||5||2048||16||||
104 1 laforge
||0||4||2048||16||||
105 15 marcin
106 22 marcin
If Boot Header read from NAND memory will match to currently used NFI configuration, bootloader will start to read data from NAND to internal SRAM. Internal SRAM size is 64kB, which means that code loaded by IPL can't be bigger than that.
107 1 laforge
108 1 laforge
109 22 marcin
*Note:* IPL doesn't configure PLL and SDRAM controller, so there is no possibility to load code to external RAM. Here is where SPL (Secondary Program Loader) comes into the game.
110 1 laforge
111 13 marcin
112 22 marcin
h2. SPL - Runing U-Boot from NAND
113 1 laforge
114 15 marcin
115 22 marcin
SPL (Second Program Loader) is just small U-Boot loader which includes low level CPU initialization (PLL, SDRAM) and NAND driver.
116 1 laforge
117 15 marcin
118 22 marcin
Using default build it occupies less than 4kB, but it lacks NAND memory detection. All the NAND memory types can be specified using preprocessor which is not comfortable. We already identified three different NAND memories and that would be bad to create seperate builds for them.
119 1 laforge
120 22 marcin
121 22 marcin
Fortunatelly there is no need to strip down SPL size to 4kB, so SPL code has been reworked and new functionalities are added. It detects NAND memory at startup and configures NFI controller automatically. New implementation can be found at "nand_spl/nand_boot_detect.c".
122 22 marcin
123 22 marcin
124 22 marcin
SPL also automatically configures SDRAM controler according to RAM you have on your device (currently it tries two configurations).
125 22 marcin
126 22 marcin
127 22 marcin
SPL is generated on every U-Boot build and binary can be found at "nand_spl/u-boot-spl.bin".
128 22 marcin
129 22 marcin
130 22 marcin
SPL will be loaded and executed by IPL only if Boot Header will contain valid data (in this case checksum and length is most important).
131 22 marcin
132 22 marcin
133 6 marcin
To generate Boot Header and place it at the begining of binary you should use mtk_image tool. MTK Boot Header generator can be found at "tools/mtk_image.c".
134 6 marcin
135 22 marcin
<pre>
136 1 laforge
Usage ./mtk_image [ -s size ] [ -o file ] mtk_dump.bin image.bin
137 1 laforge
	[ -s size ]	- size of image, if not specified file size will be taken
138 6 marcin
	[ -o file ]	- name of output file
139 1 laforge
	mtk_dump.bin	- dump of NAND memory from address 0 (at least 64 bytes)
140 6 marcin
	image.bin	- image to be loaded by MTK bootloader
141 22 marcin
</pre>
142 1 laforge
143 22 marcin
mtk_image tool needs dump file from your device (at least 64 bytes read from NAND 0x0 address) as there are different NAND memory configurations. Thanks to that Boot Header will be properly generated for your device.
144 6 marcin
145 1 laforge
146 22 marcin
*Note! Before flashing U-Boot to NAND, create full dump of your NAND, otherwise you'll be not able to restore phone's original software.*
147 1 laforge
148 6 marcin
149 22 marcin
h2. U-Boot
150 22 marcin
151 22 marcin
152 22 marcin
Port of U-Boot for Sciphone G2 can be found at "U-Boot":http://git.osmocom.org/gitweb?p=uboot-mt623x.git;a=summary
153 22 marcin
154 1 laforge
Building U-Boot:
155 1 laforge
156 22 marcin
<pre>
157 1 laforge
export CROSS_COMPILE=arm-linux-gnueabi-
158 1 laforge
make sciphone_g2_config
159 8 marcin
make
160 22 marcin
</pre>
161 1 laforge
162 1 laforge
163 22 marcin
h2. Linux kernel
164 1 laforge
165 22 marcin
166 22 marcin
Port of Linux kernel for Sciphone G2 can be found at "Linux kernel":http://git.osmocom.org/gitweb?p=linux-mt623x.git;a=summary
167 22 marcin
168 1 laforge
Building Linux:
169 1 laforge
170 22 marcin
<pre>
171 8 marcin
export CROSS_COMPILE=arm-linux-gnueabi-
172 8 marcin
make ARCH=arm sciphone_g2_defconfig
173 1 laforge
make ARCH=arm uImage
174 22 marcin
</pre>
175 1 laforge
176 8 marcin
177 22 marcin
h2. Building initramfs file system
178 1 laforge
179 8 marcin
180 22 marcin
The easiest way to have file system in Linux kernel is to build "Initramfs image":http://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt.
181 22 marcin
182 22 marcin
183 22 marcin
You need to download "Busybox":http://www.busybox.net/, configure it and build it.
184 22 marcin
185 22 marcin
<pre>
186 8 marcin
export CROSS_COMPILE=arm-linux-gnueabi-
187 8 marcin
make menuconfig
188 8 marcin
make
189 8 marcin
make install
190 22 marcin
</pre>
191 1 laforge
192 22 marcin
Generated file system by default installs in _install directory.
193 1 laforge
194 22 marcin
195 1 laforge
Additional to that you'll need to create console device in already built filesystem.
196 1 laforge
197 22 marcin
<pre>
198 1 laforge
sudo mknod dev/console c 5 1
199 22 marcin
</pre>
200 1 laforge
201 1 laforge
Now you can create CPIO archive:
202 1 laforge
203 22 marcin
<pre>
204 1 laforge
find . | cpio -o -H newc > rootfs.cpio
205 22 marcin
</pre>
206 7 marcin
207 22 marcin
Next step is to point to Linux kernel where initramfs image is located.
208 7 marcin
209 22 marcin
210 1 laforge
In menuconfig of Linux kernel you should modify following option:
211 1 laforge
212 22 marcin
<pre>
213 1 laforge
CONFIG_INITRAMFS_SOURCE=<path_to_cpio>
214 1 laforge
General setup -> Initial RAM filesystem and RAM disk -> Initramfs source file(s)
215 22 marcin
</pre>
216 1 laforge
217 22 marcin
After these steps Linux kernel image will have initramfs built in.
218 1 laforge
219 14 marcin
220 22 marcin
*Important note:* Initramfs ignores 'init=' variable given in kernel boot parameters list. It always executes /init command at startup and you can't change it. Check if you have /init in your file system (BusyBox has /linuxrc by default, so just change its name to init).
221 22 marcin
Every time you change initramfs file system you have to rebuild also Linux kernel.
222 22 marcin
223 22 marcin
224 13 marcin
To unpack CPIO archive you can use following command:
225 13 marcin
226 22 marcin
<pre>
227 1 laforge
cpio -i -d -H newc -F <path_to_cpio_archive> --no-absolute-filenames
228 22 marcin
</pre>
229 13 marcin
230 1 laforge
231 22 marcin
h2. Reading data files in U-Boot
232 1 laforge
233 22 marcin
234 22 marcin
*NAND*
235 22 marcin
236 1 laforge
Following command will read 256 bytes from NAND address 0 at address 0x800000.
237 13 marcin
238 22 marcin
<pre>
239 1 laforge
nand read 0x800000 0 0x100
240 22 marcin
</pre>
241 13 marcin
242 22 marcin
*Serial*
243 1 laforge
244 1 laforge
Following command will read data at address 0x800000 from serial at baudrate 115200 (using kermit protocol).
245 1 laforge
246 22 marcin
<pre>
247 1 laforge
loadb 0x800000 115200
248 22 marcin
</pre>
249 1 laforge
250 22 marcin
*SD/MMC*
251 1 laforge
252 13 marcin
Following command will read uImage file at address 0x800000 from MMC card.
253 1 laforge
254 22 marcin
<pre>
255 1 laforge
mmcinfo
256 13 marcin
fatload mmc 0 0x800000 uImage
257 22 marcin
</pre>
258 13 marcin
259 13 marcin
260 22 marcin
h2. NAND memory
261 22 marcin
262 22 marcin
263 13 marcin
So far three types of NAND memories has been identified:
264 1 laforge
265 1 laforge
||Chip||Size||
266 1 laforge
||HY27XS08121M||512Mb (64MB) NAND||
267 13 marcin
||HY27XA081G1M||1Gb (128MB) NAND||
268 1 laforge
||TC58NVG0S3AFT||1Gb (128MB) NAND||
269 1 laforge
270 22 marcin
All of them are supported by "mt62xx_nand.c" NAND driver in U-Boot.
271 1 laforge
272 1 laforge
273 22 marcin
This driver has also support for ECC hardware decoding and encoding.
274 22 marcin
275 22 marcin
276 1 laforge
ECC layout which is used by MTK looks as follows:
277 13 marcin
278 22 marcin
<pre>
279 13 marcin
/*
280 22 marcin
* For small and large page NAND devices ecc block size is the same:
281 13 marcin
 *
282 22 marcin
*      ecc_block_size = 256
283 13 marcin
 *
284 22 marcin
* Placement of ecc bytes in spare area is as follows:
285 1 laforge
 *
286 22 marcin
* --------------------------------------------------------------
287 22 marcin
* |                            SPARE                           |
288 22 marcin
* --------------------------------------------------------------
289 22 marcin
* |    | ECC0  |       | ECC1  |       | ECC2  |       | ECC3  |
290 22 marcin
* --------------------------------------------------------------
291 22 marcin
* 0    8       16      24      32      40      48      56      64
292 1 laforge
 *
293 22 marcin
* ECC0 = 12 bits (from 1st ECC block) + 12 bits (from 2nd ECC block)
294 22 marcin
* ECC1 = 12 bits (from 3rd ECC block) + 12 bits (from 4th ECC block)
295 22 marcin
* ECC2 = 12 bits (from 5th ECC block) + 12 bits (from 6th ECC block)
296 22 marcin
* ECC2 = 12 bits (from 7th ECC block) + 12 bits (from 8th ECC block)
297 1 laforge
 */
298 1 laforge
299 22 marcin
</pre>
300 1 laforge
301 13 marcin
ECC layout information is pretty important as built-in bootloader in MT62xx chips
302 13 marcin
has hardware ECC enabled and it won't load code from NAND if ECC layout will
303 22 marcin
not match.
304 13 marcin
305 1 laforge
306 22 marcin
This layout is also important to properly dump or restore existing firmware.
307 22 marcin
308 22 marcin
309 1 laforge
NAND driver for Linux is under development.
310 1 laforge
311 1 laforge
312 22 marcin
h2. LCD
313 22 marcin
314 22 marcin
Sciphone G2 has LCD with 240x320 resolution.
315 22 marcin
316 22 marcin
317 1 laforge
Currently two different LCD controllers has been identified (on Sciphone G2):
318 22 marcin
* ILI9331
319 22 marcin
* ILI9325
320 22 marcin
These controllers are already supported in U-Boot.
321 1 laforge
322 22 marcin
323 1 laforge
To identify what kind of controller is in your device, just check U-Boot prints.
324 1 laforge
325 22 marcin
<pre>
326 13 marcin
DRAM:  32 MiB
327 13 marcin
NAND:  64 MiB
328 13 marcin
MMC:   msdc_mmc: 0
329 1 laforge
mtk_lcd INFO: Read LCD device code: 9331.
330 22 marcin
</pre>
331 1 laforge
332 22 marcin
U-Boot supports displaying bitmap on the screen, you just have to create bitmap in proper format.
333 1 laforge
334 1 laforge
335 22 marcin
By default U-Boot will build osmocomBB bitmap.
336 13 marcin
337 13 marcin
338 22 marcin
To convert your customized bitmap change type of bitmap to indexed.
339 22 marcin
340 22 marcin
341 22 marcin
Using GIMP, select "Image -> Mode -> Indexed...". Maximum number of colours is 240 (16 is used by internal U-Boot CMAP).
342 22 marcin
343 22 marcin
344 13 marcin
In existing U-Boot bmp logo converting tool (tools/bmp_logo.c) there are two issues:
345 22 marcin
* width of bitmap has to be aligned to 4 (otherwise padding bytes will be added and bitmap will be not properly displayed)
346 22 marcin
* size of bitmap can't be bigger than 65535 (LCD on Sciphone G2 is 240x320 = 76800)
347 22 marcin
Both issues are fixed on "uboot-mt623x":http://git.osmocom.org/gitweb?p=uboot-mt623x.git;a=summary.
348 13 marcin
349 13 marcin
350 22 marcin
MT6235 LCD controller shares data lines with NFI (NAND) controller. Currently there is no possibility to use NAND when LCD is used.
351 22 marcin
352 22 marcin
353 1 laforge
Frame buffer driver for Linux is under development.
354 13 marcin
355 13 marcin
356 22 marcin
h2. BBT handling
357 22 marcin
358 22 marcin
359 13 marcin
Comment from "sciphone_g2.h" configuration file explains how BBT is handled.
360 13 marcin
361 22 marcin
<pre>
362 13 marcin
/*
363 22 marcin
* Below option allows U-Boot to save BBT table in NAND.
364 22 marcin
* Without this option BBT table is created everytime when first nand
365 22 marcin
* command is executed (except "nand dump"). Full scanning of NAND
366 22 marcin
* takes long time and unnecessarily delays first command execution.
367 13 marcin
 *
368 22 marcin
* NOTE! This option is disabled by defaut as at startup it deletes last
369 22 marcin
* two blocks of NAND. Most of people run code from RAM and don't have
370 22 marcin
* NAND memory dumped yet. If you don't like to wait on first nand
371 22 marcin
* command, you should enable below option.
372 13 marcin
 */
373 13 marcin
#define MT62XX_NAND_BBT_IN_NAND
374 22 marcin
</pre>
375 13 marcin
376 13 marcin
377 22 marcin
h2. MTD partitions
378 22 marcin
379 22 marcin
380 13 marcin
Layout of MTD partitions is following:
381 13 marcin
382 22 marcin
<pre>
383 13 marcin
device nand0 <mt62xx_nand.0>, # parts = 5
384 13 marcin
 #: name                size            offset          mask_flags
385 13 marcin
 0: sbl                 0x00020000      0x00000000      0
386 13 marcin
 1: env                 0x00020000      0x00020000      0
387 13 marcin
 2: u-boot              0x00200000      0x00040000      0
388 13 marcin
 3: kernel              0x00200000      0x00240000      0
389 6 marcin
 4: root                0x03bc0000      0x00440000      0
390 22 marcin
</pre>
391 17 marcin
392 17 marcin
393 22 marcin
h2. Building images with [[OpenEmbedded]]
394 17 marcin
395 17 marcin
396 22 marcin
Currently the easiest way to build your own Linux distribution for Sciphone G2 is to use OE.
397 17 marcin
398 17 marcin
399 22 marcin
Setting up of OE is described "here":http://www.openembedded.org/index.php/Getting_started.
400 22 marcin
401 22 marcin
402 22 marcin
To have Sciphone G2 target and Linux kernel with U-Boot from [[OsmocomBB]] repositories, you need to apply patch from "here":http://downloads.qi-hardware.com/people/marcin/.
403 22 marcin
404 22 marcin
405 22 marcin
Under above link you can also find example config file for OE build.
406 22 marcin
407 22 marcin
408 17 marcin
So far following images has been successfully run on Sciphone G2:
409 17 marcin
410 22 marcin
<pre>
411 17 marcin
minimal-image
412 17 marcin
opie-image-16mb
413 17 marcin
opie-image
414 17 marcin
x11-image
415 22 marcin
</pre>
416 17 marcin
After successfull build of image, following directory will contain U-Boot, Linux kernel and file system image:
417 17 marcin
418 22 marcin
<pre>
419 18 marcin
/YOUR_BUILD_DIRECTORY/deploy/images/sciphone_g2/
420 22 marcin
</pre>
421 17 marcin
422 22 marcin
U-Boot and Linux kernel are built from latest sources found in [[OsmocomBB]] repositories.
423 17 marcin
424 17 marcin
425 22 marcin
h2. Running Linux distro
426 22 marcin
427 22 marcin
428 17 marcin
[[Image(scig2_opie.jpg,20%)]]
429 17 marcin
430 22 marcin
It's possible to run any Linux distribution without flashing Sciphone's original firmware.
431 17 marcin
432 17 marcin
433 22 marcin
To do this, you need to prepare microSD card and use osmocon loader to load u-Boot image to RAM.
434 17 marcin
435 17 marcin
436 22 marcin
Current images for U-Boot and Root File Systems can be found "here":http://downloads.qi-hardware.com/people/marcin/.
437 17 marcin
438 22 marcin
First of all ext3 partition has to be created on SD card.
439 22 marcin
440 22 marcin
441 22 marcin
*Note!!! Followig method will erase all data on your SD card.*
442 22 marcin
443 22 marcin
<pre>
444 17 marcin
sudo fdisk /dev/sdbX
445 17 marcin
press p (prints partition table)
446 17 marcin
press d (deletes partition table)
447 17 marcin
press n (adds new partition)
448 17 marcin
sudo mkfs.ext3 /dev/sdbX
449 22 marcin
</pre>
450 17 marcin
451 17 marcin
Next step is to copy built image to SD card:
452 17 marcin
453 22 marcin
<pre>
454 17 marcin
sudo dd if=<path_to_ext3_image_file> of=/dev/sdbx
455 22 marcin
</pre>
456 19 marcin
457 22 marcin
When operation is finished, you can pull out SD card from PC and insert it to Sciphone.
458 20 marcin
459 20 marcin
460 22 marcin
Now you can load U-Boot image using osmocon tool.
461 20 marcin
462 20 marcin
463 22 marcin
When U-Boot starts, it loads /boot/uImage kernel file from SD card to RAM and boots it (OE automatically copies built kernel to /boot directory).
464 21 marcin
465 20 marcin
466 22 marcin
After that you should see [[OsmocomBB]] splash screen with "Please wait ..." text and after few moments an OPIE welcome screen should appear.
467 19 marcin
468 22 marcin
469 22 marcin
*Note!!! Initial boot takes much longer time than next ones.*
470 22 marcin
471 22 marcin
If your screen is not properly calibrated, execute *ts_calibrate* command from shell which will recalibrate your touchscreen.
472 22 marcin
473 22 marcin
474 22 marcin
h2. Additional equipment
475 22 marcin
476 22 marcin
477 22 marcin
Sciphone G2 has microSD card slot in hardly available place.
478 22 marcin
479 22 marcin
During development process you'll waste a lot of time to pull out and put in microSD card with new software.
480 22 marcin
481 1 laforge
Below picture shows home made microSD card extension cable which makes SD card changes much faster.
482 1 laforge
483 1 laforge
[[Image(microsd_extension.jpg,20%)]]
484 1 laforge
[[Image(scig2_microsd.jpg,35%)]]
485 1 laforge
486 1 laforge
487 22 marcin
h2. Links
488 1 laforge
489 22 marcin
"- video showing Sciphone G2 running Angstrom Linux with OPIE[[BR":http://www.youtube.com/watch?v=-_guRruQi0I]]
490 22 marcin
491 22 marcin
"- video showing Sciphone G2 running Linux kernel[[BR":http://www.youtube.com/watch?v=w_Iwsckm7Ko]]
492 22 marcin
493 22 marcin
"- Sciphone G2 binary images and patches[[BR":http://downloads.qi-hardware.com/people/marcin/]]
Add picture from clipboard (Maximum size: 48.8 MB)