Date: Thu, 22 Jul 1999 18:50:24 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: nate@mt.sri.com (Nate Williams) Cc: tlambert@primenet.com, nate@mt.sri.com, scheper@beast.toad.net, freebsd-smp@FreeBSD.ORG Subject: Re: SMP + XDM = keyboard lockup Message-ID: <199907221850.LAA10852@usr05.primenet.com> In-Reply-To: <199907221845.MAA03196@mt.sri.com> from "Nate Williams" at Jul 22, 99 12:45:33 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > I believe the issue is the system is still starting up, and thus > > has the kernel poking at things. > > It shouldn't be. The kernel is completely done 'starting up', else all > the /etc/rc.* files wouldn't have been run and init wouldn't have > started spawning off gettys. I'm referring to things that result in a lot of I/O activity which are started in the rc files (NFS, DNS, sendmail, etc.). The system isn't quiescent until a while _after_ the rc files are run (long enough to log in). > > This jibes with his statement that manually starting the xdm from > > a root shell prompt on a relatively quiescent system "works". It > > is likely that it "works" only because there is not simultaneous > > activity. > > Or there is a a race in the video/keyboard driver that is causing > problems. X calls into the driver, so it's possible a missing spl() or > somesuch is causing problem. > > I doubt very much the problem is related to inb/outb, and is instead a > just a 'bug'. :) Maybe. I think we should hold off investing too much of ourselves into our respective theories until after he has done some of the tests I suggested. You should feel free to suggest tests, too, of course, since I could be wrong, no matter how "right" it feels to me. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199907221850.LAA10852>