Topic: Will the CGMINER developer get a loaner unit from BFL? - page 2. (Read 6228 times)

I took CGMiner, the GPU miner, and rewrote significant pieces to make it modular and support FPGAs additionally. Everything FPGA-related in CGMiner is based on that work, but Con has opted to fork it in CGMiner and force me to continue the original modular/FPGA project independently as BFGMiner. Don't buy into the trolls and their FUD. Despite Con's renewed interest in maintaining CGMiner as a fork of BFGMiner now that he realizes GPUs are history, the original (BFGMiner) is still better.

In regards to getting con mining gear, I have donated heavily towards the 2.5.0 release of cgminer. This should go a long way to helping con getting any equipment he may want or need.

I would also recommend others donate to him so that he can purchase some ASIC gear.

OK, kind of new I should have stuck to supporting kano and con for their cgminer work and just STFU on Luke.

Good call, my bad, carry on.

I honestly have no f'in clue what Luke does, so I won't comment about him again.

someone's jealous.

My post was not simple spamming of "+1" crap.

I included some relevant information in there too ( the reasons for the votes ).

Don't mind them, they are butt-buddies on IRC.

bulanula is allowed to +1, but he isn't?

Get your own thread, troll.

+1

+1 for this useful post.

+1 for ckolivas and his great software.

-1 for Luke-JR killing CLC coin and also ( supposedly ) doing LTC TX spam testing.

Unbelieveable how much crap guys like Con have to go through to provide great free software and they get like what , 50 bucks in BTC ? lol

While profiteering douchebags like BFL and their cult of minions make a killing.

Anyone want to send ckolivas 50 BTC in advance for the next cgminer release? It will be available in 6 months, he promises

BTW, LUKE-JR =  fail

For the last ten or so months I have been following BTC it seems you are always in the middle of some type of shit storm. Wake up buddy. When you're always involved, the problem is likely YOU.

Kano and others have helped countless people here for free from everything including linux installs, etc.

You my friend just bitch and moan.

For the record, I don't know Kano or Con from Adam and what I posted is no representation of them in any way. Although you should all send Ckolivas a final BTC donation for his cgminer work and I guess Kano, although I'm not sure how their relationship works in this whole thing.

No one will need to work on ASIC so they deserve it for the GPU mining period.

The proper solution is to fix the fucking BFL bitstream.
Having to poll the stupid thing over and over again looking for a reply is so stupid it's unbelievable.
But the BFL guy told you - yes read between the lines - fuck off luke-jr they aren't doing that (even if they did say before they would)
Are you stupid or what?

Look I am sick of your stupid lies.
You refer to your update above - yeah click on it - it's dated? 21-Apr when you wrote it.
My commit that I overwrote it with is dated 2 days later 23-Apr.
https://github.com/ckolivas/cgminer/commit/80f4fbbdebb4a1c8cf356c2334cb73cd01925eed
However that code came from my git.
I still have a copy of that git on my computer so I searched it to find that above.
Which is as I said to you above - 3 weeks before (well give or take a few days )
That branch doesn't exist any more - but even xiangfu copied it back then (a few times after that as I made changes) to run it on his Icarus farm, long before I put it into ckolivas git.
Now even more to that - if I check the FreeNode IRC #cgminer log
March 30:
18:37 < kanoi> hi xiangfu
18:37 < xiangfu> hi
18:37 < kanoi> got rid of stales
18:37 < kanoi> (icarus)
18:38 < kanoi> jst been letting it run for a while - not a lot of blocks/LP's this afternoon since I've been working on it
18:39 < xiangfu> sorry. cannot follow you.  you mean there is new code that can get rid of stales?
18:39 < kanoi> yes I've done that this after noon
18:39 < kanoi> I'll put it up on my git in a minute if you want
18:40 < kanoi> you got a minute now?
18:41 < kanoi> I'll put it up - you can grab a copy and then I'll remove it - I haven't tested it on windows yet so I can't leave it there for now
April 4:
17:16 < midnightmagic> kanoi: hey thanks for that icarus LP change. it's working very well.
April 12: (no missing lines between)
18:24 < xiangfu> I am using kanoi/master f15076697750fc17b2f6f32030497b1d6c27fb4e (April 5)
18:52 < a5m0> is that better than the ckovias one?
18:55 < kanoi> for Icarus it includes aborting work on an LP

