Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 78. (Read 5805649 times)

I'm positive this is where you want to post this question

https://bitcointalk.org/index.php?topic=671189.3740

The LuCi and openwrt are not by con or the cgminer crew. It is possible one of the nice folks on here will know the answer though. Bitmain and openwrt would have actually done the programming for that part.

EDIT: I can't wait for a binary that uses a new version of cgminer. I really should look into if its possible to add a config file and have everything work as I like more then 3 backups.

Has anyone gotten CGMiner 4.5 to run with the Gridseed A1 units?  I see A1 files in it, I've compiled it with the A1 support....but it never detects the A1 hardware when I run it. 

command line:  sudo ./cgminer -o pooladdress -u username -p password --bitmine-a1-options 16000:800000:2000

The unit has a built in rpi and the A1 controller board is connected to the GPIO pins.  I've tried running on the image that came with the hardware, as well as compiling on a generic raspbian image....same result....it doesn't find the A1 hardware. 

What am I missing?

The hardware I'm speaking of is this one in particular:

I am having problems logging on to my S3. I was logged in last night and this morning it asked me to reenter my password to log in. When I did this is what I see:

/usr/lib/lua/luci/dispatcher.lua:448: Failed to execute function dispatcher target for entry '/'.
The called action terminated with an exception:
/usr/lib/lua/luci/sauth.lua:87: Session data invalid!
stack traceback:
   [C]: in function 'assert'
   /usr/lib/lua/luci/dispatcher.lua:448: in function 'dispatch'
   /usr/lib/lua/luci/dispatcher.lua:195: in function

It is still hashing on my pool ( @ 410-420 GH/s on 218.75 freq) and I have tried to log in a few more times with always the same results. Not sure if it's safe to power down or to use the reset button? Any help would be appreciated.

Just a WAG but I would say 5 seconds

1. I tray below command for Rockminers, but it doesn't work
What name is correct for:
ANU - Antminer U2
LIN - Rockminer R32
LIR - Rockminer RK/R3

2. Hotplug
What is default value?

THX for the new version, i will test it 😋

One Cointerra difference I noticed - I guess I get a lot of hardware errors, but compared to 4.2.3, 4.5.0 is spamming "CTA 0: Notify bad match work", due to the change from a debug-log error to a warning:

https://github.com/ckolivas/cgminer/commit/0df5ca450874b790a418d928440f199bb70ad0ce#diff-742994a60422e991277c4e9150c70b41R400

The full debug log reads like:

CTA0: invalid nonce - HW error                                                                                       
CTA 0: Notify bad match work                                                                                         
False match sent: work id 398 midstate c97c5ce931b02152910c4b3a75784b309a22087b57011e49e2a9840b323424b0  blkhdr 6655f$
False match reports: work id 0x0169 MCU id 0x65030000 work diff 64.0                                                 
False match tested: nonce 0xc7b58fe8 noffset 41 813b0654da5ab31bfUü\205į×S¢®:^X                                     
False match devdiff set to 64.0 share diff calc 0

It's totally aesthetic so I'm not complaining. Was there a reason for the change?

Thanks¡¡¡¡¡

Yes it is.

Hi Mr Ckolivas
Is the New version without ZOMBI's for cointerra devices?
Thanks

It explains some things

New version: 4.5.0, 29th July 2014

Mainly new and updated drivers.


Human readable changelog:

- Driver for new device Hashratio, uses direct USB as per all other devices to work generically on any PC platform.
- Completely rewritten driver for avalon2/3 to use direct USB for generic PC usage, with automatic default voltage and frequency settings if not specified, on screen information, and much smarter fan control.
- Merged KnC updates for Neptune support.
- Changed the cointerra driver to not fail on old firmware with checksum errors, allowing people with these devices to easily generically plug them into their PCs.
- Put lots more documentation into READMEs.
- Fixed the windows packages to have windows style end of lines again and be readable in notepad.


Full changelog:

- Fix windows build for hashratio and ava2
- Demote bad checksum message in cointerra driver but allow message to still be
parsed since it won't allow existing firmwares to work otherwise
- Reorder and document the configure options
- Merge https://github.com/KnCMiner/cgminer into knc
- Change default voltage on ava2 to 0.666V because Satan
- Enable combined building of avalon2 and hashratio
- Fix stratum embedded fpgas to not duplicate work with other devices
- Implement smarter PID type fan control for ava2 allowing more generous
temperatures and far lower fan speeds for optimal power and noise usage. Adjust
default frequency to 450 as per recommendation.
- Fix various warnings in ava2
- Go back to polling design since async will not work for ava2 and fix various
read design errors
- Fix error in 2nd read functions for av2 and hro
- Correct init and read sequence for ava2, and convert from a polling mechanism
to a separate read thread
- Initial commit of ava2 conversion to direct USB
- Display frequency and voltage with ava2 on the statline
- Store fan percentage and display temp and fan percent for ava2
- Set avalon2 frequency and voltage to appropriate defaults if none are
specified on the command line
- Demote some ava2 messages that don't need to be errors and remove unused works
array
- Fix broken fan logic for ava2
- Fix hexdump on 64bit
- rockminer frequency is between 200 and 400 MHz
- fix jansson include path in cgminer-api compile instructions
- Remove requirement for ifndefs for avalon2 from the generic driver work
function
- Fix hashratio device name
- Make submit_nonce2_nonce return whether the share was valid or not
- Reinstate missing necessary init sequence for hashratio
- Handle disconnected hashratio devices
- Add hashratio frequency command line
- Fix stratum updates not being passed to hashratio devices and clean up
- Move to updated avalon2 type driver model for hashratio device
- Initial import and conversion of hashratio driver to direct USB
- Increase the internal buffer for API response,   as "stats" command response
can grow greater than 8K
- Detach test pool thread only if we have a blocking startup

Nice, thanks. I'll just pull it all in for the next release, though not having any of their new shiny gear I won't be building binaries or testing it. It seems they want to fully maintain it anyway.

I did a git pull thiers repo ontop of your master tree
Looks like it is mergeable

Thank you! Can I assume the that device support is already present and mainline'd, and we're just waiting for a usable binary? (IE should I keep trying to compile my own?)

You can do it in RAM just fine:
https://github.com/luke-jr/bfgminer/blob/bfgminer-4.5.0/README.ASIC#L145
(pretty sure these steps should work for cgminer just as well)

I know they keep updating their tree, but they have not pushed a single patch to mainline cgminer. Compiling it requires putting aside a writable partition on the embedded bbb device in it and that is far from trivial unfortunately and I'm not sure there is a set of instructions anywhere public to do that (and I've long since lost those instructions myself too).

So I`m guessing better leave it alone
TY for quick heads-up.

Edit:
They are working on it https://github.com/KnCMiner/cgminer
But I preasume lots of work to commit any changes...
Some FAQ/HOWTO compile it under linux/ubuntu to run on miner?

Knc have not been pushing their changes upstream or communicating with me and our code bases have deviated, so I don't  know what they're doing with their firmware. I'm guessing they're still using an old cgminer code base.

Is there a build never than 4.2.3 for KNC Jupiter FW 1.01? Or it need no change/update?