Bitcoin Forum
June 26, 2024, 06:26:32 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 [407] 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 ... 570 »
8121  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0 on: June 01, 2013, 02:23:46 AM
I'm not able to get 3.2.0 to work with my USB block erupters either.  It never finds the device.  Like others that have reported the problem, I'm using a USB 3.0 hub.  It's the only one I could find that could reliable power 7 devices.

M

EDIT: And it was a hassle getting it to work again with 3.1.1.  Reinstalling the USB to COM drivers didn't fix it, as it put them on the next 7 ports (according to device manager), and cgminer couldn't see them there.  On a hunch I manually changed them back to the right ports (3 - 9), uninstalled and reinstalled the USB to COM drivers again, then everything started working again.
Looks like we have a lot of work to do... for windows yet again. With heavy development, the unforeseen problems are likely to be ever present.
8122  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0 on: June 01, 2013, 02:21:28 AM
Have you seen this? Possible optimization of the scrypt kernel

https://forum.litecoin.net/index.php/topic,4082.0/topicseen.html


All those changes are of dubious utility and likely to lead to identical binary kernels being generated.
8123  Bitcoin / Mining support / Re: cgminer is being funny... on: May 31, 2013, 11:03:17 PM
There is no access to the memory temperatures using the ATI Display Library, so cgminer cannot read them off. Other tools have extra carnal knowledge we are not given by AMD to be able to read them off.

Hey there, didn't realize at first but you are the creator of cgminer aren't you? Good work there btw. Are you involved in any similar projects? Also have you ever thought of writing a custom bios for amd cards? Is that even possible?

I am just thinking the bios we have right now is designed for gaming in mind so I would guess there is some bloatware in there (talking from a mining perspective) that we don't need? Maybe there are some gains to be made there?

I am a pc newb as you can no doubt tell but just an idea. Smiley
GPU mining is dead so I'm not remotely interested in more GPU code unless it's for paid work  Wink

Cheers.

Oh, so have they got asics for scrypt already then? When did those come out? Aren't thousands of people still waiting on their sha asics?

I think there is a fair bit of millage left, I always see people talking about buying new gpu rigs so I guess they didn't get the memo either :0 lol...

When I become rich (2099?) then I will defo hire you. Smiley
My comment was mostly tongue in cheek because GPUs are still profitable, but the few ASICs that are out are 40-60x as efficient so it's only a matter of time.


I don't know if you noticed, but I'm not interested in LTC at all and only work on the scrypt code when people donate to keep it maintained.  In fact, I kept a GPU only because it was donated to me and I feel obliged to maintain the GPU code till no one cares about it like we did for CPU mining. I do expect LTC to bomb because despite the fact it gives GPU miners somewhere to go, it only remains similar profitability to mining BTC, and that will fall below the horizon over the next 6 months.
8124  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0 on: May 31, 2013, 10:40:05 PM
Something I noticed that last version didn't do.

This version is frequently changing difficulty. Is this suppose to happen? Scrypt mining for litecoin.

Code:
Pool 0 difficulty changed to

 Accepted f3c31b0a Diff 208/128 GPU 0
 Pool 0 difficulty changed to 64.000000
 Accepted 81bdd518 Diff 157/128 GPU 1
 Accepted f732d5b3 Diff 67/64 GPU 1
