NetBSD Problem Report #10488

Received: (qmail 876 invoked from network); 30 Jun 2000 15:24:10 -0000
Message-Id: <>
Date: Fri, 30 Jun 2000 11:23:09 -0400 (EDT)
From: John Hawkinson <>
Subject: Corrupt cursor on apm resume
X-Send-Pr-Version: 3.95

>Number:         10488
>Category:       xsrc
>Synopsis:       Corrupt cursor on apm resume
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    xsrc-manager
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jun 30 15:25:00 +0000 2000
>Closed-Date:    Tue Jun 01 07:26:19 +0000 2010
>Last-Modified:  Tue Jun 01 07:26:19 +0000 2010
>Originator:     John Hawkinson
>Release:        netbsd-1-5 20000629

System: NetBSD 1.5_ALPHA NetBSD 1.5_ALPHA (ZORKMID-$Revision: 1.15 $) #211: Fri Jun 30 10:30:39 EDT 2000 i386

	On a Sony VAIO PCG-Z505HE running the default X serer from NetBSD 1.4.2,
viz. 3.3.6, after resuming from an apm suspend or hibernation, the X pointer
is corrupt (looks like random garbage). Moving the cursor such that the server
would change the pointer (e.g. from an xterm to the root window) fixes the

	I don't know what is broken here (hardware?), or what should be done
about it. As far as I know, there is no mechanism for the kernel to signal
the X server about power events so that cleanup can happen. Is there some way
the X server should be able to detect this condition and fix it? It seems like
it's probably trivial to workaround, but I dont'; know at what layer to apply
a workaround...

THe video device probes as:

vga1 at pci1 dev 0 function 0: Neomagic MagicMedia 256AV VGA (rev. 0x20)

And the X server (SVGA server) IDs it as:

(--) SVGA: PCI: NeoMagic NM2200 rev 32, Memory @ 0xfd000000, 0xfe400000
(--) SVGA: chipset:  NM2200
(--) SVGA: videoram: 2560k
(**) SVGA: Using 8 bpp, Depth 8, Color weight: 666

	See above.
	Move the cursor ;-)
State-Changed-From-To: open->suspended 
State-Changed-By: veego 
State-Changed-When: Fri Jun 30 10:39:53 PDT 2000 
The Xserver has no way to get the apm event and gets out of sync during 
the event. 

This generic problem has to be fixed by the xfree developers, if that is 
even possible to fix it. 

In the mean time change to a console and do the apm event there and switch 
back to X11. 
State-Changed-From-To: suspended->feedback
State-Changed-When: Sat, 08 Mar 2008 10:55:42 +0000
This work any better nowadays?

State-Changed-From-To: feedback->open
State-Changed-When: Sun, 15 Nov 2009 00:02:33 +0000
feedback does not appear to be forthcoming. does anyone know this is
expected to work with acpi suspend and xorg, or have a comparable
machine to test on?

State-Changed-From-To: open->closed
State-Changed-When: Tue, 01 Jun 2010 07:26:19 +0000
i don't have anything to test this on anymore, but in 2002 i did (which is
after this PR was logged) and my neomagic system was able to suspend/resume.


NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.