FreeCalypso > hg > freecalypso-sw
view target-utils/libprintf/README @ 884:353daaa6014d
gsm-fw/gpf/conf/gsmcomp.c: increased max partition in the voice-only config
The code we got from TCS211 had the maximum prim pool partition size set to
900 bytes in the voice-only config (no FAX_AND_DATA, no GPRS) and to 1600 bytes
in every other config. As it turns out, this "minimized" config breaks when
the AT command interface is used with %CPI enabled, as the responsible code in
ATI does an ACI_MALLOC of 1012 bytes. TI may have considered this case to be
unsupported usage (perhaps they didn't care about the combination of a
voice-only PS with AT command control), but we do want this use case to work
without crashing. Solution: I made the largest prim pool the same as it is
with FAX_AND_DATA: 3 partitions of 1600 bytes.
author | Space Falcon <falcon@ivan.Harhan.ORG> |
---|---|
date | Sat, 27 Jun 2015 07:31:30 +0000 |
parents | 40f607bb0a2c |
children |
line wrap: on
line source
The present libprintf is a very light printf implementation that is well-suited for simple bare-metal programs like loadagent; in the present case it overrides the much heavier printf implementation in newlib. Programs like the present loadagent only need printf in order to scribble on the serial console port, and the most sensible implementation is to have the "character output" function from the guts of printf point directly to the physical UART output routine, or a trivial wrapper that turns \n into \r\n. In contrast, newlib's version would pull in the complete FILE table infrastructure and malloc etc - maybe OK for more complex embedded programs that use those facilities for other things under a bona fide RTOS, but it would be disgusting to pull that stuff in for a minimal program like ours. The present printf implementation has been used earlier by the same author (Michael Spacefalcon) in the StarMON family of PowerPC bootloaders, and in my MC68x302-based SDSL CPE devices (Hack-o-Rocket and OSDCU).