High CPU load in java.nio using poll

Sometimes when phone goes out of coverage CPU is
stuck at high load when it should not.

System.os.poll() returns the number of file descriptors
ready to be processed, but since they all have
revent=POLLERR, they are not handled/sent to the
application. Next time application does Selector.select(),
native will not block since there are FDs which have to
be processed and Java will discard them again.

As a result, Selector.select() gets called again and again,
producing 100% CPU load per thread that polls for FDs with
POLLERR set.

The fix is to add POLLERR handling (POLLHUP is being
handled already).

Bug: 17456151
Change-Id: I04bbb8e64bf64aee1e95ea7a1a2e1d16c6e1c990
Merge "High CPU load in java.nio using poll"
Remove referenceStaticOffsets from Class.java since it's not needed anymore.

Bug: 16236588
Change-Id: Icebdf0febee72a5dbbebc1906b069d52bf756e80
Merge "Remove referenceStaticOffsets from Class.java since it's not needed anymore."