> Hi kernel experts,
> I vaguely remember that there is a pending patch where the kernel > is using a memcopy-style function residing in memory that already > got "freed" at that moment during boot, to be precise: during INSTALL= > so I guess the gurus are awake at the moment... > QUESTION: Would it be possible to improve UMB handling such that > the kernel supports SEVERAL providers of UMB at the same time, for > example UMBPCI for hardware-UMB and in addition EMM386 to "map" a > few more UMB to areas where normally a memory gap would be, such > as the "monochrome video memory" area? UMBPCI is nice if you want to avoid EMM386 but have some UMB EMM386 is nice in all other circumstances. it just doesnt't make much sense to have both UMBPCI and EMM386 active at the same time. if only for the reason that UMBPCI UMBs are only *sometimes* able to support DMA, while EMM386 UMBs are always able to use DMA, *provided you use VDMA services* (important for network chips). > Might be interesting to have even more UMB flexibility :-) yes. wasting precious developer ours on useless suff and hear them swear. very interesting indead. definitively not worth the trouble. Tom ------------------------------------------------------------------------------ Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape _______________________________________________ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
