netfilter: nf_ct_sip: don't drop packets with offsets pointing outside the packet

Some Cisco phones create huge messages that are spread over multiple packets.
After calculating the offset of the SIP body, it is validated to be within
the packet and the packet is dropped otherwise. This breaks operation of
these phones. Since connection tracking is supposed to be passive, just let
those packets pass unmodified and untracked.

Signed-off-by: Patrick McHardy <kaber@trash.net>
Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>

Conflicts:
	net/netfilter/nf_conntrack_sip.c

This commit appears in the 3.8 and 3.9 branches of the Linux kernel
and according to feanor3 on xda-developers:

The "Cisco Jabber" app lets you use your cell phone as a SIP
endpoint with your work number on a Cisco phone system. The
registration packets that Cisco uses are apparently larger
than normal. With your kernel, the registration does not complete.
With your kernel and line 1421 changed to NF_ACCEPT, the registration
complete

Change-Id: If0c4eff68fa10af43767ad49808394910cae4309
applied mali changes from SEA update 1, by keeping utilization_timeout at 100 ms

Change-Id: Id6e6b6b5e1cb46e663fe877ffc6616868f99a554
mali: reduce logs (thanks dorimanx)

Change-Id: I69e8a9e27d5763ccf8304b93b524dc15a2dcf4f9
Decrease driver verbosity
It stops driver from clobbering kmsg entirely.
thanks to Rebell, this seems to be the better way to fix it

Change-Id: I9a7b6624c6a53c51236a3769c2e15c4e44594d03
gpu control: fix warning

Change-Id: I04cd86506568fba2fa787777fab2ca4d8ebe80ff
gpu control: automatically apply correct voltages according to choosen freq (thanks to yank555-lu for his implementation)

Change-Id: Id2622ca338a3f53e7f414b1cd0a1130c54b090aa
gpu control: Global voltage delta (yank555-lu)

Change-Id: I29e2063b17acf93bddf539201be20c579169ced3
Added v2.5a Mali-r3p2 (I9300 & I9305) defconfigs and updated build scripts