Subject: Re: xdm scrambled ed drivers brains.
To: None <netbsd-help@NetBSD.ORG, port-i386@NetBSD.ORG>
From: Matthieu Herrb <matthieu@laas.fr>
List: port-i386
Date: 02/18/1996 09:51:02
You wrote (in your message from Sat 17)
 > > short, xdm was causing 'shared memory corrupt' errors in my correctly 
 > > configured ed0 driver by reading from the card's shared memory 
 > > through /dev/mem.
 > 
 > Why was xdm reading /dev/mem in the first place?
 > 
xdm is chesuming the first 16M of /dev/mem to get a less predictable
random number generator than the ones in libc, to generate keys for
the XDM-AUTHORIZATION-1 autenthification protocol. (see
xc/programs/xdm/genauth.c for details).

It does this only if you have WrapHelp.c and build xdm with HasXdmAuth
defined in your site.def file. In this case, you can add a #define
FRAGILE_DEV_MEM in dm.h to skip the first megabyte of memory.

Another workaround is to give the resource DisplayManager.randomFile
a nonexisting file. xdm will then revert to a more classical random
number generator.

XDM-AUTHORIZATION-1 is not compiled in the standard XFree86 binary
distribution since I don't have the right to have WrapHelp.c on my
discs here in France. 


					Matthieu