On Sat, Nov 04, 2017 at 05:37:54PM +0000, Gordan Bobic wrote:
Apologies for taking so long to return to this thread, it took way longer than expected to get to the machine and get it up and running again.
Thanks for the update & apologies as well on my delayed follow-up.
Last time I wrote the mailing list about my kernel problems, I was told (by jperrin@centos.org) that my system was not in a supported state because I was daisy-chaining Tianocore EFI via U-Boot. I was directed to flash the Tianocore firmware and remove U-Boot from the equation. Although I was skeptical of this answer, I finally was able to do this.
Unfortunately, however, this does not change behavior. I still cannot successfully boot into any kernels beyond 4.5 unless I use 'acpi=off'.
I am, interestingly enough, able to run the 4.9.60 kernel that you supplied.
So:
(1) My experience leads me to believe that it is still a possibility that a kernel related bug exists.
(2) I am confused as to why your kernel worked. I built kernel-alt-4.11.0-22.el7a from source and it fails like the others. Were there any special steps you took in building the rpm's you supplied me?
(3) Is it true that you are able to boot into the (> 4.5) distro-supplied kernels? Or have you only tried/succeeded with your custom builds?
Thanks again!
j
I also just updated the build to the latest 4.9.60.
Here is a download link to both binaries and src.rpm (download the kernel tarball from kernel.org manually to build from src.rpm): http://ftp.redsleeve.org/pub/misc/kernel/aarch64/RPMS/ http://ftp.redsleeve.org/pub/misc/kernel/aarch64/SRPMS/
To recap - I am also running with Tianocore EFI chain-loaded from u-boot, and mainling 4.9.x boots just fine on it.
No need for disabling ACPI on the kernel command line, no need to run EFI firmware as a 1st stage boot loader, it just works. Do feel free to try it - if that works for you but the distro supplied 4.5.x kernel doesn't, it seems reasonably conclusive that it is the CentOS kernel that is broken for this board.
I'd also be interested in learning whether you have any luck getting PCIe cards to work with it without problems - I haven't tried it since upgrading to 4.9.x, but certainly on 4.4.x mainline the machine used to reliably lock up as soon as the driver for the PCIe card loads.
Gordan
On Fri, Sep 22, 2017 at 12:06 PM, Jeremiah Rothschild jeremiah@franz.com wrote:
On Fri, Sep 22, 2017 at 11:59:00AM +0100, Gordan Bobic wrote:
On Fri, Sep 22, 2017 at 11:54 AM, Jeremiah Rothschild <
jeremiah@franz.com>
wrote:
On Fri, Sep 22, 2017 at 11:39:19AM +0100, Gordan Bobic wrote:
If you are interested, I'm more than happy to share my src.rpm for
4.9.x,
but won't be able to get to it before tomorrow morning as the
machine was
recently mothballed.
Thanks. I actually need to test with as new of a version as I can
because I
have been experiencing an occasional "page allocation failure" kernel panic. No idea if/when that was fixed but I figure the newest version is my
best
hope.
I've been on my own 4.9.x more or less since I got the machine, it was in 24/7 use, and I never experienced that issue. So it may be worth a cross-check with the kernel that I'm running to see whether the fault follows your machine or whether it is kernel dependent.
You're right. It would be a good extra data point. Feel free to mail me directly once you're sorted and I'll gladly check out your 4.9 build. Thanks again!
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev