View Single Post
Old 09-23-2016, 08:00 PM   #87
knc1
Going Viral
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
Any failure of the first u-boot load and run attempt and u-boot will attempt to run the alternate system (which is diags).

From what you are working on - you probably have some sort of kernel module load error or such during start-up.

You really need some sort of fall-back plan for recovery during testing system firmware changes.
Best way is the "pro-way" - netboot the experimental stuff -
or
Second best way - load and boot from memory.

Both of which require using the serial port.
Something worth learning.

Your writing and/or changing kernel level code.
Not the same as user-land coding -
user-land code problems are well controlled, kernel level, not at all. Fatal errors there are fatal.

You never want to write to flash memory experimental code on an embedded device.
That is only a good way to shoot yourself in the foot.

Last edited by knc1; 09-23-2016 at 08:09 PM.
knc1 is offline   Reply With Quote