Hello,
I found what was going wrong on my system. That's when I send a kill
-TERM to kissattach. Then a Kernel Panic occur, and worst, corrupt the
filesystem since swap cannot be sync due to the idle task (at shutdown
time). I have a workaround with double sync just before reboot but there
is some e2fsck cleaning at boot time.
Configuration:
Mandrake 6.0 distribution
2.2.11 compiled with gcc-2.7.2.3-8
ax25-apps-0.0.4
ax25-tools-0.0.5
libax25-0.0.7
node-0.3.0
rc.local:
/usr/sbin/mkiss -s 19200 -l /dev/ttyS1 /dev/ptyp1 /dev/ptyp2
/usr/sbin/mkiss -s 19200 -l /dev/ttyS0 /dev/ptyp3 /dev/ptyp4
/usr/sbin/kissattach -m 512 /dev/ttyp1 vhf f6fgz
/usr/sbin/kissattach -m 512 /dev/ttyp2 uhf1 f6fgz
/usr/sbin/kissattach -m 512 /dev/ttyp3 uhf2 f6fgz
/usr/sbin/kissattach -m 512 /dev/ttyp4 uhf3 f6fgz
/usr/sbin/kissparms -p vhf -f n -r 63 -s 100 -t 250
/usr/sbin/kissparms -p uhf1 -f n -r 255 -s 100 -t 50
/usr/sbin/kissparms -p uhf2 -f n -r 63 -s 100 -t 200
/usr/sbin/kissparms -p uhf3 -f n -r 63 -s 100 -t 50
BTW, I can't use /dev/ptyp0. Something is using it after boot so the
reason to start at /dev/ptyp1 ... And the process number in the
/var/lock/LCK..ptyp? (mkiss) is one unit less than the associated
running process number ... It is correct for /var/lock/LCK..ttyp?
(kissattach).
However, every is working fine ... before shutdown ;-)
--
73 G�rard F6FGZ
