Author

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

legendary
Activity: 2674
Merit: 1083
Legendary Escrow Service - Tip Jar in Profile
Yes, i know that ATI is better. But its not that i want to mine seriously, its more that i have to be away a good amount of hours every second day and i can only use my notebook there. The electricity is free there so i thought of playing lotto by letting my cpu and gpu mine bitcoins. Someone suggested i should mine litecoins instead and so i tried this.
And at the moment i was able to make scryptminer and pooler cpu miner work with my cpu and it works with pool-x, so i think solomining will work too. But i dont get my gpu to work.
I mean why is cgminer telling that it is hashing at 6.8MH/s, which is 100 times more than the cpu but at the targetted pool i only have 0.5kH/s or so. That doesnt match it seems.

I tried to run it with the --scrypt tag but then it hangs somehow at the startscreen and doesnt want to work it seems.

And reaper is another strange thing. Everytime i start it to mine first my driver breaks with a black screen and is restarted. After that its strange because at some programs i get dancing dots then. For example the full space of firefox has dots that change everytime something on the screen changes. That means the blinking cursor is a change too. But the whole desktopbackground is free of the dots. Then explorerwindows have only some dots and the keepasswindow has no dots at all.

What is this? I mean it cant be something overheatet on the gpu because its not hot enough. And when it would something from the gpu then it would be on the whole screen, not on single program guis isnt it?

Thanks!
Sebastian
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
...
Thanks!
Sebastian
Get an ATI GPU.
They mine MUCH faster.
GPU mining on a 9600 will probably cost you more in electricity than it will generate in bitcoins.
Also, a 9600 is a VERY OLD card
legendary
Activity: 2702
Merit: 1468
Enable windows error reporting (WER), if the C05 exception is in cgminer, re-compile it and create a mapfile for it.  Post the WER report and your map file.  WER report should tell you if exception is in one of the dlls or the cgminer exe.  The offset should tell you where it crashed, unless the stack is blown...


Here's the windows error log.

Quote
Log Name:      Application
Source:        Application Error
Date:          7/23/2012 11:43:21 AM
Event ID:      1000
Task Category: (100)
Level:         Error
Keywords:      Classic
User:          N/A
Description:
Faulting application name: cgminer.exe, version: 0.0.0.0, time stamp: 0x4ff6bd65
Faulting module name: libpdcurses.dll, version: 0.0.0.0, time stamp: 0x4f460f95
Exception code: 0xc0000005
Fault offset: 0x00009ccc
Faulting process id: 0xb34
Faulting application start time: 0x01cd68e9dec30d48
Faulting application path: C:\Users\Steve\Desktop\cgminer\cgminer.exe
Faulting module path: C:\Users\Steve\Desktop\cgminer\libpdcurses.dll
Report Id: 210d0efe-d4dd-11e1-84bd-bcaec5308e15

cgminer is unable to display everything is wants to display.  libcurses.dll is catching an exception so I'd run cgminer in a quiet mode.  People with many FPGAs and small window size were reporting similar error in the past.  I don't remember if it was the same offset, search this forum.

legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
I left my old phatk .bin in the folder from 2.5, but every time I start 2.6, it generates a new one anyway. Is that supposed to happen?

Oh and it looks like dynamic intensity is fixed again. Sweet. Smiley
Yep - they have new date stamps in the *.cl filenames ...
legendary
Activity: 2674
Merit: 1083
Legendary Escrow Service - Tip Jar in Profile
Hello,

i finally got cgminer running by installing the latest inf-modded NVidia Driver that doesnt bring problems. I was able to setup cgminer and the gpu brings 6.8Mh/s the stats say. But the pool im mining for is telling me that i send under 1 kH/s only. Even with Pooler CPU Miner i send 6.8kH/s and theoretically cgminer should be able to send 100 times that much.

I start cgminer with:

Code:
L:\Tools\Hardware\Geld\Miner\CGMiner\cgminer.exe -o http://mine.pool-x.eu:8337/ -p *** -u ***

The matching settings work for pooler too.

