| klconfig.h (8dd06ef34b6e2f41b29fbf5fc1663780f2524285) | klconfig.h (2f9060b1db4aa2c21c248e34476d8936a2b69cf6) |
|---|---|
| 1/* 2 * This file is subject to the terms and conditions of the GNU General Public 3 * License. See the file "COPYING" in the main directory of this archive 4 * for more details. 5 * 6 * Derived from IRIX <sys/SN/klconfig.h>. 7 * 8 * Copyright (C) 1992 - 1997, 1999, 2000 Silicon Graphics, Inc. --- 837 unchanged lines hidden (view full) --- 846 * TBD - Can the ARCS and device driver related info also be included in the 847 * KLCONFIG area. On the IO4PROM, prom device driver info is part of cfgnode_t 848 * structure, viz private to the IO4prom. 849 */ 850 851/* 852 * TBD - Allocation issues. 853 * | 1/* 2 * This file is subject to the terms and conditions of the GNU General Public 3 * License. See the file "COPYING" in the main directory of this archive 4 * for more details. 5 * 6 * Derived from IRIX <sys/SN/klconfig.h>. 7 * 8 * Copyright (C) 1992 - 1997, 1999, 2000 Silicon Graphics, Inc. --- 837 unchanged lines hidden (view full) --- 846 * TBD - Can the ARCS and device driver related info also be included in the 847 * KLCONFIG area. On the IO4PROM, prom device driver info is part of cfgnode_t 848 * structure, viz private to the IO4prom. 849 */ 850 851/* 852 * TBD - Allocation issues. 853 * |
| 854 * Do we need to Mark off sepatate heaps for lboard_t, rboard_t, component, | 854 * Do we need to Mark off separate heaps for lboard_t, rboard_t, component, |
| 855 * errinfo and allocate from them, or have a single heap and allocate all 856 * structures from it. Debug is easier in the former method since we can 857 * dump all similar structs in one command, but there will be lots of holes, 858 * in memory and max limits are needed for number of structures. 859 * Another way to make it organized, is to have a union of all components 860 * and allocate a aligned chunk of memory greater than the biggest 861 * component. 862 */ --- 32 unchanged lines hidden --- | 855 * errinfo and allocate from them, or have a single heap and allocate all 856 * structures from it. Debug is easier in the former method since we can 857 * dump all similar structs in one command, but there will be lots of holes, 858 * in memory and max limits are needed for number of structures. 859 * Another way to make it organized, is to have a union of all components 860 * and allocate a aligned chunk of memory greater than the biggest 861 * component. 862 */ --- 32 unchanged lines hidden --- |