Changed the DT compatibility to omap5 instead of omap4

Signed-off-by: Anand Balagopalakrishnan <anandb@ti.com>
K3.12: Update the driver for changes in ProcFS APIs

Signed-off-by: Anand Balagopalakrishnan <anandb@ti.com>
K3.12: Disable the warning for missing prototypes

* In K3.12, missing-prototypes warning causes compilation errors for NOP cache
* operations.
* Disable this warning

Signed-off-by: Anand Balagopalakrishnan <anandb@ti.com>
K3.12 update DRM_IOCTLs to reflect argument size

In the 3.12 kernel, the ioctls expect the argument size
to be present in the ioctl definition.

Change-Id: I74d0d3ecb4207f17031d5bb0636513affc036803
Signed-off-by: Subhajit Paul <subhajit_paul@ti.com>
K3.12 fix for SGX modifying return value after gem_new

SGX modifies the value of buffer size after gem is created
to align it to page size. In 3.12 kernel, if gem allocation
size and vaddr start and end do not match, a mmap cannot
be done.

So why not determine how much will be the return size and
allocate a big enough gem area. Makes both parties happy.

Change-Id: I5fb99d7a479f53048ddb77bda001bf516bec5d06
Signed-off-by: Subhajit Paul <subhajit_paul@ti.com>
K3.12 create a dummy gem handle for every gem allocation

K3.12 GEM vma features ensure that mmap on a gem is called
only if a handle is created for it. This serves the purpose
of authentication.

Since SGX creates GEM areas in KM using omap_gem_new_ext and
therefore no handles are created, mmap fails.

Lets just create a dummy handle for each gem object. Dont
bother to free it. drm_release will take care if it.

Change-Id: I2415a9a8aaf4001e558b824821a05904a2934005
Signed-off-by: Subhajit Paul <subhajit_paul@ti.com>
K3.12 mmap support for sync data

mmap support by creating in-kernel private handles was
incorporated in a previous patch. However, handles were
created only for memory allocated inside the mmap function.

If the mmap request is made on an existing memory, create a
handle as well.

Change-Id: I3a44db65700bc0f8e08ddc438d305bf2911817fb
Signed-off-by: Subhajit Paul <subhajit_paul@ti.com>