Add a .gitattribute to treat patches and text files as binary (from gcydtmkq)

I had never heard of this, but it is a great idea. This will treat our patches,
at least, as binary files and hopefully preserve our line endings. We are
starting to see some problems in Cygwin when not using ApG...I don't know if
that is because of a change in Cygwin or git. But attention needs to be paid.

Hopefully this has an effect. I also tried to add our patches/* path, since
all of the files in there are processed. We will see if it can be used that
way. I could also have made this untracked, but I want contributors to be able
to post patches, and this stops them from having to set their own unique
environment.
New services2.patch for PA

This is another use of the ALTERNATE_PATCH structure. PA has multiple forks
floating around, but two main forks, which are indistinguishable from the
build.prop. We use build.prop parsing to match patches, by romtype and date.
But the PA forks have identical build.props.

We previously got around this with the telphony patch by adding an alternate
patch function. If a $FILE.patch fails, it looks for a $FILE2.patch. If that
fails, it will look for a $FILE3 and so on. Might be how we leverage the change
to 3.0, maybe not. But it works for PA right now.

I also had to move the ALTERNATE_PATCH_NUMBER lower in the loop, so it would\
intialize for each $FILE being patched. Where it was, it carried the increment
over to the next patch, as in started looking for telephony-common3.patch.
New AOKP patches for Milestone2

This may end up being like the CM Final builds and break nightlies. We will
cross that bridge when we come to it.
Adjust PINGCOUNT to be Windows compatible as well as cygwin. Version: 2.9935

Thanks to gcydtmkq for all the cygwin work!