move the problematic mapped gpio

Signed-off-by: Christopher Hall <christopherhall.hsw@gmail.com>
[PlatformWithOS] IMPORTANT BeagleBone Black changes

1. The gpio.c is now changed to use device tree.

   The mapped GPIO (now renamed to gpio_mapped.c) does not work on
   GPIO0, GPIO2 or GPIO3 because these device do not appear to be
   enabled by the kernel.

   This is considerably more complex than just writing bits to a
   single register; it depend on compiled dts files in /lib/firmware
   that are auto loaded by the kernel.  Fortunately the Github user
   'nomel' has a script to generate these and has already checked in
   the generated files.

   Just clone https://github.com/nomel/beaglebone.git and copy the
   relevant files  see README-BeagleBoneBlack.md for more details.

2. RESET moved to P9-26

   Initially the RESET line was connected to P9-25, but even with
   device tree this was not responding, I did not investigate after
   seeing an error when trying to allocate this pin using the cape manage
   'slots' system - the error seemed to indicate that something else
   was using that pin.  Instead I just moved RESET P9-26 so please
   adjust the EPD connection.

Signed-off-by: Christopher Hall <christopherhall.hsw@gmail.com>