On Sun, 28 Feb 2016 11:03:19 +0300 Max flammaden@gmail.com wrote:
Hello, Stefan!
Actually, I doesn't real Linux C programmer - I just passed by. :) So, I just tried to get into this area, but get very distracted by wretchedness and inconvenience of Linux development tools. I don't think there's will be next time. :) I just "threw patch away", hoping that this programmer widely enough available and somebody, having proper skills, finishes it. Seems to be, my thoughts was wrong, but till now I don't be sad. Now I surprised! Thank you for your precious time to finish this patch, Stefan!
I marked them as untested because I think that my one working quick dirty patch is not an reliable proof of testing.
The patch alone is no proof but if you have tested it with real hardware and it worked then there is no reason to not believe you and mark it as tested. Have you run flashrom with your patch on that hardware and did writing work?
It doesn't need any enable routine - it has no logic, no triggers/relay - just resistors and buffer.
Buffers most often have disable (or enable) pins and if they are not pulled down (or up) statically by resistors we need to do that dynamically when starting to access the programmer. This would not be unusual at all for this class of programmers... hence my question.
SPI read was tested. Write wasn't, because of sudden AC voltage blackout and I haven't had any more effort going to collecting build tools and struggling with build process. It's buffer enable pin is hardwired, so no control required.
In attachment there are SPI-TT schematics, so you can add it to man page.
Best regards, Max Arephin.
2016-02-28 13:16 GMT+03:00 Stefan Tauner stefan.tauner@alumni.tuwien.ac.at :
On Sun, 28 Feb 2016 11:03:19 +0300 Max flammaden@gmail.com wrote:
Hello, Stefan!
Actually, I doesn't real Linux C programmer - I just passed by. :) So, I just tried to get into this area, but get very distracted by wretchedness and inconvenience of Linux development tools. I don't think there's will be next time. :) I just "threw patch away", hoping that this programmer widely enough available and somebody, having proper skills, finishes it. Seems to be, my thoughts was wrong, but till now I don't be sad. Now I surprised! Thank you for your precious time to finish this patch, Stefan!
I marked them as untested because I think that my one working quick dirty patch is not an reliable proof of testing.
The patch alone is no proof but if you have tested it with real hardware and it worked then there is no reason to not believe you and mark it as tested. Have you run flashrom with your patch on that hardware and did writing work?
It doesn't need any enable routine - it has no logic, no triggers/relay - just resistors and buffer.
Buffers most often have disable (or enable) pins and if they are not pulled down (or up) statically by resistors we need to do that dynamically when starting to access the programmer. This would not be unusual at all for this class of programmers... hence my question. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner
-
Max -
Stefan Tauner