> run 2 boards do that too sometimes; oops. First time I hear that :-) That's a pretty serious problem, I was just going to go through some extensive hunt with my board and Xiangfu's to try to reproduce it. But if you say you saw it before, that's encouraging because we might be able to reproduce it too, and collect more data points quicker for a proper fix (read: tomorrow).
> on run 3 maybe the reset circuit is giving yet more trouble > because of PVT variations of the parts which make it non-working > on some boards. As long as we find a way to tweak each rc3 board in such a way that it is stable (i.e. will never fall back to an unreconfigurable state), it doesn't matter that we have to do some extra work in finding the right valued components. However, as long as it can hit any board out of the blue, even after 10 times render cycle testing, we cannot start selling because we will just push the problem to a much more expensive point where people will send their units back in for reflashing around the world with Fedex... But no worries, let's give Adam another day or two, and we start digging and searching a solution. > Just a guess, but if this is the case, hopefully Werner's gate-based > circuit will be better... The rc4 components necessary for design verification are already in Taipei, but Adam will start with that only after rc3 is fully settled. This just to keep everybody in sync about the current state and plans, thanks for any help on the remaining flash uncertainty... Wolfgang _______________________________________________ http://lists.milkymist.org/listinfo.cgi/devel-milkymist.org IRC: #milkymist@Freenode Twitter: www.twitter.com/milkymistvj Ideas? http://milkymist.uservoice.com
