 Kano
|
ad7aa2b382
FPGA - allow long or short device names in detect code + style police
|
13 years ago |
|
Kano
|
9487ba05cd
API/BFL identify a device - currently only BFL to flash the led
|
13 years ago |
|
Kano
|
7a2407f15c
BFL add throttle count to internal stats + API
|
13 years ago |
|
Kano
|
71e2f23f47
BFL: missing device id in log message
|
13 years ago |
 Con Kolivas
|
3b234da43f
Merge pull request #302 from luke-jr/bugfix_ftdi_alloca
|
13 years ago |
|
Con Kolivas
|
c3e32274ee
Cull all the early queue requests since we request every time work is popped now.
|
13 years ago |
|
Con Kolivas
|
2480cf23cc
Don't try to get bitforce temperature if we're polling for a result to minimise the chance of interleaved responses.
|
13 years ago |
|
Con Kolivas
|
83675099b9
Revert "Only get bitforce temperature at a time when we have not requested any other responses to minimise risk of interleaved responses."
|
13 years ago |
|
Con Kolivas
|
c433f234c5
Increase the timeout on bitforce as per Paul Sheppard's suggestion to account for throttling + work time + excess.
|
13 years ago |
|
Con Kolivas
|
e29d2d92c9
Only get bitforce temperature at a time when we have not requested any other responses to minimise risk of interleaved responses.
|
13 years ago |
|
Con Kolivas
|
07fca3e289
The bitforce buffer is cleared and hw error count incremented on return from a failed send_work already so no need to do it within the send_work function.
|
13 years ago |
|
Con Kolivas
|
f27bcb8ee5
Going back to e68ecf5eb275e1cc2dc22c7db35b0bd8d9c799de
|
13 years ago |
|
Con Kolivas
|
65f4e2af3e
The bitforce buffer is cleared and hw error count incremented on return from a failed send_work already so no need to do it within the send_work function.
|
13 years ago |
 Luke Dashjr
|
fa3a25f876
Bugfix: bitforce: Allocate enough space for FTDI description pointers
|
13 years ago |
|
Con Kolivas
|
0adbcd5d07
Fix windows bitforce build.
|
13 years ago |
|
Con Kolivas
|
0a79de9375
Convert the serial autodetect functions to use int instead of char to enumerate devices.
|
13 years ago |
|
Con Kolivas
|
9cae9a9d7f
Make the serial open timeout for BFL generically 1 second on windows.
|
13 years ago |
|
Con Kolivas
|
7dffa07ed9
Deuglify windows autodetect code for BFL.
|
13 years ago |
|
Con Kolivas
|
e52762c57a
There is no point zeroing temperature in BFL if we fail to get a response, and we should register it as a HW error, suggesting throttling.
|
13 years ago |
|
Con Kolivas
|
4443895f77
Count likely throttling episodes on bitforce devices as hardware errors.
|
13 years ago |
|
Con Kolivas
|
0d6763462b
Style cleanups.
|
13 years ago |
|
Con Kolivas
|
31b01c8ac5
Author: Luke Dashjr <luke-jr+git@utopios.org>
|
13 years ago |
|
Con Kolivas
|
245552c5b5
Clear the bitforce buffer whenever we get an unexpected result as it has likely throttled and we are getting cached responses out of order, and use the temperature monitoring as a kind of watchdog to flush unexpected results.
|
13 years ago |
|
Con Kolivas
|
7fa794a499
It is not critical getting the temperature response in bitforce so don't mandatorily wait on the mutex lock.
|
13 years ago |
|
Con Kolivas
|
5118e3ee7c
Check there is a cutoff temp actually set in bitforce before using it as a cut off value otherwise it may think it's set to zero degrees.
|
13 years ago |
|
Con Kolivas
|
efba82fb56
Print the 3 parameters that are passed to applog for a debug line in bitforce.c
|
13 years ago |
|
Con Kolivas
|
7f8250132a
Clear bitforce buffer on init as previously.
|
13 years ago |
|
Con Kolivas
|
7aa809ca24
Revert "Revert "Change BFL driver thread initialising to a constant 100ms delay between devices instead of a random arrangement.""
|
13 years ago |
|
Con Kolivas
|
a688951d37
Revert "Remove bitforce_thread_init"
|
13 years ago |
|
Con Kolivas
|
ddcf3d20ca
Differentiate between the send return value being a bool and the get return value when managing them in bitforce scanhash.
|
13 years ago |
