On 08/26/2018 05:21 AM, Robert Moskowitz wrote: > > > On 08/26/2018 06:05 AM, Johnny Hughes wrote: >> On 08/22/2018 04:38 PM, Iván Chavero wrote: >>> El lun, 20-08-2018 a las 16:06 -0300, Pablo Sebastián Greco escribió: >> <snip> >> >>>> Iván, I didn't have time today to build 4.18 today, but I pushed >>>> 4.17.17, and it should appear here >>>> https://armv7.dev.centos.org/repodir/community-kernel-latest/kernel/ >>>> between today and tomorrow. >>>> It has smp for a83t (bananapi-m3 and cubieborard5) >>>> Your hdmi patch for cubieboard5. >>>> Some other fixes for R40. >>>> >>>> It would be great if you could test it. >>> I will and report on this thread, thanks! >>> >> OK Guys, >> >> I bought a Cubieboard5 a very long time ago to test on CentOS-7. Years >> later, it finally works :). >> >> I worked with Pablo to test his 4.17.17 kernel, using this thread, >> specifically this post: >> >> https://lists.centos.org/pipermail/arm-dev/2018-August/003399.html >> >> I am happy to say that I now have it working now. >> >> My only real issues were: >> >> 1. The '/etc/sysconfig/network-scripts/ifcfg-link.sh' needing to be >> deleted and a permanent MACADDR added. > > I have not deleted my ifcfg-link script (mine does not have the .sh > extension?) I just made the eth0 > no '.sh' , that is the hazard of doing things from memory at 5am and not looking in the actual directory :) I deleted my file after deleting the connection .. no need for spare / extra files in /etc/sysconfig/network-scripts/ to confuse me later. > But then I have cubie 2 and 3 (truck). > >> This post by Robert used to >> Delete the ifcfg-link.sh and I created a static IP with a MACADDR: >> >> https://lists.centos.org/pipermail/arm-dev/2018-August/003366.html >> >> (don't forget to edit ifcfg-eth0.sh and change HWADDR= to MACADDR=) > > Per the Network Manager list: > > nmcli con mod $ifname ethernet.cloned-mac-address "$your_mac" > > We did have an interesting discussion on the historical origin of these > names and why they will remain as they are. > >> 2. I am getting a usb bus hang .. it normally takes about 5 minutes for >> the bus to reset, then everything seems to be OK. >> >> After setting everything up, I did try using the latest Fedora 29 >> Cubieboard5 u-boot-sunxi-with-spl.bin. That one did not fix either the >> MACADDR issue or the usb bus hang. > > Are you running on a sata drive with only uboot on the uSD card? I > would like to know how sata performance is. Does it even boot (given > your usb hang issue) from sata? I remember way back Hans working on > getting usb sata (in general) boot working for Allwinner, but I never > tested the later uboot versions. I am currently using just the uSD card on the cubietruck_plus .. I do have a 5400 2.5" sata on a cubieboard3 .. but I boot from uSD on there too .. and just mount in the sata drive for /home But, I am not doing anything important on these test cards (I have a cubieboard3, cubieboad5, Raspberry Pi 2B, and Raspberry Pi 3B). I basically only use these to test the new install images when we do point released and to run the t_functional suite (Prior to pushing updates): https://github.com/CentOS/sig-core-t_functional I also have an armhfp VM running on an aarch64 local machine using Fabian's guide: https://www.arrfab.net/posts/2017/Sep/29/using-centos-7-armhfp-vm-on-centos-7-aarch64/ We are working on getting a couple armhfp VMs into our CI system so that I can do my normal Pre-Updates testing: https://ci.centos.org/view/CentOS-Core/ Until we get some VMs rolled into the CI system, I run those preupdates tests locally. So I can't really answer your question about the sata performance .. but I might consider buying a ssd and seeing what I can do with that at some point soon. Can we not use the NAND/TSOP to boot / run on the cubieboards? I have never tried this, as I really only use these to demo stuff at conferences or test the images and having them on a replaceable uSD card is very convenient and I don't have any performance needs. Thanks, Johnny Hughes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20180826/e3ef76db/attachment-0006.sig>