Im using Vista with a NVidia GeForce 9600M GT with Driver 301.40 now. I downvolted and overclocked the card via firmware overclocking to core clock 607MHz, Shader clock 1424MHz and Memory Clock 979MHz (1958MHz data rate) and its stable. The card has 512MB GDDR3 RAM and 32 CUDA Cores.

When i started cgminer in the top left corner it claims to run at 6.8MH/s and it says it runs only at one thread.

What do i have to change so that it runs and is there a tweak in settings that would work better than the standardsetting?

I then see that the CPU is working 75%. Is this normal for gpu-mining or does it mean that the cpu is mining too? I would like to have gpu and cpu work both on mining so that the best performance comes out. Of course the cpu shouldnt slow down the gpu-mining then.

Thanks!
Sebastian
legendary
Activity: 2702
Merit: 1468
Ok, I've been having a somewhat weird problem with cgminer for a while now. I've tried searching but I couldn't find any relevant info. I'm running windows 7 x64. When I start cgminer it crashes immediately. There's no error message shown, even with -D command line option. I get a "cgminer has stopped working" dialog from windows. It doesn't seem to be related to my devices, it happens if I use one or two of my 7970s, or no GPUs and just the two Cairnsmore1's I have connected. I have tried multiple versions of cgminer (2.5.0, 2.3.4(Enterpoint modified)) , and the issue occurs on both of them. I've downloaded a fresh cgminer and the issue occurs with it as well. I have installed multiple AMD driver versions (12.3, 12.4, 12.6, 12.7) and the issue occurs with all of them. To my knowledge nothing has changed since cgminer was working properly.

I can get cgminer to run by restarting windows (I have cgminer included in the startup folder to run automatically) and not touching anything. It'll run properly until I try to move the cgminer window or open a browser or media app. Then it crashes in exactly the same way, and crashes with each subsequent restart.

Now the strangest part is that this happened to me about a month ago out of the blue like now. I tried everything I could think of to fix it, and got frustrated and walked away for a while. I came back (maybe 12 hours later) and ran cgminer and it worked flawlessly up until last night.

I used the debugging option via visual studios and was able to get this, no clue if it'll be of help at all:

Unhandled exception at 0x62209ccc in cgminer.exe: 0xC0000005: Access violation reading location 0x6223efac.

If anyone could help I'd appreciate it, I can't think of anything else I can try to get this working again (other than just waiting it out, for whatever reason that worked before). Thanks guys.
Tried increasing the size of your dos prompt window before starting it?

I thought I did (a long time ago), so I went back and checked again and apparently I never modified the defaults, only the current session. That didn't fix the problem, but now I get this (with -D flag):



Enable windows error reporting (WER), if the C05 exception is in cgminer, re-compile it and create a mapfile for it.  Post the WER report and your map file.  WER report should tell you if exception is in one of the dlls or the cgminer exe.  The offset should tell you where it crashed, unless the stack is blown...
hero member
Activity: 591
Merit: 500
Typo ?
Just because
Code:
[s]
happens to be BBCode's tag for strikethroughs.
member
Activity: 98
Merit: 10
hero member
Activity: 591
Merit: 500
I left my old phatk .bin in the folder from 2.5, but every time I start 2.6, it generates a new one anyway. Is that supposed to happen?

Oh and it looks like dynamic intensity is fixed again. Sweet. Smiley
sr. member
Activity: 262
Merit: 250
does not open to me, "failed to find openCL.dll"

thats what i get
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
...

I used the link that you posted above to download the file I used. I clicked from there download as tar.gz . The file I downloaded was named: kanoi-cgminer-v2.1.0-1328-gaa723e7.tar.gz as a 6.40MB file. If I use the same method now I noticed the file name has changed to: kanoi-cgminer-v2.1.0-1337-g4abecc2.tar.gz but is still a 6.40MB file. When I extract the file I downloaded in 11.04 the file is named kanoi-cgminer-aa723e7 . I haven't compared it something from the main github although it does look similar from what I remeber. The issue is simply that it won't configure as obviously my methods are incorrect or that file doesn't contain the same items.

Any help would be grealty appreciated.

My git will require ./autogen.sh to be run on linux

You are best to get from ckolivas git, since, as I mentioned before, all of the code in my git is either in ckolivas git already, or waiting to go in as a pull request

