OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 211.

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: EfterlysT on October 12, 2013, 03:07:49 AM

I have only used bitminters own software to run my usb eruptors earlier without any problem. Now i want to put all my usb devices to mine in another slush pool with cgminer.

I dont get it to work at all. I am using Win 7 32bit version.

If i try the 3.1.1 version of cgminer it only tells me it dont find any devices.

If i try the 3.5.0 version of cgminer i get:

Does anyone know what to to to get it work with cgminer ? I have tried like all win7 guides i have found without luck. I guess the problem lies with the winusb driver ?

Zadig is needed for 3.1.1. It will prevent 3.5.0 from working. Depending on your hardware, you may be able to run 3.5.0 w/o zadig. Some hardware just isn't recognized by cgminer (I'm about 50/50 with my hardware).

Also, I tried 3.5.0 briefly and ran into errors (didn't have a chance to look closer). Using 3.4.2 or 3.4.3 right now w/o zadig.

M

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

Quote from: EfterlysT on October 12, 2013, 03:28:26 AM

Quote from: Askit2 on October 12, 2013, 03:14:08 AM

Yes you need to use Zadig. The spelling may be a little off but its close. Info on what to do is in the ASIC Readme. Likely a search for Zadig will let you know what you need from there.

I am already using zadig. Maybe wrong version or something ?

Last time I had to use it was a while ago. From memory I had one BFL (FPGA) Single. I used Zadig. Tried CGMiner at first it didn't work. I don't remember restarting. I do remember unplugging my single Single. When plugged back in CGMiner recognized it and all was right in the world for me. I didn't want to restart because I was using my DVR as my mining controller. One of my attempts for sure worked and the correct winUSB was installed.

Fastest way to check if it will work is try cgminer. Easiest way to be sure cgminer will work is open device manager. Once winUSB driver is correctly installed for the device it won't be listed as a serial com port. You only need one plugged in and change the driver on it. Subsequent (every one that follows)devices will use the winUSB driver if the hardware is the same.

Newar

legendary

Activity: 1358

Merit: 1001

https://gliph.me/hUF

Quote from: EfterlysT on October 12, 2013, 03:28:26 AM

I am already using zadig. Maybe wrong version or something ?

I don't mine on Windows myself, but it has been reported in this thread that you might need to restart once you change / fresh install drivers.

EfterlysT

full member

Activity: 425

Merit: 109

Quote from: Askit2 on October 12, 2013, 03:14:08 AM

Yes you need to use Zadig. The spelling may be a little off but its close. Info on what to do is in the ASIC Readme. Likely a search for Zadig will let you know what you need from there.

I am already using zadig. Maybe wrong version or something ?

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

Yes you need to use Zadig. The spelling may be a little off but its close. Info on what to do is in the ASIC Readme. Likely a search for Zadig will let you know what you need from there.

EfterlysT

full member

Activity: 425

Merit: 109

I have only used bitminters own software to run my usb eruptors earlier without any problem. Now i want to put all my usb devices to mine in another slush pool with cgminer.

I dont get it to work at all. I am using Win 7 32bit version.

If i try the 3.1.1 version of cgminer it only tells me it dont find any devices.

If i try the 3.5.0 version of cgminer i get:

Everything fires up without problems with bitminter client.

Does anyone know what to to to get it work with cgminer ? I have tried like all win7 guides i have found without luck. I guess the problem lies with the winusb driver ?

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: xorglub on October 11, 2013, 09:57:12 PM

Any way we could get this fixed ?
On a fresh install with 13.9 AMD drivers, thus having to recompile the OpenCL kernels :

[SNIP]

Should be fixed in git master now. The issue is BFI INT patching doesn't work beyond Opencl1.1, so I've disabled it when it detects a new OpenCL. You may or may not get lousy performance without that patching, you'll have to try and see. Older cards like older OpenCL versions anyway.

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

Quote from: TR4L on October 11, 2013, 11:58:57 PM

I've been trying to run CGMiner for 3 days on my Miner. I totally need help! I am running Linux Mint (13) and keep running into the Segmentation error. I've gone through all sorts of posts and forums and I just can't seem to solve the problem. I'm brand new to the Linux OS and while it was love at first use, I'm still lost in the sauce. Can anyone help me!??!? I will answer whatever questions I can but currently I am as noob as noob gets when it comes to Linux, however, I am familiar with CGMiner for Windows.

Try removing any --usb from your command line or config files.

TR4L

member

Activity: 78

Merit: 10

I've been trying to run CGMiner for 3 days on my Miner. I totally need help! I am running Linux Mint (13) and keep running into the Segmentation error. I've gone through all sorts of posts and forums and I just can't seem to solve the problem. I'm brand new to the Linux OS and while it was love at first use, I'm still lost in the sauce. Can anyone help me!??!? I will answer whatever questions I can but currently I am as noob as noob gets when it comes to Linux, however, I am familiar with CGMiner for Windows.

xorglub

full member

Activity: 204

Merit: 100

Any way we could get this fixed ?
On a fresh install with 13.9 AMD drivers, thus having to recompile the OpenCL kernels :

Code:

cgminer --benchmark --verbose --debug 2>logfile.txt

 [2013-10-12 11:28:20] Global quota greatest common denominator set to 1
 [2013-10-12 11:28:20] Started cgminer 3.5.1
 [2013-10-12 11:28:20] RES: thread starting
 [2013-10-12 11:28:20] CL Platform 0 vendor: Advanced Micro Devices, Inc.
 [2013-10-12 11:28:20] CL Platform 0 name: AMD Accelerated Parallel Processing
 [2013-10-12 11:28:20] CL Platform 0 version: OpenCL 1.2 AMD-APP (1268.1)
 [2013-10-12 11:28:20] Platform 0 devices: 1
 [2013-10-12 11:28:20] 	0	Barts
 [2013-10-12 11:28:20] GPU 0 iAdapterIndex 0 strUDID PCI_VEN_1002&DEV_6738&SUBSYS_23051787&REV_00_4&B77C4C1&0&0008A iBusNumber 1 iDeviceNumber 0 iFunctionNumber 0 iVendorID 1002 strAdapterName  AMD Radeon HD 6800 Series 
 [2013-10-12 11:28:20] GPU 0 AMD Radeon HD 6800 Series hardware monitoring enabled
 [2013-10-12 11:28:20] USB scan devices: checking for BFL devices
...
 [2013-10-12 11:28:21] Init GPU thread 0 GPU 0 virtual GPU 0
 [2013-10-12 11:28:21] CL Platform vendor: Advanced Micro Devices, Inc.
 [2013-10-12 11:28:21] CL Platform name: AMD Accelerated Parallel Processing
 [2013-10-12 11:28:21] CL Platform version: OpenCL 1.2 AMD-APP (1268.1)
 [2013-10-12 11:28:21] List of devices:
 [2013-10-12 11:28:21] 	0	Barts
 [2013-10-12 11:28:21] Selected 0: Barts
 [2013-10-12 11:28:21] Popping work to stage thread
 [2013-10-12 11:28:21] Preferred vector width reported 4
 [2013-10-12 11:28:21] Max work group size reported 256
 [2013-10-12 11:28:21] Max mem alloc size is 536870912
 [2013-10-12 11:28:21] Selecting phatk kernel
 [2013-10-12 11:28:21] No binary found, generating from source
 [2013-10-12 11:28:21] Setting worksize to 128
 [2013-10-12 11:28:21] Patched source to suit 2 vectors
 [2013-10-12 11:28:21] cl_amd_media_ops found, setting BITALIGN
 [2013-10-12 11:28:21] BFI_INT patch requiring device found, patched source with BFI_INT
 [2013-10-12 11:28:21] CompilerOptions: -D WORKSIZE=128 -D VECTORS2 -D WORKVEC=256 -D BITALIGN -D BFI_INT
 [2013-10-12 11:28:22] Binary size for gpu 0 found in binary slot 0: 556192
 [2013-10-12 11:28:22] At 07e37494 (4290041900 rem. bytes), to begin patching

and then it exits (older versions used to crash there).

[2013-10-12 11:28:22] At 07e37494 (4290041900 rem. bytes), to begin patching

Looks like an integer overflow as a negative number (-4925396) got passed to applog(LOG_DEBUG, "At %p (%u rem. bytes), to begin patching", w, remaining); Why this happens I don't know - did the kernel fail to compile and cgminer doesn't check for that or is it something else ? In any case this is very annoying not to have any more diagnostics and the only fallback is to blindly try different driver versions until it hopefully works.
Thanks !

MineForeman.com

legendary

Activity: 896

Merit: 1000

Is anyone else getting kernel ooop's with cgminer and the raspberry pi? I know it is a kernel issue (I reported it on their forums http://archlinuxarm.org/forum/viewtopic.php?f=31&t=6246) but it does not effect other miners.

Anyone got any notes to share to try to work this one out?

Neil

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

where is the line of code that prints out accepted share like this:

[2013-10-11 18:24:47] Accepted 02870603 Diff 101/2 BF1 0

i would like to tweak its display a little bit.

i found it once but cant find it again

edit : fOUND it!!

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: mdude77 on October 11, 2013, 10:22:09 AM

Quote from: -ck on October 11, 2013, 03:59:47 AM

New release: Version 3.5.1, 11th October 2013

I've temporarily branched the stable code into a 3.5 branch, making this release a stable release update with a few minor improvements and bugfixes while the main code branch undergoes more radical change. The master branch is incorporating asynchronous transfer code and has a new locking scheme designed to allow much better concurrent reading/writing to USB devices.

Are the windows versions correct? I noticed the file sizes are significantly smaller than normal.

Quote from: -ck on October 11, 2013, 03:59:47 AM

- Ztex driver and its bistreams have been REMOVED. No one was maintaining the code, it wasn't working, and it was making release archives much larger than necessary.

Karin

member

Activity: 109

Merit: 10

Unofficial Mac binaries for 3.5.1 now posted! Should run on Mac OS X 10.5 through 10.9, PPC and Intel.

cgminer for Mac OS X 3.5.1 (direct download link for full package)
http://spaceman.ca/cgminer (website)

techman05

hero member

Activity: 546

Merit: 500

Quote from: -ck on October 11, 2013, 10:12:38 AM

Quote from: techman05 on October 11, 2013, 09:43:49 AM

I'm too late for 3.5.1 but is there anyway to push the works to memory and not pc. I started noticing my pc hardrive coming on and off for each share it got and I'd like to eliminate that. I ended up turning off cgminer last night because of it.

Thanks

By default cgminer does not write a single thing to disk so unless you turned on some kind of logging, you're doing something else.

Thanks for the heads up I'll now have to look into it.

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: -ck on October 11, 2013, 03:59:47 AM

New release: Version 3.5.1, 11th October 2013

I've temporarily branched the stable code into a 3.5 branch, making this release a stable release update with a few minor improvements and bugfixes while the main code branch undergoes more radical change. The master branch is incorporating asynchronous transfer code and has a new locking scheme designed to allow much better concurrent reading/writing to USB devices.

Are the windows versions correct? I noticed the file sizes are significantly smaller than normal.

M

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: techman05 on October 11, 2013, 09:43:49 AM

I'm too late for 3.5.1 but is there anyway to push the works to memory and not pc. I started noticing my pc hardrive coming on and off for each share it got and I'd like to eliminate that. I ended up turning off cgminer last night because of it.

Thanks

By default cgminer does not write a single thing to disk so unless you turned on some kind of logging, you're doing something else.

techman05

hero member

Activity: 546

Merit: 500

I'm too late for 3.5.1 but is there anyway to push the works to memory and not pc. I started noticing my pc hardrive coming on and off for each share it got and I'd like to eliminate that. I ended up turning off cgminer last night because of it.

Thanks

P_Shep

legendary

Activity: 1795

Merit: 1208

This is not OK.

Just realized something... My problem with libusb, I had assumed that it was libusb itself to segfault, but it's actually cgminer not handling the error properly and segfaulting.

libusb_init() failed err -99 [2013-10-11 14:02:49] libusb_init() failed

Program received signal SIGSEGV, Segmentation fault.
0x00455dcc in libusb_exit ()
(gdb) bt
#0 0x00455dcc in libusb_exit ()
#1 0x004175f0 in clean_up ()
#2 0x0040a180 in _quit ()
#3 0x00404064 in main ()

So the call to libusb_exit() shouldn't be made if the init didn't work.

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

Quote from: Taugeran on October 11, 2013, 05:29:00 AM

Quote from: Askit2 on October 11, 2013, 05:01:13 AM

Just built from git on my raspberry pi.
Version is listed as 3.5.0.

Downloaded one of your compiled versions for windows.
Version is 3.5.1.

Did I build from the wrong branch with git clone https://github.com/ckolivas/cgminer?

git clone https://github.com/ckolivas/cgminer --branch 3.5

Thank You.

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