|
From: Louis S. <lps...@gm...> - 2013-05-06 05:31:18
|
fdoos.org seems to be down at the moment. Forgot to mention that in case Jeremy is around. On Sun, May 5, 2013 at 8:42 PM, Louis Santillan <lps...@gm...> wrote: > See inline... > > On Sun, May 5, 2013 at 9:43 AM, Bernd Blaauw <bb...@ho...> wrote: > >> Louis Santillan schreef op 5-5-2013 18:28: >> > Whoops, didn't realize that I replied to fd-user instead of kernel. >> > >> > One other note, all kernels are slightly bigger withe options I set. >> >> I guess it depends on what the compilers do: >> [1] optimize for certain processor architecture(s) >> [2] also keep backwards compatibility or not with lowest desired level >> >> if [2] then the binary might be larger on disk. >> >> If someone likes a real challenge, a smaller kernel can be produced >> using UPX --8086 --lzma --ultra-brute >> (instead of UPX --8086 --best) but the end-result is not bootable, >> requiring a decompressor stub. Savings is about 3KB disk footprint. >> > > Why does it fail? Relocation? > > >> As for the MEMDISK support there's additional support implemented at >> https://github.com/PerditionC/fdkernel but it requires me to first >> create additional testcases using some kind of floppy image file. >> Basically it allows specifying a CONFIG.SYS line at Syslinux menu so you >> can alternate memory driver in a menu for example, or specify UMB >> regions, that kind of stuff >> >> > What were the 0xDC change mentioned in the readme? > |