<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> I found the following software in the ports collection for FreeBSD: <a class="moz-txt-link-freetext" href="http://www.freebsd.org/cgi/url.cgi?ports/sysutils/devcpu/pkg-descr">http://www.freebsd.org/cgi/url.cgi?ports/sysutils/devcpu/pkg-descr</a> Will that give us the MSR's we need? (FreeBSD has AMD64, which I THINK does something similar for Linux CONFIG_X86_MSR option) I guess the GEODE doesn't' use an AMD64 instruction set...? Anyway, I can put in the devcpu port and try and see. Larry Jordan Crouse wrote: <blockquote cite="mid20071220165511.GE25794@cosmic.amd.com" type="cite"> <pre wrap="">On 20/12/07 02:42 -0800, Larry Maloney wrote: </pre> <blockquote type="cite"> <pre wrap="">Sorry, I was wrong. The driver loads, I get an X back ground and the X cursor, but the session is frozen. I can't load any graphic applications inside X. </pre> </blockquote> <pre wrap=""> That is most likely because the GPU is stuck in an infinite loop. Easy way to check is to add option "NoAccel" "true" to the card section in your xorg.conf. If that is the case, then the problem is probably in the MSR code, which I feared might give us problems in BSD. put copious ErrorF messages through the LXReadMSR and LXWriteMSR functions - the GeodeReadMSR and LXWRiteMSR functions should return error on your machine (since BSD doesn't have /dev/cpu/0/msr), but the LX_MSR_READ and LX_MSR_WRITE functions should work. One thing to check is to make sure that the inline assembly is correct and that you have I/O permission in BSD (you should, but you never know). if there is a sane way to read MSRs without the VSA I/O on BSD, then lets put that into the GeodeReadMSR and GeodeWriteMSR functions bounded the appropriate #ifdefs, which is the more correct solution (as you can tell, I know nothing of the internal workings of BSD). The problem _might_ be somewhere else, but to be honest with you, every time this failure case has come up, then this has been the problem. Jordan </pre> </blockquote> <pre class="moz-signature" cols="72">-- ============================== Larry P. Maloney CEO/CTO SoftNet Solutions Phone: 650-669-1942 Web: <a class="moz-txt-link-abbreviated" href="http://www.softnetsolution.com">www.softnetsolution.com</a></pre> </body> </html>