On Sun, Feb 4, 2024, 6:32 AM Eric Auer via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote:
> > Hi Jim, > > > I'm glad you're bringing this conversation back to freedos-devel .. > > because this is a good place to discuss FreeDOS things. > > In related news, the dosemu2 people also find the problem interesting. > > Their discussion mentions that FDPP, a port of the FreeDOS kernel, > > https://github.com/dosemu2/fdpp > > fixes plenty of issues listed in our kernel bug lists. So maybe > somebody feels like backporting those to FreeDOS. However, as far > as I remember, the diff is huge, nothing easily cherry-picked. > > Regards, Eric > FDPP is a great project and has done a wonderful job of helping when porting fixes to fd kernel.sys. If I had more time I'd love to be able to help there more as I see it as the future for DOS as more and more computers are UEFI only. I ordered a book8088 (hopefully) so i can test directly, but coming from China so at least 2 months before delivery. Based on what I've read it sounds like the drive is booting using CHS and the disk layout doesn't match what the kernel thinks it is. That said, that specific spot is where boot time memory corruption usually is noticed and anything the kernel did up to then could be the culprit. There has been several fixes to the startup (boot code and initialization) that may or may not be related. (I had hoped to publish an updated kernel over Christmas but that didn't happen because I didn't get all the changes and testing I would like done. I hope to put out an updated kernel for testing next weekend.) Jeremy >
_______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
