From owner-freebsd-mobile@FreeBSD.ORG Thu Mar 25 07:00:48 2004 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E06C16A4CE for ; Thu, 25 Mar 2004 07:00:48 -0800 (PST) Received: from green.eng.utoledo.edu (cifshomedirs.eng.utoledo.edu [131.183.18.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36AF743D3F for ; Thu, 25 Mar 2004 07:00:48 -0800 (PST) (envelope-from rafege@mail.com) Received: from gersun2.eng.utoledo.edu ([131.183.21.44]) i2PF0kuV016368 for ; Thu, 25 Mar 2004 10:00:46 -0500 (EST) Message-Id: <200403251500.i2PF0kuV016368@green.eng.utoledo.edu> Received: by gersun2.eng.utoledo.edu (sSMTP sendmail emulation); Thu, 25 Mar 2004 10:00:46 -0500 Date: Thu, 25 Mar 2004 10:00:46 -0500 From: rafege@mail.com (G.E. Rafe) To: freebsd-mobile@freebsd.org X-Filter-Version: 1.14 (green.eng.utoledo.edu) Subject: Re: Suspend/Resume problems with Thinkpad 240 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 15:00:48 -0000 !> I installed FreeBSD-current on my ThinkPad 240 computer (Celeron 400, !> 192 MB RAM, 12 GB hdd). After doing a lot of configuration and solving !> minor problems now everything works as expected (pccard, usb mouse, usb !> camera, ps2 mouse, X, WinModem, sound). The only thing not working is !> suspend/resume. ! !Having said that, I run 5.2.1-RELEASE on my IBM Thinkpad A30p. Suspend/Resume !works for me, but I had to remove GLX from my XF86Config file, otherwise the !machine would hang on resume if I was running X11. ! !... ! !The USB issue you describe is known. I don't know the specifics, but apparently !someone is working on it, or has the issue on their ToDo list. It happens to !me too. I have 5.2.1-R running on my Toshiba Satellite Pro 6100. APM suspend/resume have been working well on this hardware, even with the Nvidia X11 driver. While looking at the USB resume problem (had it here, too), I found that compiling a kernel with "option USB_DEBUG", then enabling kernel debug messages on uhci with "sysctl hw.usb.uhci.debug=1" brings USB back every time. OK, there's a little overhead due to the extra debugging code, and a few extra kernel messages around suspend/resumes, but the notebook hasn't needed a reboot in a couple weeks due to a failed suspend/resume (actually, only one reboot since building this kernel due to an unrelated [I think!] problem). -- Gary E. RAFE, Ph.D. grafe@eng.utoledo.edu