[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
On 05.10.2012 20:19, Ken Yee wrote: >> It's true for break points. The target code being in Flash, rather than >> RAM, needs hardware break points that are not supported by RedBoor/eCos >> GDB stubs at present. > I'm actually using a Segger JLink for debugging...not using Redboot's gdb support. > That's why I'm puzzled...I should be able to look at the code behind that macro or single step through the assembly code but I can't do anything w/ that IF_PUTC function. Then I'm afraid I can't help you much. I would check whether the GDB server is set for hardware break points. > >> Try the real (instead of diagnostic) serial driver. > Is there a way to get "diag_printf" to use the real serial driver? Interesting that you hit the same issue...I always thought the diag_driver just used the same serial port but with interrupts disabled. Yes, enable the respective tty<n> driver and set it as a console (default is ttydiag). But, actually you may have hardware problem (does it print barebone?). If you power Kwikstik from it's own USB connector there is a voltage drop on serial diode (I don't recal whether it was D6 or D7) that hinders RS232. Ilija -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss