flo: fix rmt_storage wakelock issues

 * The cause of this was in the GSS (GPS) subsystem of the PIL (Modem)
   driver which somehow failed to acquire/release the wakelocks.
 * Invoking a simple 'stop rmt_storage' from an evelevated shell
   seems to fix these issues, however, this forces the daemon to stop
   working alltogether, which is not what we want.
 * After further analyzing of the issue and comparing with reference
   sources, it became clear that the ueventd permissions for PIL-GSS
   are messed up.
 * This is a clean fix, and after manually restarting the rmt_storage
   service, we do not get the constant and ongoing rmt_storage wakelock
   spam anymore, but the desired output of the daemon, which looks like
   the following if configured correctly:

   I/rmt_storage( 3615): Target is APQ8064: 704650186
   I/rmt_storage( 3615): No EBR found
   I/rmt_storage( 3615): Error (-1) parsing MBR partitions
   I/rmt_storage( 3615): Registering modemst1: 0x4a /boot/modem_fs1
   I/rmt_storage( 3615): Registering modemst2: 0x4b /boot/modem_fs2
   I/rmt_storage( 3615): Registering fsg: 0x58 /boot/modem_fsg
   I/rmt_storage( 3615): Registering ssd: 0x5d ssd
   I/rmt_storage( 3615): 4 GPT partitions found