This page contains details about the latest kernel branch running on the CI20.
It will be periodically updated to keep up to speed with the latest.
The current branch tracking mainline 3.18.3
Status of Linux Kernel Drivers
The CI20 uses the Ingenic JZ4780 SoC. Ingenic provided a 3.0.8 kernel with reasonable support for most peripherals on the JZ4780. However, Imagination Technologies has reworked many drivers and forward ported others.
Ingenic produce another SoC called the JZ4740. This SoC has many similarities to the JZ4780 and many of its drivers are in the mainline kernel, although some are rather outdated. With this in mind, the best practice would be to augment the JZ4740 drivers to work with the JZ4780.
The 3.16 branch was created to run the CI20 on a more recent kernel with the aforementioned similarities in mind. There was some work done on consolidation to use the existing JZ4740 drivers. But the core SoC parts were still disjoint.
After collaboration with the kernel community working on JZ4740, JZ4770, JZ4780. 3.18 was rewritten with heavy emphasis on consolidation of the core SoC driver. The resulting core patches are in-flight.
There is still lots of work to be done, so please do contribute to kernel development. We are very welcoming and friendly on #ci20 chatroom and the mailing list
In-flight patch series for jz4780 core support in kernel can be seen here
|Name||State||Path||Notes 3.0.8||Notes 3.16||Notes 3.18 +|
|Clocks||Works||drivers/clk/jz47xx||Could have common drivers/clk/ingenic for all SoCs with SoC specific binding using common components(?)||Uses common clock framework with jz4740. Intended for upstream|
|CPUfreq||4770 has , but clock infrastructure is different. Ingenic kernel had  for 4780. Not ported to 3.16 yet.|
|Device Tree||Mostly||N/A||Parsed on boot, but compiled into the kernel. Would be good to allow it to be passed from the bootloader - allowing the bootloader to edit the DT beforehand.||DT for jz4740 as well|
|DMA||Mostly||drivers/dma/dma-jz4780.c||Needs combining into dma-jz4740. Works, just missing priority support||See |
|GPIO||Works||drivers/pinctrl/pinctrl-jz4780.c||Should perhaps be in drivers/gpio/ (?)|
|IRQ Controller||drivers/irqchip/irq-jz4780.c||Very similar between SoCs (4740 has one bank, 60,70,80 has two banks)||Consolidated work in 3.18 headed upstream|
|PinCtrl||Mostly||drivers/pinctrl/pinctrl-jz4780.c||N/A||Differs between SoCs. Functional but may need DT binding changes based on feedback from upstream. See also pinctrl-jz4770.c.|
|Power Controller (LPCR Register)||Merged into IMG's tree - see |
|Power Off & Reset||Works||Works correctly as of |
|RTC||Works||drivers/rtc/rtc-jz4740.c||Consolidated with jz4740||Consolidated with jz4740|
|SMP||Works||Works||Works, but interferes with PWM |
|Watchdog||Works||Consolidated with jz4740|
|Name||State||Path||Notes 3.0.8||Notes 3.16||Notes 3.18+|
|ADC||Works||Check branches on https://github.com/ZubairLK/CI20_linux|
|Audio (ALSA)||Works||Check patches on https://groups.google.com/forum/#!forum/mips-creator-ci20-dev||Works. Uses jz4740 drivers with patches. i2s parts upstreamed. See  and |
|Camera||Support for the camera interface and the OV5640. See |
|Efuse||Works||drivers/misc/jz_efuse.c||Works. Can read chip/serial id. Not linked with dm9000 for mac address. Upstream might face issues as yet another misc driver for eeprom. Efuse might need a subsystem talk etc|
|Ethernet||Works||drivers/net/ethernet/davicom/dm9000.c||Requires regulator and reset GPIO support, see .||Patch upstreamed. See |
|GPU||External Kernel Module||Works||Kernel module and SGX userland driver have been rewritten and work as expected.|
|HDMI||WIP||Resolution change requires kernel recompile||Check patches on https://groups.google.com/forum/#!forum/mips-creator-ci20-dev||No longer requires a kernel recompile to change resolution. See . Needs atomic mode setting and universal plane update for upstreaming. Audio over HDMI now works: .|
|I2C||Works||drivers/i2c/busses/i2c-jz4780.c||4740 has HW issue so uses gpio i2c instead. 4770 had  but unused so removed (also gave false positives on i2cdetect).||Works. Not 100% clear if gives spurious errors like 4770. Some i2x tx abrts etc. See |
|IPU||4770 has driver integrated with fbdev driver, see . Plans to move to DRM+KVM but may take time.|
|IR||Driver upstream||drivers/media/rc/gpio-ir-recv.c||GPIO, so use upstream GPIO driver||Using the generic gpio-ir-receiver driver has been merged into IMG's kernel - see |
|MMC||Works||drivers/mmc/host/jz4740_mmc.c||Various changes needed, see . Should not rename driver. Check whether affected by . See ||JZ4740 driver has been merged into 3.18 - upstream support is coming soon.|
|NAND||Works||Works. Reworked driver||See |
|PWM||drivers/pwm/pwm-jz4740.c||4770 uses same driver as 4740. Maybe applicable to 4780 too. See .||A modified jz4770 driver and an updated DT file are available here . Note: SMP may be using the PWM clock - so perhaps it will need to be disabled?|
|Regulator||Works||Works. Based on i2c driver.||Upstreamed. See |
|SPI (SSI)||None||SPI GPIO should work, but a dedicated driver for the SSI hardware in drivers/spi/ would be better.||SPI over GPIO has been added , but an SPI driver that uses the dedicated hardware would be better.|
|UART||Works. Has polling support as of: ||Quirks: see patches   See serial patches in series .||Works|
|USB(DWC)||Works||Upstream driver supports only host mode as of 3.15||Works with Ingenic hack to disable over current warnings. See |
|VPU||Driver aimed at 4770, see . For samples see . May be insecure (allows userland to do its own cache control and access TCSM banks). RemoteProc driver in progress, see .|
|Wifi||WIP||Check patches on https://groups.google.com/forum/#!forum/mips-creator-ci20-dev||Works. Uses some hacks to keep regulators on to enable the chip. Uses upstreamed driver and MMC/DMA.|
|BT||WIP||Almost works. Uses some hacks to keep regulators on to enable the chip. Scans ok however file transfer presents a few issues. It is possible that this is not entirely kernel's fault - it could be userland.|
List of other possible issues when moving from 3.0.8 to 3.16+
Ethernet MAC Address
Due to the manufacturing process for the CI20, the ethernet's MAC address isn't burned into its EEPROM - it is instead burnt into EEPROM on the other side of the board. The move to 3.18 means the MAC address has to be set at boot time (otherwise a random MAC will be chosen).
This can be done using U-BOOT - add the following to your bootargs:
Note: Setting this bootarg for a kernel before 3.18 will cause a kernel panic.
WiFi on the CI20 is provided by a BRCM4330 chip that requires closed source firmware. These files cannot be shipped as part of the kernel repository and are instead loaded through user space.
The required files can be found here or copied and renamed from the Debian NAND image, as is illustrated below:
ci20:/lib/firmware/iw8103/fw_bcm4330b2.bin -> /lib/firmware/brcm/brcmfmac4330-sdio.bin
ci20:/lib/firmware/iw8103/nv_4330b2.txt -> /lib/firmware/brcm/brcmfmac4330-sdio.txt
Note: Without these files the wireless driver will fail when loading.
It is a good idea to unload the Broadcom module after copying over the firmware:
modprobe -r brcmfmac
Then load the module to enable WiFi:
If you are using the default debian rootfs on NAND and just update the kernel then a change needs to be made to the bootargs.
The NAND drivers between 3.0.8 and 3.16 are different. And detect different partition structures - 3.0.8 detects rootfs on mtd1 whilst 3.18 detects rootfs on mtd3.
With this in mind, change U-BOOT's bootargs to:
setenv bootargs "console=ttyS4,115200 mem=256M@0x0 mem=768M@0x30000000 ubi.mtd=3 root=ubi0:root rootfstype=ubifs rw clock_ignore_unused" ^
Note: You might want to add another file in /boot instead of changing vmlinux.img so that you can still boot your CI20 if something is wrong with your kernel.
setenv bootcmd "mtdparts default; ubi part system; ubifsmount ubi:boot; ubifsload 0x88000000 uImage.3.18; bootm 0x88000000" ^
Finally, save the environment:
GPU drivers rely on userland binaries and kernel module sources. The work to move to a DRI based system is on-going at IMG. Until the drivers are updated, using the GPU (openGL etc) will not be possible.
For normal usage, Xorg and framebuffer drivers do work. The default xorg.conf is configured to load the PowerVR module. Keep a copy of that somewhere else and use this xorg.conf
Note: Rename to xorg.conf. Don't leave it named xorg.conf.fbdev.