When you select the tar.gz button in the github downloads page, it generates a tar.gz file then of the current git at the time
I don't put up tar.gz files into the download page.

On my downloads page there are cgminer exe's built for Xubuntu 11.04 - those cgminer-2.X.Ya files are just the matching cgminer executable compiled on 11.04
If you need that then:
You should download the current binary build from ckolivas and then just add the single binary file from my download page and rename it to 'cgminer' (on top of the 'cgminer' you downloaded from ckolivas)

I haven't made a 2.6.0a yet (I get an autogen error since I updated my git a couple of hours ago) - I'll fix that tomorrow
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Problem of scale with scrypt mining. It will think your GPUs are sick. I'll fix it tomorrow with a hotfix release. Harmless to btc miners.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
New release - version 2.6.0, July 29 2012
It's a big change, so take usual precautions, although most of the changes to bitcoin mining should be safe bugfixes only.

Human readable changelog:
Major feature upgrade: Scrypt support (for litecoin mining). This is non-trivial to get working well and I suggest reading the SCRYPT-README included before asking any questions. While I do not in general support other currencies to bitcoin, with a large enough bitcoin bounty I added this feature to cgminer; see: https://bitcointalksearch.org/topic/attn-litecoin-gpu-miners-scrypt-support-for-cgminer-92887
Numerous minor bugfixes for regular mining.

