IgZero

After update from armbian5.23 to armbian5.25 driver for gc2035 not work. The device isn't defined.
=========== Armbian 5.25 ============== root@orangepipc:~# ls /dev/video* /dev/video0  /dev/video1   Where: /dev/video0 and /dev/video1 - v4l2loopback   root@orangepipc:~# cat /etc/modules #8189es #rfcomm #w1-sunxi #w1-gpio #w1-therm gc2035 vfe_v4l2 #sunxi-cir v4l2loopback   root@orangepipc:~# modinfo vfe_v4l2 filename:       /lib/modules/3.4.113-sun8i/kernel/drivers/media/video/sunxi-vfe/vfe_v4l2.ko description:    Video front end driver for sunxi license:        Dual BSD/GPL author:         raymonxiu depends:        videobuf-core,vfe_os,vfe_subdev,videobuf-dma-contig,cci intree:         Y vermagic:       3.4.113-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 parm:           ccm:string parm:           i2c_addr:uint parm:           act_name:string parm:           act_slave:uint parm:           define_sensor_list:uint parm:           vfe_i2c_dbg:uint parm:           isp_log:uint parm:           vips:uint root@orangepipc:~# modinfo gc2035 filename:       /lib/modules/3.4.113-sun8i/kernel/drivers/media/video/sunxi-vfe/device/gc2035.ko license:        GPL description:    A low-level driver for GalaxyCore gc2035 sensors author:         @lex author:         leonardo lontra author:         raymonxiu alias:          i2c:gc2035 depends:        cci,vfe_subdev intree:         Y vermagic:       3.4.113-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 parm:           hres:hres=0 (640x480|1280x720|1600x1200 - 15 FPS), hres=1 (800x600|1600x1200 - 10 FPS), hres=2 (320x240|640x480|800x600 - 20 FPS), hres=3 (320x240|352x288|640x480 - 15 FPS) (default=0) (uint) parm:           mclk:mclk override (default=0) (uint) parm:           frate:frate override (default=0) (uint) root@orangepipc:~# dmesg | grep GC2035 [    5.938267] [CSI_ERR][GC2035]sensor_read err at sensor_detect! [    5.938289] [CSI_ERR][GC2035]chip found is not an target chip. root@orangepipc:~# uname -a Linux orangepipc 3.4.113-sun8i #28 SMP PREEMPT Thu Feb 2 02:01:28 CET 2017 armv7l armv7l armv7l GNU/Linux root@orangepipc:~# cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=orangepipc BOARD_NAME="Orange Pi PC" VERSION=5.25 LINUXFAMILY=sun8i BRANCH=default ARCH=arm IMAGE_TYPE=stable   root@orangepipc:~# ================================   Under armbian5.23 the gc2035 driver works. The device is defined.
=========== Armbian 5.23 ============== root@orangepipc:~# ls /dev/video* /dev/video0  /dev/video1  /dev/video2   Where: /dev/video0 and /dev/video1 - v4l2loopback, /dev/video2 - gc2035   root@orangepipc:~# cat /etc/modules #8189es #gpio_sunxi #w1-sunxi #w1-gpio #w1-therm gc2035 vfe_v4l2 #sunxi-cir v4l2loopback   root@orangepipc:~# modinfo vfe_v4l2 filename:       /lib/modules/3.4.112-sun8i/kernel/drivers/media/video/sunxi-vfe/vfe_v4l2.ko description:    Video front end driver for sunxi license:        Dual BSD/GPL author:         raymonxiu depends:        videobuf-core,vfe_os,vfe_subdev,videobuf-dma-contig,cci intree:         Y vermagic:       3.4.112-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 parm:           ccm:string parm:           i2c_addr:uint parm:           act_name:string parm:           act_slave:uint parm:           define_sensor_list:uint parm:           vfe_i2c_dbg:uint parm:           isp_log:uint parm:           vips:uint root@orangepipc:~# modinfo gc2035 filename:       /lib/modules/3.4.112-sun8i/kernel/drivers/media/video/sunxi-vfe/device/gc2035.ko license:        GPL description:    A low-level driver for GalaxyCore gc2035 sensors author:         @lex author:         leonardo lontra author:         raymonxiu alias:          i2c:gc2035 depends:        cci,vfe_subdev intree:         Y vermagic:       3.4.112-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 parm:           hres:hres=0 (640x480|1280x720|1600x1200 - 15 FPS), hres=1 (800x600|1600x1200 - 10 FPS), hres=2 (320x240|640x480|800x600 - 20 FPS), hres=3 (320x240|352x288|640x480 - 15 FPS) (default=0) (uint) parm:           mclk:mclk override (default=0) (uint) parm:           frate:frate override (default=0) (uint) root@orangepipc:~# dmesg | grep GC2035 [    5.353480] [CSI][GC2035]V4L2_IDENT_SENSOR=2035 [    5.780057] [CSI][GC2035]disalbe oe! root@orangepipc:~# uname -a Linux orangepipc 3.4.112-sun8i #10 SMP PREEMPT Sun Oct 23 16:06:55 CEST 2016 armv7l GNU/Linux root@orangepipc:~# cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=orangepipc BOARD_NAME="Orange Pi PC" VERSION=5.23 LINUXFAMILY=sun8i BRANCH=default ARCH=arm   root@orangepipc:~# ================================   P.S.: Settings of parameters in section [csi0] are identical in both versions of the orangepipc.fex file

