i96 console freezes

[mrx23dot]

trafficstars

I bought an Orange Pi i96

• installed the official debian image,

• logged in

• queried the free disk space:

• I have 2.9GB free disk space: Filesystem Size Used Avail Use% Mounted on udev 10M 0 10M 0% /dev tmpfs 46M 1.9M 44M 5% /run /dev/mmcblk0p2 3.7G 693M 2.9G 20% / tmpfs 115M 0 115M 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 115M 0 115M 0% /sys/fs/cgroup tmpfs 115M 0 115M 0% /tmp /dev/mmcblk0p1 49M 12M 34M 27% /media/boot tmpfs 23M 0 23M 0% /run/user/0

• and it got stuck after it, I cannot enter anything into console.

• even after removing power and serial cable

• I have to re-burn the SD card, I think something destructive happens with the config file

Please provide technical support! So far it is useless.

I tried both official releases (debian + ubuntu), but same issue:

• http://www.orangepi.org/downloadresources/orangepii96/orangepii96_94bf0378a51e1277ff416638.html
• http://www.orangepi.org/downloadresources/orangepii96/orangepii96_72069b4e8e756bcc44ae393e.html one of them: OrangePi_i96_debian_stretch_server_linux3.10.62_v0.0.4

[mrx23dot]

Or here is an easy to reproduce:

• fresh debian
• login root
• orangepi-config connect to wifi
• reboot now
• on reboot it only goes this far, every time

[ 6.351501] <rda_msys>: end of pending msg [ 6.360961] <rda_msys>: end of pending msg [ OK ] Mounted /media/boot. [ OK ] Reached target Local File Systems. Starting Create Volatile Files and Directories... [ OK ] Started Apply Kernel Variables. [ 6.590026] enable vbus and disable charge Starting Raise network interfaces... [ 6.860046] rda_msys: rda-codec : timeout as sending a message [ 6.860595] >>>> [aud_StreamStart], ret [1] [ OK ] Started Create Volatile Files and Directories. [ 7.090087] rda_msys: rda-power : timeout as sending a message [ OK ] Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch. Starting Network Time Synchronization... Starting Update UTMP about System Boot/Shutdown... Starting Load/Save RF Kill Switch Status... [ 7.359985] rda_msys: rda-codec : timeout as sending a message [ 7.360595] >>>> [aud_StreamRecord], ret [1] [ 7.456359] wlan_rfkill_set 0 [ OK ] Started Update UTMP about System Boot/Shutdown. [ OK ] Started Network Time Synchronization. [ OK ] Reached target System Time Synchronized.

then I cannot input anything!

[mrx23dot]

after 20hours connecting again from serial port console I get:

[76002.189086] ttyS0: 11 input overrun(s) [76003.242187] ttyS0: 11 input overrun(s) [76004.292358] ttyS0: 10 input overrun(s) [76005.317016] ttyS0: 9 input overrun(s) [76006.464233] ttyS0: 9 input overrun(s) [76007.836242] ttyS0: 11 input overrun(s) [76009.560180] ttyS0: 4 input overrun(s) [76010.860229] ttyS0: 2 input overrun(s) [76012.011352] ttyS0: 1 input overrun(s) [76013.069824] ttyS0: 2 input overrun(s)

[TheUserDead]

The problm described in alsa-mixer software. IDK now i'ts possible, but before configure wi-fi you need remove this package alsa-utils as far i remember. Or just burn https://github.com/TheRemote/Legendary-OrangePi-i96 most problems fixed here.

[mrx23dot]

It would be nice to merge changes in https://github.com/TheRemote/Legendary-OrangePi-i96 back to this source @TheRemote

[TheRemote]

I personally give permission for that to happen and ask for nothing in return. It would be awesome (for everyone).

The repository actually started out originally with changes from here that were submitted and never merged (they're still open in the pull requests and my repo has references / links to the original ones) and then it grew from there with other changes that had been posted around the internet in various places.

Some of the fixes were also found / done by me personally and others were done by others in the community using the boards (all credited in the GitHub repository).

The whole spirit of it though was to compile all the fixes out there for the board together for everyone to use. I would be very happy, even a little honored if Orange Pi merged them! It might not be that easy to straight up merge because I deleted a lot of their supporting functions for other boards so that there wasn't as much clutter working on the i96 code.

They are absolutely free to take any fixes they would like though (or all of them) at their convenience! Some of the most important ones are already pull requests in their official kernel repo and places like that so the fixes aren't even really mine to give but in whatever sense they might feel they need any kind of permission or nod they have it from me.