Author Topic: 2 boot work-around  (Read 4219 times)

xilinder

  • Jr. Member
  • **
  • Posts: 82
  • Karma: +9/-0
    • View Profile
2 boot work-around
« on: December 29, 2019, 02:21:25 pm »
I have a minimal Debian install that I use for kernel building. It does not have X.
After tinkering around for a bit I noticed I had warm rebooted more than 3 times. So just for grins I did four more warm reboots. No problems.

I then started Debian 10.2 (with X) and killed the display manager and was able to warm reboot that 4 times, that is all I tried. The same for Ubuntu 18.04

While in X open a terminal, log in as root or use sudo,

root@deb /etc/init.d/lightdm stop ---or whatever display manager is on your system like xdm, gdm3, etc..

Then CTRL+ALT+F2, login as root(or sudo) and type reboot.

It seems to take a bit of time for X to shutdown in Ubuntu.

Please let us know if this works for you more than 3 reboots.
Talos II 2x8, 32GB RAM, onboard Microsemi RAID,  AMD WX7100, J.Micron SATA/PATA PCIe adapter. Debian with Mate.

madscientist159

  • Raptor Staff
  • *****
  • Posts: 47
  • Karma: +11/-0
    • View Profile
Re: 2 boot work-around
« Reply #1 on: December 29, 2019, 02:53:57 pm »
If this is in relation to the AMD GPU hang, the actual fix for the GPU ASIC not reloading firmware is in kernel 5.1.  Once we update the skiroot kernel to 5.4 (with the Navi patches) hopefully this problem will go away for good. 8)

MauryG5

  • Hero Member
  • *****
  • Posts: 729
  • Karma: +22/-1
    • View Profile
Re: 2 boot work-around
« Reply #2 on: January 06, 2020, 04:05:27 am »
As for the Kernel, now having the version with the patch you are talking about,(5.5.0.1 or 5.4.0.2) how should we behave in front of the official updates that for example periodically releases Fedora? Do they affect our patched kernel? If so what should we do?

MPC7500

  • Hero Member
  • *****
  • Posts: 572
  • Karma: +40/-1
    • View Profile
    • Twitter
Re: 2 boot work-around
« Reply #3 on: January 06, 2020, 07:23:07 am »

xilinder

  • Jr. Member
  • **
  • Posts: 82
  • Karma: +9/-0
    • View Profile
Re: 2 boot work-around
« Reply #4 on: January 06, 2020, 07:32:12 am »
I'm not a Fedora expert.
Since Fedora will update a complete kernel and initramfs it should not delete a existing kernel but rather move it up the list in grub.
On Debian I rename my custom kernels so they always appear at the bottom of the grub list in petitboot. For example, I may rename them vmlinux-9x3, initramfs-9x3 and SystemMap-9x3.
The real name for these kernels is still within the kernel itself and the new name is only for grub.
I do not know if this works on fedora or not, and you would need to update grub which is different on Fedora then from Debian. Please consult the fans of Fedora for a proper way of doing this to keep your custom kernel as the first or default boot kernel.
Talos II 2x8, 32GB RAM, onboard Microsemi RAID,  AMD WX7100, J.Micron SATA/PATA PCIe adapter. Debian with Mate.

MauryG5

  • Hero Member
  • *****
  • Posts: 729
  • Karma: +22/-1
    • View Profile
Re: 2 boot work-around
« Reply #5 on: January 06, 2020, 09:23:11 am »
KLICK
CONFIG_LOCALVERSION="amdgpu" but I have to run this command in the terminal before updating the kernel and then updating or I have to put it elsewhere I don't understand ...

xilinder

  • Jr. Member
  • **
  • Posts: 82
  • Karma: +9/-0
    • View Profile
Re: 2 boot work-around
« Reply #6 on: January 06, 2020, 12:04:29 pm »
What is the full name of your custom kernel right now?

You can do, uname -r, in a terminal to find out.
« Last Edit: January 06, 2020, 12:06:55 pm by xilinder »
Talos II 2x8, 32GB RAM, onboard Microsemi RAID,  AMD WX7100, J.Micron SATA/PATA PCIe adapter. Debian with Mate.

MauryG5

  • Hero Member
  • *****
  • Posts: 729
  • Karma: +22/-1
    • View Profile
