More expeirmentation suggests that 10ms isn't as reliable as
previously thought, but 100ms seems to be. Likely there's a good middle ground, but for now be conservative.
This commit is contained in:
parent
0b96c05a7a
commit
cf95dbae06
Notes:
svn2git
2020-12-20 02:59:44 +00:00
svn path=/head/; revision=223219
@ -811,14 +811,14 @@ cbb_power(device_t brdev, int volts)
|
||||
mtx_unlock(&sc->mtx);
|
||||
|
||||
/*
|
||||
* Relax for 10ms. Some bridges appear to assert this signal
|
||||
* Relax for 100ms. Some bridges appear to assert this signal
|
||||
* right away, but before the card has stabilized. Other
|
||||
* cards need need more time to cope up reliabily.
|
||||
* Experiments with troublesome setups show this to be a
|
||||
* "cheap" way to enhance reliabilty. We need not do this for
|
||||
* "off" since we don't touch the card after we turn it off.
|
||||
*/
|
||||
pause("cbbPwr", min(hz / 100, 1));
|
||||
pause("cbbPwr", min(hz / 10, 1));
|
||||
|
||||
/*
|
||||
* The TOPIC95B requires a little bit extra time to get its
|
||||
|
Loading…
Reference in New Issue
Block a user