I accidentely pressed the 1 key in Biffboot 2.9 and was surprised to
see that Biifboot immediately erased my flash.
Why not detect that Biffboot is running interactively and give some
sort of warning when this key is pressed?
TIA
If you want to tell me how I detect Biffboot is running interactively
I'll implement it. bb_upload.py scripts an interactive session. The
only way would be to detect in Biffboot a ridiculously fast response
time to the <ESC> prompt, and use that to put the bootloader into a
different mode, however that's going to screw up my automated testing,
as well as being just plain ugly.
The alternative is to create another upload script for the new
version, but I think there are already too many!
regards,
Biff.
On Feb 10, 4:57 pm, "biffe...@yahoo.co.uk" <biffe...@yahoo.co.uk>
wrote:
Yeah, that's what the pexpect.py file is for - it's a python version
of Expect http://expect.nist.gov/FAQ.html#q1
(and it's actually serial input/output, rather than keyboard input/output :)
Biff - I thought you said that in BiffBoot 2.9 the erase commands get
silently ignored, and the flash is only erased just prior to a write?
Or is that only for 'network console', not the 'serial console' ?
One of the things I've wanted to have a go at for a while (but still
not got round to it!) is seeing if the BB-upload scripts can be merged
together. As a software-developer by trade, I hate seeing duplicated
code ;)
Lurch
Got it in one. Serial is considered legacy, so I try not to touch it
unless I have to.
> One of the things I've wanted to have a go at for a while (but still
> not got round to it!) is seeing if the BB-upload scripts can be merged
> together. As a software-developer by trade, I hate seeing duplicated
> code ;)
Agreed. It's less than ideal at the moment.
regards,
Biff.
I'll put that in the next version.
Does the bootloader ignore evvery <ESC> after the first one? ;)
> I'll put that in the next version.
While you're looking at biffboot could you take a look at this and
confirm whetther it's broken in current versions?
http://groups.google.com/group/bifferboard/browse_thread/thread/611ca73a1ad04ab3/aca8d2c3fe0c6489
Lurch
On Feb 11, 12:56 pm, Andrew Scheller <ya...@loowis.durge.org> wrote:
> > I had another look last night. We can stop the '1' key from having
> > any effect unless it's the first key pressed after the <ESC>.
>
> Does the bootloader ignore evvery <ESC> after the first one? ;)
No. Inputting new kernel command-line uses ESC to cancel.
> > I'll put that in the next version.
>
> While you're looking at biffboot could you take a look at this and
> confirm whetther it's broken in current versions?http://groups.google.com/group/bifferboard/browse_thread/thread/611ca...
Already looked at it. The logic analyser function is only for the 4
JTAG pins. I can extend it if you want though.
Biff.
Sorry, I wasn't talking about the logic analyser function (unless
that's the same thing with a different name?), I was talking about
bb_eth_gpio.py which seems to work fine with biffboot2.1 but not so
well with biffboot2.9
Although I think for the sake of consistency it would also be nice for
the logic analyser to work with the button GPIO, as long as it's not
too much extra work.
Lurch