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

i dont get it

Hey guys, I just installed 2 7970's yesterday and actually broke my 7950 in the same day... but thats a different story...

My problem is i finally after months got CGMiner to work! Got the AMD SDK and most recent version of Catalyst. However with the 2 cards together each is getting about 380 Kh/s
I took screenshots for your convenience.


CGMiner:


CGMiner Settings:



Catalyst Control Center:


If im missing anything please let me know!!

I still have 2 more 7970's and 1 7950 on the way

Rejected means that the work your miner did was redundant by the time it was submitted (i think).

Joining a pool should solve this problem.

bump for support

I know this is far along in this thread, but maybe someone can help. I've read the readme yet it doesn't really state.

What does "rejected" imply? I am solo mining using CGminer. 3x 7950 running at around 500k/hash each. I've had it on perhaps 72 hours, so far I have had 4 rejected 0 accepted.

Hmm seems 3.0.0 might have melted the cgminer webserver download.

If you are having trouble accessing it, I also have it here:
https://github.com/kanoi/cgminer-binaries

For anyone not sure how to download from there, click on the 3.0.0 folder, click on the file you want, then right click and save "View Raw"

Thank you! All working now and monitoring over the web! Appreciated. I should learn to RTFM!

Coz you don't do that

You access http://IP/miner.php

Where IP is the web server that has miner.php

and miner.php is configured to look at cgminer
(which, if cgminer is on the same machine as the web server - usually requires no configuration of miner.php)

and of course need to setup miner.php if you aren't using the standard default config

... ... see API-README ... ...

Taken from the README

In my first post I mistyped the 6790s as 6970s... I am evidently dyslexic. They are, in fact, 6790s...

I tried this and updated the arguments.
./cgminer -o -u -p -o -u -p -o -u -p -I d,9,9,9 -d 0 -d 1 -d 2 -d 3 --auto-fan --gpu-fan 35-85 --auto-gpu --gpu-engine 600-950,600-950,600-950,600-900 --gpu-memclock 800,800,800,300

BUT...

Only one GPU appears to be actually hashing. I have 4 GPUs appear in the UI and they report that they are hashing, but only the first GPU shows a temperature increase to ~75 degrees. The other 3 are at idle temps, yet showing about 25% of hashing power that the first GPU should have. I even tried running with -d 3 only and the relevant card shows as hashing, but a different card shows an increase in temperature. WTF???

Also, shouldn't the -d device arguments correlate to the adapter numbers when I check temp in aticonfig? They don't seem to...  

cgminer 2.11.4 and 3.0.0 I get an error GPU1 invalid nonce: HW error on my radeon hd 5870 runs fine under 2.11.3, even looks like it's producing normal hashes on the other 2 versions all the averages look right the 5s and avg  values show what both of my cards together produce, it's just reported as HW error instead of accepted on the 5870. Other card is a 7970 if that matters. Running windows 7 x64

Works perfectly fine why shouldn't it?
According to the readme 9 is fine for a dedicated miner.

Hi Folks. Im having a strange problem trying to get access to my cgminer status via the web.

I configured miner.php

When I access http://IP Address:4028 I see the following message

STATUS=E,When=1366625893,Code=14,Msg=Invalid command,Description=cgminer 2.11.2|�


Any ideas if I missed anything. Im running cgminer 2.11.2 on Xubuntu

works, still see none
fortunetly i remeber --odgc --odgt --odsc and others commands


EDIT:
It generates stale after few minuts of working. Cant figure why :/

Repackaged and reuploaded the source tarballs, sorry about the inconvenience.

