Tags: patch This patch doesn't fix it for me. With or without the patch gdm does not accept keyboard input on boot about half the time.
Investigating further I noticed that: * When gdm does allow keyboard input on boot you can see it running on vt2 (ttyv1) (the vt you get from Ctrl-Alt-F2) and not, as expected, vt7 (ttyv8 ?) (the vt you get from Ctrl-Alt-F7). * When gdm doesn't allow keyboard input on boot then when you do the Action->"Run XDMCP chooser" trick this starts XDMCP chooser on vt7 and if you switch to vt2 it is blank until you press Enter and then the login Password prompt appears. Perhaps in this case getty on vt2 has been messed up by gdm running on vt2? Could there be a race condition on boot between getty on vt2 and gdm on vt2? To test this I disabled getty starting on vt2 (ttyv1 in kfreebsd) in /etc/inittab and now gdm accepts keyboard input on every boot. So this suggests the problem lies with gdm starting on vt2 when it should be starting on vt7. Note that xdm works every boot on kFreeBSD and runs in vt7. Regards, Mike. Tuco wrote: > Hi, > This patch solved the problem for me: > > --- gdm-2.20.10/daemon/getvt.h 2009-03-19 00:59:27.000000000 -0400 > +++ gdm-2.20.10.fixed/daemon/getvt.h 2010-06-26 07:57:32.000000000 -0400 > @@ -27,7 +27,7 @@ > #endif > #endif > > -#if defined (__FreeBSD__) || defined (__DragonFly__) > +#if defined (__FreeBSD__) || defined (__FreeBSD_kernel__) || defined > (__DragonFly__) > #define GDM_USE_CONSIO_VT > #endif
Define GDM_USE_CONSIO_VT on kFreeBSD. Index: gdm-2.20.10/daemon/getvt.h =================================================================== --- gdm-2.20.10.orig/daemon/getvt.h 2010-06-26 21:25:47.000000000 +0100 +++ gdm-2.20.10/daemon/getvt.h 2010-06-26 21:26:39.000000000 +0100 @@ -27,7 +27,7 @@ #endif #endif -#if defined (__FreeBSD__) || defined (__DragonFly__) +#if defined (__FreeBSD__) || defined (__FreeBSD_kernel__) || defined (__DragonFly__) #define GDM_USE_CONSIO_VT #endif
signature.asc
Description: OpenPGP digital signature
