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

Yes, I have just unpacked .7z archive to a folder, created .bat and saw the above problem

And you do have those files in there?

And it happens with any kernel! How to fix that?

3.1.0 does that - try 3.1.1

Ztex's don't use any device specification code.
They auto identify them all and mine on them all and that's it.
nelisky/dennisx wrote the ztex code before I wrote and integrated the new usbutils library into cgminer.
I guess you'd have to chase one of them to switch it over to the new way to get hotplug and add use the --usb option (etc).
(I don't have a ztex)

I am getting frequent crashes somewhere in the pool failover code, happening both in cgminer and the fork of cgminer.  Keeps trying to write address 0x0, so I suspect its a Null pointer dereference somewhere in there.  It's happening any time the primary pool gets flaky, which lately has been often.

Having issues with how to assign and determine device IDs with ztex board in Windows 7. My previous experience has been with BFL singles, CM1 boards, and using the ztex boards with Linux. With the BFL singles and CM1 boards those get assigned COM numbers that you just call with -S COMn. Linux, has the nice -S auto feature which calls them automatically. The ztex boards under Windows operate differently.

I read the FPGA read me and was able to use Zadig to convert the driver to WinUSB. Cgminer now detects all of the attached boards, but crashes immediately. Using -debug returns:


I'm trying to help someone figure this out so any help would be greatly appreciated.

Yep. You can even run GPUs, FPGAs, and ASICs all at the same time.

Hi guys tried searching but could not find an answer.
It's probably a noob question.

Can i run different FPGA from one rasp pi on the same cgminer instance?
Or do I have to run different instances?
Can I run icarus , BFL together for example?

I have one 5770 card (default 850/1200 clocks) on which I was trying to mine litecoin in my home computer and then moved it to a HP server in datacenter, however there I can only reach about 60% of performance, but don't know why.

At home, I had Windows 7 64bit, 4 GB RAM, cgminer 3.1.0, latest AMD driver and SDK and card in x16 PCIe 2.0 slot. With TC 3968 (more TC was not working) and intensity 18, I was getting about 200 kHash/s which is good for this card.

On server, I have 64bit debian linux 6.0 (squeeze), but only 3 GB RAM and the PCIe slot is only version 1.0 (x8 using a riser). Cgminer is also 3.1.0, driver 12.10, SDK 2.8 (I followed this guide http://www.scribd.com/doc/132505278/Debian-GPU-Litecoin-cgminer-install-guide ).

I was trying various TC and other options, intensities 12-20, but can't get more than 117 kHash/s. What was different is that I was able to compile bin with more TC (even more than 5000), but it had no effect on performance. Even OC didn't have any effect. Bin files for Windows had "l4" on end, those on linux have "l8". From documentation it is "size of long". Does it matter in something? Can for example linux cgminer use bin file prepared on windows version or is it incompatible?

What could be causing this?
1) Maybe is the PCIe 1.0 the bottleneck? How does scrypt mining work? Does cgminer transfer huge amounts of data to GPU memory? Or mainly the GPU itself does majority of GPU memory accesses?
2) Or only 3 GB of system RAM? But cgminer is using only 300 MB of RAM, which should be OK for just 200 KHash/s... I have read that scrypt mining needs a lot of system RAM. How does it use it? For some pre-computations or does it transfer the data to GPU memory?
3) Or is it just bad combination of driver/SDK versions?
BTW bitcoin performance is OK on the linux server (about 195 MHash/s), only scrypt is affected.

Never mind then

This is a total noob question, but i just recently started mining with Ztex quads on cgminer, and it works flawlessly, but when I try to access the settings while its running I run into problems. If I hit any of the option settings, (S) (P) or whatever, it just goes into a blank terminal screen. Nothing happens, and i cant exit out from it. I know its still mining, but it just chills on a blank terminal. Wondering how i would get back to the main screen, where it all started

Wondering what am I doing wrong?

May i hope that this behavior will be fixed in next version's of cgminer, most powerful miner?

Thanks!

Indeed the startup default is 50% and it does not touch fan speeds until temp is close to range It is a "soft" bug.

Hi, All! May be someone can give me advice.

I want to run fans on my gpus minimum at 60% for better vrm cooling. I have following settings in my cgminer.conf:

"auto-fan":true,
"gpu-fan":"60-80,60-80,60-80,60-80",
"temp-target" : "69,69,69,69",

In last days weather is relatively cold, and i have following situation:
1) Before starting cgminer, fans run at 50%.
2) I start cgminer, but fans stay run at 50%.
3) when gpu temperature reaches temp-target, cgminer will change fan speed and after this moment it holds fan speed in defined 60%-80% range.

But if weahter is cold and 50% of fan speed is enough to hold gpu temp under temp-target, cgminer don't touches fan speed at all, and fans run all time at speed that was before starting cgminer.

This is correct behavior?

As i understand, workaround is manually set fan speed 60% before start cgminer, but this is not a good solution...

Thanks for help!

PS: cgminer v3.1.1

I removed the libcurl code for stratum in the last cgminer version which fixed quite a few crashes. However I wonder if there's a difference between a simple disconnect and a local IP or routing change.

No.  It's been quite a few versions before I had that issue.

M

That's one of the positive sides for me: I've often wanted to get my hands dirty with low-level usb (as it doesn't always work like it's supposed too) so libusb instead of the serial interface would probably be far more interesting.
I did the same with one Linux PATA driver more than 10 years ago and I learned a lot (about how vendors don't always follow specs among other things). At least with USB I wouldn't have to get it right to boot the system...

PC version uses my new usbutils libusb library (that ckolivas has now worked on also) that is quite different is some respects to the old serial-usb library.
So you'd need to look at the other drivers, that have all now been rewritten since the end of last year, and their 'quirks' (which with the next release will be ALL the other drivers except ZTex since it will finally include Icarus)
ZTex uses libusb also, but has it's own interface library nelisky and dennisx wrote (which is why it doesn't support hotplug among other things)

I'll probably be interested.
I don't think that upgrading firmwares is viable for me long-term: I manage pools, configurations and watchdogs by deploying various scripts on my rigs that won't easily run on an Avalon (lots of dependencies to install).
If I understand correctly, to mine with a PC we need to disconnect the MIPS-based card from the controller (an USB cable to disconnect) and connect the controller to a PC with a simple USB cable. If it's not much more difficult than that chances are this is how I'll run my Avalon just after I tested it in its standard configuration.


Hum, can't Xiangfu maintain the driver for Avalon's firmware so that you can only focus on the more standard one? When I get my Avalon (edit: batch2 ordered February the 18th) if all goes well (horror stories about Avalons damaged in transport haunt me) I can volunteer myself for the maintenance of the standard PC driver if you need help.
That would not be the first time I develop/maintain drivers for hardware I own, I'm already familiar with parts of cgminer's code and this time it would even be profitable to do so.