i`m getting this after make (3.0.0)

2.11.4 makes ok, but on the last rig, has no verbose? cant see anything, but works, as i know.

Any help with that blank working cgminer 2.11.4 would be nice.
xubuntu 12.04 LTS - just after clean install (had to use guide - since i was doing it in stupid way)
CAT 11.11 + APP 2.5
5870+2x5970 - watercooled, but it has no matter, right ?

New version: 3.0.0, 22nd April 2013

No, not the BFL ASIC code yet. As soon as kanoi and/or I have one, we'll have a release that supports them which should be pretty soon. This is the first release officially supporting Avalon ASICs. Lots of work under the hood, but very little to GPU mining.


Human readable changelog:

- Avalon support. Note this still uses the old serial-usb interface but is far more reliable than the earlier firmware release versions. If I get a lot more time to hack on an avalon I will update the code to use direct USB the way we're planning for BFL ASICs.
- Drop all CPU mining code.
- Changed default worksize to 256 for scrypt mining.
- Fixed a rare crash on stratum pool drop outs when built with older libcurls.
- Fixed potential deadlocks.
- Fixes for some flaky hardware that would frequently drop stratum connections.
- Fixed detection of solving a block, and restart work if we know we solved it.
- Lots more readme updates.
- That's all.


Full changelog:

- Remove all CPU mining code.
- compile on win32
- Update SCRYPT README with improved hashrates for 7970.
- Use copy_time helper throughout cgminer.c
- Provide wrappers for commonly used timer routines with API stats.
- Avoid one cgtime call in sole_hash_work.
- Fulltest is true if value is <= target.
- Use system host to endian functions for clarity in fulltest.
- Provide endian_flipX functions to avoid special casing big endian in cgminer.c
- Provide a flip128 helper to simplify big endian flipping.
- Use flip helpers to simplify code for calculation of midstate.
- Use flip32 function instead of open coding it in gen_stratum_work.
- Move util.c exports to util.h
- Fix warning on building avalon on win32
- Use cgtime in driver-avalon.c
- Use cgtime in driver-icarus.c
- Use cgtime in driver-bitforce.c
- Use cgtime in logging.c
- Use cgtime in usbutils.c
- Use cgtime in driver-opencl.c
- Use cgtime wrapper in driver-modminer.c
- Use cgtime in driver-ztex.c
- Use cgtime in compat.h
- Use cgtime instead of gettimeofday in fpgautils.c
- Replace gettimeofday usage in cgminer.c with cgtime
- Create a cgminer specific gettimeofday wrapper that is always called with tz
set to NULL and increases the resolution on windows.
- Add high resolution to nmsleep wrapper on windows.
- Set default ocl work size for scrypt to 256.
- define le32toh if needed
- fliter out the wrong result from adjust fan code
- compile avalon driver on win32 and win64
- Restart threads on the rare chance we found the block ourselves.
- Add more FAQs about crossfire.
- Set last device valid work on adding device.
- Increment last device valid work count in submit_nonce to cover scrypt.
- Set opt_scrypt drv max diff for correctness.
- Make scrypt submission use the submit_nonce code, with nonces matching
endianness.
- Do testing for HW errors on submit nonce for both scrypt and sha.
- Increment hardware error count from the one site.
- Rename scrypt regenhash function for consistency.
- Add new best share info to verbose logging.
- Add notice for when network diff is changed.
- Convert error getting device IDs in ocl code to info log level only since
multiple platforms may be installed and the error is harmless there.
- Unnecessary extra array in ocl code.
- Further driver FAQs.
- Add MAC FAQ.
- Add more FAQ details.
- Check for work restart after disable in the hash queued work loop since it may
be a long time before we re-enable a device.
- Unconditionally test for many wrong results on avalon and reset to avoid
passing a corrupt avalon result to temperature code.
- build out of source dir
- Set device_diff for queued work or there will be no diff1 share count.
- Only reset an avalon device with no results when there are no results
consecutively.
- More FAQs.
- More FAQs.
- Cleanup when stratum curl fails to initialise.
- Avoid applog in recalloc_sock.
- Avoid applog under stratum_lock in recv_line.
- Avoid applog under stratum_lock in __stratum_send.
- Put spacing around locking in util.c for clarity.
- Avoid applog under cg_wlock.
- Put spacing around locking code for clarity.
- Avoid applog under pool_lock.
- Avoid more recursive locks.
- Avoid applog while ch_lock is held.
- Avoid recursive locks in fill_queue.
- Variable is already initialised in global scope.
- More GPU faqs.
- More README faqs.
- Yet more README faqs.
- Add more faqs to README.
- Merge branch 'master' into avalon-dev
- Wrap result wrong tests in avalon scanhash in unlikely() and only consider a
hash count of zero wrong if a restart wasn't issued.
- avalon: if result_wrong >= get_work_count jump out the read loop
- Fix warning on 32bit.
- Fix warning on 32bit.
- Avoid curl_easy_cleanup on old curl versions in setup_stratum_curl as well.
- fix the fan control on max temp2/3
- for some reason network down. one simple cgminer command:   "cgminer -o
127.0.0.1:8888 -O fa:ke --avalon-options 115200:32:10:50:256" can idle the
avalon for safe power and protect chip
- if hash_count == 0; reinit avalon, fix the 0MHS bug use the max value of temp1
and temp2 for fan control
- Reinstate the matching_work_count per subdevice on avalon based on the work
subid.
- Avalon driver is missing the drv_id.
- Rationalise and simplify the share diff and block solve detection to a common
site.
- Rationalise and simplify the share diff and block solve detection to a common
site.
- Make the avalon array size a macro.
- Use replacement of work items in the avalon buffer as needed instead of
flushing them.
- Reinstate wrong work count to reset avalon regardless and display number of
wrong results.
- Revert "The result_wrong measurement for avalon is continually leading to
false positives so remove it."
- select() on serial usb in avalon does not work properly with zero timeout.
- The result_wrong measurement for avalon is continually leading to false
positives so remove it.
- Revert "Use only 2 queued work arrays in avalon."
- Use no timeout on further reads in avalon_gets
- Do sequential reads in avalon_get_reset to cope with partial reads.
- Show read discrepancy in avalon_get_reset.
- Reuse avalon_get_work_count variable.
- Check for AVA_GETS_RESTART when deciding if avalon has messed up.
- Make the detection of all wrong results on avalon much more conservative to
avoid false positives on work restarts.
- Show error codes on select and read fail in avalon.
- If we get a restart message in avalon_gets still check if there's a receive
message to parse first without a timeout before returning AVA_GETS_RESTART.
- Use only 2 queued work arrays in avalon.
- avalon_gets is always called from the one call site so inline it.
- The read_count is unused by the avalon get result code and no longer required
for avalon reset so simplify code removing it.
- Use a separate avalon_get_reset function for resetting avalon instead of using
avalon_get_result.
- The current hash count returned by avalon scanhash is just an obfuscated
utility counter so make it explicit.
- Check for a restart before a timeout in message parsing code in avalon.
- We should check for a restart message before checking for a timeout in avalon
scanhash.
- Store the subid for the work item in avalon.
- usbutils more stats for bflsc
- Fix record_temp_fan function in avalon driver. Patch by Xiangfu
<[email protected]>
- Remove inappropriate memset of struct avalon result which was corrupting fan
values.
- Fix warning with no curses built in.
- Add API support for Avalon.
- Only do_avalon_close once on multiple errors.
- Reset the result_wrong count on block change in avalon scanhash to prevent
false positives for all nonces failed.
- Small timeouts on select() instead of instant timeout increase reliability of
socket reads and writes.
- Only get extra work in fill_queue if we don't have any unqueued work in the
list.
- Small timeouts on select() instead of instant timeout increase reliability of
socket reads and writes.
- Rotate the avalon work array and free work on AVA_SEND_BUFFER_EMPTY as well.
- Only get extra work in fill_queue if we don't have any unqueued work in the
list.
- Don't get any work if our queue is already full in avalon_fill.
- Differentiate socket closed from socket error in recv_line.
- Differentiate socket closed from socket error in recv_line.
- Free avalon->works in the event we call avalon_prepare on failure to
initialise.
- Fix warnings.
- Create an array of 4 lots of work for avalon and cycle through them.
- Remove unused per unit matching work count for avalon.
- Rename the confusing avalon_info pointer.
- Simplify avalon scanhash code using the new find_queued_work_bymidstate
function. Partially works only.
- Members of cgpu_info for avalon are not meant to be in the union.
- Use correct struct device_drv for avalon_drv.
- cgminer.c -S help to only say Icarus
- Check enough work is queued before queueing more in avalon_fill.
- Actually put the work in the avalon queue.
- Rneame avalon_api to avalon_drv.
- First draft of port of avalon driver to new cgminer queued infrastructure.
- Add Makefile entry for driver-avalon.
- Add configure support for avalon.

GPU 3 would be your 5970, which is a dual GPU card. You'll prolly have to use the --gpu-map options. Check the Readme for full/proper usage.

[edit] Got it fixed, was huge error on my part, thank you.

I agree with using the device identifiers, but not every 6xxx card can downclock the memory to 300. Batcoin had it right when he used --gpu-memclock 850,850,850,300 , although I would drop down from 850 to 800 if your engine is set to 950. You can go up to 150MHz lower than your engine. Also, not much use in the --auto-gpu flag if you don't give them a range. If you're going to use auto-gpu, use something like --gpu-engine 600-950,600-950,600-950,600-900 and --gpu-fan 35-85 .