<GitHub121> [rtems-yaffs2] xiangfu pushed 1 new commit to master: https://github.com/milkymist/rtems-yaffs2/commit/4f5938aebf5d14197c1a8de8531184fe4f12cbca
<GitHub121> [rtems-yaffs2/master] add rtems-mkyaffs2image support - Xiangfu Liu
<GitHub161> [scripts] xiangfu pushed 1 new commit to master: http://git.io/NwjZvw
<GitHub161> [scripts/master] update to last rtems-mkyaffs2image - Xiangfu Liu
<GitHub9> [scripts] xiangfu force-pushed master from c88c4dd to 901cb33: http://git.io/DOsw5Q
<GitHub9> [scripts/master] update to last rtems-mkyaffs2image - Xiangfu Liu
<wpwrak> phew. finally the corruption is back. even got three in a just ~220 cycles. don't quite trust my luck. next run, before trying countermeasures ...
<kristianpaul> back how? did you did something?
<wpwrak> i ran the most extensive and primitive loop
<wpwrak> the one that goes all the way to rendering
<kristianpaul> ah, interesting and if i remenber last test you did was not up to render right?
<wpwrak> all i did for ~the last week was just into booting of rtems. of course, also that used to produce corruption
<kristianpaul> hum..
<kristianpaul> too soon to speak again :)
<wpwrak> it also looks like a triple hit. kinda unusual.
<wpwrak> but maybe that's just all the badness collected from the days of absence of corruption :)
<wpwrak> hates stochastic bugs
<wpwrak> at least this one happened within a run time of ~5 hours. the first 1.5 hours were "clean"
<kristianpaul> wtf?
<kristianpaul> ip_output no HDR
<kristianpaul> fatal error, exiting
<kristianpaul> just after rtem shell started
<kristianpaul> hum, may be my fault :)
<GitHub9> [rtems-yaffs2] xiangfu pushed 1 new commit to master: https://github.com/milkymist/rtems-yaffs2/commit/5e31a3f5b662d4e013d0eab968be9c9bc206a671
<GitHub9> [rtems-yaffs2/master] rename rtems-mkyaffs2image to nor-mkyaffs2image - Xiangfu Liu
<GitHub167> [milkymist] sbourdeauducq pushed 7 new commits to master: http://git.io/vjrjEg
<GitHub167> [milkymist/master] uart: add status and control register - Michael Walle
<GitHub167> [milkymist/master] update header files for new uart core - Michael Walle
<GitHub167> [milkymist/master] libhpdmc: support new uart core - Michael Walle
<wpwrak> yay ! another corruption :) after 613-639 loops (~14 h) this time.
<wpwrak> one or two more and i can do some meaningful testing again
<wpwrak> lekernel: would the shutdown that should make it safe to power down correspond to the "halt" command in rtems ?
<lekernel> I don't know what the 'halt' command does... but the 'shutdown' button in FN does go back to the standby bitstream
<wpwrak> hmm, now how do i automate the "shutdown" button ... ? :)
<mwalle> wpwrak: is raw memory access possible on the rtems shell?
<mwalle> if its possible do the same as the shutdown button :)
<mwalle> eg write the reconfigure request via sysctl
<mwalle> gn8
<wpwrak> mwalle: hmm, would commanding the reconfig via jtag be the same ?
<errordeveloper> has anyone seen it ?
<errordeveloper> .. http://lubyk.org/en
<errordeveloper> quite insteresting ...
<errordeveloper> I came across it while looking for some zeromq related stuff ..