cgminer's just reporting what your pool is doing. If it changes difficulty often it's not a very stable algorithm they're using to determine your dynamic difficulty. It's harmless, just noisy.
8125  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0 on: May 31, 2013, 02:47:42 PM
crap got another after restarting
http://screencast.com/t/8K88aK1xwNky
I guess i have to only watch the ghs. But i still dont trust it was hotplugged
and no i didnt unplug them.
Well it is a major code update so we knew there might be problems, and windows was always going to be an issue (when isn't it?). We're probably too trigger happy at calling usb errors as being the same as disconnecting it. For now you might be more comfortable running the display in compact mode so you don't see it unplugging and hotplugging them every so often...
8126  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0 on: May 31, 2013, 02:26:03 PM
Weird I got a BLT 18 ZOMBIE
http://screencast.com/t/F7DSaeslTtVg
A zombie happens when a device is unplugged. However I suspect you didn't actually unplug it based on your surprise? When you hotplug one in, it unfortunately does not appear in the list at the top since that window is (currently) rigidly set at startup. Your average hashrate of 8GH suggests that all 20 are still working so it looks like for whatever reason BLT 18 got unplugged and then hotplugged itself back again. So not sure why it happened here.
8127  Alternate cryptocurrencies / Altcoin Discussion / Re: Really? Can we get a little more ridiculous... on: May 31, 2013, 12:54:22 PM
open source for the win. 

1. create awesome software
2. give away the code. 
3. people make crappy clones
4. profit?Huh
You left out
3a. people claim the original was the clone
8128  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0 on: May 31, 2013, 12:39:37 PM
I don't know what that means. We aren't even using libusb. Is there a reason someone would use libusb vs WinUSB? And that would be the reason to tell Zadig to use your dll and not theirs?
Don't even think about libusb. Pretend we never mentioned it, it's all something cgminer does internally and you need not worry about it.
8129  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0 on: May 31, 2013, 12:33:22 PM
Wow thats a big change. Thanks. Windows users may find this way harder because they are used to real plug and play.

Windows users, do this. Choose one device and replace it with WinUSB, it will replace all similar devices.

http://screencast.com/t/Gep6djxM

Quote
The best solution for this is to use a tool called Zadig to set the driver:
 http://sourceforge.net/projects/libwdi/files/zadig/

This allows you set the driver for the device to be WinUSB which is usually
required to make it work if you're having problems

With Zadig, you may need to run it as administrator and if your device is
plugged in but you cannot see it, use the Menu: Options -> List All Devices

You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)

Bold: What does this mean? There are 3 options, WinUSB, libusb and libusbK. First it says use WinUSB but the bold says to use libusb. Which one is right?

Use WinUSB. The libusb-1.0.dll is already in the cgminer zip folder and it's telling you not to install a different libusb dll.

FTDI is not plug and play for most people either by the way.
8130  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0 on: May 31, 2013, 12:23:43 PM
Yes I already switched to usb 2 because 3 failed at way lower devices.
Do I need to install winusb? What is that? Right now I'm using the latest FTDI driver..
Yes, as I said in my announce post. The FTDI driver is completely unused by cgminer now. Use zadig (you can get it from my cgminer directory) to install winusb driver and bind it to those devices.
8131  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0 on: May 31, 2013, 12:19:25 PM
We are able to remove -S now right?
Mine isn't detecting them. I have 20 BLT.

http://screencast.com/t/OGXeioWqyw

It's actually disconnecting and reconnecting all the USB devices. Some are failing with port reset failed and aren't coming back up.

http://screencast.com/t/Qhzs9AgQ
http://screencast.com/t/4JzULtqtJfOg


Yes there is no -S any more. I assume you're not plugging them into usb3 ports? They have problems for reasons we haven't worked out yet.
8132  Bitcoin / Mining software (miners) / Re: CGminer v3.2.0 on Broadcom based DD-WRT / OpenWRT on: May 31, 2013, 11:55:18 AM
Nice work P_Shep.

Unlike previously, I have to compile cgminer for mips these days since that's what runs directly on avalon so hopefully things run more smoothly for you now.

You guys removed FPGA support on avalons cgminer?
Excuse me?
8133  Bitcoin / Mining software (miners) / Re: CGminer v3.2.0 on Broadcom based DD-WRT / OpenWRT on: May 31, 2013, 11:26:34 AM
Nice work P_Shep.

Unlike previously, I have to compile cgminer for mips these days since that's what runs directly on avalon so hopefully things run more smoothly for you now.
8134  Bitcoin / Mining support / Re: cgminer is being funny... on: May 31, 2013, 10:22:02 AM
There is no access to the memory temperatures using the ATI Display Library, so cgminer cannot read them off. Other tools have extra carnal knowledge we are not given by AMD to be able to read them off.

Hey there, didn't realize at first but you are the creator of cgminer aren't you? Good work there btw. Are you involved in any similar projects? Also have you ever thought of writing a custom bios for amd cards? Is that even possible?

I am just thinking the bios we have right now is designed for gaming in mind so I would guess there is some bloatware in there (talking from a mining perspective) that we don't need? Maybe there are some gains to be made there?

