Date: Wed, 01 Jun 2005 22:37:41 +0900 (JST) From: Hideyuki KURASHINA <rushani@bl.mmtr.or.jp> To: markus@FreeBSD.org Cc: sam@errno.com, freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Call for testers: New acpi_ibm driver Message-ID: <20050601.223741.41633364.rushani@bl.mmtr.or.jp> In-Reply-To: <200505311922.40288.markus@FreeBSD.org> References: <429C8E98.6000101@errno.com> <200505311915.37097.markus@FreeBSD.org> <200505311922.40288.markus@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, >>> On Tue, 31 May 2005 19:22:34 +0200, Markus Brueffer <markus@FreeBSD.org> said: > On Tuesday 31 May 2005 19:15, Markus Brueffer wrote: > > On Tuesday 31 May 2005 18:19, Sam Leffler wrote: > > > Hideyuki KURASHINA wrote: > > [...] > > > > > BTW, wlan LED only works before suspend, that is, it won't blink > > > > after suspend (this is same behavior as before). > > > > > > I haven't been able to make suspend-resume work correctly on my t42p > > > but if the wlan LED is the same one controlled by the ath driver then > > > you might check the suspend-resume logic in the driver to make sure it > > > re-enables the gpio pin. I thought it did but given that I can't > > > resume properly it's hard to test... > > > > My T41p resumes fine and in fact the wlan LED doesn't work after resume > > (didn't notice that before). The attached patch for if_ath.c fixes that > > for me. Same here. My X40 also resumes fine. > Seems like the patch didn't make it to the list: > > http://people.freebsd.org/~markus/ibm/if_ath.c.diff Your patch fixes the problem, too. Thanks! -- rushani
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050601.223741.41633364.rushani>