From owner-freebsd-x11@FreeBSD.ORG Sun Dec 11 09:57:06 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DBCB1065673 for ; Sun, 11 Dec 2011 09:57:06 +0000 (UTC) (envelope-from meowthink@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id C7C798FC16 for ; Sun, 11 Dec 2011 09:57:05 +0000 (UTC) Received: by ghbg20 with SMTP id g20so4314468ghb.13 for ; Sun, 11 Dec 2011 01:57:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=/wcZTHOx0k0wt/wN5S+Db1chykEUmS/zIPUA1swUMxw=; b=czdEo51wbA6SXg/TWdfiSvFn6QgwhlqxPRdz3OsnBljnWeN7MS3/IYPj9E6qZCzNXX Bmpo/nurQPuRbjtB5lwDSJIy1g4FEjXhomsZSInj8gCtgHRgZx1U+GZwT49ViRXXGaG8 dEd+LizcH7K92xHC/n9sjxVzRByUMc5/+7IAU= MIME-Version: 1.0 Received: by 10.236.201.194 with SMTP id b42mr20918698yho.32.1323597425096; Sun, 11 Dec 2011 01:57:05 -0800 (PST) Received: by 10.236.63.148 with HTTP; Sun, 11 Dec 2011 01:57:05 -0800 (PST) Date: Sun, 11 Dec 2011 17:57:05 +0800 Message-ID: From: Meowthink To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Problem with Intel GPU patch (cont.) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 09:57:06 -0000 Hello all, Could Anybody give a help? I've dug a little deeper on the problem, but still can't figure out where the problem lies. I tried to use a easier way to close output to main display, but eventually a mysterious thing: In additional to "xset dpms force off" which really switch off main display, either "xset dpms force standby" or "... suspend" will get VirtualGL works fine - at least in my test cases. After issued such a xset command, I can get 2 or more OpenGL apps rendered on the server side, then transferred to clients, even clients are on individual hardwares. The mysterious point is here: xset both standby/suspend mode only blanks my old CRT a second, and then the main display restores. This means, I can even get some OpenGL apps drawing on main display while have vgl rendered out of that screen. The "mixed", or "leaked" problem describe in former email occurred immediately after issuing an "xset dmps force on". Looking into codes, it seems X extension only passes these dpms states to the driver. And in the driver, intel_crt_dpms() suggests these operations only disables H-sync or V-sync? What I believed is, the problematic state (Pbuffer content mixed with main framebuffer) shows that, there's something wrong with the memory access. So I am confused now. Any suggestions? Regards, meowthink