-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FireMarshal br-build crashes #206
Comments
hmm, this is a new one to me. It looks like it's happening fairly early on in the linux build process, before any of the --no-disk stuff would come into play. Does this still happen without -d? You might be out of disk space or if /mnt/Vivado_part is a network mount or something there could be an issue there. Has anything ever built? You might try building something simpler, like one of the bare-metal tests (try "marshal test -s test/bare.py"). I don't think you need 16GB of RAM for this, and even if you did I would hope you have a swap device to pick up the slack. One other possibility is that marshal by default uses unbounded parallelism which in hindsight probably isn't great (though it's never caused any problems), you might have an unusually low process cap on your machine. I should probably fix that, but for now you can try adding "jlevel: 4" to marshal-config.yaml and see if that fixes anything (replace 4 with however many cores you have). |
The mnt directory isn't actually mounted over a network, it's an artifact of cloning a server specifically to test out chipyard. We have 55GB available on the disk so should have enough room. I'm guessing the disk included binary wouldn't be bootable onto the VCU118 which is the hope of this experimenting. At any rate, I've launched the build once more to see if it'll fail. Before that I tried running
Not sure if I needed to add anything to my marshal-config.yaml for that. If it crashes building the disk version, I'll try setting the jlevel and hopefully that fixes it. |
Sorry, that was a typo on my part. It should be 'test/bare.yaml' not 'bare.py'. I'm still not clear on the issue with Linux, but you should try the jlevel thing and report back (you can also see #207 for a cleaner fix). Also, if you're going for a nodisk build, be aware of ucb-bar/chipyard#950 which is affecting workloads with >~100MB of data in them (we're still looking into that bug, it used to work with much larger images). |
Adding |
Nice! Ya, so #207 will fix the issue permanently. I don't know how many processes Linux can spawn while building but clearly it was more than your system cap. |
Trying to run
./marshal -v -d build br-base.json
still.I'm not sure what the issue is, but I'm guessing it has something to do with RAM since the errors seem resource and fork related. Is 16 gigs insufficient for this? Is there any workaround for this?
The text was updated successfully, but these errors were encountered: