From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <109ac0651a6dafda49be3a6ac2baa04a@quanstro.net>
To: 9fans@cse.psu.edu
From: erik quanstrom <quanstro@quanstro.net>
Date: Fri, 28 Apr 2006 11:06:31 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: [9fans] nvidia vs. dual processors
Topicbox-Message-UUID: 4a51e5f4-ead1-11e9-9d60-3106f5b1d025

i've been having problems with aux/vga when running
on a dual processor machine.  before the recient update
to aux/vga, the machine would get stuck in /sys/src/9/pc/vganvidia.c/^waitforidle.
the iprints would be painfully slow and the machine would became
unusable afterwards.  even "aux/vga -p" would exhibit this.
various three-fingered salutes would impress nobody.

after the recient update, "aux/vga -p" works but "monitor=vesa aux/vga -p"
puts the machine into a fairly unusable state as soon as the output hits
the bottom of the window.  the cursor makes big jumps, lags many seconds
and doesn't quite track rio's idea of the cursor location.  i coudn't
manage to select a window to to do fshalt, so i rebooted. (via the keboard.)

(this doesn't happen if i boot *nomp=1.)

i think vganvidia.c/^nvidiahwscroll is conflicting with the vesa requests in aux/vga.

in an unrelated problem. *nomp or not, the screen is shifted to the left 1".
(it works fine at the same video mode on linux.)  i'm not sure what the problem
might be.  any ideas?

- erik