cmcgaha Posted June 24, 2018 Posted June 24, 2018 Hi Igor, While you are in there, can you please look at the /proc/cpuinfo. If I use the OS from NanoPi for K1 I get a different CPU id. I am able to use WiringNP with the NanoPi OS, but not the Armbian OS. I need to try to hack the WiringPi to make sure only CPU ID and Revision are the problem, but rest of GPIO library works. The NanoPi OS reports as one Hardware and Revision field: Hardware: Allwinnersun50iw2Family Revision: 0 Armbian K1 reports as multiple Hardware and no Revision field: Hardware: sun50iw1p1 and Revision line is missing Since the format of /proc/cpuinfo seems very differnt, not sure who is "right" Thank you. --------------- complete /proc/cpuinfo from NanoPI OS: processor : 0 BogoMIPS : 48.00 Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd03 CPU revision : 4 processor : 1 BogoMIPS : 48.00 Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd03 CPU revision : 4 processor : 2 BogoMIPS : 48.00 Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd03 CPU revision : 4 processor : 3 BogoMIPS : 48.00 Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd03 CPU revision : 4 Hardware : Allwinnersun50iw2Family Revision : 0000 Serial : 0000000000000000
jernej Posted June 24, 2018 Posted June 24, 2018 3 minutes ago, Igor said: How to determine the value of CMA from userspace? Not sure. It seems that if CONFIG_CMA_DEBUGFS=y, there is debugfs interface in /sysfs/kernel/debug, but IIRC that can be accessed only as root. What if 128 is set for all variants? I imagine not many people will run out of memory, if at all.
Igor Posted June 24, 2018 Posted June 24, 2018 5 minutes ago, jernej said: What if 128 is set for all variants? I imagine not many people will run out of memory, if at all. Well, this is set now and I guess if we add some # CMA=16 with some explanation to /boot/armbianEnv.txt ... we are done. 20 minutes ago, cmcgaha said: Hardware: sun50iw1p1 This is wrong but I don't think it has any impact on anything. We haven't seen much useful information in /proc/cpuinfo ... and those are probably solo actions from Allwinner/FriendlyArm. Kernel 4.4? 20 minutes ago, cmcgaha said: The NanoPi OS Tells zero information if you don't provide at least kernel version. I only did some inspection to their work on top of 4.14 and 4.17 and extract what was relevant.
cmcgaha Posted June 29, 2018 Posted June 29, 2018 Hi Igor, I had done the GPIO test with WiringNP with their nanopi-k1-plus_eflasher_4.14.0_20180511.img. Their WiringNP GPIO library worked on that. I hacked on the WiringNP to use same "board version" (a NanoPi thing) as their OS uses and the GPIO works fine on the K1 armbian nightly test version you made, at least the GPIO stuff for what I am doing. I see on the K1Plus page that the 1080P is marked as fixed. Can you make a new nightly build with this fix or is it checked in and I should make it. Thanks.
Igor Posted June 29, 2018 Posted June 29, 2018 3 hours ago, cmcgaha said: Their WiringNP GPIO library worked on that Don't know why GPIOs are not working. IMO they should. 3 hours ago, cmcgaha said: I see on the K1Plus page that the 1080P is marked as fixed. It's fixed here as well. Add: extraargs=cma=128 to your /boot/armbianEnv.txt and it will work.
cmcgaha Posted June 29, 2018 Posted June 29, 2018 No. Sorry, I must not have been clear. GPIO works fine on Armbian. There is only an issue with board detection using WiringNP because of difference in /proc/cpuinfo. Thanks for the boot explaination. I really appreciate your help.
Igor Posted June 29, 2018 Posted June 29, 2018 17 minutes ago, cmcgaha said: There is only an issue with board detection using WiringNP because of difference in /proc/cpuinfo. Ahaa. Got it. I saw that patches but didn't know what is the purpose of having that information. They can also be added once.
cmcgaha Posted July 10, 2018 Posted July 10, 2018 Hi Igor, The 4.17 Nightly Test version for NanoPi K1 Plus you built for me has WiFi and I got the GUI working with extraargs you suggested, but I could not get multi-touch display to work. The hid-multitouch driver did not load / wasn't detected... I created a VirtualBox using the Ubuntu 16.04 virtual machine and checked out and did ./compile.sh EXPERT=yes to build the latest version 4.17 like you did, but the build failed. See attached screen shot. I built mainline 4.14 Stretch version in the virtual machine and it loaded and display worked. Multi-touch worked. But WiFi driver didn't work... So I am trying to fine a working WiFi and Mutli-Touch display OS version. Please let me know if there were special build parameters you used to get it to work. Thank you.
Igor Posted July 10, 2018 Posted July 10, 2018 2 hours ago, cmcgaha said: Please let me know if there were special build parameters you used to get it to work. Config is missing on the master branch. Add LIB_TAG="sunxi-4.18" to config-default and repeat the build process.
cmcgaha Posted July 10, 2018 Posted July 10, 2018 No, that did not work. When I edit config-default.conf and change LIB_TAG="master" to LIB_TAG="sunxi-4.18" and then re-run ./compile.sh EXTERNAL=yes then I get an error message about error: pathspec 'sunxi-4.18' did not match any file(s) known to git do I need to do a different git clone or the standard one?
guidol Posted July 10, 2018 Posted July 10, 2018 The "new" build system is bionic 18.04 as mentioned athttps://github.com/armbian/build Supported build environment is Ubuntu Bionic 18.04 x64 The "old" one is xenial 16.04 (as you did install in VirtualBox) and is mentioned athttps://docs.armbian.com/Developer-Guide_Build-Preparation/ The only supported compilation environment is Ubuntu Xenial 16.04 x64 (no other releases are supported! It has to be exactly 16.04 otherwise default compiler versions might not match so if you’re on an older Ubuntu release upgrade to 16.04 now, if you use a newer Ubuntu version start with 16.04 from scratch), I edited my config-default.conf in a 18.04 environment and got no error:config-default.conf Spoiler # config-default.conf # Read build script documentation http://www.armbian.com/using-armbian-tools/ # for detailed explanation of these options and for additional options not listed here KERNEL_ONLY="" # leave empty to select each time, set to "yes" or "no" to skip dialog prompt KERNEL_CONFIGURE="" # leave empty to select each time, set to "yes" or "no" to skip dialog prompt CLEAN_LEVEL="make,debs,oldcache" # comma-separated list of clean targets: "make" = make clean for selected kernel and $ # "debs" = delete packages in "./output/debs" for current branch and family, # "alldebs" = delete all packages in "./output/debs", "images" = delete "./output/ima$ # "cache" = delete "./output/cache", "sources" = delete "./sources" # "oldcache" = remove old cached rootfs except for the newest 6 files DEST_LANG="en_US.UTF-8" # sl_SI.UTF-8, en_US.UTF-8 # advanced KERNEL_KEEP_CONFIG="no" # do not overwrite kernel config before compilation EXTERNAL="yes" # build and install extra applications and drivers EXTERNAL_NEW="prebuilt" # compile and install or install prebuilt additional packages CREATE_PATCHES="no" # wait that you make changes to uboot and kernel source and creates patches BUILD_ALL="no" # cycle through available boards and make images or kernel/u-boot packages. # set KERNEL_ONLY to "yes" or "no" to build all packages/all images BSPFREEZE="" # freeze armbian packages (u-boot, kernel, dtb) INSTALL_HEADERS="" # install kernel headers package LIB_TAG="master" # change to "development" if you want use Armbians developmen branch LIB_TAG="sunxi-4.18"
cmcgaha Posted July 10, 2018 Posted July 10, 2018 Thank you! I tried to follow the directions, it was just not the right directions. I created a Ubuntu 18.04 VirtualBox like you said, changed LIB_TAG to sunxi-4.18 and built and ran mainline 4.17 and touch screen, wifi, GPIO are working. I will test more. So far all is good. I really appreciate everyone's help. 2
Recommended Posts