All Activity

This stream auto-updates     

  1. Past hour
  2. Hi Everybody. Can anyone publish step by step guide of building working solution of orange pi PC + ov5640. I mean something like: 1. Buy this ov5640 camera 2. Buy this cable 3. Connect so ... 4. Download this OS image. 5. Change this and that in configuration files Thank you P.S. I spend 2 days reading forum but still don't understand how to get work my Orange Pi PC + ov5640
  3. Today
  4. @hexdump can you try this to see if it helps with eachlink HDMI connection detection? Replace "DRM_CONNECTOR_POLL_HPD" in https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c#L2118 with "DRM_CONNECTOR_POLL_CONNECT | DRM_CONNECTOR_POLL_DISCONNECT". It's just workaround, but if it helps, it will help with understanding of the problem.
  5. I have finally succeeded on booting from emmc in A5x max tv box. Lessons learnt: Use rk3328-evb.dtb instead of a5x dtb (I couldn't see the mmc partitions with a5x dtb) Boot only working on the combined mode USB +SD, you may need to change the create-mbr.sh and install.sh scripts. I edited them to force the writing to mmblk1 instead of mmcblk0 (where my SD card was). You may need to unmount mmc partitions If you are thinking about using a5x max tv box as a desktop pc, I advise you not to buy this box GUI is very slow. However if you want a linux server it is a nice solution since it has a usb 3.0 port, 4gb of ram and a very affordable price. Proper cooling is required for this tv box.
  6. If you're in the states and interested in selling your Helios4, DM me.
  7. same without "eb"... make -C /usr/src/linux-source-4.19.62-sunxi M=/home/outdoorpi/usb-redirector-linux-arm-gnueabihf/files/modules/src/tusbd modules make[1]: Entering directory '/usr/src/linux-source-4.19.62-sunxi' CC [M] /home/outdoorpi/usb-redirector-linux-arm-gnueabihf/files/modules/src/tusbd/driver.o /bin/sh: 1: scripts/basic/fixdep: Exec format error make[2]: *** [scripts/Makefile.build:304: /home/outdoorpi/usb-redirector-linux-arm-gnueabihf/files/modules/src/tusbd/driver.o] Error 2 make[2]: *** Deleting file '/home/outdoorpi/usb-redirector-linux-arm-gnueabihf/files/modules/src/tusbd/driver.o' make[1]: *** [Makefile:1517: _module_/home/outdoorpi/usb-redirector-linux-arm-gnueabihf/files/modules/src/tusbd] Error 2 make[1]: Leaving directory '/usr/src/linux-source-4.19.62-sunxi' make: *** [Makefile:61: default] Error 2
  8. Yes and they indicate this limitation quite clearly. 64bit NAS are quite common now as a result. Had their been PROPER labeling of this issue on the product page vs the GLEAMING 48TB claims BS I'd have invested MORE on a NAS thats actually useful. I'm quite sure noone cares how some will use NAS for non NAS purposes. If you say NAS the vast majority of people think RAID and many disks. RAID as well as many disks QUICKLY RUNS INTO THE 16TB LIMITATION. I cannot believe how little care is given about this. Hiding this limitation on a forum where people have already been duped and then claiming "hey its there somewhere so its cool" is typical malicious garbage. You know damned well the pages advertising this "nas" has NO mention of it while it definitely claims 48+TB storage! Only for a nice surprise to those who purchase it looking to get anything higher than 16TB. I've been rebuilding and copying data for 4 days now and I still have 18HOURS TO GO. And thats just because of double parity on raid6. Which I dont even want but have to make due with thanks to malicious marketing. Its irresponsible to advertise 48+TB on your "nas" while KNOWING ITS LIMITED TO 16TB. Who the hell would kickstart a NAS TODAY THAT IS LIMITED TO 16TB STORAGE? Answer: JUST LIE ABOUT ITS STORAGE AND NOT FIND OUT! GOOD JOB MARKETING.
  9. /bin/sh: 1: scripts/basic/fixdep: Exec format error I am actually not that deep in this, though I guess armhf and armeb are incompatible architectures...
  10. check the userspace, maybe it was limited to 1.8GHz back then I don't know, check the DT (means decompile) to ensure we had the upper opps activated back then. It depends on when the image was built. Maybe there was a reason why we didn't had the higher opp's (could be powering is critical due to 'dumb' USB-C).
  11. I do not understand what I'm doing wrong. outdoorpi@orangepizero:/usr/src$ sudo ./installer.sh install-server sudo: ./installer.sh: command not found outdoorpi@orangepizero:/usr/src$ cd ~ outdoorpi@orangepizero:~$ cd usb-redirector-linux-armeb-gnueabihf/ outdoorpi@orangepizero:~/usb-redirector-linux-armeb-gnueabihf$ sudo ./installer.sh install-server *** Installing USB Redirector for Linux v3.8 *** Destination dir: /usr/local/usb-redirector *** Checking installation... *** Detecting system... *** distribution: debian *** kernel: 4.19.62-sunxi *** Compiling kernel module... *** Cleaning up installation... *** *** Installation failed! ??? Cannot compile kernel module. Installation terminated. See buildlog.txt file for more information. outdoorpi@orangepizero:~/usb-redirector-linux-armeb-gnueabihf$ buidlog.txt: make -C /usr/src/linux-source-4.19.62-sunxi M=/home/outdoorpi/usb-redirector-linux-armeb-gnueabihf/files/modules/src/tusbd modules make[1]: Entering directory '/usr/src/linux-source-4.19.62-sunxi' CC [M] /home/outdoorpi/usb-redirector-linux-armeb-gnueabihf/files/modules/src/tusbd/driver.o /bin/sh: 1: scripts/basic/fixdep: Exec format error make[2]: *** [scripts/Makefile.build:304: /home/outdoorpi/usb-redirector-linux-armeb-gnueabihf/files/modules/src/tusbd/driver.o] Error 2 make[2]: *** Deleting file '/home/outdoorpi/usb-redirector-linux-armeb-gnueabihf/files/modules/src/tusbd/driver.o' make[1]: *** [Makefile:1517: _module_/home/outdoorpi/usb-redirector-linux-armeb-gnueabihf/files/modules/src/tusbd] Error 2 make[1]: Leaving directory '/usr/src/linux-source-4.19.62-sunxi' make: *** [Makefile:61: default] Error 2
  12. I have gotten Oops a few times, now this morning I got it again I can see that is says "Segmentation Fault". I could still issue sudo armbianmonitor -u so I included those logs. Since I was also connected to both via SSH, where I was running "armbianmonitor -m" and logged in via serial I include the output of those windows below: SSH output: ... Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St. 00:56:54: --- 0.00 0% 0% 0% 0% 0% 0% 40.1°C 0/15 00:57:00: --- 0.08 1% 1% 0% 0% 0% 0% 40.1°C 0/15 00:57:05: --- 0.07 1% 0% 0% 0% 0% 0% 40.1°C 0/15 00:57:10: --- 0.06 1% 1% 0% 0% 0% 0% Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5328.561638] Internal error: Oops: 5 [#1] SMP THUMB2 Segmentation fault Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5329.810048] Process armbianmonitor (pid: 1569, stack limit = 0x74377ca1) chip@nanopiair:~$ Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5329.890232] Stack: (0xca84beb0 to 0xca84c000) Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5329.942338] bea0: c0efb38c ca853a80 c0e24f14 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.040202] bec0: d63a7280 00000000 00000000 00000000 00000000 c0efb784 ca853d94 ffffe000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.138066] bee0: d069cfa0 ce638788 c0a1363c c0e04d48 000a0001 ce638600 ce638780 c0124d8f Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.235930] bf00: ffffe000 c0124d8f ca850430 00000000 00000000 00000000 ca84f334 039bb874 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.333794] bf20: 00000004 01200011 00000000 c0e04d48 00000000 00000000 ca84a000 00000078 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.431658] bf40: 00000000 c011a5e1 00000000 00000000 ffffffff 00000051 ca84bf7c be8d82c4 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.529523] bf60: 00000000 be8d82c4 00000008 039bb874 c0e04d48 b6ffd238 b6ffd690 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.627385] bf80: 00000078 c0101224 ca84a000 00000078 00000000 c011a921 b6ffd238 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.725251] bfa0: b6ffd238 c0101001 b6ffd238 b6ffd690 01200011 00000000 00000000 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.823114] bfc0: b6ffd238 b6ffd690 00000000 00000078 be8d82c4 00000000 b6ffd1d0 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.920978] bfe0: 00000078 be8d8208 b6f11253 b6eb3746 200f0030 01200011 00000000 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5331.018852] Code: 0f04 9800 bf08 b081 (e88d) 1ffe On the serial console: chip@nanopiair:~$ [ 5328.389678] Unable to handle kernel NULL pointer dereference at virtual address 00000004 [ 5328.486540] pgd = 363f637e [ 5328.518886] [00000004] *pgd=00000000 [ 5328.561638] Internal error: Oops: 5 [#1] SMP THUMB2 [ 5328.619983] Modules linked in: zstd lima gpu_sched sun8i_codec_analog sun4i_i2s snd_soc_simple_card sun8i_adda_pr_regmap ttm snd_soc_simple_card_utils snd_soc_core snd_pcm_dmaengine snd_pcm sun4i_gpadc_iio snd_timer industrialio snd soundcore sun8i_ths cpufreq_dt thermal_sys uio_pdrv_genirq uio zram usb_f_acm u_serial g_serial libcomposite brcmfmac brcmutil cfg80211 ip_tables x_tables pwrseq_simple [ 5329.042410] CPU: 2 PID: 1569 Comm: armbianmonitor Not tainted 4.19.64-sunxi #5.93 [ 5329.131953] Hardware name: Allwinner sun8i Family [ 5329.188229] PC is at __dabt_svc+0x10/0x80 [ 5329.236175] LR is at copy_process.part.5+0x327/0x13e4 [ 5329.296599] pc : [<c0101990>] lr : [<c01193fb>] psr: 200f01b3 [ 5329.371582] sp : ca84beb0 ip : ca853f78 fp : 0000c350 [ 5329.434086] r10: 00000000 r9 : 00000000 r8 : 00000000 [ 5329.496591] r7 : 00000000 r6 : c0e04d48 r5 : 01200011 r4 : ca853a80 [ 5329.574695] r3 : 00000000 r2 : 00000000 r1 : 00000000 r0 : c0efb38c [ 5329.652801] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA Thumb Segment none [ 5329.741303] Control: 50c5387d Table: 4a8e806a DAC: 00000051 [ 5329.810048] Process armbianmonitor (pid: 1569, stack limit = 0x74377ca1) [ 5329.890232] Stack: (0xca84beb0 to 0xca84c000) [ 5329.942338] bea0: c0efb38c ca853a80 c0e24f14 00000000 [ 5330.040202] bec0: d63a7280 00000000 00000000 00000000 00000000 c0efb784 ca853d94 ffffe000 [ 5330.138066] bee0: d069cfa0 ce638788 c0a1363c c0e04d48 000a0001 ce638600 ce638780 c0124d8f [ 5330.235930] bf00: ffffe000 c0124d8f ca850430 00000000 00000000 00000000 ca84f334 039bb874 [ 5330.333794] bf20: 00000004 01200011 00000000 c0e04d48 00000000 00000000 ca84a000 00000078 [ 5330.431658] bf40: 00000000 c011a5e1 00000000 00000000 ffffffff 00000051 ca84bf7c be8d82c4 [ 5330.529523] bf60: 00000000 be8d82c4 00000008 039bb874 c0e04d48 b6ffd238 b6ffd690 00000000 [ 5330.627385] bf80: 00000078 c0101224 ca84a000 00000078 00000000 c011a921 b6ffd238 00000000 [ 5330.725251] bfa0: b6ffd238 c0101001 b6ffd238 b6ffd690 01200011 00000000 00000000 00000000 [ 5330.823114] bfc0: b6ffd238 b6ffd690 00000000 00000078 be8d82c4 00000000 b6ffd1d0 00000000 [ 5330.920978] bfe0: 00000078 be8d8208 b6f11253 b6eb3746 200f0030 01200011 00000000 00000000 [ 5331.018852] Code: 0f04 9800 bf08 b081 (e88d) 1ffe [ 5331.076160] ---[ end trace 0b97daa0d7e18c3e ]--- Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5328.561638] Internal error: Oops: 5 [#1] SMP THUMB2 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5329.810048] Process armbianmonitor (pid: 1569, stack limit = 0x74377ca1) Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5329.890232] Stack: (0xca84beb0 to 0xca84c000) Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5329.942338] bea0: c0efb38c ca853a80 c0e24f14 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.040202] bec0: d63a7280 00000000 00000000 00000000 00000000 c0efb784 ca853d94 ffffe000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.138066] bee0: d069cfa0 ce638788 c0a1363c c0e04d48 000a0001 ce638600 ce638780 c0124d8f Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.235930] bf00: ffffe000 c0124d8f ca850430 00000000 00000000 00000000 ca84f334 039bb874 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.333794] bf20: 00000004 01200011 00000000 c0e04d48 00000000 00000000 ca84a000 00000078 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.431658] bf40: 00000000 c011a5e1 00000000 00000000 ffffffff 00000051 ca84bf7c be8d82c4 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.529523] bf60: 00000000 be8d82c4 00000008 039bb874 c0e04d48 b6ffd238 b6ffd690 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.627385] bf80: 00000078 c0101224 ca84a000 00000078 00000000 c011a921 b6ffd238 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.725251] bfa0: b6ffd238 c0101001 b6ffd238 b6ffd690 01200011 00000000 00000000 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.823114] bfc0: b6ffd238 b6ffd690 00000000 00000078 be8d82c4 00000000 b6ffd1d0 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5330.920978] bfe0: 00000078 be8d8208 b6f11253 b6eb3746 200f0030 01200011 00000000 00000000 Message from syslogd@localhost at Aug 18 00:57:21 ... kernel:[ 5331.018852] Code: 0f04 9800 bf08 b081 (e88d) 1ffe I don't know much how to read these log files and outputs so any help in understanding them would be appreciated. /Henrik
  13. may be will be helpful for anybody: https://github.com/shapotkin/NanoPi_neo_double-spi
  14. Hi! I will then boot from SPI NOR flash. The boot order is OK, I can then boot a "system rescue" from USB, or run armbian on sd as fall-back. I can run Gentoo with one binary linked on the wiki page you pointed out, empty environment, and a minimal boot.scr on SATA
  15. Besides unpacking you may need to create a symlink called linux if the compiler does not find the sources by itself. Just give it a shot beforehand and if it does not work assuming the unpacked folder has the name below us this command inside /usr/src/ ln -s linux-source-4.19.62-sunxi linux
  16. okay after reboot and sudo apt-get install linux-source-4.19.62-next-sunxi i got the right kernel-source outdoorpi@orangepizero:/usr/src$ ls -la total 409096 drwxrwxr-x 2 root root 4096 Aug 18 08:51 . drwxr-xr-x 10 root root 4096 Jul 15 08:50 .. -rw-rw-r-- 1 root root 418864896 Jul 31 20:02 linux-source-4.19.62-sunxi.tar.xz -rw-rw-r-- 1 root root 33776 Jul 31 20:02 linux-sunxi-next_4.19.62_5.92_config.xz outdoorpi@orangepizero:/usr/src$ so what next? only unpack the linux-source-4.19.62-sunxi.tar.xz or is there more to do?
  17. When installing linux-image-next-sunxi apt will get rid of the .57 kernel and replace it with the .62 kernel. Reboot the board afterwards and you should see the effect.
  18. okay, would like to install those packages, but how can I update to this kernel? yes but still on the same kernel...
  19. Many cheap NAS solutions uses virtually the same hardware and face the same limitation. https://www.synology.com/en-global/knowledgebase/DSM/tutorial/Compatibility_Peripherals/What_kind_of_CPU_does_my_NAS_have You need to invest more to get rid of this. My NAS has no RAID. System is on SD card, data is rsynced to another hardware. If HDD died, its replaced and rsynced from backup. Speeding up with RAID0? Nonsense.
  20. Someone else had this issue as well. For unknown reason there are no sources for images built around 4.19.59. Their solution was to downgrade to .57 as this kernel had provided sources. In any case the kernel you are actually running has to match the sources you are utilizing to build modules. So you may want to install these to packages: linux-source-4.19.62-next-sunxi linux-image-next-sunxi The linux-image-next-sunxi package by description currently containing a 4.19.62 image so it matches. I wonder that the board is still on .57. Did you ever do a standard apt update && apt upgrade?
  21. outdoorpi@orangepizero:~$ sudo apt install linux-source-4.19.63-next Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package linux-source-4.19.63-next E: Couldn't find any package by glob 'linux-source-4.19.63-next' E: Couldn't find any package by regex 'linux-source-4.19.63-next' outdoorpi@orangepizero:~$ has the same effect for me... or should I install by "hand"?
  22. https://apt.armbian.com/pool/main/l/ .59 does not exists and this is correct name: sudo apt install linux-source-4.19.63-next
  23. thanks for that... outdoorpi@orangepizero:~$ uname -r 4.19.59-sunxi outdoorpi@orangepizero:~$ could not find kernel-source outdoorpi@orangepizero:~$ sudo apt install linux-source-4.19.59-next-sunxi Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package linux-source-4.19.59-next-sunxi E: Couldn't find any package by glob 'linux-source-4.19.59-next-sunxi' E: Couldn't find any package by regex 'linux-source-4.19.59-next-sunxi' outdoorpi@orangepizero:~$
  24. All downloads can be found here: https://www.armbian.com/download/ The name you found does not directly reference to an unique board. It just tells that - it is run by the RK3328 SoC and there are quite some boards this description could fit - the kernel version which is pretty common for any Rockchip AFAIK - it is a (inofficial) user built which means it someone took the build script from here https://github.com/armbian/build and maybe even modified the source before building which is by the name so far impossible to retrace. Where did you get the board you are looking a download for? What did the dealer say about its name and specs?
  25. Check your kernel version using uname -r Then install the proper source with apt install linux-source-4.19.62-next-sunxi (where 4.19.62 has to be replaced with your actual kernel version). Why armbian-config is installing 64bit kernel sources on a 32bit I cannot tell...
  26. if I install Kernel via armbian-config it installs linux-source-4.19.57-sunxi64 Kernel source. So how can I get the right kernel.source?
  1. Load more activity