Re: 2 boot work-around
« Reply #7 on: January 06, 2020, 01:35:50 pm »
Hi Xilinder, you know that command, I actually use 3 hardisks, one with Ubuntu 19.10 and the other 2 with Fedora 31 on both. In one of the two Fedora I have the Kernel 5.4.0.2, downloaded and installed with the changes already made, in the other I have the modified one that I installed through the Wiki procedure and it is the 5.5.0.rc1 +
Now I have seen that Fedora is sending Kernel updates, they update often, they are very efficient in this, the last official Fedora Kernel that I have is 5.3.16 and I don't know if now we go to 5.3.17 in any case c 'and' this update to do and before doing it I would like to know how to not affect the 2 modified Kernels that I currently have in the 2 Fedora ...

xilinder

  • Jr. Member
  • **
  • Posts: 82
  • Karma: +9/-0
    • View Profile
Re: 2 boot work-around
« Reply #8 on: January 06, 2020, 02:12:22 pm »
@ MauryG5
Offiicel Fedora kernels are usually named 'vmlinux-5.5.0-.fc31.300-powerpc64le' or something like that.
Your custom kernel for the amdgpu fix should have a different complete name.
Please open a terminal and enter "uname -r" (without the quotes) and post it here for your fixed kernel(s).

The new kernels from Fedora should not overwrite your currently installed kernels, but they will add kernels to your GRUB selections for booting.
Talos II 2x8, 32GB RAM, onboard Microsemi RAID,  AMD WX7100, J.Micron SATA/PATA PCIe adapter. Debian with Mate.

MauryG5

  • Hero Member
  • *****
  • Posts: 729
  • Karma: +22/-1
    • View Profile
Re: 2 boot work-around
« Reply #9 on: January 06, 2020, 02:48:49 pm »
Then the one modified with the patch on a hardisk is this: (5.4.0-2.fc32.ppc64le)
In the other Hardisk I have this: (5.5.0-rc1 + 31)
In the second it does not carry the ppc64le extension. Both are patched to run AMD's Navi 10 GPU in my case the RAdeon 5700 XT 50 th anniversary editon. Usually Fedora does what you say or adds a version of Kernel without touching the previous one and deletes only the older one but after 3 or 4 versions ahead. I just know that there are parts of the Kernel that are in common and I'm afraid that updating I have to change the modified Kernels for that I ask how to behave ... Merklot for example said that you have to carry out that little procedure CONFIG_LOCALVERSION = " amdgpu "but I don't understand what you mean, if you have to do it as a command in the terminal or otherwise ...

xilinder

  • Jr. Member
  • **
  • Posts: 82
  • Karma: +9/-0
    • View Profile
Re: 2 boot work-around
« Reply #10 on: January 06, 2020, 03:04:31 pm »
CONFIG_LOCALVERSION= is a compilier command.
If you re-compile the kernel you can add something to the end of the version string.
If you are going to do that you really should talk with Fedora guys.

It sounds like the patches may be in the new kernels very soon and what you are worried about may not be a concern.
Talos II 2x8, 32GB RAM, onboard Microsemi RAID,  AMD WX7100, J.Micron SATA/PATA PCIe adapter. Debian with Mate.

MauryG5

  • Hero Member
  • *****
  • Posts: 729
  • Karma: +22/-1
    • View Profile
Re: 2 boot work-around
« Reply #11 on: January 06, 2020, 03:48:08 pm »
In fact, for that I am cautious at the moment. I want to make sure I don't harm before updating. Let's see what happens in the next few days, in fact at the moment I don't think there is a need to update the Kernel since I have 2 versions that in the end are more advanced than what they have by default. As I said the last version was 5.3.16-ppc64le which still resides in my system, I currently have 2 versions to make the GPU work, which are 5.4 and 5.5 so I think I am ahead of them ... Having said that, do you or somebody else know about the software to connect the Android phone via USB with our Linux Power?

MauryG5

  • Hero Member
  • *****
  • Posts: 729
  • Karma: +22/-1
    • View Profile
Re: 2 boot work-around
« Reply #12 on: January 06, 2020, 05:08:06 pm »
Nothing I think I found it, Android file transfer is also available for linux Power. Thank you