I am a pc newb as you can no doubt tell but just an idea. Smiley
GPU mining is dead so I'm not remotely interested in more GPU code unless it's for paid work  Wink

Cheers.
8135  Bitcoin / Hardware / Re: Avalon ASIC users thread on: May 31, 2013, 06:38:19 AM
The new version of cgminer, with full direct USB support for Avalon is out:
https://bitcointalk.org/index.php?topic=28402.msg2326320#msg2326320

Xiangfu will likely make new firmware for testing soon.
8136  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.1.1 on: May 31, 2013, 06:22:13 AM
New version 3.2.0 - 31st May 2013

Major upgrades to virtually all FPGA and ASIC drivers. Nothing much here for GPU miners.This version changes all the drivers to the direct USB mode so linux users will not need any drivers and all devices should now hotplug,that includes Avalon. Windows users will need to remove the ftdi driver for the ancient serial USB mode and use a tool like Zadig to associate their USB devices with the WinUSB driver (which is an official Microsoft driver). The code for all devices is built into the binaries I have uploaded except for Avalon on windows (but why on earth would anyone want to do that?).

Huge props and thanks to Sitarow for virtually unrestricted remote access to his avalon and Xiangfu to sponsor the Avalon development.
While the code is now heavily tested, being such a massive update, there may be new bugs.


Human readable changelog.

- Clamp initial GPU fanspeed to range provided by user.
- Update screen completely when going into a menu entry.
- Shut down/restart more reliably.
- Shows pool difficulty change in logs if it changes via stratum.
- Less locking around some of the stratum code may prevent some rare hangs or delays in processing stratum data.
- Decrease the amount of ram and threads used by stratum share submission to minimise the risk of running out of resources to submit shares.
- Fixed small memory leaks.
- New option: --lowmem            Minimise caching of shares for low memory applications
- Increase timeouts for windows comms.
- New windows DLLs for updated libcurl
- Major rewrite of icarus driver to move to direct USB.
- Rename of all devices to tell them apart.
- Massive changes under the hood supporting all the changes, along with bugfixes and improvements.
- Major rewrite of all the Avalon driver:
. Uses direct USB to the chip removing need for ftdi driver and its heavy polling which decreases overhead.
. Uses separate work submission and result parsing threads from the main hashing thread, to guarantee adequate work is submitted to keep the device busy, and ensure no results are lost due to receive delays or buffer overflows.
. Parses results using a buffered + scanned mechanism to avoid getting out of sync and needing to reset the device to recover. It can also discard garbage results without them affecting further results.
. More reliably detects hardware errors: The count will now appear higher due to "NMW - no matching work" being counted as a hardware error which it truly is.
. Idles the device if there is no work due to pool or network outage to avoid wasting unnecessary power.
. Disables the device gracefully and can hotplug it again if it is pulled out/plugged in via USB.
. Monitors temperature more reliably to adjust fanspeed by checking values returned more rigorously.
. Decreases the amount of memory in use by the device.
. Avoids run-over to start repeating results through much better timing of submitting new work.
. More reliably detect conditions that require an FPGA reset thus decreasing the number of resets but is more likely to recover when a reset occurs.
. Now displays ambient/operating temperature and fan %/RPM in the text user interface when run on a PC/console.
. Can start an avalon mining without any options being passed to it.
. Documentation of avalon options in ASIC-README.
. Numerous other low level bugfixes and improvements.


Full changelog

