@zlice the fix works for me as well, huge thanks!
Search Criteria
Package Details: amduprof 4.2.850-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/amduprof.git (read-only, click to copy) |
---|---|
Package Base: | amduprof |
Description: | AMD uProf performance analysis tool. |
Upstream URL: | https://developer.amd.com/amd-uprof/ |
Licenses: | custom |
Submitter: | disc-kuraudo |
Maintainer: | disc-kuraudo |
Last Packager: | disc-kuraudo |
Votes: | 6 |
Popularity: | 0.000000 |
First Submitted: | 2019-07-13 17:19 (UTC) |
Last Updated: | 2024-03-04 10:04 (UTC) |
lastgenius commented on 2024-02-07 18:38 (UTC)
zlice commented on 2024-01-23 13:59 (UTC)
Since the AMD forum is slow to accept posts I figured I'd post my 0x80004005 fix here.
0x00007ffff7c39f4f in CaPerfDataWriter::writeCpuTopology() () from .../AMDuProf_Linux_x64_4.1.424/bin/libAMDCpuProfilingRawData.so
Open libAMDCpuProfilingRawData.so
with hexedit and search (/) for bf 53 00 00 00
and change 53
to 54
. Should be around offset 0000AC80.
Changes sysconf(83) call to 84 which is the proper _SC_NPROCESSORS_ONLN value, at least on my system and according to docs.
recolic commented on 2023-11-21 02:35 (UTC)
The driver failed to start profiling. (error code 0x80004005)
I'm getting exactly the same problem. The AMDPowerProfiler module is loaded so I'm also not sure where this is going wrong.
recolic commented on 2023-11-21 01:44 (UTC)
amduprof also depends on python2
package.
glaring-turtle commented on 2023-08-10 19:30 (UTC)
Has anyone else encountered the following error?
The driver failed to start profiling. (error code 0x80004005)
There's a few posts about it on the official AMD forums but no solutions so far: https://community.amd.com/t5/server-gurus-discussions/amduprof-not-attaching-to-processes-on-linux/td-p/569271
The AMDPowerProfiler
module seems to be loaded so I'm not sure where this is going wrong.
randomnobody commented on 2023-05-22 00:42 (UTC)
PwrProfSharedMemOps.c:222 needs to be changed from vma->vm_flags |= VM_RESERVED
to vm_flags_set(vma, VM_RESERVED)
as per https://lore.kernel.org/lkml/CAJuCfpETYdLRigLTHe6HHQrC5vy5MmDc=HPsuMc6UKEzfr22ZA@mail.gmail.com/
disc-kuraudo commented on 2022-11-11 09:25 (UTC)
Manual download of tarball required from upstream
disc-kuraudo commented on 2021-08-30 12:09 (UTC) (edited on 2021-08-30 12:09 (UTC) by disc-kuraudo)
Is anyone able to show source code next to assembly in the Sources tab?
All I get is assembly with "-g" debug binaries.
Wondering if something is off using this on Arch.
tornado99 commented on 2021-08-30 11:23 (UTC)
please update to latest version
nic3-14159 commented on 2021-04-13 15:53 (UTC)
@chapa You have to go to the website and manually download the tar.bz file to the directory where you cloned the package repo. It's behind a EULA, which is why makepkg isn't able to download it automatically. After that, makepkg should work properly.
Pinned Comments
disc-kuraudo commented on 2022-11-11 09:25 (UTC)