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

Does anyone know if/when cgminer will support the new Blue Fury ASICs?

Thank you guys, this is working just fine.

   setx GPU_MAX_ALLOC_PERCENT 100
    setx GPU_USE_SYNC_OBJECTS 1
are useless in Windows, eliminate them and then go System Variables/Environment Variables and delete them. They're not your problem, they just do nothing for you in Windows.

Are you using a conf file??? Here's what I use for a 5830:
{
"scrypt" : true,
"intensity" : "18",
"worksize" : "256",
"lookup-gap" : "2",
"thread-concurrency" : "5632",
"gpu-engine" : "800",
"gpu-memclock" : "1000",
"gpu-vddc" : "0",
"gpu-fan" : "0-85",
"auto-fan" : true,
"gpu-reorder" : true,
"gpu-threads" : "1",
"temp-cutoff" : "95",
"temp-overheat" : "88",
"temp-target" : "75",
"temp-hysteresis" : "9",
"api-port" : "4028",
"hotplug" : "0",
"log" : "5",
"shares" : "0",
"kernel-path" : "/usr/local/bin"
}

When attempting to mine scrypt with the latest version of CGminer I get this error  "error -56 enquequeing: Enqueueing kernel onto command queue. (clEnqueueNDRangeKernel)".   The miner then procedes to disable the GPU.

I'm running a XFX 5870 HD 1GB VC on Windows XP SP3 with 2GB system ram.  the card is recognized as GPU 0 and the -n function shows it as ATI stream.  It's set to run on Give-Me-Coins pool in this fashion   

"cgminer --scrypt -o http://ltc.give-me-coins.com:3334 -u USER.WORKER -p PASSWORD"      via the BAT file

  In between tries I delete the bin file as well as rename the conf file which I also rename as to not interfere with the BAT file.  This error also occurs when I try and run CGminer.exe through the conf file.  Running from the cmd prompt also has the same results.   I'll also add that I have no problems mining BTC with card and CGminer.  CGminer was not compiled.  I downloaded the binaries  from the main repository.  Any suggestion to solve this problem will be appreciated.

    did you have?

    setx GPU_MAX_ALLOC_PERCENT 100
    setx GPU_USE_SYNC_OBJECTS 1

    in your batch file or before calling cgminer?


Funny thing about this is that I have always included this in the BAT file.  Initially the miner was just instantly shutting down no matter what I did.  I then got some help from the MOD at my mining pool and he did some research and found out that Windows XP does not natively support the SETX command.  A little bit of info that all the guides LEAVE OUT!  I had to download Windows XP Service Pack 2 Support Tools to get the SETX function into XP which was a whole nightmare in itself (but I won't go there).  Once I got that setup incorporated the setx GPU_MAX_ALLOC_PERCENT 100 into the BAT file but not the setx GPU_USE_SYNC_OBJECTS 1.  There seems to be a lot of confusion about how to run CGminer on Windows Xp as opposed to Windows 7 or Linux systems.  If you could explain what the setx commands do it would be much appreciated!

With --usb you can say how many devices to find or how many each driver should find

So for each cgminer
 --usb BAS:1
would grab only one BAS device.

If you use
 --usb :1
it would grab the first device of any USB mining devices that you have.
(this also has the minor advantage that it stops polling for hot-plugged devices until the current device disconnects)

I can only speak for myself.
I like that it is compact and low power.
I'm not having to keep a computer running just to service the ASICs.

I've also noticed my Little Single is running more consistently.
On the Windows notebook, the ASIC fan slowing down periodically would get my attention
and the screen would show error messages until something finally got worked out and it would get back up to speed.
I'm suspecting this was a Windows issue.  I didn't run the ASICs on Linux other than the Pi.

Those commands are largely for managing GPUs. Use the --usb command (as per readme).

I was very happy to learn about the TP-Link 703n, because it was a self contained Linux box with a MIPS cpu and networking hardware built in.  Occasionally I get excited about some other hardware that I have software tools for.

I know the raspberry pi has some nice video interfacing, and is pretty inexpensive.  However, I wonder what the particular reason is that people want to run cgminer from it?

Yeah.
I've tried both command line and pool management.

Thanks for the help, though

Ah, right.

Yep verified the port on EMC.  Still weird that it won't accept it on port 3333.

The target here is to run cgminer on a Pi.
But, I guess we've further verified that the port is available on the server. 

Run two dos boxes.  Run "netstat -aon" in one and "tasklist" in the other and compare the PID column to identify which port the "other miner" and cgminer are using.

You sure you don't just have a typo somewhere in your .bat file?

That means you can reach that port on that server.  So it is working correctly.

Make sure your Windoze firewall isn't blocking cgminer.exe or cgminer-nogpu.exe.

after checking telnet client I tried telnet us3.eclipsemc.com 3333 in the terminal
a line came up and then the screen cleared before I could see what it said.

Don't understand what to do with "netstat -aon"
If I run that a lot of Unix information comes up but that's just the local machine
Right?

Try running "netstat -aon" to see if it is actually using tcp 3333.

It took me a minute or two for me to realize/remember my firewall was probably blocking it.  That is why EMC offers port 443 as well which is the port ssl/tls uses.

If your using Win7 try this to get the telnet program.

Control Panel -> Programs and Features.  Turn Windows features on or off. Telnet Client.

Also I use the :3333 on Ozoin and BTCGuild and it works fine for me.  Don't know why you would be having problems unless your firewall is blocking it.  But I would think that would effect the "other mining software" as well.

not knowing anything about telenet, I pulled up a 'Command Prompt" (Windows)
and entered telnet us3.eclipsemc.com 3333

Didn't work
That's why I asked you

Thanks

If I use us3.eclipsemc.com:3333 on bfgminer, I see stratum in the data display

Done did.  Same results.

Try 443 instead of 3333 and see how that works.
Sam

Edit: the actual intent of my post was to have you try telnet'ing to that port and see what your results were.

The reason it failed on my network is probably due to not having a rule in my firewall to allow it to pass since I don't actually use EMC.

Interesting
Could you check us1 & us2?

The above means that the server isn't listening on tcp port 3333