RFC: Remove BSP_Configuration

["Joel Sherrill <joel at OARcorp dot com>" <joel dot sherrill at OARcorp dot com>]

Hi,

While teaching the class last week, it occurred to me that an RTEMS
application has 2 copies of the Configuration Table and a separate 
pointer to it in the executive proper.  Maybe this can be simplified.
So I want some feedback.

Currently:

  + confdefs.h generated a structure named "Configuration"
  + shared BSP code copies that to BSP_Configuration
  + RTEMS proper does not know the variable name Configuration
    or BSP_Configuration, so it takes a pointer in as an
    argument to rtems_initialize_executive_early and saves
    that address in a global pointer variable.

My proposal would be to:

(1) Eliminate BSP_Configuration entirely.  Do not copy
    the generated Configuration to BSP_Configuration and
    modified Cofniguration as required in the BSP.

(2) This is somewhat disjoint.  Let RTEMS assume that the
    Configuration Table has a known variable name and that
    it is "Configuration".  This will eliminate the global
    variable in RTEMS proper and might reduce some code.

My only concern with (2) is that right now, RTEMS proper does
not know any variable names provided in user/BSP space.  But this
seems like a simplification worth pursuing.

FWIW I believe the same argument applies to the CPU Configuration
Table as well.

Thought, comments.
--
Joel Sherrill, Ph.D.             Director of Research & Development
joel@OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
   Support Available             (256) 722-9985