- Add FAQ about windows USB keyboards and hotplug interactions.
- Fix mingw build warnings in icarus driver.
- Make usb_ftdi_cts use the _usb_transfer_read function.
- Update ASIC-README with avalon info regarding default behaviour.
- Break out of idling loop in avalon_idle if the buffer is full.
- Provide some defaults for avalon if none are specified and do not try to claim
the device if it fails to reset with them and no options are specified.
- usbutils automatically track IO errors
- usbutils allow a short wait for resources to be released
- correct semaphore timeout comment
- Set the fanspeed to the nominal chosen for GPUs.
- Inverted sem_init logic.
- Document avalon options in ASIC-README
- Do avalon driver detection last as it will try to claim any similar device and
they are not reliably detected.
- Clamp initial GPU fanspeed to within user specified range.
- Use a counting semaphore to signal the usb resource thread that it has work to
do.
- Avalon fan factor is already multiplied into the info values.
- Get rid of zeros which corrupt display.
- Logic fail on minimum fanspeed reporting.
- Provide a workaround for fan0 sensor not being used on avalon and pad fan RPM
with zeros.
- Add ambient temp and lowest fan RPM information to avalon statline.
- Display max temperature and fanspeed data for avalon.
- Set devices to disabled after they exit the hashing loops to prevent the
watchdog thread from trying to act on them.
- Add avalon driver to hotplug.
- Shut down the avalon mining thread if the device disappears.
- Check for no usb device in usb_ftdi_cts
- Check for valid usbdev in _usb_read in case the device has been unplugged.
- Scanhash functions perform driver shutdown so don't repeat it.
- Change the opencl shutdown sequence.
- Send the shutdown message to threads and do the thread shutdown functions
before more forcefully sending pthread_cancel to threads.
- Use the cgpu_info shutdown to determine when to stop the avalon read and write
threads.
- Use semaphores to signal a reset to pause the read thread while the write
thread does the actual reset, making all writes come from the same place.
- Remove now unneeded fgpautils.h include from avalon.
- usb_transfer_read should also not play with the endianness.
- Use the USB wrappers for avalon, telling usbutils that we want the raw data.
- Use separate ep for avalon tasks vs avalon reset and do not loop in write
indefinitely.
- Remove unneeded function and checks in avalon write code.
- CMR handle baud options
- work_restart is reset within the queued hash work loop.
- Fix avalon shutdown sequence.
- Execute driver shutdown sequence during kill_work.
- Use nusleep in avalon_get_results in place of nmsleep.
- Provide an nusleep equivalent function to nmsleep.
- usb/ica add more (incomplete) CMR settings
- Give a buffer of perceived results in avalon during idle periods to allow for
results once it becomes active again.
- libusb_control_transfer are meant to be endian specific, but host endianness
so no conversion is needed.
- Reuse old MTX Handle
- usbutils check all memory allocation
- usb separate thread for resource locking and modified windows locking code
- Icarus report data direction with comms errors
- Set the read and write threads for avalon to not cancel within libusb
functions and wait for the threads to pthread_join on shutdown.
- Offset needs to be incremented after avalon reads.
- Make the avalon_read function parse the ftdi responses appopriately.
- Use the avalon read timeout to completion if no data has been read.
- wait_avalon_ready should only be used before writes.
- Ask for the correct amount to read in avalon get results.
- Spawn the avalon read thread first with info->reset set to discard any data
till work is adequately queued.
- Use direct usb read commands to avoid ftdi data being automatically cut off in
avalon reads.
- Do a simple usb_read_once for the avalon result from a reset command.
- Make sure avalon is ready to receive more usb commands before sending them.
- Implement avalon_ready and avalon_wait_ready functions for when usb is ready
to receive commands.
- avalon_read should not loop but just return whatever it has succeeded in
reading.
- Set avalon_info to device data void struct.
- Specify avalon in avalon_reset.
- First pass rewriting serialdev into direct usb dev for avalon driver.
- Define a cts equivalent for direct usb and use it for avalon driver full.
- Compile usbutils into avalon driver.
- Check results come in at least at 2/3 the rate they should be on avalon and if
not, reset it.
- Give a warning but don't reset if the avalon buffer is full early.
- Discard any reads obtained from the avalon get results thread during a reset.
- Differentiate initial reset in avalon from subsequent ones.
- Perform a mandatory reset if the avalon buffer signals it's full before it has
queued its normal quota of work.
- Wait till buffer is cleared after sending idle tasks to avalon before
returning from avalon_idle.
- Lock qlock mutex during reset from read thread in avalon to prevent more work
being sent till the reset is over.
- Reset avalon if we continue to be unable to send all the work items.
- Add avalon reset response to debugging output.
- Do a wait_avalon_ready before sending a reset code.
- Iterate over spare bytes in the avalon result returned from a reset request
trying to find the beginning of the reset.
- Idle avalon after reset.
- Check for nothing but consecutive bad results on avalon and reset the FPGA if
it happens.
- Make submit_nonce return a bool for whether it's a valid share or not.
- Unset the work restart flag sooner in avalon_flush_work to avoid re-entering
the flush work function and just reset the queued counter instead of rotating
the array to avoid runs of no valid work.
- Implement an avalon_flush_work function for work restarts.
- Shut down avalon read and write threads and idle the miners on closing it.
- Tighter control over work submissions in avalon allows us to use a smaller
array.
- Rotate avalon array to reset the queued count before releasing the lock so
work will always be available on next pass.
- Move avalon read thread start till after conditional wait, store idle status
in avalon_info and use it to determine whether an error is appropriate or not.
- Wait till the avalon_send_tasks thread has filled the avalon with idle work
before starting the avalon_get_results thread.
- Use AVA_GETS_OK macro in avalon_read.
- Do all writes on avalon with a select() timeout to prevent indefinite blocking
and loop if less than desired is written.
- Check explicitly that ava_buffer_full equals the macro.
- Send initial reset as an avalon task to remove avalon_write function.
- avalon_clear_readbuf is no longer required.
- Check for 2 stray bytes on avalon reset.
- Create a separate thread for handling all work and idle submission to the
avalon which messages the scanhash function it has completed to update
statistics.
- usbutils ensure it compiles without stats
- usbutils include transfer mode in usbstats
- Give the avalon get results thread name the device number as well.
- Make sure we're not adjusting temps on every successful work retrieval on
avalon.
- Count missing work items from behind a successful work read in avalon as well.
- Change message for work not found in avalon parser.
- usbutils handle bulk_transfer partial writes
- Simplify debugging and only discard from avalon read buffer if at least one
full result has been discarded.
- Only display discarded bytes in avalon if they're not used as nonces.
- Only loop once through avalon_parse_results, but do so after timeouts as well.
- Only debug and move ram if spare bytes exist in avalon buffer.
- Remove off by one error.
- Inverted logic.
- Add more debugging to avalon reads.
- Convert unsigned size_ts to ints for parsing avalon messages.
- Cope with not finding nonces in avalon parsing gracefully by not overflowing
buffers.
- Adjust avalon temp values on one lot of valid nonces from the parser.
- Created a threaded message parser for avalon reads.
- Avalon_wait_write is not effective during resets so do it after going idle.
- Send only a single byte reset.
- Repeat going idle after avalon reset, and wait for write ready before sending
each reset request instead of some arbitrary sleep time.
- Timeouts on avalon_read and avalon_write should be 100ms.
- Don't close avalon after detecting it until we're cleaning up, instead using
reset for comms failures.
- Check for avalon_wait_write before sending reset command.
- Sleep in avalon_write_ready.
- Make avalon_wait_write a bool function and check its return value.
- Show how many idle tasks are sent to avalon if it aborts on buffer full.
- Reset avalon->device_fd after it is closed.
- Create an avalon_wait_write function that is used before sending avalon idle
command.
- Avoid repeating avalon_idle in do_avalon_close and extra sleep.
- Pass fd to avalon_idle.
- Do avalon_reset after info structure is set up.
- Rework avalon reset sequence to include idling of chips and waiting for them
to go idle followed by 2nd reset and then checking result.
- Do a non-blocking read of anything in the avalon buffer after opening the
device.
- Assign the avalon info data to the device_data in cgpu_info.
- thread shutdown is different on windows
- usbutils make all windows timeouts 999ms
- usb add another Cairnsmore1 USB chip
- icarus do the full detect test twice if required
- CMR usb config guess
- usb add transfer_read and commented out in icarus
- usbutils allow unrounded control transfers
- icarus ICA initialisation
- icarus report err on read failure
- icarus correct device_id and use device_data for icarus_info
- miner.h remove unused device_file and add device_data
- miner.h icarus no long uses fd
- icarus AMU config transfers
- Create a logwin_update function which mandatorily updates the logwin and use
it when input is expected to prevent display refresh delays.
- usbutils force an unknown IDENT for zero
- icarus set default options/timing based on device
- Must unlock curses as well in logwin_update.
- Create a logwin_update function which mandatorily updates the logwin and use
it when input is expected to prevent display refresh delays.
- icarus report usb write error information
- Add name to icarus copyright notice.
- Check for *pth dereference on pthread_join
- usbutils name latency correctly
- Check for restart before buffering more reads in Icarus.
- Icarus should timeout if it's greater than the timeout duration even if it's
receiving data.
- We should check for amount buffered in icarus get_nonce against amount already
received.
- Make mining threads report out during work submission.
- submit_work_async is no longer used directly by driver code.
- Fix first read timeout on icarus get nonce.
- Retry icarus_initialise if the first read attempt fails.
- Properly pthread_join miner threads on shutdown.
- Properly pthread_join miner threads on shutdown.
- Use a persistent single separate thread for stratum share submission that uses
workqueues since all stratum sends are serialised.
- All stratum calls to recv_line are serialised from the one place so there is
no need to use locking around recv().
- Only allow the mining thread to be cancelled when it is not within driver
code, making for cleaner shutdown and allowing us to pthread_join the miner
threads on kill_work().
- Only allow the mining thread to be cancelled when it is not within driver
code, making for cleaner shutdown and allowing us to pthread_join the miner
threads on kill_work().
- Set pool->probed to true after an attempt to resolve the url via stratum code.
- icarus test nodev everywhere
- usbutils/icarus separate FTDI transfer values and more debug
- add icarus to hotplug
- usbutils add rest of icarus
- simple serial-USB python test script
- icarus->USB v0.1 incomplete - missing initialise()
- README spelling
- Update documentation for icarus switch to USB
- Add USB rules for supported USB devices
- switch icarus configuration to usb
- usbutils new command for icarus
- usb add a numeric sub-indentity for each name
- usbutils - make FTDI handling automatic
- fix duplicate name
- usbutils set Black Arrow Lancelot's as BAL and match the lot->llt name
- usbutils identify Icarus devices
- libusb_control_transfer 16 bit words are endian specific.
- usb_applog separate amt display
- Show pool difficulty more verbosely if it changes via stratum.
- Attribute whatever stats we can get on untracked stratum shares based on
current pool diff.
- Provide a --lowmem option which does not cache shares on failed submission to
prevent low memory hardware (eg Avalon) from crashing.
- Update util.c
8137  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.1.1 on: May 31, 2013, 05:18:27 AM
ckolivas, I finally got my rig to error out again with verbose mode turned on.

