Author

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

legendary
Activity: 1680
Merit: 1014
member
Activity: 83
Merit: 10
I am asking the wrong questions, or is there just not an answer?

I recommend that you check out this thread: https://bitcointalksearch.org/topic/consolidated-litecoin-mining-guide-for-5xxx-6xxx-and-7xxx-gpus-117221

It shed a lot of light on the scrypt GPU parameters like threadcount for me.
I have looked at that thread, though it didn't really answer my specific question, unless I'm overlooking something, which, with a 40-page thread, that's possible (not to mention this 500+ page thread). Forum search tools for specific questions within a thread are not great...
legendary
Activity: 3583
Merit: 1094
Think for yourself
My problem is I have 2 video cards, and a Jalapeno all running on the same system.  1 video card is giving me problems and I want to disable it and still use the other video card AND my Jalapeno (the cards are hooked up in a watercooling rig and I was trying to prevent ripping it completely apart in order to remove the bad card from the system altogether). All of the things I tried would either let me run just the Jalapeno, or just one the one video card, not both.

Yes I understand that.  So to disable the bad GPU you need to know which device it is and then use the remove disable in conjunction with that device.

In my suggested example

"-d 0 --remove-disabled"

That would completely remove device 0 from CGMiner's knowledge and would just mine your other devices.

If your bad GPU is a different device then substitute the 0 with the correct number.
Sam
sr. member
Activity: 280
Merit: 250
Sometimes man, just sometimes.....
Hey guys, need a little help myself this morning and my Google-fu isnt working well (lack of food probably isnt helping).  I have a rig running 2 GPUs and a Jala.  One of my GPUs is giving me fits for some reason today, so I want to shut it down and mine with just the one card and my Jala.  Its a watercooled unit and I am in the middle of work so dont have time to just rip it apart before anyone just asks why dont I take the card out.