Problem is solved.
1) I make Armbian5.20 image from source code ( https://github.com/igorpecovnik/lib/archive/v2016.09.tar.gz )
2) Write image to SD card
3) Boot from SD card
4) After initial initialization of system it is necessary to execute:
sudo apt-get update
sudo apt-get upgrade
sudo reboot
5) Boot orangepi and login
sudo modprobe gc2035
sudo modprobe vfe_v4l2
 
 
The camera /dev/video0 present

I have seen many tutorials about connecting real time clock hardware on Orange Pi and Raspberry Pi.
What i didn't like was removing of fake-hwclock service, because I want that RTC works when it is connected, and fake-hwclock when RTC is not connected.
Therefore, I changed /sbin/fake-hwclock script to work in this way.
 
So, here is how to do this, tested on OrangePi+2E, Armbian Ubuntu legacy kernel:
Purchase cheap DS3231 module on eBay (cca. $1) like this one:
http://www.ebay.com/itm/DS3231-AT24C32-IIC-Modul-High-Precision-Real-Time-Clock-Module-Arduino-New-/292041844936?hash=item43ff0ce8c8:g:d80AAOSwdGFYtsFP
Put battery in module.
Shutdown and powerof OPi and connect module:
Orange (i2c0 bus) RTC module (DS3231 RTC + 24C32 eeprom) 1 3.3V 2 VCC 3 PA12 (TWI0_SDA/DI_RX/PA_EINT12) 3 SDA 5 PA11 (TWI0_SCK/DI_TX/PA_EINT11) 4 SCL 9 GND 1 GND Power up OPi
Install i2c-tools.
sudo apt install i2c-tools Type command:
i2cdetect -y 0 You should see:
0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- 57 -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- This means that module is connected properly and that we have DS3231 on address 0x68 and eeprom 24C32 on address 0x57.
Type:
sudo echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-0/new_device i2cdetect -y 0 You should see:
0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- 57 -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- This means that system is now using our RTC. Also, now should exist new device /dev/rtc1
Be sure that your system time is right, and type:
sudo hwclock -w -f /dev/rtc1 Now our RTC must have right time. Check with:
sudo hwclock -r -f /dev/rtc1 If everithing was ok, copy /sbin/fake-hwclock to bacup (just in case)
sudo cp ~/programming/sh/fake_hwclock/sbin/fake-hwclock /sbin/fake-hwclock Edit /sbin/fake-hwclock and place this code in it:
Reboot.
Now you should have right system time backed up by RTC.
 

Yes, I tried a lot of different configuration of FEX file without success. The problem maybe is, that the platform data structure inside the driver contains pointer to the next structure, which is unable to initiate within startup process using BIN configuration and it remains null. Probing of driver is interrupted then. So I modified the driver itself a little and now is my mcp2515 working in loopback mode. I have to port my raspberry-based host board to the orangepi and test the real communication with car.

If you can, start from clean image within virtual machine. Get Ubuntu Xenial base image and our script makes the rest. This way it works 100% ... unless you got some network issues. In this case deboostrap process also fails ... but you won't get that far without a net anyway.