Full changelog:
- Display kilohash when suitable, but store the global mhash value still truly
in megahashes to not break the API output.
- Don't try and print curses output for devices that won't fit on the screen.
- Add scrypt documentation in the form of a separate readme.
- Fix build error without scrypt enabled.
- Limit total number of curls recruited per pool to the number of mining threads
to prevent blasting the network when we only have one pool to talk to.
- bitforce: Skip out of sending work if work restart requested
- Keep a counter of enabled pools and use that instead of iterating over the
pool list. Use that value to ensure we don't set the last remaining active pool
to the rejecting state.
- fpgautils: add support for 57.6 kBd serial
- miner.php add a socket RCV timeout for if cgminer is hung and the API thread
is still running
- Limit thread concurrency for scrypt to 5xshaders if shaders is specified.
- Simplify repeated use of gpus[gpu]. in ocl.c
- Find the nearest power of 2 maximum alloc size for the scrypt buffer that can
successfully be allocated and is large enough to accomodate the thread
concurrency chosen, thus mapping it to an intensity.
- Don't make opt_scrypt mandatory blocking with opencl code.
- Update kernel versions reflecting changes in the API.
- Make the thread concurrency and lookup gap options hidden on the command line
and autotune parameters with a newly parsed --shaders option.
- Fix target testing with scrypt kernel as it would have been missing shares
below target.
- Bugfix: Use a mutex to control non-curses output
- Simplify code to a single vprintf path for curses-less printing
- Move opt_quiet check to my_log_curses, so it works for curses-less builds
- Use log_generic for vapplog to cut down on code duplication
- Add space to log output now that there is more screen real estate available.
- BFL force all code to timeout to avoid hanging
- Bugfix: Copy argv[0] given to dirname()
- Always create the largest possible padbuffer for scrypt kernels even if not
needed for thread_concurrency, giving us some headroom for intensity levels.
- Use the detected maximum allocable memory on a GPU to determine the optimal
scrypt settings when lookup_gap and thread_concurrency parameters are not given.
- Check the maximum allocable memory size per opencl device.
- Add debugging output if buffer allocation fails for scrypt and round up
bufsize to a multiple of 256.
- Nonce testing for btc got screwed up, leading to no accepted shares. Fix it.
- Display size of scrypt buffer used in debug.
- Allow intensities up to 20 if scrypt is compiled in.
- Add name to scrypt kernel copyright.
- Allow lookup gap and thread concurrency to be passed per device and store
details in kernel binary filename.
- Ignore negative intensities for scrypt.
- Change the scale of intensity for scrypt kernel and fix a build warning.
- Correct target value passed to scrypt kernel.
- Use 256 output slots for kernels to allow 1 for each worksize.
- Test the target in the actual scrypt kernel itself saving further
calculations.
- Reinstate GPU only opencl device detection.
- Decrease lookup gap to 1. Does not seem to help in any way being 2.
- Fix build.
- Make pad0 and pad1 local variable in scrypt kernel.
- Constify input variable in scrypt kernel.
- Send correct values to scrypt kernel to get it finally working.
- Create command queue before compiling program in opencl.
- Detach pthread from within the api thread in case it is terminated due to not
being instantiated before pthread_cancel is called from main, leading to a
segfault.
- Debug output per thread hashrate is out by a factor of 1000.
- Initialise mdplatform.
- Find the gpu platform with the most devices and use that if no platform option
is passed.
- Allow more platforms to be probed if first does not return GPUs.
- Fix external scrypt algo missing.
- Limit scrypt to 1 vector.
- Handle KL_SCRYPT in config write.
- Get rid of stuff.
- Don't enqueuewrite buffer at all for pad8 and pass work details around for
scrypt in dev_blk.
- Set the correct data for cldata and prepare for pad8 fixes.
- Bugfix: Fix build without curses but with OpenCL
- Find the gpu platform with the most devices and use that if no platform option
is passed.
- Allow more platforms to be probed if first does not return GPUs.
- Get rid of spaces in arrays in scrypt kernel.
- Start with smaller amount of hashes in cpu mining to enable scrypt to return
today sometime.
- Show Khash hashrates when scrypt is in use.
- Free the scratchbuf memory allocated in scrypt and don't check if CPUs are
sick since they can't be. Prepare for khash hash rates in display.
- Add cpumining capability for scrypt.
- Set scrypt settings and buffer size in ocl.c code to be future modifiable.
- Cope with when we cannot set intensity low enough to meet dynamic interval by
inducing a forced sleep.
- Make dynamic and scrypt opencl calls blocking.
- Calculate midstate in separate function and remove likely/unlikely macros
since they're dependent on pools, not code design.
- bitforce: Use "full work" vs "nonce range" for kernel name
- Display in debug mode when we're making the midstate locally.
- Fix nonce submission code for scrypt.
- Make sure goffset is set for scrypt and drop padbuffer8 to something
manageable for now.
- Set up buffer8 for scrypt.
- Build fix for opt scrypt.
- Don't check postcalc nonce with sha256 in scrypt.
- Don't test nonce with sha and various fixes for scrypt.
- Make scrypt buffers and midstate compatible with cgminer.
- Use cgminer specific output array entries in scrypt kernel.
- Provide initial support for the scrypt kernel to compile with and mine scrypt
with the --scrypt option.
- Enable completely compiling scrypt out.
- Begin import of scrypt opencl kernel from reaper.
- bitforce_get_result returns -1 on error now.
- Check return value of read in BFgets
- Bugfix: Make our Windows nanosleep/sleep replacements standards-compliant
(which fixes nmsleep) and include compat.h for bitforce (for sleep)
- rpc: Use a single switch statement for both stringifications of cgpu->status
- Fix whitespace mangling.
- miner.php fix rig # when miners fail
- Only try to shut down work cleanly if we've successfully connected and started
mining.
- Use switch statement for cgpu->status and fix spelling.
- Abbrv. correction
- Bugfix: Don't declare devices SICK if they're just busy initialising
- Bugfix: Calculate nsec in nmsleep correctly
- Bugfix: Adapt OpenCL scanhash errors to driver API change (errors are now -1,
not 0)
- Remove superfluous ave_wait
- Put kname change for broken nonce-range back in
- Add average wait time to api stats
- Change BFL driver thread initialising to a constant 100ms delay between
devices instead of a random arrangement.
- Spelling typo.
- Time opencl work from start of queueing a kernel till it's flushed when
calculating dynamic intensity.
- Modify te scanhash API to use an int64_t and return -1 on error, allowing zero
to be a valid return value.
- Check for work restart after the hashmeter is invoked for we lose the hashes
otherwise contributed in the count.
- Remove disabled: label from mining thread function, using a separate
mt_disable function.
- Style changes.
- Missed one nonce-range disabling.
- Add average return time to api stats
- miner.php allow rig names in number buttons
- Remove bitforce_thread_init The delay thing does nothing useful... when long
poll comes around, all threads restart at the same time anyway.
- Change timeouts to time-vals for accuracy.
- fix API support for big endian machines
- Cope with signals interrupting the nanosleep of nmsleep.
- Use standard cfsetispeed/cfsetospeed to set baud rate on *nix
- miner.php split() flagged deprecated in PHP 5.3.0
- More BFL tweaks. Add delay between closing and reopening port. Remove buffer
clear in re-init Add kernel type (mini-rig or single)
- Make long timeout 10seconds on bitforce for when usleep or nanosleep just
can't be accurate...
full member
Activity: 373
Merit: 100
I haven't ever used autogen.sh in my previous installs. I use:
[...]