I am trying to shut down the one card and mine with just the other and Jala, I can use -d 1 to use the one card, or I can use -G to shut them down and mine with the Jala, but I cant get them both working with the combination of -d 1 and --usb.  I think my problem is the --usb and the syntax, but for the life of me I cant seem to figure out what it is (I've tried --usb 0, --usb BAJ, --usb baj, --usb BAJ0, and --usb baj0).

Is there something I am obviously missing, or is it just not wanting to play nice with me today?

--remove-disabled   Remove disabled devices entirely, as if they didn't exist
--device|-d   Select device to use, one value, range and/or comma separated (e.g. 0-2,4) default: all

So it could look something like this

-d 0 --remove-disabled

Correct me if I am wrong, removing disabled will just not show the disabled item on my cgminer screen

--remove-disabled will completely remove that GPU/device from CGMiner's knowledge.  So preface it with -d 0, -d 1 or -d 2 or whatever device the bad GPU is.  I thought that is what you wanted to do?  If so that is how you do it.
Sam

My problem is I have 2 video cards, and a Jalapeno all running on the same system.  1 video card is giving me problems and I want to disable it and still use the other video card AND my Jalapeno (the cards are hooked up in a watercooling rig and I was trying to prevent ripping it completely apart in order to remove the bad card from the system altogether). All of the things I tried would either let me run just the Jalapeno, or just one the one video card, not both.
legendary
Activity: 3583
Merit: 1094
Think for yourself
Hey guys, need a little help myself this morning and my Google-fu isnt working well (lack of food probably isnt helping).  I have a rig running 2 GPUs and a Jala.  One of my GPUs is giving me fits for some reason today, so I want to shut it down and mine with just the one card and my Jala.  Its a watercooled unit and I am in the middle of work so dont have time to just rip it apart before anyone just asks why dont I take the card out.

I am trying to shut down the one card and mine with just the other and Jala, I can use -d 1 to use the one card, or I can use -G to shut them down and mine with the Jala, but I cant get them both working with the combination of -d 1 and --usb.  I think my problem is the --usb and the syntax, but for the life of me I cant seem to figure out what it is (I've tried --usb 0, --usb BAJ, --usb baj, --usb BAJ0, and --usb baj0).

Is there something I am obviously missing, or is it just not wanting to play nice with me today?

--remove-disabled   Remove disabled devices entirely, as if they didn't exist
--device|-d   Select device to use, one value, range and/or comma separated (e.g. 0-2,4) default: all

So it could look something like this

-d 0 --remove-disabled

Correct me if I am wrong, removing disabled will just not show the disabled item on my cgminer screen

--remove-disabled will completely remove that GPU/device from CGMiner's knowledge.  So preface it with -d 0, -d 1 or -d 2 or whatever device the bad GPU is.  I thought that is what you wanted to do?  If so that is how you do it.
Sam
hero member
Activity: 981
Merit: 500
DIV - Your "Virtual Life" Secured and Decentralize
-d 1 --usb BAS:1 should use both. I am not 100% sure as I have 0 GPU's on my mining hardware (raspberry pi (thanks kano for suggesting it.)). But it seems like the arguments you are looking for.

It seems from memory though that without specifying any USB anything cgminer would grab any available and the --usb was to limit for specific configurations.

I finally built 3 cgminer.sh with 3 different config files and restarting loops so now each tty gets a cgminer mining on a pool for spreading variance. I doubt you can easily remotely without some remote desktop app do the same though....

If you used multiple ssh sessions or can get local like access you could launch a prompt with your one GPU and another prompt running cgminer and your Jalapeno.
sr. member
Activity: 280
Merit: 250
Sometimes man, just sometimes.....
You don't need to use --usb unless you want to be selective about which USB devices you want.
However, as the README says, it only works at the driver level, so --usb BAS:0 would disable your Jala
The BAS driver doesn't know if it's a BAM, BAS, BAL or BAJ until after it's taken control of it - so using --usb wouldn't make sense with hotplug grabbing and releasing the device every 5 seconds - the --usb control actually decides to ignore a device before it even tries to open it.

Edit: and to completely disable USB use: --usb :0 --hotplug 0

Thanks, Kano.  Yes, I started going through the full README after I posed as before I had only read the ASIC one.  But even after that, and after this, I am still not getting what i want.  I want to enable and use both my Jala AND my one GPU, while disabling the one GPU that isnt working properly.  Everything I have tried and has been suggested and have read either enables my Jala only, or my GPU only, not both.  Maybe I just need to mine with the Jala and will just pull my bad card later.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
You don't need to use --usb unless you want to be selective about which USB devices you want.
However, as the README says, it only works at the driver level, so --usb BAS:0 would disable your Jala
The BAS driver doesn't know if it's a BAM, BAS, BAL or BAJ until after it's taken control of it - so using --usb wouldn't make sense with hotplug grabbing and releasing the device every 5 seconds - the --usb control actually decides to ignore a device before it even tries to open it.

Edit: and to completely disable USB use: --usb :0 --hotplug 0
hero member
Activity: 737
Merit: 500
Hey guys, need a little help myself this morning and my Google-fu isnt working well (lack of food probably isnt helping).  I have a rig running 2 GPUs and a Jala.  One of my GPUs is giving me fits for some reason today, so I want to shut it down and mine with just the one card and my Jala.  Its a watercooled unit and I am in the middle of work so dont have time to just rip it apart before anyone just asks why dont I take the card out.

I am trying to shut down the one card and mine with just the other and Jala, I can use -d 1 to use the one card, or I can use -G to shut them down and mine with the Jala, but I cant get them both working with the combination of -d 1 and --usb.  I think my problem is the --usb and the syntax, but for the life of me I cant seem to figure out what it is (I've tried --usb 0, --usb BAJ, --usb baj, --usb BAJ0, and --usb baj0).

Is there something I am obviously missing, or is it just not wanting to play nice with me today?

What I used to do when I was still mining with GPUs was to run multiple cgminer instances.  One for my GPUs only and another one for my USB devices.  It's easier to control things, that way, IMHO.

Edit: I should say that the way I accomplished this was to compile cgminer multiple times: one version that only had --enable-opencl and another version that had --disable-opencl and --enable-bitforce, etc.  This way, I had two versions of the cgminer binary, one for GPUs and one for everything else.  However, you can probably accomplish the same thing using just a single cgminer binary and various command line options.
sr. member
Activity: 280
Merit: 250
Sometimes man, just sometimes.....
Hey guys, need a little help myself this morning and my Google-fu isnt working well (lack of food probably isnt helping).  I have a rig running 2 GPUs and a Jala.  One of my GPUs is giving me fits for some reason today, so I want to shut it down and mine with just the one card and my Jala.  Its a watercooled unit and I am in the middle of work so dont have time to just rip it apart before anyone just asks why dont I take the card out.

I am trying to shut down the one card and mine with just the other and Jala, I can use -d 1 to use the one card, or I can use -G to shut them down and mine with the Jala, but I cant get them both working with the combination of -d 1 and --usb.  I think my problem is the --usb and the syntax, but for the life of me I cant seem to figure out what it is (I've tried --usb 0, --usb BAJ, --usb baj, --usb BAJ0, and --usb baj0).

Is there something I am obviously missing, or is it just not wanting to play nice with me today?

--remove-disabled   Remove disabled devices entirely, as if they didn't exist
--device|-d   Select device to use, one value, range and/or comma separated (e.g. 0-2,4) default: all

So it could look something like this

-d 0 --remove-disabled

Correct me if I am wrong, removing disabled will just not show the disabled item on my cgminer screen, where as if I didnt do that, it would show the device, but list it as "off".  My problem is when I use -d 0 to specify to only use a GPU, it only uses that GPU, it wont use my Jala as well, so both my second GPU and my Jala both show as "off".
legendary
Activity: 3583
Merit: 1094
Think for yourself
Hey guys, need a little help myself this morning and my Google-fu isnt working well (lack of food probably isnt helping).  I have a rig running 2 GPUs and a Jala.  One of my GPUs is giving me fits for some reason today, so I want to shut it down and mine with just the one card and my Jala.  Its a watercooled unit and I am in the middle of work so dont have time to just rip it apart before anyone just asks why dont I take the card out.

I am trying to shut down the one card and mine with just the other and Jala, I can use -d 1 to use the one card, or I can use -G to shut them down and mine with the Jala, but I cant get them both working with the combination of -d 1 and --usb.  I think my problem is the --usb and the syntax, but for the life of me I cant seem to figure out what it is (I've tried --usb 0, --usb BAJ, --usb baj, --usb BAJ0, and --usb baj0).

Is there something I am obviously missing, or is it just not wanting to play nice with me today?

--remove-disabled   Remove disabled devices entirely, as if they didn't exist
--device|-d    Select device to use, one value, range and/or comma separated (e.g. 0-2,4) default: all

So it could look something like this

-d 0 --remove-disabled
sr. member
Activity: 280
Merit: 250
Sometimes man, just sometimes.....
Hey guys, need a little help myself this morning and my Google-fu isnt working well (lack of food probably isnt helping).  I have a rig running 2 GPUs and a Jala.  One of my GPUs is giving me fits for some reason today, so I want to shut it down and mine with just the one card and my Jala.  Its a watercooled unit and I am in the middle of work so dont have time to just rip it apart before anyone just asks why dont I take the card out.

I am trying to shut down the one card and mine with just the other and Jala, I can use -d 1 to use the one card, or I can use -G to shut them down and mine with the Jala, but I cant get them both working with the combination of -d 1 and --usb.  I think my problem is the --usb and the syntax, but for the life of me I cant seem to figure out what it is (I've tried --usb 0, --usb BAJ, --usb baj, --usb BAJ0, and --usb baj0).

Is there something I am obviously missing, or is it just not wanting to play nice with me today?
sr. member
Activity: 441
Merit: 250
GET IN - Smart Ticket Protocol - Live in market!
I am asking the wrong questions, or is there just not an answer?

Run those 2 commands before you launch cgminer:
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1

It will allow to use gpu memory instead of system memory, what GPU/card are you talking about?
sr. member
Activity: 456
Merit: 250
I am asking the wrong questions, or is there just not an answer?

I recommend that you check out this thread: https://bitcointalksearch.org/topic/consolidated-litecoin-mining-guide-for-5xxx-6xxx-and-7xxx-gpus-117221

It shed a lot of light on the scrypt GPU parameters like threadcount for me.
member
Activity: 83
Merit: 10
I am asking the wrong questions, or is there just not an answer?
legendary
Activity: 1680
Merit: 1014
Failed to compile 3.3.1 on FreeBSD (configure OK):

Code:
$ ./configure --enable-icarus
checking build system type... x86_64-unknown-freebsd9.0
checking host system type... x86_64-unknown-freebsd9.0
checking target system type... x86_64-unknown-freebsd9.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for ranlib... ranlib
checking whether gcc needs -traditional... no
checking whether gcc and cc understand -c and -o together... yes
checking for ranlib... (cached) ranlib
checking sys/mman.h usability... yes
checking sys/mman.h presence... yes
checking for sys/mman.h... yes
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking for stdint.h... (cached) yes
checking for mprotect... yes
checking for sigaction... yes
checking for sigaltstack... yes
checking for siginterrupt... yes
checking for mmap... yes
checking for MAP_ANONYMOUS... yes
checking whether memchr works... yes
checking whether memmem is declared... yes
checking for memmem... yes
checking whether memmem works... no
checking for C/C++ restrict keyword... __restrict
checking for uid_t in sys/types.h... yes
checking for inline... inline
checking whether the preprocessor supports include_next... yes
checking whether system header files limit the line length... no
checking for wchar_t... yes
checking for unsigned long long int... yes
checking for long long int... yes
checking whether stdint.h conforms to C99... no
checking sys/inttypes.h usability... no
checking sys/inttypes.h presence... no
checking for sys/inttypes.h... no
checking sys/bitypes.h usability... no
checking sys/bitypes.h presence... no
checking for sys/bitypes.h... no
checking for bit size of ptrdiff_t... 64
checking for bit size of size_t... 64
checking for bit size of sig_atomic_t... 64
checking for bit size of wchar_t... 32
checking for bit size of wint_t... 32
checking whether sig_atomic_t is signed... yes
checking whether wchar_t is signed... yes
checking whether wint_t is signed... yes
checking for ptrdiff_t integer literal suffix... l
checking for size_t integer literal suffix... ul
checking for sig_atomic_t integer literal suffix... l
checking for wchar_t integer literal suffix...
checking for wint_t integer literal suffix...
checking whether memmem is declared without a macro... yes
checking whether mempcpy is declared without a macro... no
checking whether memrchr is declared without a macro... yes
checking whether rawmemchr is declared without a macro... no
checking whether stpcpy is declared without a macro... yes
checking whether stpncpy is declared without a macro... yes
checking whether strchrnul is declared without a macro... no
checking whether strdup is declared without a macro... yes
checking whether strncat is declared without a macro... yes
checking whether strndup is declared without a macro... yes
checking whether strnlen is declared without a macro... yes
checking whether strpbrk is declared without a macro... yes
checking whether strsep is declared without a macro... yes
checking whether strcasestr is declared without a macro... yes
checking whether strtok_r is declared without a macro... yes
checking whether strerror_r is declared without a macro... yes
checking whether strsignal is declared without a macro... yes
checking whether strverscmp is declared without a macro... no
checking for memmem... (cached) yes
checking whether memmem works... (cached) no
checking for struct sigaction.sa_sigaction... yes
checking for volatile sig_atomic_t... yes
checking for sighandler_t... no
checking whether sigaction is declared without a macro... yes
checking whether sigaddset is declared without a macro... yes
checking whether sigdelset is declared without a macro... yes
checking whether sigemptyset is declared without a macro... yes
checking whether sigfillset is declared without a macro... yes
checking whether sigismember is declared without a macro... yes
checking whether sigpending is declared without a macro... yes
checking whether sigprocmask is declared without a macro... yes
checking for sigprocmask... yes
checking whether NULL can be used in arbitrary expressions... yes
checking for ANSI C header files... (cached) yes
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking for size_t... yes
checking for working alloca.h... no
checking for alloca... yes
checking for OpenCL... no
checking for pthread_create in -lpthread... yes
checking for json_loads in -ljansson... no
checking for library containing addstr... -lncurses
checking for pkg-config... /usr/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBCURL... no
checking for LIBCURL... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating compat/Makefile
config.status: creating compat/jansson/Makefile
config.status: creating ccan/Makefile
config.status: creating lib/Makefile
config.status: creating config.h
config.status: executing depfiles commands



------------------------------------------------------------------------
cgminer 3.3.1
------------------------------------------------------------------------


Configuration Options Summary:

  curses.TUI...........: FOUND: -lncurses
  OpenCL...............: NOT FOUND. GPU mining support DISABLED
  scrypt...............: Disabled (needs OpenCL)
  ADL..................: SDK NOT found, GPU monitoring support DISABLED

  Avalon.ASICs.........: Disabled
  BFL.ASICs............: Disabled
  BitForce.FPGAs.......: Disabled
  Icarus.FPGAs.........: Enabled
  ModMiner.FPGAs.......: Disabled
  Ztex.FPGAs...........: Disabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -g -O2
  LDFLAGS..............:  -lpthread
  LDADD................:  -L/usr/local/lib -lcurl   compat/jansson/libjansson.a -lpthread     -lm -lusb

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

$ make
make  all-recursive
Making all in lib
  GEN    arg-nonnull.h
  GEN    c++defs.h
  GEN    warn-on-use.h
  GEN    signal.h
  GEN    stdint.h
  GEN    string.h
make  all-recursive
  CC     dummy.o
  CC     memmem.o
  AR     libgnu.a
Making all in compat
Making all in jansson
  CC     dump.o
  CC     hashtable.o
  CC     load.o
  CC     strbuffer.o
  CC     utf.o
  CC     value.o
  CC     memory.o
  CC     error.o
  AR     libjansson.a
Making all in ccan
  CC     libccan_a-helpers.o
  CC     libccan_a-opt.o
  CC     libccan_a-parse.o
  CC     libccan_a-usage.o
  AR     libccan.a
  CC     cgminer-cgminer.o
In file included from cgminer.c:48:
miner.h:48:1: warning: "alloca" redefined
In file included from cgminer.c:19:
/usr/include/stdlib.h:233:1: warning: this is the location of the previous definition
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-util.o
In file included from util.c:40:
miner.h:48:1: warning: "alloca" redefined
In file included from util.c:14:
/usr/include/stdlib.h:233:1: warning: this is the location of the previous definition
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-sha2.o
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-api.o
In file included from api.c:28:
miner.h:48:1: warning: "alloca" redefined
In file included from api.c:20:
/usr/include/stdlib.h:233:1: warning: this is the location of the previous definition
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-logging.o
In file included from logging.c:16:
miner.h:48:1: warning: "alloca" redefined
In file included from ./compat/jansson/jansson.h:12,
                 from miner.h:10,
                 from logging.c:16:
/usr/include/stdlib.h:233:1: warning: this is the location of the previous definition
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-driver-opencl.o
In file included from driver-opencl.c:30:
miner.h:48:1: warning: "alloca" redefined
In file included from ./ccan/opt/opt.h:6,
                 from driver-opencl.c:27:
/usr/include/stdlib.h:233:1: warning: this is the location of the previous definition
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-ocl.o
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-findnonce.o
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-adl.o
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-usbutils.o
In file included from usbutils.c:18:
miner.h:48:1: warning: "alloca" redefined
In file included from ./compat/jansson/jansson.h:12,
                 from miner.h:10,
                 from usbutils.c:18:
/usr/include/stdlib.h:233:1: warning: this is the location of the previous definition
usbutils.c:3038: error: redefinition of 'union semun'
*** Error code 1

Stop in cgminer-3.3.1.
*** Error code 1

Stop in cgminer-3.3.1.
*** Error code 1

Stop in cgminer-3.3.1.

Any help appreciated.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Is there a way to disable a cross-pool new block detection. I'm using cgminer for different coins where each coin is configured inside separate pool. I didn't find a an option/command to prevent cgminer from detecting new blocks over stratum from a pool which not currently mined.



line 3 or README
" Do not use on multiple block chains at the same time!"

I know what it is said, but look at the reality: everybody is using cgminer for multiple coins at the same time and cgminer is doing a fine job switching between multiple coins across different block chains. I was asking for some option to isolate one pool from another. Is there such option already? and if it not: would it be so much trouble to put it in?

Edit: it is not the same time: first I use one pool, then I switch to another, does't mean the "same time"?
Of the existing options ,try --failover-only as it will minimise this effect - it works best with stratum pools.

I will NOT be adding more code to support multiple block chains concurrently, nor will I add support for any other mining algorithms (my views on this have been expressed here many times over).
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Just quickly before I go ...

Burnins BitBurner XX ... cgminer running on RPi with one Smiley
https://bitcointalksearch.org/topic/m.2868183
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
sr. member
Activity: 441
Merit: 250
GET IN - Smart Ticket Protocol - Live in market!
Is there a way to disable a cross-pool new block detection. I'm using cgminer for different coins where each coin is configured inside separate pool. I didn't find a an option/command to prevent cgminer from detecting new blocks over stratum from a pool which not currently mined.



line 3 or README
" Do not use on multiple block chains at the same time!"

I know what it is said, but look at the reality: everybody is using cgminer for multiple coins at the same time and cgminer is doing a fine job switching between multiple coins across different block chains. I was asking for some option to isolate one pool from another. Is there such option already? and if it not: would it be so much trouble to put it in?

Edit: it is not the same time: first I use one pool, then I switch to another, does't mean the "same time"?
Jump to: