freebsd-skq/sys/boot/uboot
sobomax 200a3fb372 Provide bug4bug workaround for certain dumbiness of the u-boot's API_env_enum
function, which is expected to set returned env to NULL upon reaching the end
of the environment list but fails to do so in certain cases. The respective
u-boot code looks like the following (HEAD at the time of this commit):

--- api.c ---
 496 static int API_env_enum(va_list ap)
 ...
 510                 *next = last;
 511
 512                 for (i = 0; env_get_char(i) != '\0'; i = n + 1) {
 513                         for (n = i; env_get_char(n) != '\0'; ++n) {
 514                                 if (n >= CONFIG_ENV_SIZE) {
 515                                         /* XXX shouldn't we set *next = NULL?? */
 516                                         return 0;
 517                                 }
 518                         }
-------------

The net result is that any unfortunate user of the loader's ub_env_enum()
function hitting this condition would be trapped in the infinite loop, as
the main use pattern of ub_env_enum() is basically the following:

while ((env = ub_env_enum(env)) != NULL) { DO STUFF }

Which would stuck forever with the last element.
2015-06-19 22:24:58 +00:00
..
common An ARM kernel can be loaded at any 2MB boundary, make ubldr aware of that. 2015-05-17 19:59:05 +00:00
fdt Fix fdt_platform_fixups() mem region handling. It turns out u-boot puts 2015-03-17 21:15:24 +00:00
lib Provide bug4bug workaround for certain dumbiness of the u-boot's API_env_enum 2015-06-19 22:24:58 +00:00
Makefile Start to allow platforms other than U-Boot to use the FDT code in loader by 2014-11-01 17:12:44 +00:00
Makefile.inc