Xduoo x3

[pamaury]

Hi,
I didn't get any answer from Xduoo so I guess we will have to reverse engineer everything.
The first step will be to make the lcd display something. I always begin ports by playing with the device through a remote usb connection and some lua scripting. When we got that working, we will write some C code.

[XVortex]

Maybe it will help...
I did some RE on kernel and found a signs of SSD1305 LCD driver.

[XVortex]

Hi All.
Here is remote script runner for X3. Now you can run various scripts on the device, play with gpio's, oled_ioctl etc.
How to use:
1) unzip x3_remote.zip to sd-card.
2) edit script.sh
(SD card mounted on /mnt/sdcard0/ so you can use it to get results or run external programs etc).
3) insert SD-card into SD1 slot and choose "Upgrade".
4) Player reboots into recovery mode then runs "script.sh".
5) When the script is completed, player reboots into normal mode.
Here is some findings.
uname -a

Code: [Select]

Linux (none) 2.6.31.3 #399 PREEMPT Fri Nov 20 17:31:16 CST 2015 mips GNU/Linux/proc/cpuinfo

Code: [Select]

system type : JZ4760B
processor : 0
cpu model : Ingenic JZRISC V4.15  FPU V0.0
BogoMIPS : 393.21
wait instruction : yes
microsecond timers : no
tlb_entries : 32
extra interrupt vector : yes
hardware watchpoint : yes, count: 1, address/irw mask: [0x0fff]
ASEs implemented :
shadow register sets : 1
core : 0
VCED exceptions : not available
VCEI exceptions : not available/proc/mtd

Code: [Select]

dev:    size   erasesize  name
mtd0: 00100000 00020000 "BOOT"
mtd1: 00100000 00020000 "MISC"
mtd2: 00400000 00020000 "KERNEL"
mtd3: 00600000 00020000 "RECOVERY"
mtd4: 00800000 00020000 "CONFIG_RO"
mtd5: 03200000 00020000 "ROOTFS"
mtd6: 02a00000 00020000 "CONFIG_RW"
mtd7: 00800000 00020000 "CACHE"
x3_remote.zip

[XVortex]

I've found a UART TX pin on the X3 board. See the attached picture:



CPU UART1, TTL levels, 3.3V, 57600 8N1 for stock firmware.
Upper pin probably RX pin, does not checked exactly. Pulled-up to 3.3V, no out signals.
I think the UART should help us at the first time.

Here is stock fw boot log (boot-up / playing two songs / shutdown):

Code: [Select]

NAND Secondary Program Loader

X00000004
00000001
Starting U-Boot ...


U-Boot 1.1.6 (Nov 20 2015 - 17:24:35)

Board: Ingenic IDREAM (CPU Speed 492 MHz)
DRAM:  64 MB
Error: Unknown flash ID, force set to 'SST_ID_39SF040'
Flash: 512 kB
NAND:128 MiB

NORMAL Booting ...

*** Warning - bad CRC or NAND, using default environment

In:    serial
Out:   serial
Err:   serial
Net:   JZ ETHERNET
Hit any key to stop autoboot:  0

NAND read: device 0 offset 0x200000, size 0x300000
 3145728 bytes read: OK
## Booting image at 80600000 ...
   Image Name:   Linux-2.6.31.3
   Image Type:   MIPS Linux Kernel Image (gzip compressed)
   Data Size:    2824266 Bytes =  2.7 MB
   Load Address: 80010000
   Entry Point:  80015a20
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK

Starting kernel ...

Starting udevd ...
[    4.210000] fat_get_cluster: invalid cluster chain (i_pos 0)
fat_get_cluster: invalid cluster chain (i_pos 0)
fat_get_cluster: invalid cluster chain (i_pos 0)
fat_get_cluster: invalid cluster chain (i_pos 0)
killall: ihifiplay: no process killed
~ # [PRT|libinicfg.c|139]:auxpath=
[PRT|libinicfg.c|140]:country=0
[PRT|libinicfg.c|141]:cycmode=0
[PRT|libinicfg.c|142]:volumes=75
[PRT|libinicfg.c|143]:ledtime=30
[PRT|libinicfg.c|144]:offtime=10
[PRT|libinicfg.c|145]:cyclist=2
[PRT|libinicfg.c|146]:baklight=4
[PRT|libinicfg.c|147]:gain=1
[PRT|libinicfg.c|148]:filter=1
[PRT|libinicfg.c|149]:slppower=0
[PRT|libinicfg.c|150]:autoup=0
[ERR|libioport.c|32]:access /sys/class/gpio/gpio48
fid0=1000, fid1=1001, fid2=1002
filetag.c|357 /mnt/sdcard0/44100.flac------------------------>0
[musicplay.c|1207]----------------->g_load_tid:3
filetag.c|357 /mnt/sdcard0/48000.flac------------------------>0
[musicplay.c|1207]----------------->g_load_tid:3
receive cmd: pause
no power connected!
The system is going down NOW!
Sent SIGTERM to all processes
Sent SIGKILL to all processes
Requesting system poweroff

[pamaury]

Hi,
those are very interesting findings I am quite byst right now but I should try it by myself. Do you know if the update script executed as root ?

[XVortex]

Yes, there are all executed as root. But to dig out from Linux is not interesting.
Now I'm playing with SPL - peekpoking a GPIO's. Here is some findings:

Code: [Select]

Buttons:

47 - BTN_LOCK (0=unlock; 1=lock)
30 - BTN_POWER (1->0)
113 - BTN (1->0) BOOT_SEL0

SD card:

29 - SD1_INSERT (1->0)
28 - SD2_INSERT (1->0)

Other:

44 - LINEOUT_DETECT (1->0)
43 - HEADPHONE_DETECT (1->0) (?)
48 - MUTE_RELAY

[XVortex]

First steps on real device:

[johny5]

OMG, First steps to rockbox on xduoo x3, I'm so happy with this

[spudtater]

Bravo! Your recent progress is very heartening. Wish I had the skills to help. Keep at it, cannot wait to have Rockbox of this fine little player.

[markkkun]

Good news and congratulations for the job.

[Skeelsie]

I have nothing technical to add but if you need hardware resources to aid this port please ask.

Thanks for your dedication to the cause, really great to see the progression!

This player has some great raw attributes but is let down by shocking software, I'd go as far as saying stock Sansa Fuse+ software is better than Xduoo's offering, a collaborative effort would benefit both sides so much especially the pitch issue.

[5evir]

Quite sure you have probably looked over the datasheet for the cirrus logic cs4398, but figured it might help having it on the wiki. http://alsa-project.org/~james/datasheets/www.cirrus.com/en/pubs/proDatasheet/CS4398-2.pdf

[XVortex]

Yes. Thanks. The first public beta of the Rockbox for X3 will be released very soon.

[Kokos]

I will just leave it here: http://xvtx.ru/rockbox

[saratoga]

If you're going to link binaries, you should also provide the source code (ideally on the same page).  Otherwise it is very hard for other people to contribute.