Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!cbmvax!grr From: grr@cbmvax.cbm.UUCP (George Robbins) Newsgroups: comp.unix.questions Subject: Re: killing a login on Zilog Message-ID: <1080@cbmvax.cbmvax.cbm.UUCP> Date: Wed, 10-Dec-86 04:32:22 EST Article-I.D.: cbmvax.1080 Posted: Wed Dec 10 04:32:22 1986 Date-Received: Wed, 10-Dec-86 11:46:13 EST References: <1809@jade.BERKELEY.EDU> <818@hropus.UUCP> Reply-To: grr@cbmvax.UUCP (George Robbins) Organization: Commodore Technology, West Chester, PA Lines: 33 In article <818@hropus.UUCP> jrw@hropus.UUCP (Jim Webb) writes: >> Every once in a while, a "login" process runs forever on our Zilog >> 8000/31 computer. I cannot kill this process, and nobody can use >> that port. > > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv >> I know the cause of the problem (ie. what causes the login to get >> stuck). But, assuming that I can't make that go away, I need to >> find out how to kill this process. > >Care to let us in on it? Usually, non-killable processes are sleeping >on an event at a priority that does not recognize signals, so you have >to cause the wakeup. If on a terminal, sometimes the brute force method >of plugging and unplugging the cable causes the hardware to awaken the >process. >-- >Jim Webb "Out of phase--get help" ...!ihnp4!hropus!jrw > "Make sure comments and code agree. If not, write a man page..." I assume that this is the XON/XOFF race problem with Zilogs's ICP "intelligent" communications processor board. Call it firmware confusion. It was added to Zilog's known problem list maybe a year ago, but unfortunatly Zilog never caught on to the idea that bugs, especially gross, embarrassing/must reboot type bugs are supposed to be fixed! Perhaps that's one reason the systems division is all but down the tubes... People interested in Zilog S8000/ZEUS issues are invited to join the mail-zilog mailing list - {seismo|ihnp4|rutgers|allegra}!cbmvax!mail-zilog-request -- George Robbins - now working for, uucp: {ihnp4|seismo|rutgers}!cbmvax!grr but no way officially representing arpa: cbmvax!grr@seismo.css.GOV Commodore, Engineering Department fone: 215-431-9255 (only by moonlite)