Skip to content
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

ubuntu-xmrig-2.6.0-beta2 hash rejects for sumo #551

Closed
josef2600 opened this issue Apr 13, 2018 · 9 comments
Closed

ubuntu-xmrig-2.6.0-beta2 hash rejects for sumo #551

josef2600 opened this issue Apr 13, 2018 · 9 comments

Comments

@josef2600
Copy link

josef2600 commented Apr 13, 2018

hi, thanks for your great app.
since fork changed, your app doesn't work for Ubuntu 16.x.x on arm64. i have few boards (nice boards!) and they worked before but now non of your versions work on them. all new versions work great on win32, but not on Ubuntu. i have worked on them for 2 weeks now, and no luck. can you please check what is wrong with them ?
i get rejects with low difficulty.

if needed:
Sumowallet! is my wallet.

sudo ./xmrig -a cryptonight-heavy -o sumopool.de:2222 -u Sumowallet! -t 4 -p x
and
sudo ./xmrig -a cryptonight-heavy -o sumo.aleajecta.com:4444 -u Sumowallet! -t 4 -p x

the pools and runner works perfectly on win10.
best regards, Josef.

@xmrig
Copy link
Owner

xmrig commented Apr 16, 2018

Looks like something broken for ARMv8 builds, in some cases it produce invalid hashes. For the record you don't see messages like thread 0 error: "hash self-test failed" when miner starts? Also what boards is they support hardware AES?. I will start investigate this bug later.
Thank you.

@xmrig xmrig added this to the v2.6 milestone Apr 16, 2018
@auto-joe
Copy link

In response to "what boards is they support hardware AES?"

I tried xmrig 2.6.0-beta2 on a pi3b (armv8) running bamarni/pi64 this week. Even though it supposedly supports hardware AES, I got the "illegal instruction" error when attempting to use a --av value of 0, 1 or 2.

FWIW, cryptonight-heavy has been working fine for me on armv7

@josef2600
Copy link
Author

thanks man for your answer. sorry for the delay.
my boards are "PINE64+ OS is Xenial Mate 16.0.4 x64"
http://wiki.pine64.org/index.php/PINE_A64_Main_Page
with crypto they work great. even now. but after fork changed, no sumo and no xmr.
and it doesn't report any error. just reject hashes for low difficulty.
aes is enable-4 treat is enable- (number of cores don't matter)- huge page available and enabled-
everything is green except hashes !!!
as i have told, on win32 they work perfect. and i decided to work on my PC win10x64 too. but i have a bit of problem there too! i have a win10 LTSB for my work, and it doesn't start working. i don't know why !
i have lot of soft in it "compilers for micro and visual studio 2017 and ..." and it always is up to date. xmr-stack work on it. but for some reasons i like to work with your program. for start , i don't know why (!) it work faster on CPU! but moor than that, i like your programming better. theirs i kind of eachi ! i dont like that.

and i have sent you a mail too !

thanks for your work.
best regards, Josef.

@xmrig
Copy link
Owner

xmrig commented Apr 19, 2018

XMR should work fine, just don't ever touch variant option or set it to -1 or 1.
About SUMO, I localized location of the bug, it weird bug not all hashes bad, it reason of self test was successfully passed. In somokoin code a found very dirty hack but it hack no work on ARMv8. Still trying to find solution.
Thank you.

@xmrig
Copy link
Owner

xmrig commented Apr 19, 2018

I decided to postpone the fixes for ARM, you are right not only cn-heavy can work incorrectly. Don't like to delay v2.6.0-beta3, will fix ARM later, this issue is still high priority.

@josef2600
Copy link
Author

thank you. i never touch variant. i know that ! it is for CPU modules and model.
ill be waiting. and want to tell each arm board gets over 14 has/sec if difficulty is under 700. if it gets higher , hash rate is less. i know why! and the CPU atom z3735 gets a hash rate of 25 h/s if difficulty is under 1000. if CPU gets hot, hash rate gets very low because freq gets low.

best regards, Josef.

@xmrig xmrig modified the milestones: v2.6, v2.7 May 5, 2018
@vlad230
Copy link

vlad230 commented May 21, 2018

Has this been fixed? I'm getting the same issues when mining OMBRE (cn-heavy coin). I've tried the latest 2.6.2 build with different variant configs (-1, 0, 1) but it's still rejecting my shares.

xmrig added a commit that referenced this issue Jun 2, 2018
@xmrig
Copy link
Owner

xmrig commented Jun 2, 2018

Fixed, but now sumopool.de NOT support cn-heavy.
@vlad230 Did you change algo option? variant option ignored for cn-heavy this algorithm has no variants.

@xmrig
Copy link
Owner

xmrig commented Sep 22, 2018

Should be fixed in v2.6.3+.

@xmrig xmrig closed this as completed Sep 22, 2018
@xmrig xmrig modified the milestones: v2.7, v2.6 Sep 22, 2018
VIP21 pushed a commit to VIP21/xmrig that referenced this issue Jan 21, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants