From owner-freebsd-current@FreeBSD.ORG Tue Mar 24 20:26:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB0B10657EA for ; Tue, 24 Mar 2009 20:26:20 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id 35CA48FC12 for ; Tue, 24 Mar 2009 20:26:20 +0000 (UTC) (envelope-from cokane@FreeBSD.org) X-CNFS-Analysis: v=1.0 c=1 a=gVCfA2_oDVMA:10 a=usMdJmQPcLUA:10 a=6I5d2MoRAAAA:8 a=q0BBq3YpxiyAdrm94nEA:9 a=Rvbp3Vec8n7qPsEZCkMA:7 a=fHlt5kbH1jD7hxi8bndDWuiLYF4A:4 a=LY0hPdMaydYA:10 a=SV7veod9ZcQA:10 a=qmyb_IjueFyVk05i:21 a=YMQF_jC1sP0KdICl:21 a=EdWRuRDXYWfu0VnASaUA:9 a=GgwLrNCzx1qU4Q_Juxgf7c6ZJAUA:4 a=rPt6xJ-oxjAA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: gwout1 smtp.mail=cokane@FreeBSD.org; spf=softfail Received-SPF: softfail (gwout1: transitional domain FreeBSD.org does not designate 74.215.227.9 as permitted sender) Received: from [74.215.227.9] ([74.215.227.9:50708] helo=mail.cokane.org) by gwout1 (envelope-from ) (ecelerity 2.2.2.37 r(28805/28810M)) with ESMTP id FE/CC-27669-BE149C94; Tue, 24 Mar 2009 16:26:19 -0400 Received: from [172.20.0.76] (rrcs-96-11-231-210.central.biz.rr.com [96.11.231.210]) by mail.cokane.org (Postfix) with ESMTPSA id 03E2011436; Tue, 24 Mar 2009 17:30:42 -0400 (EDT) From: Coleman Kane To: Gustau Perez In-Reply-To: <49C92FA6.20608@entel.upc.edu> References: <1236802980.00085518.1236789602@10.7.7.3> <49BEE5BC.30703@FreeBSD.org> <200903162053.28614.jkim@FreeBSD.org> <179b97fb0903231416j4659101eu88dcc5ecf578167b@mail.gmail.com> <49C8FA92.7020104@entel.upc.edu> <1237920918.1859.1.camel@balrog.2hip.net> <49C92FA6.20608@entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-naEFtvM812nMY9+oeuNz" Organization: FreeBSD Project Date: Tue, 24 Mar 2009 16:24:49 -0400 Message-Id: <1237926289.1735.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 20:26:24 -0000 --=-naEFtvM812nMY9+oeuNz Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-03-24 at 20:08 +0100, Gustau Perez wrote: > Robert Noland wrote: > > On Tue, 2009-03-24 at 16:21 +0100, Gustau Perez wrote: > > =20 > >> Brandon Gooch wrote: > >> =20 > >>> On Mon, Mar 16, 2009 at 7:53 PM, Jung-uk Kim wrote= : > >>> =20 > >>> =20 > >>>> On Monday 16 March 2009 07:50 pm, Alexander Motin wrote: > >>>> =20 > >>>> =20 > >>>>> Jung-uk Kim wrote: > >>>>> =20 > >>>>> =20 > >>>>>> With popular demands, I will commit the following patch in next > >>>>>> few days unless a showstopper is found or "over-my-dead-body" > >>>>>> type of review is received. ;-) > >>>>>> > >>>>>> http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > >>>>>> > >>>>>> FYI, it was originally posted here: > >>>>>> > >>>>>> http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > >>>>>> > >>>>>> and here: > >>>>>> > >>>>>> http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > >>>>>> > >>>>>> Please read the original threads for more information about the > >>>>>> patch. > >>>>>> =20 > >>>>>> =20 > >>>>> Have just retested this with just updated 8-CURRENT. Still works > >>>>> fine as before with my Acer TM6292 > >>>>> (Core2Duo+i965GM+ICH8M+bge+iwn+sdhci amd64 SMP). Writing this > >>>>> letter just after successful resume. > >>>>> > >>>>> There is still some DRI resume problems (will try one rnoland@ > >>>>> patch tomorrow) and my touch pad does not wakes up for some reason, > >>>>> but that is probably unrelated. > >>>>> =20 > >>>>> =20 > >>>> I went ahead and committed slightly different version. Please resyn= c > >>>> the source if you tested the old version. > >>>> > >>>> Cheers, > >>>> > >>>> Jung-uk Kim > >>>> _______________________________________________ > >>>> freebsd-current@freebsd.org mailing list > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebs= d.org" > >>>> > >>>> =20 > >>>> =20 > >>> =20 > >>> =20 > >> Hi there, > >> > >> in my Latitude D630 with 8-0 current updated this morning (+1 UTC) = it=20 > >> seems is trying to work. It has no xorg, just text console. > >> =20 > > > > The D630 should have an Intel 965GM in it with suspend/resume support i= n > > drm, so X *should* be good to go. > > > > robert. > > > > =20 > Hi Roland, >=20 > this one comes with an nvidia Quadro NVS 135M (I think they made two=20 > o three different models). It was possible to customize them via web. My=20 > mistake was to choose an nvidia (well, I've been able to play nice games=20 > with it, but now it's giving me a lot of headaches). >=20 > With this model (without X's, just text console) suspending and=20 > resuming seems to work except the video. I can type thing and send them=20 > to a file (checked). After resuming, it throws a little of text (i can=20 > see some debug about suspending and resuming firewire and usb) and then=20 > video is lost. With if_bge within the kernel I don't get that=20 > semi-successful result. It starts complaining about PHY read/write=20 > timeout so I have it as a module. >=20 > Offtopic : In the other hand right now I'm going to try the patch you=20 > sent to use nouveau in i386 mode (not amd64, I have a separate partition=20 > for amd64) with libdrm and xf86-video-nouveau.I tried inserting the .ko=20 > before leaving to home (and I worked). Will let you now my results in=20 > the Take two thread :) >=20 > Greets, >=20 > Gus > =20 I've been seeing the exact same problem that you are with the if_bge driver (including jkim's earlier patches). Does it do this for anyone using i386? I have not been able to make this work for me no matter what I try. Have you managed to get if_bge working after a resume? Could I be CC'd on any patches that might solve this problem in the future? if_bge has a strange bootstrapping sequence which I think might be core to the problem. It seems that you are supposed to write a value to a register, then wait for that register to read something else before proceeding (yes, I've simplified the actual sequence of steps). This process complicates debugging the hardware, and I've been unsuccessful in trying to simply kldunload if_bge and then saving/restoring the PCI register space before/after suspend/resume... Any insight would be helpful. Maybe I should browse the Linux kernel commit logs for this one and see if it bit them too... I also see that there is some issue that breaks NDIS on resume as well, but I am not sure why at the moment. --=20 Coleman Kane --=-naEFtvM812nMY9+oeuNz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknJQZEACgkQcMSxQcXat5eG0QCfUF3c042aPmkJm+gDjQKUpiY3 TbwAn2OtIb/ybOECktwYMiLomJK2Utl8 =F+/t -----END PGP SIGNATURE----- --=-naEFtvM812nMY9+oeuNz--