I agree with almost all you wrote but also what Ian says isn't wrong and so for the dpropicweb's statements.
I think the truth lies somewhere in between.
As even Ian mentions, a kind of solution exists.
Or the infamous SPI bug, which I encountered years later and made me waste hours, because it was not obvious that this was the reason why
flashrom was going so slow:
Wrong SPI speed in binary mode (speed settings 5..7) http://dangerousprototypes.com/track/view.php?id=80
Based on this: viewtopic.php?f=4&t=6667#p58785
It's known that firmware release v6.1 r1676 has some problem with SPI.
This fix the issue: viewtopic.php?f=4&t=6667#p59022
It's much better expecially for the SPI side.
It has been written by Tayken starting from the v6.3 release (thanks a lot Tayken!).
Only this that Tayken wrote has been bugfixed for problems facing the SPI's management, no others for what it's known.
Would be possible to name it like v6.4 release and till now it's the best and stable that people can use with their own Bus Pirate v3.
It has all the Bus Pirate's basic features, script engine too!
This too works fine with the Tayken's release.
I use it with flashrom without any problem.
I also instrumentally (DSO and OBLS) verified the 8MHz clock and it is correct even if actually its duty cycle isn't 50% (the length of time in which the level is high is shorter than that in which it's low).
But sadly even it still surely has some other bugs that luckily can be circumvented in some way though. viewtopic.php?f=4&t=5052
In my experience the protocols (SPI, 1WIRE, 2WIRE, 3WIRE,I2C, ect, ect...) work fine without any problem.
The bugs are on macros and some few little things that anyway is possible to solve in some way.
For instance one thing that annoys me a lot is that in 2WIRE MACRO(1) and MACRO(2) don't work. viewtopic.php?f=4&t=6124 viewtopic.php?f=28&t=6097
That hurts me so much but I can fix the matter by simply not using them and doing manual decode in their place.
Another example on another side would be the fact that the '$' command is not working anymore. viewtopic.php?f=4&t=5052#p54419
It doesn't matter, there is the option to shorting PGD and PGC together directly on the board, so never mind.
In order to gain "Jump to bootloader" function is enought to simply put a jumper between PGD and PGC instead to start it by command $.
Which then, anyway, "Jump to bootloader" isn't a function that is used so often.
rdiez wrote:But look, the bug I am talking about is very simple, widely known, was already fixed, and it concerns the stable, very popular SPI
protocol. How about doing the bare minimum of releasing a new "official" version with the alredy-done fixes? Trivial things like updating
the link to the current source-code repository? Listing the known bugs on the project page?
I fully agree here, that makes sense and would be usefull.
However it isn't Bus Pirate doesn't works fine, it does the job very well already as it's now, it is only a little help more for newbie and new customers.
Would be only a matter to retrieve all already given fix, answer and improvements putting all them together in an single known place so that everyone can enjoy.