Re: [PATCH v2 01/19] powerpc/rtas: handle extended delays safely in early boot

Nathan Lynch writes: > Michael Ellerman writes: >> Nathan Lynch via B4 Submission Endpoint >> writes: >>> From: Nathan Lynch >>> >>> Some code that runs early in boot calls RTAS functions that can return >>> -2 or 990x statuses, which mean the caller should retry. An example is >>>

Re: [PATCH v2 01/19] powerpc/rtas: handle extended delays safely in early boot

Michael Ellerman writes: > Nathan Lynch via B4 Submission Endpoint > writes: >> From: Nathan Lynch >> >> Some code that runs early in boot calls RTAS functions that can return >> -2 or 990x statuses, which mean the caller should retry. An example is >> pSeries_cmo_feature_init(), which invokes

Re: [PATCH v2 01/19] powerpc/rtas: handle extended delays safely in early boot

Nathan Lynch via B4 Submission Endpoint writes: > From: Nathan Lynch > > Some code that runs early in boot calls RTAS functions that can return > -2 or 990x statuses, which mean the caller should retry. An example is > pSeries_cmo_feature_init(), which invokes ibm,get-system-parameter but >

[PATCH v2 01/19] powerpc/rtas: handle extended delays safely in early boot

From: Nathan Lynch Some code that runs early in boot calls RTAS functions that can return -2 or 990x statuses, which mean the caller should retry. An example is pSeries_cmo_feature_init(), which invokes ibm,get-system-parameter but treats these benign statuses as errors instead of retrying.