Comment 8 for bug 1681909

------- Comment From <email address hidden> 2017-07-31 14:14 EDT-------
(In reply to comment #30)
> I don't see any fundamental issue with providing a NET_WAIT_TIME variable
> (probably should be namespaced to KDUMP_) in the kdump config file, but:

Right, KDUMP_NET_WAIT_TIME is better..

> 1) this seems like a hack to work around slow hardware, right?

Yeah. On NICs that are slow to initialize. With my limited expertise
in network related problems, I thought this can be a nice config option
to have. A right fix might be somewhere in network related stuff..

> 2) it can't be automatically deduced, afaict. Or do you want to have 30s
> delays (potentially) on all POWER machines?

No. I think this has more to do with the NIC than arch. What I have in mind
is a 0s delay time by default but something that can be set
to a non-zero value for NICs like this using KDUMP_NET_WAIT_TIME=

> 3) I'm not 100% familiar with the 'upstream' of kdump-tools -- is this
> something that we'd need to carry forever in the Debian/Ubuntu packaging?

Probably, unless there is a fix in NIC (hardware/firmware) and/or network related code
that makes this config option redundant..