On Thu, Jul 20, 2017 at 07:34:12PM +0200, Riccardo Mottola wrote: > Hi! > > it does help a lot! >
Cool! I'll commit it. > I get a notice (without crash) in dmesg that uaudio doesn't support power > management. > > thus I did the trick... > > drvctl -d uaudio0 > > it detached properly, so I issued sleep again... and voilà! I see the flush > message and indeed the screen turns black and the power led "blinks". So we > went to sleep. > This means we have two problematic drivers? I think that means it doesn't pmf_register_something, not necessarily that it is broken. opposite of ral, which claims support for suspend but then fails. ral does have some support for suspend, but it's all ifdef'd out, with RAL_POWER_MANAGEMENT defined to 0 in dev/pci/if_ral_pci.c. > dr%_`ci_irq_^Hnsta,l() at n%tbs$:drl_pcH_irp_Hn3tAll+0x1aw() at > nDtbs`:^__i915GdRm_thaw+0xcf > i915drikm^Q_Pesume^H) at jeTbSv)ce_`m&_driv%p^S2esume+0x5& > pmfCdeVIca_resume^Wlgc+ed() at net"qdWDevice^^resumd+ x47 > pmfCsistem_`equMe ) at netbsd:plf^system_pe!te+0x07a This one is probably: http://gnats.netbsd.org/52409 It's a recent regression (applies to -8 and -current), and has a known fix that will probably be committed soon.
