*BSD News Article 16292


Return to BSD News archive

Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!haven.umd.edu!darwin.sura.net!paladin.american.edu!news.univie.ac.at!fstgds15.tu-graz.ac.at!fstgds01.tu-graz.ac.at!not-for-mail
From: chmr@edvz.tu-graz.ac.at (Christoph Robitschko)
Newsgroups: comp.os.386bsd.misc
Subject: Re: cron and hanging XFree
Date: 19 May 1993 19:32:32 +0200
Organization: Technical University of Graz, Austria
Lines: 39
Message-ID: <1tdqvgINN129@fstgds01.tu-graz.ac.at>
References: <C78w3p.49q@lut.fi>
NNTP-Posting-Host: fstgds01.tu-graz.ac.at
X-Newsreader: TIN [version 1.1 PL7]

In article <C78w3p.49q@lut.fi> Juha Nurmela (junki@lut.fi) wrote:
-> In article <1tbfl0$44o@network.ucsd.edu>, brent@network.ucsd.edu (Brent Jones) writes:
-> |> If the person who posted the question about why XFree hangs when cron
-> |> runs gets a reply about how to fix the problem, please forward a copy or
-> |> post to the net.  Thanks.
-> |> 
-> |> Brent
-> 
-> It's the syslogd reopening /dev/console.
-> 
-> Removing the restart of syslogd from /etc/daily (?) should cure it.
-> I used a hovvible hack in cons.c, adding a flagbit of 0x80000000
-> to flags in the call to the real devicedriver's routines.
-> Then, pcopen & pcclose can keep track how they should manage opens and closes.
-> Using console for writing messages doesn't hang up users of vga.
-> That msbit should be ok even if the real driver doesn't know about this
-> hack, like comconsole.
-> 
I've posted a fix for this a few weeks ago, using reference counts on
a vnode (creating a tempory one if it is needed). There is no need to
change other device drivers (like pccons.c or com.c)
You can get the patch from ftp.tu-graz.ac.at:/pub/386BSD/0.1/unofficial/
/local/hanging_console.patch .

-> What do people think of a setup, where one can select the console
-> on bootup, with hitting DEL continuously ?
-> 
On which device would you press DEL ? On the console 8-> ?

I'm currently working on a patch so that you can specify
"console on pc0 and com2 priority CN_REMOTE and com1" in the config
file. This would also remove the *ugly* hack from locore.s which 
modifies Crtat (a variable which should be local to pccons.c) on startup.

Of course, you can always modify the pccons driver to fail the pccnprobe
if the DEL key is pressed (Thus allowing the next device to become console).


								Christoph