Just like you don't remember facts, only spit out lies so often.
It's getting tiresome.
This is the first time you've actually tried to prove yourself right.
Well at least you tried to back your lies, you thought you were smart coz github no longer shows the history of my code, but you didn't realise I would still have a copy of that git or have the comments in IRC to prove you wrong.
I'm fucking sick of it - constantly saying 'you tell the truth' and 'I lie' - and each time I've shows it's the other way around.

Please stop wasting your time and write some useful code ...

Oh wait - no that's not possible either.
When I asked you to do the LP code in BFL you said that it couldn't be done without messing up something or other.
Yet today in a couple of hours ckolivas has written a few patches to your BFL code (without even having a BFL) and it does do LP abort properly and reduced my rejected shares in a major way.

Yeah so now you aren't the only one with low reject BFL code - everyone can have it now from the cgminer git and in the next release.

Just go away already. I already told you I'm outta here. Take all the bfl stuff, I'm retiring.

Correction: I didn't reject it, I found it didn't work and started to explain why not - and he rudely dismissed the possibility there was anything wrong with it (though he later decided to fix some of the more obvious issues).

By ignoring them. I finally offered code to fix some BFL hardware and luke rejected it lol. I guess he was afraid BFL might realise they're betting on the wrong horse by supporting him instead of me. Whatever, I'm outta here, this is like a primary school playground and I'm no longer interested.

Looks like Con's solution to his perceived problem of "BFL actually supports CGMiner pretty well, via the original developer of FPGA support and BFL driver - but that's not via me" is to get rid of me so they're left forced to give him stuff or not be supported. In effect, Con has decided that CGMiner will become/live on (how long?) as a de facto hostile fork of BFGMiner (which has continuity of maintenance). I'm disappointed Con has chosen to severe cooperation between CGMiner and BFGMiner, but I hope to continue pulling as many improvements from CGMiner as possible (Con hinted earlier tonight that he wasn't planning to accept the device API updates needed for better Mini Rig functionality - including p2pool compatibility - so there's an increased risk some changes might become impractical)

P.S. I won't speak for BFL, but they asked me to do the Mini Rig improvements for BFGMiner originally (I was doing the CGMiner backport mainly because it was possible). Hopefully this will finally be ready this week (waiting on BFL for some last things), and I expect to release a version of BFGMiner using it ASAP.

How do you put up with their constant bickering? lol

I got sick of hearing about this issue, so I coded up a generic solution for the problem myself, even though I have no singles of my own.

I probably shouldn't give his lies a response, but...

Here Kano is going just based on raw stale count. He should knew pretty well that the hack he's talking about actually hides most of these, rather than preventing them. The proper solution can actually prevent them.

The truth is, I implemented LP support for Icarus in CGMiner. Anyone can see this in: 34f8641 Icarus: Abandon a scanhash early when work restart requested

FWIW, while Kano didn't introduce longpoll support, he has contributed a bit to the Icarus driver:

• Cosmetics: Change "PGA" to "ICA" and add himself to copyright header
• REMOVED epoll support (CGMiner performs worse than BFGMiner on Linux, because of this)
• Improve detection time with faster "golden nonce"
• REMOVED workaround for Icarus USB-UART dropping communication on some systems (because of this, CGMiner will not work with Icarus for more than a few hours on my system or anyone else affected by the hardware issue)
• --icarus-timing and automatic hashrate detection (this was an excellent improvement)
• General FPGA avoiding of harmless serial port open failures

It's important to note if you just look at the commit log that Kano reverted a number of my improvements in 80f4fbbdebb4a1c8cf356c2334cb73cd01925eed, and later added them back himself. Other additions, like fixing the MH/s display, I spent hours debugging to find the problem and fix for it, and Kano ripped it off without properly attributing me.

No, I told you to fix the bug you introduced with it. When you refused, I fixed it for you, and the actual improvement you made was merged - note that I even made sure to attribute you properly.

Unfortunately, it doesn't achieve nearly the same end result, and the minimal results it does get really don't justify the time (IMO) it would take to make something generally usable of it - obviously spending the time finishing up the protocol update (now limited to Mini Rigs) and getting Windows auto-detect are better uses

I wouldn't worry about Kano's trolling - he's taking a lot of things out of context and combining with outright lies to basically throw a fit. Ironically, I don't even remember what his original reason for throwing a fit this time was anymore

Oh that's a pity, even gigavps mentioned that he had passed this info onto you guys about 3 months ago ...
And luke-jr's "any day now" was his reason for only having his own version of a low-stale miner ... not everyone else having.
Oh well BFL sux when it comes to stales and sounds like that aint gonna change soon.