From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 03:46:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E16916A4CE for ; Fri, 8 Oct 2004 03:46:22 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A7143D1F for ; Fri, 8 Oct 2004 03:46:22 +0000 (GMT) (envelope-from psionic@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4224278rnk for ; Thu, 07 Oct 2004 20:46:19 -0700 (PDT) Received: by 10.38.79.36 with SMTP id c36mr1919935rnb; Thu, 07 Oct 2004 20:46:19 -0700 (PDT) Received: by 10.38.78.13 with HTTP; Thu, 7 Oct 2004 20:46:19 -0700 (PDT) Message-ID: <5ad23a3004100720467646e1ea@mail.gmail.com> Date: Thu, 7 Oct 2004 23:46:19 -0400 From: Jordan Sissel To: freebsd-current@freebsd.org In-Reply-To: <20041008030317.GV664@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <5ad23a300410071928791fa9c@mail.gmail.com> <20041008030317.GV664@empiric.icir.org> Subject: Re: Thinkpad T41 Sleep issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jordan Sissel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 03:46:22 -0000 On Thu, 7 Oct 2004 20:03:17 -0700, Bruce M Simpson wrote: > > On Thu, Oct 07, 2004 at 10:28:26PM -0400, Jordan Sissel wrote: > > 1) Waking from sleep while in X and the radeon kernel module is loaded > > garbles the screen and locks the machine. If the module is not > > available for loading while X starts up, sleeping and waking are both > > fine while in X. > > Known issue. DRM has no suspend/resume support at this time. Also, > acpi_video cannot attach at the same time as it claims the same resources > as radeon(4). > > I have been thinking of looking at this but I want to wait until anholt@ has > some free cycles before attempting it. I'm not familiar with how to save > state for a DRM driver, and I suspect that this depends on the ACPI sleep > state being transitioned in to. > > Of course, if we can borrow ideas from Linux or other DRM/DRI platforms, so > much the better. > > The question is, are you fully willing to help debug and fix experimental > DRM patches? ;^) > Absolutely, I'll help in any way I can. I'm currently content without drm, however I would like to see it fixed for those who can't stop playing crack attack (me!). I presently have zero knowlwedge about kernel modules or drm, but I'm willing to learn and help with whatever's going on with this. Let me know what I can do and I'll do what I can :) -Jordan