Cairnsmore1 - Quad XC6SLX150 Board

[bulanula]

MPBM is the cgminer of the FPGA world.

I've heard of it yes.

cgminer is for GPUs and should stay that way.

I don't see why. Because trying to make a software the cooks popcorn as well as mining on your rabbit will be ultimate failure. Just stick to one thing only.

Now every time he releases an update I have to download some bogus bitstream crap I will never ever use.

I'm not sure I understand. 4MB included shitty ztex bitstream in the binaries so every time new cgminer comes out i have to download crappy 4mb downloads instead of 0.7 mb before it !

MPBM got backup pool, bitstream upload, switches MHz ( dynamic overclocking ) basically it rocks for FPGAs and cgminer is bogus for FPGA.

• cgminer has backup pools in one of its multiple pool support modes (in fact it's the default).
• Bitstream upload, I don't know about.
• Switches MHz, IIRC I've seen users of cgminer discussing how it works, so it surely is included.

NO. cgminer cannot adjust fpga frequency on the fly depending on error rate like mpbm. cgminer only does clock adjusting for GPUs afaik so NO.
[/list]
Has cgminer backup pools support was the main reason why I switched from DiabloMiner 10 months ago, I very much doubt you know cgminer enough to help me form my opinion if you cite this as an advantage for MPBM...

How would I know with 2 4*5870 rigs running cgminer 2.4.3 custom 

[1714184304]

1714184304

[TheHarbinger]

MPBM is the cgminer of the FPGA world.

I've heard of it yes.

cgminer is for GPUs and should stay that way.

I don't see why. Because trying to make a software the cooks popcorn as well as mining on your rabbit will be ultimate failure. Just stick to one thing only.

Now every time he releases an update I have to download some bogus bitstream crap I will never ever use.

I'm not sure I understand. 4MB included shitty ztex bitstream in the binaries so every time new cgminer comes out i have to download crappy 4mb downloads instead of 0.7 mb before it !

MPBM got backup pool, bitstream upload, switches MHz ( dynamic overclocking ) basically it rocks for FPGAs and cgminer is bogus for FPGA.

• cgminer has backup pools in one of its multiple pool support modes (in fact it's the default).
• Bitstream upload, I don't know about.
• Switches MHz, IIRC I've seen users of cgminer discussing how it works, so it surely is included.

NO. cgminer cannot adjust fpga frequency on the fly depending on error rate like mpbm. cgminer only does clock adjusting for GPUs afaik so NO.
[/list]
Has cgminer backup pools support was the main reason why I switched from DiabloMiner 10 months ago, I very much doubt you know cgminer enough to help me form my opinion if you cite this as an advantage for MPBM...

How would I know with 2 4*5870 rigs running cgminer 2.4.3 custom my mom's laptop running GUIminer

There, fixed that for you.

[kano]

The only change in the "driver-cairnsmore.c" code (other than copying the icarus 2.3.4 code and changing the text everywhere to say cairnsmore instead of icarus) was to change the serial speed to 57600 instead of 115200
(and no idea why but they did that to the icarus driver also)

I have no idea if that even fixes anything - but the code will certainly report the MH/s wrong and if it doesn't run exactly the same MH/s speed as an icarus Rev3 it could have other issues (2.3.4 is quite old in the FPGA arena ...)

Again as I wrote in here many pages back, the whole point of the --icarus-timing option was to deal with devices with different speeds to the standard icarus Rev3 (but pretending to be an icarus Rev3)

I even provided that without ANY compensation at all (from anyone with any FPGA ) so all they needed to say was cairnsmore needs the Serial/USB to be 57600 (if that is even true?)

If it's not needed then the current cgminer 2.4.2/3 should be able to mine with the correct --icarus-timing options

(edit: and yes 2.3.4 doesn't have --icarus-timing)

[ebereon]

Got it now running with standard cgminer 2.4.3 with SW6 1 = off, 234 on  (no --icarus-timing option)

But EP-cgminer wont work now...
and the other way around.

So at my board SW6 dip 1 changes the possibility of standard cgminer or the enterpoint one.

I use now the standard cgminer.

[kano]

If it is actually working fine, then '--icarus-timing short' should also ensure it works out the correct timing for reporting the hash rate and for minimising waits between work

'waits' should be almost zero, but if the default values are wrong they could be sizeable depending on the FPGA performance

Also note (as it says in FPGA-README) '--icarus-timing short' needs the computer to be 'quiet', other than cgminer, to make sure it gets the numbers right

Once it has the right 2 numbers you can feed that into cgminer every other time you run it and not need to run the 'short' timing mode

[ebereon]

thanks kano!

mpbm works also with the icarus miner, just change the bautrate to 57600 as kano has described. SW6 = 1234 ON

[Doff]

Works fine in windows, I just wish I could figure out what Linux wants to communicate with it. I couldn't get mpbm working with it either. I still think I have a driver issue even though the ttyUSB0-4 are all showing up properly, and the drivers look good in lsmod.

[kano]

Works fine in windows, I just wish I could figure out what Linux wants to communicate with it. I couldn't get mpbm working with it either. I still think I have a driver issue even though the ttyUSB0-4 are all showing up properly, and the drivers look good in lsmod.

As ebereon worked out - try changing SW6 1 (that, I guess, changes the baud rate?)

The real cgminer uses 115200 in the icarus code

[Luke-Jr]

mpbm works also with the icarus miner, just change the bautrate to 56000 as kano has described. SW6 = 1234 ON

Tried that and still getting:  "could not open port /dev\ttyUSB0: [Error 3] The system cannot find the path specified.

Help?

Learn what a slash is, and what a backslash is.

[-ck]

Ok CGminer (windows) is back and with source code.

Thank you very much. Please also include the license COPYING file with the binary when you next re-package it. It seems to be trivial enough to add support for this device to the main cgminer codebase.

[testconpastas2]

Ok CGminer (windows) is back and with source code.

Thank you very much. Please also include the license COPYING file with the binary when you next re-package it. It seems to be trivial enough to add support for this device to the main cgminer codebase.

good news it seems cairnsmore1 is going to be added to the main cgminer

[Doff]

Works fine in windows, I just wish I could figure out what Linux wants to communicate with it. I couldn't get mpbm working with it either. I still think I have a driver issue even though the ttyUSB0-4 are all showing up properly, and the drivers look good in lsmod.

As ebereon worked out - try changing SW6 1 (that, I guess, changes the baud rate?)

The real cgminer uses 115200 in the icarus code

That did the trick thanks Eb and Kano!

Doff

[yohan]

Remember this is still only an temporary release of CGminer. It isn't much changed from the standard but there is more to come as we enable the extra hardware features that Cairnsmore1 has.

[kano]

Well at the moment - in reality - it is just a single number changed and that is all.
... and that seems to be avoidable by switching SW6/1

So I'd guess that these new options might take a while ... longer ... to appear ...

[Keninishna]

Well at the moment - in reality - it is just a single number changed and that is all.
... and that seems to be avoidable by switching SW6/1

So I'd guess that these new options might take a while ... longer ... to appear ...

using --icarus-timing=short on standard cgminer release works as well without any other changes. For me at least.

[norulezapply]

Apologies for being a bit late to the party - I got my second board a few days ago now.



I noticed the dip switches are set differently on each board. Haven't figured those out yet. Just going to play around with them now.

Also apologies for the poor image quality, but camera phones are fast and easy!

EDIT: I matched the dip switches on the top board with the bottom board and now the first 2 FPGAs on each board are hashing correctly with stock cgminer. Haven't figured out how to get all 4 FPGAs hashing on each board yet.

My dip switch settings
SW1 = 1111
SW6 = 0111
Front FPGAs = 1111
Back FPGAs = 0111


EDIT: 100Mh/s each. Anyone managed higher than this yet?

[gyverlb]

Apologies for being a bit late to the party - I got my second board a few days ago now.

So I assume multiple boards delivery is beginning ? I'm a little worried as I've not been contacted yet for ordering and I pre-ordered 2 boards. Hope I've not been forgotten.

[TheHarbinger]

Apologies for being a bit late to the party - I got my second board a few days ago now.

So I assume multiple boards delivery is beginning ? I'm a little worried as I've not been contacted yet for ordering and I pre-ordered 2 boards. Hope I've not been forgotten.

It all depends on when you ordered.  You got an e-mail with an approximate shipping time.

Me, I don't get mine until mid July.  I'm not mad, that gives them time to figure out how I'm going to pay with BTC.

[gyverlb]

It all depends on when you ordered.  You got an e-mail with an approximate shipping time.

Your pre-order is confirmed at GBP £400 / USD 640 / 520 Euros (plus tax and shipping) per unit. We will update you on the delivery schedule in 2-3 weeks time but it is likely to be mid-June.

The shipping on 2 units will be about GBP £30 / 39€ + VAT(20%). We don't have exact costing yet as we don't have a final weight for the unit but it won't be far off that number.…

Mid-june is just about now :-) I don't mind waiting a bit, but would appreciate an update. I preferred to wait for the 2 units to ship together so I'm probably delayed by some time, but it's not clear to me by how much.

[yohan]

On June orders we are currently about 1 week behind the indicated schedule. However I am hoping that this week all of our lines will step up a big notch and we will start to recover our delivery timescales back to where we should be. We will know a bit more once we have analysed last weeks performance and we get a view on this week's progress. We did make a very big improvement in efficiency this week and I hope that will show in the coming week.

We do think we have a small stall coming in the first week of July so output will maybe down that week but then we should have 2 very good weeks of output before summer holidays reduce our output in the last week of July and then the very low output for August.

So for the moment your order indications probably won't be far from the actual delivery dates.

Yohan