Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 9 Nov 2009 20:49:35 +0100
From:      Bernhard Schmidt <bschmidt@techwires.net>
To:        Rui Paulo <rpaulo@freebsd.org>
Cc:        freebsd-acpi@freebsd.org
Subject:   Re: general issue with suspend/resume with iwn(4)/bge(4)
Message-ID:  <200911092049.35249.bschmidt@techwires.net>
In-Reply-To: <71290651-9DBE-4B3E-81A5-10023E90B43D@FreeBSD.org>
References:  <200911081219.09397.bschmidt@techwires.net> <200911091803.19057.bschmidt@techwires.net> <71290651-9DBE-4B3E-81A5-10023E90B43D@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 09 November 2009 19:33:53 Rui Paulo wrote:
> On 9 Nov 2009, at 17:03, Bernhard Schmidt wrote:
> > On Monday 09 November 2009 13:43:48 John Baldwin wrote:
> >> On Sunday 08 November 2009 6:19:09 am Bernhard Schmidt wrote:
> >>> Hi,
> >>>
> >>> I hope this is the correct list for an issue like that, if not, a
> >>> pointer
> >>> would be appreciated.
> >>>
> >>> I've been in contact with Mykola Dzham quite some time now and we
> >>> are
> >>> trying to figure out a resume issue on his iwn(4) device. It does
> >>> seem
> >>> that this device does not come up correctly after suspend. The
> >>> interesting part is, that even pciconf -l -bcv ist not able to get
> >>> all
> >>> information.
> >>>
> >>> Before suspend:
> >>> iwn0@pci0:6:0:0:        class=0x028000 card=0x13018086
> >>> chip=0x42328086
> >>> rev=0x00 hdr=0x00
> >>>    vendor     = 'Intel Corporation'
> >>>    device     = 'Carte Intel WiFi Link 5100 AGN (Intel WiFi Link
> >>> 5100)'
> >>>    class      = network
> >>>    bar   [10] = type Memory, range 64, base 0xec800000, size 8192,
> >>> enabled cap 01[c8] = powerspec 3  supports D0 D3  current D0
> >>>    cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1
> >>> message
> >>>    cap 10[e0] = PCI-Express 1 endpoint max data 128(128) link x1(x1)
> >>>
> >>> After resume:
> >>> iwn0@pci0:6:0:0:        class=0x028000 card=0x13018086
> >>> chip=0x42328086
> >>> rev=0x00 hdr=0x00
> >>>    vendor     = 'Intel Corporation'
> >>>    device     = 'Carte Intel WiFi Link 5100 AGN (Intel WiFi Link
> >>> 5100)'
> >>>    class      = network
> >>
> >> Are you sure you didn't forget the extra options to pciconf here?
> >> The bar
> >> should definitely not disappear since we save that state in
> >> software, not
> >> in hardware.  Also, the capability pointer register is set by the
> >> hardware,
> >> software never changes it.
> >
> > The complete pciconf before suspend:
> > http://techwires.net/~bschmidt/pciconf.before.txt
> > The complete pciconf after resume:
> > http://techwires.net/~bschmidt/pciconf.after.txt
> >
> > Comparing both yields exactly those 4 lines missing.
> 
> We should check if the device driver is doing something evil on
> suspend/resume. Can you boot without iwn loaded and suspend/resume ?

I'm sorry if it might came out wrong in my first email. It's Mykola Dzham's 
system which has those issue, I'm posting all information on prior discussions 
with him.

I can suspend/resume with iwn loaded, device works after resume as its 
supposed to.

For him kldload/kldunload does work too, those issues just come up after 
suspend. Based on that I had doubts that it is a general issue with the iwn 
driver.

-- 
Bernhard



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200911092049.35249.bschmidt>