If you compile from the ckolivas' source tarball, the configure script is (probably) included and you don't need to run autogen.sh. If you use kano's link, which seems to be simply his git repo packaged, you need to run "./autogen.sh" right before the configure step, as the configure script isn't included in the git repository.

Simply run:
Code:
cd ~/cgminer-2.XX/
./autogen.sh
CFLAGS="-O2 -Wall -march=native" ./configure
sr. member
Activity: 472
Merit: 250
Kano,

11.04 x64 Xubuntu / kanoi-cgminer-aa7723e7 from your git repo

Installed 11.6, SDK 2.4, moved .h files, and am trying to configure using:

Code:
CFLAGS="-02 -Wall -march=native" ./configure

resulting in:

Code:
bash: ./configure: No such file or directory

I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.
... and the step before that?
./autogen.sh ...

But huh? My repo? People use that?
I only ever get people to get code from my repo when conman/ckolivas goes walkabout.
The only time my repo would be useful rather than using the main repo would be when I've added something new and it hasn't been committed into the main one yet (rare)

Sorry, I'm not sure what kanoi-cgminer-aa7723e7 is ... (I can't find that number anywhere - though I'm not a git export either)
post a link so I understand what you're looking at.

Kano,

I haven't ever used autogen.sh in my previous installs. I use:

Updates
Code:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install libcurl4-openssl-dev libncurses5-dev lib32gcc1 libc6-i386 lib32gcc1 libc6-i386 dkms openssh-server screen

Catalyst
Code:
chmod +x ati-driver-installer-11-6-x86.x86_64.run
sudo sh ati-driver-installer-11-6-x86.x86_64.run

sudo aticonfig --od-enable

sudo aticonfig --initial -f --adapter=all
sudo reboot

