Feeling much better about it now thanks!

Will you be merging / cherry-picking from ckolivas' cgminer or will I need to support ztex on the two code bases separately?

You can also just use the previous BTCMiner (120221) and flash the 15d3 firmware which will allow you to use cgminer as released right now. There is no speed gain in 15d4 that I can see.

There is nothing new on the conf file for ztex, you just need to have them running with a compatible firmware (use BTCMiner or FWLoader from ztex to load it up), which means 15d1 to 15d3 for ckolivas release and if you want 15d4 you'll have to build from source found in https://github.com/nelisky/cgminer/tree/ztex-120417

The boards are detected at cgminer start. Let me know if that doesn't work for you.

Fighting about what others should do for you is stupid, but be careful with your assumptions. Plugin support is not trivial and cgminer is already very modular. You can pretty much compile it to your exact needs.

And I must agree that ckolivas writes great software, it has been a pleasure for me to work on top of it but again, careful with the assumptions. The day ckolivas decided to open source it the baby, while still his, began being parented by many other great tutors. I may not always agree with luke-jr or kano (or ckolivas for that matter ) but luke-jr did a great job improving the modularization of cgminer and creating what became the base for FPGA workers there and kano is making the API better, greater and more useful and everyone combined is finding and fixing bugs that would otherwise be much harder to track if this were a one man show.

ckolivas owns the thing, he knows the code better than anyone else and if it weren't for his great effort we would most likely not have this great piece of software. Major kudos to him!

... but don't make the mistake believing that without everyone else (coders and general community) the code would be the same.

Thanks for the kind words. It is always great to see the community getting together towards building something that is good and useful for... you

You don't understand open source, that's ok. You do state a lot of good points but then just overdo it and go on to plain and obvious trolling. But I'll bite:

You already have opencl kernels being "pushed" to the GPUs, that's the closest equivalent to the FPGA bitstreams. The firmware is needed because the FPGA interface to its microcontroller isn't standards and changes with bitstreams, sometimes.

Household alarm monitor... yes, proper FPGA handling is too much and unneeded for mining. Why don't we remove LongPoll from cgminer? You can mine without it... not optimal, but hey.

I'm not looking at BFL easyminer for anything, this is a different (and much better imho) product.

Oh, and as for cooking eggs, you can already do that, just crack them on top of your GPUs, cgminer even shows you the optimal cooking temperature!

Reading through your comments I come to the conclusion you don't care about what other people may need from a mining software, so why not ask ckolivas to remove support for every GPU you don't use? That would simplify the code a lot! Also, what's with the "piggybacking" and the puny donations comments? Are you serious? Really?

Yes. There are a few things missing still:

- support for quad boards (1.15y)
- suspend
- high speed bitstream upload
- hotplug
- firmware upload (to support hot upgrade and the new bogus firmware feature)
- Support for the latest firmware (120417, bitstream 15d4) - This is already done but waiting on inclusion on the main repository

All of the above will be addressed as time permits. You can use the latest firmware if you compile cgminer yourself, grab it here -> https://github.com/nelisky/cgminer/tree/ztex-120417

There is a lot more I want to do but I've been mining with ztex 1.15x boards on cgminer for roughly one month now and it works great

So how does dd-wrt relate to openwrt (which I'm currently using on a tp-link router)?

Minority or not, I like cgminer so much I'm supporting ztex there myself. There has been some extra work for ckolivas as I adapt to cgminer's coding style but it is more or less easy to keep most changes separate fromt he main cgminer code. I do think ckolivas' time is best spent making cgminer even better and more stable rather than implementing fpgas there, seeing he is very good in the gpu support, as it is in his personal interest anyway

I think cgminer as a gpu + fpga miner is unbeatable, and I'll do all I can to keep it that way. We can always fork it, but I think as FPGAs become more mainstream it is good for the community as a whole if it stays in the same place.

1.15y support will come soon, but since I don't have one such board it will initially be based on reverse engineering and voluntary external testing. This approach is bound to take some time but we'll get there.

If someone wants to handle donations towards a board to send me that would likely speed things up (and Stefan will most likely give some discount based on his OS program) but it is not really needed, just helps a bit.

Nem por isso. Originais a esse preço, concerteza
Mas boa sorte.

Está vendendo réplicas, certo? Com esse preço acho meio dificil serem originais.

Regarding miner support, I should have that on cgminer soon, but since I don't own any 1.15y I'll depend on external testing to assert it does, in fact, work.

I'm doing ztex support on cgminer, and I can certainly do x6500 too if there is still a need for this.

"Are you talkin' to me?"

Yes, I've already asked for details on what changes in the API, and will have a look at BTCMiner sources as soon as I can get my hands on them. While I don't plan to own these quads soon, I do want cgminer to have the best possible ztex hardware support.

Ztex does something very close to A (there's no interrupt to state a share was found, but it will be reported on poll which we do constantly) and aborts work as per C.

ztex is supported on my branch https://github.com/nelisky/cgminer/tree/ztex but:

- hotplug support, while working is based on a "hack" to cgminer and will not yet be pushed to the main cgminer, if ever.
- you can use my code right now, but it has not been verified by ckolivas. I am in the process of splitting ztex support / hotplug support so I can make a pull request for the former, which will happen very soon.

I actually have one of those backplates, they do come with screws but these screws are not the standard ones. What I want to do is return these cards to their factory setup so unfortunately that will not help.

Still, thank you for the tip!

Do you have one or more Radeon 5970 cards that are fried, broken or otherwise ready to be filed in the shiny bin by the sink? I need to get myself 3 full sets of screws and X plates that I somehow lost to disassemble a water cooled rig, so maybe we can work something out?

I'm not explaining myself too well. I disabled (i.e. commented out) the call to that function and everything works great. The block gerenation detection is only there for logging purposes and doesn't prevent normal functioning.