| View previous topic :: View next topic |
| Author |
Message |
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
 Posted: Fri Jan 05, 2024 6:15 am Post subject: |
 |
|
| JustCauseWhyNot wrote: | | Would this article be how I want to create a memtest86+ efibootmgr entry? |
Why do you want to do that and not go for the grub option?
Memtest86+ from the main tree provides EFI32 and UEFI64 bootable images:
| Code: | equery u memtest86+
[ Legend : U - final flag setting for installation]
[ : I - package is installed with flag ]
[ Colors : set, unset ]
* Found these USE flags for sys-apps/memtest86+-6.20-r1:
U I
- - bios32 : Compile a BIOS-bootable 32bit memtest image
+ + bios64 : Compile a BIOS-bootable 64bit memtest image
+ + boot : Install to /boot in addition to /usr/share/memtest86+/
- - efi32 : Compile a EFI32-bootable 32bit memtest image
+ + efi64 : Compile a UEFI-bootable 64bit memtest image
- - iso32 : Compile a 32bit ISO image
- - iso64 : Compile a 64bit ISO image
- - secureboot : Automatically sign efi executables using user specified key
ls /boot/memtest86plus/
memtest64.bios memtest.efi64
|
Best Regards,
Georgi |
|
| Back to top |
|
 |
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Sat Jan 13, 2024 5:57 am Post subject: |
|
|
| The reason I'd do that is because I don't have grub installed. I use efibootmgr to make bootable efi's, and just use that to boot into the os. |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
| Posted: Sat Jan 13, 2024 9:28 am Post subject: |
|
|
That article seem to be alright. Just skip the image download and extract and use the files form your local memtest86+ installation which should still be in /boot folder.
Although having a grub installed will save you a lot of time. I too boot efi-stub enabled kernel, but have grub as well. It's just not the default entry in EFI boot menu and when I want to test a new kernel I press the corresponding key to give me a EFI boot menu so I can boot the kernel I'm testing with grub. I mount my ESP on /boot/efi instead of /boot. This way I don't need to have the ESP mounted when I install a testing kernel and also grub does not need ESP to be mounted on /boot, once booted grub can access the filesystem. At least the ext variants.
Another trick I do is always copy the kernel with the same name in the ESP, so that I don't need to modify EFI boot entries. Just when I think I'm ready to move to the new kernel, I overwrite it over the old files.
Best Regards,
Georgi |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Thu Mar 21, 2024 4:47 pm Post subject: |
|
|
| I've run memtest+86, and it did cause 2 errors after 10hr's, and on the 9th pass. I then tested completely stock mem settings no xmp even, and after 7:20, and only 5 passes in that time I had zero errors. I've tried compiling pipewire with my default memory settings, and its still giving me the same error. I don't think my memory is the problem. If it is I don't know why it's only when trying to compile pipewire after explicitly passing "-Dlibmysofa=enabled". Here's build.log |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
| Posted: Thu Mar 21, 2024 7:07 pm Post subject: |
|
|
| JustCauseWhyNot wrote: | | I've run memtest+86, and it did cause 2 errors after 10hr's, and on the 9th pass. I then tested completely stock mem settings no xmp even, and after 7:20, and only 5 passes in that time I had zero errors. |
F.Y.I. at least and I stress at least 8 passes are recommended for stock settings. If errors weren't already observed, maybe 5 passes would have been enough, but your memory failed after 9 passes. Don't expect stock settings to take less, if there's a defect.
Also if errors appear be ready to write down the addresses. Or take a picture. There's no way to save them from memtest. There's a way to inform the OS not to use certain addresses or regions.
Best Regards,
Georgi |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Thu Mar 21, 2024 7:58 pm Post subject: |
|
|
| Here's a link to the photos I took. On my first run 2 nights ago I wasn't able to have any keyboard inputs until I added `usbinit=1 keyboard=usb` So I wasn't able to dismiss that image. Is it possible for me to resume where I left off at, or is it going to have to rerun from the beginning? The biggest issue is bone stock my ram is so slow at performing the tests. 3hrs less, and 5 less passes done. |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
| Posted: Thu Mar 21, 2024 8:57 pm Post subject: |
|
|
Unfortunately none of the images contain usable addresses. I don't know if it's possible to continue from where you left off, I don't remember what I had researched for memtest86+ back when I had to use it. I think you can select the tests but I'm not sure if that's enough. See if you can select test #10 somehow.
Also I'm not sure if your toolchain is to be trusted. It might have been compiled with errors. What comes off of my mind as fastest option is to use the binhost repo to replace it. However I'm not sure how exactly you should do this.
Best Regards,
Georgi |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Thu Mar 21, 2024 10:08 pm Post subject: |
|
|
| Quote: | | Unfortunately none of the images contain usable addresses. I don't know if it's possible to continue from where you left off, I don't remember what I had researched for memtest86+ back when I had to use it. I think you can select the tests but I'm not sure if that's enough. See if you can select test #10 somehow. |
I think if I select test #9 as an example it should allow a reproducible error to be diagnosed quicker.
| Quote: | | Also I'm not sure if your toolchain is to be trusted. It might have been compiled with errors. |
Possibly, but I would've thought I'd get an error compiling even just pipewire without sofa enabled, and I've yet to encounter an error quite like this until now. It could be an issue with the libmysofa package I've got instealled.
| Quote: | | What comes off of my mind as fastest option is to use the binhost repo to replace it. However I'm not sure how exactly you should do this. |
I'm also unsure of how to approach that.
Thank you for your help. |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Sat Mar 23, 2024 4:32 am Post subject: |
|
|
| I tested with complete stock settings running tests 5-10 if I set it correctly, and got no errors. But if I try to compile pipewire with liibmysofa it still fails. The previous link now contains the image I took from last night. |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
| Posted: Sat Mar 23, 2024 1:00 pm Post subject: |
|
|
Have you enabled LTO/PGO for gcc/clang or have you put O3 in your cflags?
Best Regards,
Georgi |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Sun Mar 24, 2024 3:08 pm Post subject: |
|
|
Here's my make.conf. I've also uploaded one more new image. I can try to disable -03.
Last edited by JustCauseWhyNot on Sun Mar 24, 2024 3:35 pm; edited 2 times in total |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
| Posted: Sun Mar 24, 2024 3:24 pm Post subject: |
|
|
| JustCauseWhyNot wrote: | | Here's my make.conf. I've also uploaded one more new image. I can try to disable -03. |
O3 is a source of problems. There is code that breaks when optimized that way, but I won't comment further on that as this is beyond me. Generally from people who know what they are talking about I know O3 can cause certain things to break which will not break otherwise.
If your memory is alright, that should be it.
The image was not accessible, but it's only useful if it contains addresses with errors.
Best Regards,
Georgi |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Sun Mar 24, 2024 3:33 pm Post subject: |
|
|
| Here's my build log when I use O2 it still fails. |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
| Posted: Sun Mar 24, 2024 3:38 pm Post subject: |
|
|
| JustCauseWhyNot wrote: | | Here's my build log when I use O2 it still fails. |
I should have looked at that earlier:
| Code: | | mysofa.h: No such file or directory |
There must be a problem with the source or ebuild somewhere. Is this stable or testing?
p.s. you better keep O2 to spare yourself some trouble.
Best Regards,
Georgi |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Sun Mar 24, 2024 3:40 pm Post subject: |
|
|
| It's a local ebuild in order to get multilib support for libmysofa. I'm not very good at writing them. |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
| Posted: Sun Mar 24, 2024 3:43 pm Post subject: |
|
|
| And how do you compile pipewire with that? Is this a local ebuild as well? |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Sun Mar 24, 2024 3:43 pm Post subject: |
|
|
| No it's the ~amd64 branch of from gentoo. |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
| Posted: Sun Mar 24, 2024 4:19 pm Post subject: |
|
|
And how do you make the pipewire ebuild from the main tree aware of your local ebuild for libmysofa?
p.s. modified pipewire ebuild compiles with libmysofa from sorrow overlay. You must be doing something fancy to make pipewire try to link against libmysofa as it's hard-coded disabled in the build.
Best Regards,
Georgi |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Sun Mar 24, 2024 4:39 pm Post subject: |
|
|
I'm passing an env | Code: | | media-video/pipewire O2 sofa |
from | Code: | ❯ cat /etc/portage/env/sofa
MYMESONARGS="-Dlibmysofa=enabled"
|
to pipewire.
Last edited by JustCauseWhyNot on Sun Mar 24, 2024 4:45 pm; edited 1 time in total |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
| Posted: Sun Mar 24, 2024 4:44 pm Post subject: |
|
|
Perhaps it's your attempt to create a multilib libmysofa. Go to #gentoo-dev-help@Libera.chat and ask there how to do it. They'll help you. I have never dealt with multilib ebuilds and cannot give any advice. Maybe you could as well try to see if you'll find something relevant in the devmanual.
Best Regards,
Georgi |
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Sun Mar 24, 2024 4:45 pm Post subject: |
|
|
| That's an irc channel correct? |
|
| Back to top |
|
|
logrusx
Veteran
Joined: 22 Feb 2018
Posts: 1538
|
|
| Back to top |
|
|
JustCauseWhyNot
Tux's lil' helper
Joined: 07 Dec 2021
Posts: 124
|
| Posted: Sun Mar 24, 2024 5:16 pm Post subject: |
|
|
| Thank you for your help. |
|
| Back to top |
|
|
|
Portage & Programming
