Thread (6 messages) 6 messages, 2 authors, 2016-03-23

Re: pseries/eeh: Handle RTAS delay requests in configure_bridge

From: Russell Currey <hidden>
Date: 2016-03-23 23:56:19

On Wed, 2016-03-23 at 21:39 +1100, Michael Ellerman wrote:
On Wed, 2016-03-23 at 13:52 +1100, Russell Currey wrote:
quoted
On Wed, 2016-03-23 at 11:38 +1100, Michael Ellerman wrote:
quoted
On Tue, 2016-22-03 at 00:34:55 UTC, Russell Currey wrote:
quoted

+		case RTAS_EXTENDED_DELAY_MIN+2:
+			mwait = 100;
+			break;
+		default:
+			goto err;
+		}
+
+		max_wait -= mwait;
+		msleep(mwait);
quoted
Can you use rtas_busy_delay() ?
Wasn't aware of that, makes life a lot easier.  Do you know if the 0.2s
maximum delay also applies across the board?  I definitely want to
enforce
it here, but if it is ubiquitous then it should be in rtas_busy_delay.
Not sure sorry, you'll have to read PAPR :)
It doesn't mention anything, but I was more concerned about whether it's
ever sensible to have that much of a sleep in any case.  Probably safe to
ignore given it hasn't been a problem up to this point.
cheers
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help