Here are the errors:
...snip
I hope this helps you. Thanks!
Thanks. That gets us part of the way there. At least I know what it is likely trying to do when you have the problem. Do you know what happened at that particular time  [2013-05-31 14:04:07] on your machine? Did your IP address change, did you have network outage, did your ISP go down, did the pool go down? Did you delete windows in disgust and install linux to fix this?
8138  Bitcoin / Mining support / Re: cgminer is being funny... on: May 31, 2013, 04:41:23 AM
There is no access to the memory temperatures using the ATI Display Library, so cgminer cannot read them off. Other tools have extra carnal knowledge we are not given by AMD to be able to read them off.
8139  Bitcoin / Mining support / Re: CGMiner Runs at kh/s instead of mh/s on: May 31, 2013, 03:29:24 AM
Setting intensity over 9 is wrong for btc.
Check you don't have a configuration file with scrypt specified in that. The file may be getting loaded without you realising it's there.
8140  Other / CPU/GPU Bitcoin mining hardware / Re: 1Kw PSU apparently not enough juice for 2x7970's Ghz Editions... on: May 30, 2013, 12:36:18 PM
Con,
Would that be OK for scrypt mining also?
I have 4 Sapphire 7970 OC with Boost and the only PSU available at the mo is a Seasonic X-1250W 80 Gold.
Dont want to knacker anything up, I would rather run 3 cards and be safe than risk it with 4 on LTC.
Yes it was ok for scrypt as well, though the power went up by another 80W. Single rail is vital. I was worried since they were all mounted directly on the motherboard instead of powered risers that the motherboard would fry, but I never really mined scrypt for very long except for testing (since I only believe in bitcoin). The PSU was fine though. Seasonic PSUs are excellent.
Pages: « 1 ... 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 [407] 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 ... 570 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!