We seem to have occasions where sending an IPI takes significantly
longer than 'normal'. The cause is still being tracked down but in the meantime there are machines where raising IPI_RETRIES does help - it's not just a case of the machine staying locked up longer and then panic-ing anyway. Several helpful folks on sparc64@ tried a patch that helped figure out what to raise this number to. Discussed on: sparc64@ MFC after: 3 days
This commit is contained in:
parent
e618ea0cdb
commit
009b028629
@ -45,7 +45,7 @@
|
||||
#define IPI_RENDEZVOUS PIL_RENDEZVOUS
|
||||
#define IPI_STOP PIL_STOP
|
||||
|
||||
#define IPI_RETRIES 100
|
||||
#define IPI_RETRIES 5000
|
||||
|
||||
struct cpu_start_args {
|
||||
u_int csa_count;
|
||||
|
Loading…
Reference in New Issue
Block a user