Re: [oe-commits] org.oe.dev apm: turn off wifi cards before suspend so they are fully reloaded upon resume. closes 3664.

[Paul Sokolovsky <pmiscml@gmail.com>]

Hello Koen,

Thursday, January 17, 2008, 2:22:14 PM, you wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1

> Paul Sokolovsky schreef:
> | How workarounds for specific buggy wifi cards relate to a generic APM
> | daemon? Or from other side, why everyone should endure more latency
> | during suspend/resume, with that latency already being >1s, because 5%
> | or less of those "everyone" use buggy cards?
> |
> | Please move this workaround to a packages of the buggy driver, or to a
> | separate package which is RDEPEND'ed by buggy driver. See
> | bluez-dtl1-workaround_1.0.bb for similar conversion performed.

> IIRC this is a workaround for cards that have their firmware in RAM
> (i.e. almost all hostap cards). They loose their firmware on suspend and
> our scripts don't reload it. This is actually a bug in our firmware
> loading scripts and I think this solution is acceptable medium-term, but
> ~ longterm we should fix our firmware loading scripts.

  Ok, no problem. There're lots of broken hardware and drivers around,
and of course they need to be supported still, and right now. The question
is how that is done - if it comes mixed into one big mess, we won't have
nice working system at all. And as someone who makes small steps towards
clearing this stuff (all the fixes I already did to udev and apmd to
get rid of device-specific hacks in them), I don't appreciate someone
moving in the opposite direction just to solve on-spot problem. OE is
powerful environment allowing to solve make focused, maintainable and
reusable changes - even if they're workarounds, and people should
learn to use them.


> regards,

> Koen

[]



-- 
Best regards,
 Paul                            mailto:pmiscml@gmail.com