poll problem?

[Karlis Peisenieks]

Hello!

While using poll with rather large timeouts I came across a "problem" with 
maximum timeout value that can be passed to poll. By reading manpage 
people can expect that maximum timeout they can specify is 2^31 ms or ~596 
hours (here and on I assume i386). In reality maximum timeout is HZ 
dependent and value larger than max is treated the same as negative 
timeout ("infinite" as per manpage, MAX_SCHEDULE_TIMEOUT in HZ units in 
reality). With HZ == 100 this value is ~6 hours (MAX_SCHEDULE_TIMEOUT / 
100). With HZ == 1000 this value is only ~35min!

And now questions:
- is this how it is supposed to be (then manpage should be fixed)?
- perhaps current approach of timeout calc should be changed so that for 
large (> MAX_SCHEDULE_TIMEOUT / HZ) timeout values some other method (not 
that precise, e.g. : timeout = (timeout / 1000) * HZ) should be used?

Karlis