Bitcoin Forum
November 09, 2024, 06:42:00 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 [5]  All
  Print  
Author Topic: BFL BitForce SC Firmware source code  (Read 28020 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
August 04, 2013, 05:13:46 PM
 #81

Is it safe to flash 1.2.6 to my Jaly? Im running 1.2.5 at the moment  so do I flash it as per Kano guide?
I cannot support this.

Luke, could you post compiled binary for Jaly?
I don't have a verified working compile procedure yet.
Note that the 1.2.5 binary was for Little Singles only.

twobitcoins
Full Member
***
Offline Offline

Activity: 144
Merit: 100


View Profile
August 04, 2013, 05:28:26 PM
 #82

By the way, the .atsuo file does not belong in the repository.  It stores per-user settings like the set of open windows.

(See suo file source control.)
stewdk
Newbie
*
Offline Offline

Activity: 46
Merit: 0


View Profile
September 16, 2013, 07:16:56 PM
 #83

Why is engine 0 always disabled?

Looking through the source code luke-jr posted I found this in std_defs.h:

Code:
// **** Change log Vs 1.2.6
// - Engine 0 operation supported
// - Auto detect if chip is Revision B or A (Revision B has engine 0 functional)

So my guess is that there are two revisions of the hashing chips and in revision A engine 0 is broken, but this is just speculation.  There are quite a few special cases in the code dealing specifically with engine 0.
BTC-engineer
Sr. Member
****
Offline Offline

Activity: 360
Merit: 250



View Profile
September 17, 2013, 12:52:05 PM
 #84

I've received a further order of singles (60GHs). The new singles have firmware version 1.2.9 and it looks like they have Rev. B chips on board.
The latest released firmware source code seems to be 1.2.8. ( see https://github.com/luke-jr/BitForce_SC )

Does anyone know were to find the 1.2.9 source-code, or when it will be released?

It looks like you, Luke-Jr, have a pretty good contact to BFL. Is it possible to ask BFL to use your git-hub repository or at least send you a package of every new released (version on delivered machines) firmware version?

                             █         
                             ▀██       
                              ███▄     
                              █████     
                 ▄██████████   █████   
            ▄███████████████   █████▄   
         ▄██████████████████   ██████   
       █████████████████████  ███████   
     ██████████████████████   ████████ 
   ▄████████▀                █████████ 
  ██████    ▄██████         ██████████ 
 ███▀    ▄██████████      ███████████   
██       ████████████    ████████████   
          █████████████   ██████████   
            █████████████   ███████     
              █████████████▄    ██▀     
                 ██████████████         
                    ▀███████████████▄   
                          ▀███████████▀

FLUX 

  VALVE      UBISOFT     GAMING ECOSYSTEM      Origin      GAMELOFT 
                   WEBSITE WHITEPAPER MEDIUM TWITTER FACEBOOK TELEGRAM █       


  17 - 24 April
   Public Sale
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
September 17, 2013, 02:10:37 PM
 #85

Why is engine 0 always disabled?
It doesn't work on RevA chips.
On RevB chips, they run 300 MHz faster, so with engine 0 they can get up to 71 Gh/s.
But due to the higher heat producted, this was damaging chips, so engine 0 is disabled.


BTC-engineer
Sr. Member
****
Offline Offline

Activity: 360
Merit: 250



View Profile
September 17, 2013, 05:21:28 PM
 #86

Why is engine 0 always disabled?
It doesn't work on RevA chips.
On RevB chips, they run 300 MHz faster, so with engine 0 they can get up to 71 Gh/s.
But due to the higher heat producted, this was damaging chips, so engine 0 is disabled.



I've received a new batch of singles. Now with firmware version 1.2.9. They have Rev. B chips. 
I can not confirm that engine 0 is always disabled by default. Some, but not all, processors have 16 engines enabled.
I will spend now more time with playing with this new singles. 

                             █         
                             ▀██       
                              ███▄     
                              █████     
                 ▄██████████   █████   
            ▄███████████████   █████▄   
         ▄██████████████████   ██████   
       █████████████████████  ███████   
     ██████████████████████   ████████ 
   ▄████████▀                █████████ 
  ██████    ▄██████         ██████████ 
 ███▀    ▄██████████      ███████████   
██       ████████████    ████████████   
          █████████████   ██████████   
            █████████████   ███████     
              █████████████▄    ██▀     
                 ██████████████         
                    ▀███████████████▄   
                          ▀███████████▀

FLUX 

  VALVE      UBISOFT     GAMING ECOSYSTEM      Origin      GAMELOFT 
                   WEBSITE WHITEPAPER MEDIUM TWITTER FACEBOOK TELEGRAM █       


  17 - 24 April
   Public Sale
molecular
Donator
Legendary
*
Offline Offline

Activity: 2772
Merit: 1019



View Profile
September 18, 2013, 07:17:44 AM
 #87

first: thanks luke-jr for your work.

I'm looking to squeeze the last coins out of my little single by ways of overclocking and took a look at this thread and the stuff in firmware sources std_defs.h.

Can someone wrap this up for me? What exactly can I change in the sourcecode to try to get more speed?

Is it reasonably safe to flash a firmware from https://github.com/luke-jr/BitForce_SC.git as long as I set the Product Model correctly ("#define    __PRODUCT_MODEL_LITTLE_SINGLE__" in my case)? Should that already automatically try to get the fastest speed for each chip?

I also googled around, but this is the most meaningful thread I found so far. Anyone care to point me to another one that might exist?

thanks for your help.


PGP key molecular F9B70769 fingerprint 9CDD C0D3 20F8 279F 6BE0  3F39 FC49 2362 F9B7 0769
viperzero
Member
**
Offline Offline

Activity: 301
Merit: 10



View Profile
September 18, 2013, 07:47:18 AM
 #88

first: thanks luke-jr for your work.

I'm looking to squeeze the last coins out of my little single by ways of overclocking and took a look at this thread and the stuff in firmware sources std_defs.h.

Can someone wrap this up for me? What exactly can I change in the sourcecode to try to get more speed?

Is it reasonably safe to flash a firmware from https://github.com/luke-jr/BitForce_SC.git as long as I set the Product Model correctly ("#define    __PRODUCT_MODEL_LITTLE_SINGLE__" in my case)? Should that already automatically try to get the fastest speed for each chip?

I also googled around, but this is the most meaningful thread I found so far. Anyone care to point me to another one that might exist?

thanks for your help.



I am also interested in this. I have a bunch of early batch little singles and would like to get them running with 0 because I can keep them in stable +4 C ambient temperature after few days.
stewdk
Newbie
*
Offline Offline

Activity: 46
Merit: 0


View Profile
September 19, 2013, 02:49:41 PM
 #89

Anyone care to point me to another one that might exist?
Try the thread over at BFL forums.
https://forums.butterflylabs.com/announcements/3282-bitforce-sc-firmware-version-1-2-5-a.html

These other two threads deal mainly with jalapenos, but most of the information should also be relevant to singles, little singles, and perhaps even minirigs.
https://bitcointalk.org/index.php?topic=244235.0
https://bitcointalk.org/index.php?topic=236875.0

In addition to setting the correct #define, you'll also want to choose the correct microcontroller (AT32UC3A1128 or AT32UC3A1256) in the project settings. Just to be safe you could start with the same version of the firmware that your device came with and go from there.
molecular
Donator
Legendary
*
Offline Offline

Activity: 2772
Merit: 1019



View Profile
September 19, 2013, 02:51:16 PM
 #90

In addition to setting the correct #define, you'll also want to choose the correct microcontroller (AT32UC3A1128 or AT32UC3A1256) in the project settings. Just to be safe you could start with the same version of the firmware that your device came with and go from there.

hmm, I don't even know how to read the firmware version from the device.

PGP key molecular F9B70769 fingerprint 9CDD C0D3 20F8 279F 6BE0  3F39 FC49 2362 F9B7 0769
stewdk
Newbie
*
Offline Offline

Activity: 46
Merit: 0


View Profile
September 19, 2013, 03:30:46 PM
 #91

hmm, I don't even know how to read the firmware version from the device.
See post #34 in this thread. This thread is a good read, I'd recommend it.
kano
Legendary
*
Offline Offline

Activity: 4620
Merit: 1851


Linux since 1997 RedHat 4


View Profile
September 19, 2013, 10:22:13 PM
 #92

In addition to setting the correct #define, you'll also want to choose the correct microcontroller (AT32UC3A1128 or AT32UC3A1256) in the project settings. Just to be safe you could start with the same version of the firmware that your device came with and go from there.

hmm, I don't even know how to read the firmware version from the device.

use cgminer with the API enabled
java API stats ... it's in there

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
molecular
Donator
Legendary
*
Offline Offline

Activity: 2772
Merit: 1019



View Profile
September 20, 2013, 03:28:17 PM
 #93

thanks all you guys for the pointers.

I made some off-the-head calculations and determined I'm better off using my time elsewhere than to try squeeze the last coins out of that little single.

PGP key molecular F9B70769 fingerprint 9CDD C0D3 20F8 279F 6BE0  3F39 FC49 2362 F9B7 0769
LordTheron
Full Member
***
Offline Offline

Activity: 197
Merit: 100


View Profile WWW
September 21, 2013, 09:39:59 PM
 #94

hi guys,


Just got my 30gh bfl sc. Its hashing happily at 32 gh but was wondering if I could squeeze some more out of it. Its running 1.2. firmware so looks like is bit out of date. Which firmware should I flash? Do I do it the same way as Jalla?

Cheers,

GetInfo.....................
DEVICE: BitFORCE SC
FIRMWARE: 1.2.1
IAR Executed: NO
CHIP PARALLELIZATION: YES @ 8
QUEUE DEPTH:40
PROCESSOR 0: 15 engines @ 362 MHz -- MAP: FFFE
PROCESSOR 1: 15 engines @ 348 MHz -- MAP: FFFE
PROCESSOR 2: 15 engines @ 389 MHz -- MAP: FFFE
PROCESSOR 3: 15 engines @ 350 MHz -- MAP: FFFE
PROCESSOR 4: 15 engines @ 404 MHz -- MAP: FFFE
PROCESSOR 5: 14 engines @ 408 MHz -- MAP: BFFE
PROCESSOR 6: 15 engines @ 420 MHz -- MAP: FFFE
PROCESSOR 7: 15 engines @ 359 MHz -- MAP: FFFE
THEORETICAL MAX: 45192 MH/s
ENGINES: 119
FREQUENCY: 274 MHz
XLINK MODE: MASTER
CRITICAL TEMPERATURE: 0
XLINK PRESENT: NO
OK
0x00
 
TR4L
Member
**
Offline Offline

Activity: 78
Merit: 10



View Profile
October 20, 2013, 05:09:49 PM
 #95

I just received my Jalapeno. Its hashing at 5.1 mhash and stays around 43 degrees with 25 degrees environment.

Is there any way to know which firmware mine has without purchasing a JTAG adapter?
in cgminer:
java API stats | egrep '\[Firm| BA' oops that's the next version Tongue
java API stats | egrep '\[GetIn| BA'

[GetInfo] is the full dump of the GetInfo reply from the BFL ASIC

Being a Jalapeno it will most likely be 1.0.0

Please pardon my lack of knowledge, but where would we put these commands?  I didn't realize CGMiner was capable of taking inputs like this?
kano
Legendary
*
Offline Offline

Activity: 4620
Merit: 1851


Linux since 1997 RedHat 4


View Profile
October 21, 2013, 12:05:34 AM
 #96

I just received my Jalapeno. Its hashing at 5.1 mhash and stays around 43 degrees with 25 degrees environment.

Is there any way to know which firmware mine has without purchasing a JTAG adapter?
in cgminer:
java API stats | egrep '\[Firm| BA' oops that's the next version Tongue
java API stats | egrep '\[GetIn| BA'

[GetInfo] is the full dump of the GetInfo reply from the BFL ASIC

Being a Jalapeno it will most likely be 1.0.0

Please pardon my lack of knowledge, but where would we put these commands?  I didn't realize CGMiner was capable of taking inputs like this?
cgminer has a socket API to send commands and get replies.
API-README

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
ElitePork
Donator
Full Member
*
Offline Offline

Activity: 164
Merit: 100



View Profile
December 20, 2013, 07:19:19 PM
 #97

Hi all,
I just received my jalapenos and they came with 1.2.9. I tried reflashing the firmware but it appears that it is not working. Any idea what I have missed? I merely change the source from singles setting to jalapeno by commenting line 26 and uncommenting line 24...
Pages: « 1 2 3 4 [5]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!