Search the Community

Showing results for tags 'research'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Announcements & first aid
    • Announcements
    • Board doesn't start
  • Community forums
    • Common issues
    • Peer to peer technical support
    • Feature Requests
    • TV boxes
    • General chit chat
  • Bug tracker
    • Allwinner A20
    • Allwinner H2 & H3
    • Allwinner H5 & A64
    • Armada A388, A3700
    • Amlogic S905(x)
    • NXP (Freescale)
    • Rockchip 3288 & 3328
    • Other supported boards
  • Development
    • Allwinner H6
    • Rockchip 3399
    • Development

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start





Website URL







Found 32 results

  1. Tanix TX6 is H6 based Android TV Box and it can boot from SD cards prepared with PhoenixCard. It should be possible to make it work with Armbian too, right? I tried a recent Lite2 image, it didn't work, but it also didn't boot main Android, which means SD boot takes priority. I don't think it's a normal behavior for other Android TV boxes, but maybe it is for those with H6 boards.
  2. I have a local OpenVPN server on Banan Pi M1, with latest armbian. I tried to replace with OrangePi3 but current results is disappointing iperf3 results on Banana Pi M1 OpenVPN server Connecting to host, port 5201 [ 4] local port 46250 connected to port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 1.69 MBytes 14.1 Mbits/sec [ 4] 1.00-2.00 sec 1.81 MBytes 15.1 Mbits/sec [ 4] 2.00-3.00 sec 2.43 MBytes 20.4 Mbits/sec [ 4] 3.00-4.00 sec 681 KBytes 5.58 Mbits/sec [ 4] 4.00-5.00 sec 1.99 MBytes 16.7 Mbits/sec [ 4] 5.00-6.00 sec 1.33 MBytes 11.2 Mbits/sec [ 4] 6.00-7.00 sec 1.55 MBytes 13.0 Mbits/sec [ 4] 7.00-8.00 sec 1.62 MBytes 13.6 Mbits/sec [ 4] 8.00-9.00 sec 1.33 MBytes 11.2 Mbits/sec [ 4] 9.00-10.00 sec 1.76 MBytes 14.8 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 16.2 MBytes 13.6 Mbits/sec sender [ 4] 0.00-10.00 sec 15.7 MBytes 13.2 Mbits/sec receiver iperf3 results on Orange Pi 3 OpenVPN server Connecting to host, port 5201 [ 4] local port 41583 connected to port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 621 KBytes 5.09 Mbits/sec [ 4] 1.00-2.00 sec 868 KBytes 7.11 Mbits/sec [ 4] 2.00-3.00 sec 1.18 MBytes 9.89 Mbits/sec [ 4] 3.00-4.00 sec 1.16 MBytes 9.75 Mbits/sec [ 4] 4.00-5.00 sec 1.02 MBytes 8.53 Mbits/sec [ 4] 5.00-6.00 sec 966 KBytes 7.92 Mbits/sec [ 4] 6.00-7.00 sec 726 KBytes 5.95 Mbits/sec [ 4] 7.00-8.00 sec 676 KBytes 5.54 Mbits/sec [ 4] 8.00-9.00 sec 2.58 MBytes 21.7 Mbits/sec [ 4] 9.00-10.00 sec 4.78 MBytes 40.1 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 14.5 MBytes 12.2 Mbits/sec sender [ 4] 0.00-10.00 sec 14.0 MBytes 11.7 Mbits/sec receiver As you can see, connection via OPi3 is slower, but more than that, it is unstabe and fluctuating from 5-8 MBit/s to 40 MBit/s What can I tune to improve openvpn connectivity?
  3. These days i did install on some devices debian buster (via armbian-build-system generated). On the Orange Pi One this did work also fine with the cpu-temperature (showing via armbianmonitor -m) On a Orange Pi PC2 and a NanoPi K1 Plus this doesnt work. First I did think this is a problem of the dev-image with debian buster where /sys/devices/virtual/thermal/thermal_zone0/temp doesnt show an output via cat or more - but its filesize does show a 4096 bytes size (also on a working device - and also rights 444 = rrr for the file): -r--r--r-- 1 root root 4096 May 20 10:47 temp BUT NOW after a apt update & apt upgrade I also got this "problem" on a NanoPi Neo2 LTS with a stable debian stretch image: Welcome to ARMBIAN 5.85 stable Debian GNU/Linux 9 (stretch) 5.1.0-sunxi64 package bsp-kernel[5.86] u-boot[5.85] dtb[5.86] firmware[5.83] config[5.86] with armbianmonitor -m the stretch and buster devices does show the following error: Stop monitoring using [ctrl]-[c] Time CPU load %cpu %sys %usr %nice %io %irq CPU 11:14:59: 1008MHz 0.22 7% 4% 2% 0% 0% 0%/usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected and the devices with this error got these - for me - new error messages about thermal in the dmesg: [ 6.727971] OF: /thermal-zones/cpu-thermal: arguments longer than property [ 6.728007] OF: /thermal-zones/cpu-thermal: arguments longer than property armbianmonitor -u for the NanoPi Neo2 LTS: root@npi-neo2-24( armbianmonitor -u System diagnosis information will now be uploaded to /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected /usr/bin/armbianmonitor: line 385: read: read error: 0: Invalid argument /usr/bin/armbianmonitor: line 386: [: -ge: unary operator expected Please post the URL in the forum where you've been asked for.
  4. Hi guys, i dont'understand well mali driver status. Someone can explain me if a working driver exist? And if exist what is best method for build a functional driver? Ive read someting about full mali ddk source that require a license but is not clear if opensouce driver is equivalent or has limitation. I have found: If i build this there is some hope to having some kind of accelleration for a normal desktop life like showing wideo with high framerate, Youtube, etc? Thanks in advice Orangepi3 nigtly.
  5. Hi, I'm back to China and got the NEWEST Orange Pi 3 at hand. But, it looks this new SBC has NOT been supported yet (please refer to ? Just expecting when will the armbian support for Orange Pi 3 out? Cheers Pei
  6. Looking to purchase a tablet with Android to run Armbian Desktop on. Any suggestions? Looking at the FreakTab forum and see a bunch of tablets listed but no subtopics of removal of Android. Here I was able to install Ubuntu just fine on my Intel based Pipo X7.
  7. with the armiban-build-system I did build some dev-images. Sometimes I see in other threads, that later build images have newer kernel or package versions. While trying apt update && apt upgrade I didnt get these newer packages So my first try was to use the armbian-build-system and do use the function for creating u-boot and kernel that will give me some .debs in ./build/output/debs/ like this: linux-u-boot-dev-nanopineo2_5.82_arm64.deb linux-dtb-dev-sunxi64_5.82_arm64.deb linux-image-dev-sunxi64_5.82_arm64.deb linux-headers-dev-sunxi64_5.82_arm64.deb linux-source-dev-sunxi64_5.82_all.deb install these (mostly I didnt do that for the headers and source) with dpkg -i will result in higher package numbers, but not for the armbian / bsp-kernel version for getting here the right version I have to compile (again) - now - the a whole OS-image to get linux-stretch-root-dev-nanopineo2_5.82_arm64.deb in ./build/output/debs/stretch If you did install also this .deb with dpkg -i I do get the right/higer armbian/bsp-kernel-version: Welcome to ARMBIAN 5.82 user-built Debian GNU/Linux 9 (stretch) 5.0.7-sunxi64 package bsp-kernel[5.82] u-boot[5.82] dtb[5.82] firmware[5.79] config[5.81] armbian-config does update via apt update && apt upgrade I try to update this way because I didnt want to use a whole new OS-image and reconfigure it. But I think it isnt the right way to update, when I have to compile 2 times on to get the root-deb Is there another way to generate this file? And is there a way to not generate the headers and source .debs? The source .deb take a while because it is getting as big as 370MB Is there a better way or does nobody other like me update this way?
  8. I'm only just getting started with this project. So far I have gotten a lot of help from some great people and looking to get further along with this project as time goes on. My main goal is to turn the tinkerboard into a linuxcnc control system with a drop in SDcard/EMMC image(s). The images will be preloaded with everything needed to setup a cnc machine for different control systems such as GPIO, ETHERNET, SPI depending on one's choice or needs for control. The gpio will provide direct step/dir, end stops, router power control signals, etc.... the normal cnc machine control logic one would expect when using a parallel port. Ethernet and SPI will be options for anyone using drivers like the MESA controllers for example. At this point I have the working and current FULL preempt RT images and kernel DEB packages for any one looking to build or install. I have posted the files HERE. I have a working image setup with linuxcnc already compiled, and 3d/opengl video drivers fully working. If anyone is interested or willing to host the multi gig file let me know. CURRENTLY HAL for SPI, GPIO and ETHERNET are not built. These are areas I'm looking for help. Also at this point I could really use a hand with TUNING the build or tuning options for compiling the kernel if any. I'm weak in regards to software, strong in the hardware as well the electronics side. The last few issues I'm having are with the driver support for my LCD. it is not currently working at all. I have a raspberry pi 7" LCD with a native res. of 1024x600. I have to run it at 1024x768 which stretches the image a bit as well makes smaller print harder to read. The other issue though more of a personal one, I have an I2C RTC setup but i2c is not fetching the TIME/DATE but rather seeking network time. I do not know how to fix this and the few febal attempts I've made, I discovered that armbian has been rather locked down to use network time rather then seek multi sources for current time. I'm currently on the kernel 4.19 full preempt RT kernel. If anyone is interested in seeing photos of the project and the VERY custom mold and shell I built for this project check this LINK I've gotten a lot of positive feed back on it so far.
  9. Some SBCs, such as PIneA64, provide a built-in RTC on-board while others do not. For those boards that do have a built-in RTC, it appears the kernel driver is configured as a builtin rather than as a module at least in some cases (I only checked a few). This in turn brings up a question: For boards that include a built-in RTC and also have the respective kernel driver configured as a built-in, should the kernel configuration to also set the system clock from that RTC (RTC_HCTOSYS) be enabled by default? There is a dependency that the RTC be built-in as the kernel will try to read from the RTC rather early, before any loadable modules would have been loaded. That would potentially preclude this from being a common default, but doesn't necessarily need to. For cases where this can be done, this has the advantage of not requiring separate user-space accommodations. For distributions based on systemd there are sadly a very large number of discussions and proposals on how to set the system time from RTC at boot time but also sadly there is no standard nor common solution. /lib/udev/hwclock-set explicitly exits without setting the system clock if systemd is found, and systemd will not read the RTC itself expecting to use a network time source (NTP) instead. Having the kernel set system time from RTC would happen a bit earlier than any user-land option which would result in consistent and correct timestamps on files created/modified during startup as well as in various logs. It may not be a perfect nor complete solution, but where possible does this seem like something that could/should be done?
  10. Hi all. Since I wanted a 3D intro for my Youtube Channel I started working with Blender again. Now the intro is finished I've got time to try to make a 3D Armbian Logo. I'll show some of the progress here for those who are interested. And if anybody else wants to do the same, go ahead. We can then compare the results. I've only just begun. But I needed a break so I started writing this. Here's how it begins... create a side view ...  Then put those pictures in Blender, add a cube, position it right on both pictures, and start modeling.... All done with the NanoPi M4 on Armbian Bionic. I'll slowly keep working on it. I can't promise it will look great, but nothing is lost if it doesn't... Someone once asked me to do this, I can't remember who it was. I think Chwe or jmcc or tido. Could also have been a ghost in my sleep. Cheers, NicoD ps: @Igor It would be nice if we could easily resize images in our posts. Maybe with a dropdown box and % would be easiest to do. I know this isn't a priority, just a suggestion.
  11. Hi Everyone. I'm having trouble updating to TLS 1.2 on my pcDuino 3 and cannot connect to any website other than or pinging See attached return from my terminal when attempting to run "sudo apt-get update && sudo apt-get install --only-upgrade openssl" Seems from what I can tell is a server from a company called LinkSprite. I think the company has disbanded and no longer offers any services… Also seems LinkSprite was lead/CEO by a guy named Jingfeng Liu who is the creator of pcDuino. Also Link Sprite does not monitor their forums nor respond to queries of any sort. There’s got to be an alternative to updating the SSL certs… Has anyone updated their TLS lately? Updating SSL_pcDuino
  12. Release WIP and CSC images from their own page with very specific limitations, including, but not limited to: no kernel or u-boot updates, ideally with the kernel and u-boot package names modified with -unsupported- Explain these are demo snapshot images, potentially even package a different wallpaper that has -unofficial- or something similar watermarked across it. Maybe even use the default WM theme.
  13. A thought occurred to me while watching my machine sync a bunch of repos while running the Armbian build script, and I couldn't help wondering: Could we put the board support patches into their own repo separate from the build scripts themselves? More specifically: board support for "Boards of Interest" to the Armbian maintainers would be in whatever "official" repos we dedicate, I recommend separating per board family or SoC board support for CSC goes into, predictably, a CSC repo board support for EOL boards can be spun off into their own repo TV boxes go into a TV box repo Advantages: Supporting every pet project wont result in build system bloat as it does today. Users of the script can maintain a csc board support repo with the required structure without hacking on the build script itself, making adding such a board to the "supported" repo much easier, if even necessary. While I don't "tiptoe through the tulips" with CSC boards, I do go to some effort not to break them with changes. Those boards won't be interacting with the others anymore, they'll have their own space. Cons: Perceived fragmentation of support. In reality this is a good way to disengage the build script from pet projects and focus on the boards we as a team care about. Some work to implement (although I think the biggest part can be laced into the menu where you choose the board (CSC/WIP vs supported) @lanefu, @Igor, Could we add an "RFC" tag? would be useful, and consistent with linux terminology.
  14. Is everybody being hit with custom & handling charges via royal mail? Added a total of £11.72 to my OrangePi H3 plus2 £3.72 customs and £8.00 handling charge. Its no bother as just curiosity with Smaller format boards but just wondering is this a Brexit shape of things to come?
  15. Just wanted to announce that Armbian-NG ( has been chosen as the OS to power the new CNX Election Meddling System ( Why? Because Python. Have a nice day and don't forget to vote!
  16. Hi, I am looking for a device, which has the following hardware: - 2x wifi adapter - 2x ethernet adapter - CSI connector for camera - 2x USB port or 1x USB and 1x USB-C port I know it would be very hard to find such a device, but an option would be to use one USB port and WiFi dongle instead second build-in WiFi and another USB to connect ethernet dogle into it. And for USB-C I can use use an USB-C-to-USB adapter... So at least I would like to find a device with: - 1x wifi adapter - 1x ethernet adapter - CSI connector for camera - 2x or 3x USB port Any ideas?
  17. Hi, I bought the edimax EW-7822ULC usb wifi device (based on rtl8822). I was able to build the driver, install it, and test it (works!). Edimax provides the sources on their site. Is anyone working on incorporating this into Armbian? Steve
  18. Note this about 3d acceleration not VPU support. A Quick overview about 3d acceleration on Arm boards. On a lot of arm boards if you try and run some apps like blender and openarena you'll find that the performance is bad or in some cases the app the won't run at all A lot of apps are using software rendering which uses your cpu not your devices GPU to render you can see this in openarena if you go in to graphics options and you'll see that the 3d driver is by VMware. most GPUs on arm chips usually only support openGL-ES not openGL if you have 3d acceleration support on your board you can try this out glmark2-es2 and glmark2 open htop and Compare the cpu usage. for example like blender requires openGl 2.1 to use 3d acceleration. Most of the drivers for Arm's mali GPUs are for android devices not desktop linux, nvidia's tegra SOCs GPUs have support for openGL as well as some work is being done for the videocore IV GPU. Trying out jmcc's media script on my tinker board works great and there is less lag when moving windows about and things like hardware acceleration for openGL-ES apps And webGL support is here. If you have chrome/chromium installed you can type this in to chrome://gpu/ to see info about webGL and if it supports your device. The script also has a warper which alows you to run some openGL 2.0 apps but i have not tested this yet. Maybe with vulkan and more apps adding support we'll be able to run more 3d apps on Arm devices in the future. Thanks for reading I hope you enjoyed it or at least found it helpful. Let me know if this can be impoved or if you have any questions And a bonus if you type this in to chrome you can play the dino runer game chrome://dino/ without having to disconnect from the internet!
  19. In the following window the cursor keys (arrow up, down, left, right) aren't working: the raw terminal control chars appear instead. And the window is kind of "distorted" (for example the G char of General setup appears at the right side of the window, same with the following lines): Tried in a X console as well on tty8, same behavior. One can press only CTRL-C to get out of this window, this of course also aborts the build: How to fix this? My system: x86_64 Debian 8 (jessie) with LXDE desktop, using a Debian 8 in a LXC container for building Armbian for an A20 device. .config - Linux/arm 4.19.25 Kernel Configuration ────────────────────────────────────────────────────────────────────────────── ┌──────────────── Linux/arm 4.19.25 Kernel Configuration ─────────────────┐ │ Arrow keys navigate the menu. <Enter> selects submenus ---> (or empty │ │ submenus ----). Highlighted letters are hotkeys. Pressing <Y> │ │ includes, <N> excludes, <M> modularizes features. Press <Esc><Esc> to │ │ exit, <?> for Help, </> for Search. Legend: [*] built-in [ ] │ │ ┌─────────────────────────────────────────────────────────────────────┐ │ │ │ │ │ │ │neral setup ---> │ │ │ │aximum PAGE_SIZE order of alignment for DMA IOMMU buffers │ │ Sy │ │Type ---> │ │ B │ │pport ---> │ │ K │ │ Features ---> │ │ B │ │ptions ---> │ │ C │ │wer Management ---> │ │ F │ │ng point emulation ---> │ │ P │ │management options ---> │ │ │ └────┴(+)─────────────────────────────────────────────────────────────┘ │ ├─────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > < Save > < Load > │ └─────────────────────────────────────────────────────────────────────────┘
  20. I'm a newbie to Armbian, just a hobby user, no company behind me. While building Armbian for my Banana Pi R1 (aka Lamobo R1) [Allwinner A20, sunxi] the build system gave the following warnings originating from the U-Boot project. I think some maintainers and/or experienced users should take a look at the following. ===================== WARNING ====================== This board does not use CONFIG_DM_MMC. Please update the board to use CONFIG_DM_MMC before the v2019.04 release. Failure to update by the deadline may result in board removal. See doc/driver-model/MIGRATION.txt for more info. ==================================================== ===================== WARNING ====================== This board does not use CONFIG_DM_USB. Please update the board to use CONFIG_DM_USB before the v2019.07 release. Failure to update by the deadline may result in board removal. See doc/driver-model/MIGRATION.txt for more info. ==================================================== ===================== WARNING ====================== This board does not use CONFIG_DM_SCSI. Please update the storage controller to use CONFIG_DM_SCSI before the v2019.07 release. Failure to update by the deadline may result in board removal. See doc/driver-model/MIGRATION.txt for more info. ==================================================== ===================== WARNING ====================== This board does not use CONFIG_DM_VIDEO Please update the board to use CONFIG_DM_VIDEO before the v2019.07 release. Failure to update by the deadline may result in board removal. See doc/driver-model/MIGRATION.txt for more info. ==================================================== Here's also the full content of the file ./cache/sources/u-boot/v2019.01/doc/driver-model/MIGRATION.txt :
  21. git clone --single-branch --branch log2zram /etc/log2ram.conf says it all. # Configuration file for Log2Ram ( under MIT license. This configuration file is read # by the log2ram service Size for the ram folder, it defines the size the log folder will reserve into the RAM. If it's # not enough, log2ram will not be able to use ram. Check you /var/log size folder. The default is 40M and is basically # enough for a lot of applications. You will need to increase it if you have a server and a lot of log for example. # Above is log2ram original size increased to 80M zram. Assuming 3:1 LZO compression ram usage should be reduced to # 26.66M. Size is in MB SIZE=80 # This variable can be set to true if you prefer "rsync" rather than "cp". I use the command cp -u and rsync -X, so I # don't copy the all folder every time for optimization. You can choose which one you want. Be sure rsync is installed # if you use it. USE_RSYNC=false # If there are some errors with available RAM space, a system mail will be send Change it to false and you will have # only a log if there is no place on RAM anymore. MAIL=true # Big cores should only be counted really but this is where you can dictate zram stream count Default is 1 and settings # can be edited to personal taste. # BIG_CORES=0 Disables zram BIG_CORES=1 # Free mem factor deb is 505 I concur that 75 is better but its open. Free mem factor is just the fraction of # free mem used for swap drive total Drive size = Free_Mem * mem_factor / 100 / Big_Cores # So if you want .75 of total mem make mem_factor 75 as divided by 100 to avoid float usage MEM_FACTOR=75 # Compression algorythm either LZ0 or LZ$ COMP_ALG=lzo # ZLTG flag means use ZRAM ramdisk for log2ram true=enable / false=disable ZLTG=true # SWAP_PRI sets swap_priority of zram streams set by big_cores default=75 SWAP_PRI=75 Just gives you a bit more control than zram-config_0.5_all.deb but basically is just that and log2ram in a single package. Any issues tips or ideas give us a shout here or github
  22. Hi everyone, I'm building a micro server based on orange pi prime and armbian, after reading a lot about sd card wear out, I started thinking how could I improve that in my project. For my project it is ok, if data would be physically written to card, every 1 minute instead of on every commit. Now, what I can't find: is there a way to generally configure such memory buffering for a filesystem, so that I don't have to configure this for a database engine?
  23. Hi, while toying around build system for Odroid C1 I saw that toolchains for arm-linux-gnueabihf where "old" as we are at "gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabihf" since the 7.3.1 looks like it is not available for this platform. So I did some changes in lib/ and added the following as a fast hack: "" "" Then I modified the configuration files for odroidc1 to test both toolchains (namely config/sources/odroidc1.conf) and I produced working images with both toolchains. Personally (but without any scientific approach) I saw: 7.4.1 it looked like very slow to compile... maybe my system was busy doing other things maybe not 8.2 produced a smaller kernel (with same .config) and its speed was acceptable Is there a reason that arm-linux-gnueabihf is stil at 7.2.1 (2017.11)? Thanks in advance *Bye Piero
  24. Hi there, I was playing around with the new sun6i-csi driver and was able to capture up to 800x600, but if I try to capture with a higher resolution it will always fail: fswebcam -S 5 -d /dev/video0 -r 1600x1200 -p YUV420P test.jpg --- Opening /dev/video0... Trying source module v4l2... /dev/video0 opened. No input was specified, using the first. [ 2313.151304] sun6i-csi 1cb4000.csi: Wrong width or height 1600x1200 (800x600 expected) Error starting stream. VIDIOC_STREAMON: Broken pipe Unable to use mmap. Using read instead. Unable to use read. I have also tried to set a higher resolution with v4l2-ctl beforehand. It doesn't make an difference. v4l2-ctl --set-fmt-video=width=1600,height=1200,pixelformat=YUV420P I'm using a OV2640 with a maximal resolution of 1600x1200. This piece of code throws out the error message (from sun6i_video.c): if (source_fmt.format.width != video->fmt.fmt.pix.width || source_fmt.format.height != video->fmt.fmt.pix.height) { dev_err(video->csi->dev, "Wrong width or height %ux%u (%ux%u expected)\n", video->fmt.fmt.pix.width, video->fmt.fmt.pix.height, source_fmt.format.width, source_fmt.format.height); return -EPIPE; } video->mbus_code = source_fmt.format.code; return 0; } Maybe someone can help me with that. thanks
  25. Hello, I have had a look to the new Development Image (Armbian_5.76.190228_Tinkerboard_Debian_stretch_dev_5.0.0-rc8_desktop.7z) My SixFfab Hat which was working like a charm on 4.19-20 kernel. Any changes to add supoort for this Hardware again? Do you need any additional information? Many Thanks Roman