mint-1.10h4

[hohmuth@inf.tu-dresden.de (Michael Hohmuth)]

I've put up a fourth re-sync patch...

Now available via ftp from ftp.inf.tu-dresden.de:

    pub/atari/Mint/Kernel/mint-1.10h3-1.10h4-diffs.gz
        Diffs against the kernel patched with the first three patches.

    pub/atari/Mint/Kernel/mint-1.10-1.10h4-diffs.gz
        Diffs against the virgin kernel.

You can also get this via email by sending a message to
ftpmail@ftp.inf.tu-dresden.de containing this text in the message body:

    send pub/atari/Mint/Kernel/mint-1.10h3-1.10h4-diffs.gz
or
    send pub/atari/Mint/Kernel/mint-1.10-1.10h4-diffs.gz

After my .sig are the last few commit messages.

Bye,
Michael
-- 
Email: hohmuth@inf.tu-dresden.de
WWW:   http://www.inf.tu-dresden.de/~mh1/

**************************************
From: Juergen Lock <nox@jelal.north.de>
Message-Id: <9406172301.AA00619@jelal.north.de>
Subject: more diffs...

bios.c: sleep() can also wake up because of signals
	(restart it in this case)

**************************************
From: Juergen Lock <nox@jelal.north.de>
Message-Id: <9406172301.AA00619@jelal.north.de>
Subject: more diffs...

pipefs.c: we don't need to "pipe->rsel=0;" any longer

**************************************
From: Juergen Lock <nox@jelal.north.de>
Subject: Re: MiNT 1.10 re-sync
Message-Id: <9406091835.AA00187@jelal.north.de>

dosfile.c dosmem.c filesys.c mem.c mem.h proto.h: sticky text/fragmentation
	megapatch...  does a few things:

. if F_ALTLOAD|F_SHTEXT look at F_MINALT bits to see how much memory
the new process needs and free sticky text regions if necessary, all
F_MINALT bits set (0xf0000000) means `as much as you can get'
. execv..() frees the old process memory before allocating the new ones,
and so no longer leaves holes in your memory map.  this took a few
ugly hacks but i think its worth it :)  the only visible change should
be when exec'ing a damaged binary the process gets killed, fixing that
would require reading executables twice.
. check the sticky bit, just making everything sharable sticky still got
me too much `out of memory's...  and free sticky text regions after disk
changes or if open() would otherwise fail.
. also free no more sticky text regions then necessary in alloc, and
some other small changes.

 the sticky bit is of course chmod +t.  (if your /bin/sh still is on
GEMDOS change it now... :)  and then see you no longer need _shell_p.)

**************************************
From: Kay Roemer <roemer@informatik.uni-frankfurt.de>
Subject: ser. overruns/deadlock fix
Message-Id: <9406210727.AA03856@hera.rbi.informatik.uni-frankfurt.de>

dosfile.c proc.c: a better solution (at least I think) to
	the 'endless serial overruns' story, because it avoids the spl7()
	in Fselect() completely plus fixes an Fselect deadlock