Package Details: yosys-git r9464.283b1130-1

Git Clone URL: https://aur.archlinux.org/yosys-git.git (read-only, click to copy)
Package Base: yosys-git
Description: A framework for RTL synthesis
Upstream URL: http://www.clifford.at/yosys/
Keywords: fpga
Licenses: custom:ISC
Conflicts: yosys
Provides: yosys
Submitter: sebo
Maintainer: thasti
Last Packager: thasti
Votes: 13
Popularity: 0.074926
First Submitted: 2015-10-05 19:00
Last Updated: 2020-05-05 16:23

Dependencies (11)

Required by (4)

Sources (2)

Latest Comments

1 2 3 4 Next › Last »

ignilux commented on 2020-05-19 23:35

Well, after a couple of hours down the pwmconfig / lm_sensors rabbit hole, it looks like it was indeed a thermal issue. In the end I wound up applying fresh thermal paste and cleaning out the fans, closing everything but the single terminal running the build, and manually setting all fans to max. The CPU somehow STILL managed to get up to 80+ C during the process. Looks like I have some more investigating to do, but the build did succeed.

Anyway, thanks for helping me troubleshoot!

thasti commented on 2020-05-19 16:41

Okay, I'm running a similar setup here, so the amount of RAM appears not to be the issue. Normally efficient CPU usage is a good thing, and other processes that need CPU time should still receive it. One option you could explore is reducing the number of utilized CPUs (configured in /etc/makepkg.conf using MAKEFLAGS=jX, at least on Arch Linux).

Given that I don't see how software could cause a full reboot otherwise, can you rule out a thermal problem? Watching lm-sensors might be helpful here. I have no other good ideas how to get more specific debug output for your problem, at least nothing specific to yosys/abc comes to mind.

ignilux commented on 2020-05-19 16:33

Hi thasti, thanks for the quick reply. I'm running a Core i7 with 8 GB RAM, and an 8.8 GB swap partition located on the same SSD as the filesystem. It seemed like a reasonable explanation, though, so I went ahead and tried the build while monitoring htop. Memory usage never exceeded about 3.7 / 8 GB, and at the time of the crash it was down around 2.4 GB.

What I did find surprising was that all four physical and all four logical cores were pegged at 100% usage for the entire process. Could this be a problem, or is the kernel simply dynamically allocating anything unused by other processes to gcc?

thasti commented on 2020-05-19 16:04

Hi ignilux. Is it possible your machine is killing processes due to insufficient RAM being available during the build process? I just tried building the package and had no issues during compilation of abc.

You could try to monitor RAM usage during the build process (using htop or something similar), or perhaps keep an eye on dmesg during this phase of the build (to see if the out-of-memory killer kicks in). Creating and using a swap file might help out in that case - I don't know whether Manjaro uses one by default or not.

ignilux commented on 2020-05-19 15:31

I'm having issues building this from Pamac in a fresh install of Manjaro. Mirrors and package databases are up to date, and the build will consistently fail at the same point. This happens from both the UI and from command line. The failure is in the form of an immediate reboot with no warning or delay, with seemingly nothing wrong once logged back in.

Unfortunately neither journalctl nor the Pamac log seem to have any information that might be helpful, but I did happen to notice that the last few lines printed to the screen are something like:

[94%] abc ... compiling src/misc/zlib
[94%] abc ... compiling src/misc/bzlib

I'd be happy to provide more information if anyone can guide me on how to produce it, and I'd appreciate any and all help I can get.

thasti commented on 2020-05-05 16:24

Thanks for making me aware xiretza, incorporated and also updated the upstream URL for the yosys repo to point to YosysHQ.

xiretza commented on 2020-05-05 15:43

yosys now uses a vendored fork of ABC, so the source needs to be changed to https://github.com/YosysHQ/abc.

marzoul commented on 2020-03-19 22:32

@xiretza The patch is working good, should be worth adding it to the PKGBUILD. Thanks !

xiretza commented on 2020-03-19 21:39

@marzoul: this happens because the Makefile.conf is left over from a previous build; the yosys Makefile doesn't handle this possibility for echo-*-rev targets and prints the information anyway. A quick fix is to add a make config-clean in prepare(). If you want to avoid these kinds of problems entirely in the future, consider building packages in a clean chroot: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot

Edit: here's a patch https://gitlab.com/snippets/1955014

marzoul commented on 2020-03-19 21:27

Hi, The package does not build, could you check ?

==> Starting prepare()... error: pathspec '[Makefile.conf] CONFIG := gcc [Makefile.conf] ENABLE_LIBYOSYS=1 [Makefile.conf] ENABLE_PYOSYS=1 ed90ce2' did not match any file(s) known to git ==> ERROR: A failure occurred in prepare().