SDK 2.4
Code:
sudo su 
cd /opt 
tar -xvzf /home/ubuntu/AMD-APP-SDK-v2.4-lnx64.tgz
cd AMD-APP-SDK-v2.4-lnx64/
cp -pv lib/x86_64/* /usr/lib/
rsync -avl include/CL/ /usr/include/CL/
tar -xvzf icd-registration.tgz
rsync -avl etc/OpenCL/ /etc/OpenCL/
ldconfig
sync
shutdown -r now

CGMINER
Code:
cd ~/Downloads
unzip ADL_SDK_3.0.zip
sudo cp include/*.h ~/cgminer-2.XX/ADL_SDK/

cd ~/cgminer-2.XX/
CFLAGS="-O2 -Wall -march=native" ./configure

make

That method has worked fine for me over multiple reinstalls. Recently, I was reading through this thread and found your comment on 11.04 and versions of cgminer after 2.4.3:

Hi, What caused this after cgminer-2.4.3-x86_64-built? Have no any problem before 2.4.3. Thanks!
Quote
./cgminer: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by ./cgminer)
./cgminer: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ./cgminer)
That's why I recently added xubuntu 11.04 builds of the binary in my git download for anyone who still uses ubu 11.04 or similar and doesn't want to build from source:
https://github.com/kanoi/cgminer/downloads

Kano, sent some bitcs your way for saving me an OS upgrade. Seriously, why is it required to upgrade your OS for a new version of software? Shouldn't there be an easy way to just get the new GLIBC installed on an old version?
Thanks for the BTC Smiley

I keep making 11.04 binaries since my GPU/BFL rig is 11.04 based on my setup script in cgminer and I don't have any 7xxx GPUs (yet)

The GLIBC version ties in with the kernel, so updating GLIBC has a habit of hitting a brick wall at some stage after kernel upgrades stop on any linux distro version.

I'd certainly not want to try building a later GLIBC from scratch coz I'd expect there to be issues that either:
1) I'd not know about and thus be using a potentially buggy GLIBC
 (I'd have to spend a lot of effort looking at all the changes in GLIBC and why they changed)
or
2) would show up as failing to build it on the 11.04 kernel (2.6.38-8) and thus most likely be lots of effort to resolve

It's all pretty much: lots of effort for no real gain for me, and building on 11.04 is simple enough for me with an 11.04 dev VM also.
(interesting for me also is that the binaries I build on 11.04 work on my desktop fc16 too where I have my 2xIcarus)

Thanks for the explanation, Kano. I figured it was coupled to the OS fairly tightly or else I would have been able to find some how-to googling, your explanation is a lot better than anything I found online.

cklovias, I understand that at some point you have to move on (although I don't know specifically what new feature was required in the newer version, I know you are smart enough to not just rebase to the new version for fun). My gripe is with the linux setup, not with your excellent software.

Thanks to both of you for all your work!

I used the link that you posted above to download the file I used. I clicked from there download as tar.gz . The file I downloaded was named: kanoi-cgminer-v2.1.0-1328-gaa723e7.tar.gz as a 6.40MB file. If I use the same method now I noticed the file name has changed to: kanoi-cgminer-v2.1.0-1337-g4abecc2.tar.gz but is still a 6.40MB file. When I extract the file I downloaded in 11.04 the file is named kanoi-cgminer-aa723e7 . I haven't compared it something from the main github although it does look similar from what I remeber. The issue is simply that it won't configure as obviously my methods are incorrect or that file doesn't contain the same items.

Any help would be grealty appreciated.

hero member
Activity: 807
Merit: 500
(I can't find that number anywhere - though I'm not a git export either)
You might be a git export...
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Kano,

11.04 x64 Xubuntu / kanoi-cgminer-aa7723e7 from your git repo

Installed 11.6, SDK 2.4, moved .h files, and am trying to configure using:

Code:
CFLAGS="-02 -Wall -march=native" ./configure

resulting in:

Code:
bash: ./configure: No such file or directory

I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.
... and the step before that?
./autogen.sh ...

But huh? My repo? People use that?
I only ever get people to get code from my repo when conman/ckolivas goes walkabout.
The only time my repo would be useful rather than using the main repo would be when I've added something new and it hasn't been committed into the main one yet (rare)

Sorry, I'm not sure what kanoi-cgminer-aa7723e7 is ... (I can't find that number anywhere - though I'm not a git export either)
post a link so I understand what you're looking at.
hero member
Activity: 682
Merit: 500
Just wanted to mention that I finally got around to fixing the 100% cpu bug in my system, and I updated to 2.5.0. I got a nice 7mhash/sec increase on each of my cards at identical settings. Very nice! Smiley
sr. member
Activity: 472
Merit: 250
Kano,

11.04 x64 Xubuntu / kanoi-cgminer-aa7723e7 from your git repo

Installed 11.6, SDK 2.4, moved .h files, and am trying to configure using:

Code:
CFLAGS="-02 -Wall -march=native" ./configure

resulting in:

Code:
bash: ./configure: No such file or directory

I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.
legendary
Activity: 2576
Merit: 1186
I have a PC that the display is connected to built in Intel gpu, Intel G620 sandybridge on a Socket 1155 motherboard.
I also have a AMD 7950 installed + amd catalyst + amd SDK 2.7

Is there any way to get cgminer working with the above setup?!

edit--> Making the AMD card primary with vga cable connected to display does not help still Sad

Failed to init GPU thread 0, disabling device 0
restarting the gpu from the menu will not fix this.
Try restarting cgminer.

edit2 ---> I'm able to mine by uninstalling intel driver and disabling intel gpu in motherboard bios Sad Sad
Is there a way to keep using Intel gpu and mining on the AMD?
I used exactly this setup when Sandy Bridge first came out. What you need to do is create a separate xorg.conf for each GPU, then start the Radeon's X server with the options "-sharevts -novtswitch :2" (ideally without any applications on it); then, just export DISPLAY=:2 before you start your miner.
Jump to: