init from T800 Sourve from opensource.samsung.com
drivers: gud: Delete a crazy nasty Makefile to avoid confusion

This Makefile globally changes the optimization levels as one
of the more egregious errors in it.

Just delete it so I never have to look at it again.
drivers: gud: Make the makefile sane and work with alt. output dir
picassowifi: Add some extra defines to make exynos5-insignal happy
picassowifi: Export additional include files needd by slsi
picassowifi: input: Switch SW_FLIP to SW_LID

This should support magnetic cases.
picassowifi: SW_LID needs the inverted state from SW_FLIP
added cyanogenmod_chagallwifi_defconfig
added crosscompilepath to build outside cm-tree
fix including synaptics firmware in kernel when building inside cm-tree
picassowifi: consumerir: Do not defer driver init
Fix MTP USB windows file transfer
freezer: replace msleep with usleep_delay for sleep time of <20mS

usleep_delay() works more accurately for sleep time of <20mS.
All tasks can easily be frozen in under 10 ms, switch to using
an initial 1 ms sleep followed by exponential backoff until 8 ms.

Change-Id: Id932d7dbefe9c59eded33aa87cdb3cb8b581efa2
Signed-off-by: Sravan Kumar Ambapuram <asravan@codeaurora.org>
updated defconfig settings after removing samsung mtp
picassowifi: Add /sysfs support for scaling_available_frequencies
we need PARANOID_NETWORK for bt.
Usual tuning of deadline for flash.
From 7747bd4bceb3079572695d3942294a6c7b265557 Mon Sep 17 00:00:00 2001 From: Dave Chinner <dchinner@redhat.com> Date: Tue, 02 Jul 2013 12:38:35 +0000 Subject: sync: don't block the flusher thread waiting on IO

    When sync does it's WB_SYNC_ALL writeback, it issues data Io and
    then immediately waits for IO completion. This is done in the
    context of the flusher thread, and hence completely ties up the
    flusher thread for the backing device until all the dirty inodes
    have been synced. On filesystems that are dirtying inodes constantly
    and quickly, this means the flusher thread can be tied up for
    minutes per sync call and hence badly affect system level write IO
    performance as the page cache cannot be cleaned quickly.

    We already have a wait loop for IO completion for sync(2), so cut
    this out of the flusher thread and delegate it to wait_sb_inodes().
    Hence we can do rapid IO submission, and then wait for it all to
    complete.

    Effect of sync on fsmark before the patch:

    FSUse%        Count         Size    Files/sec     App Overhead
    .....
         0       640000         4096      35154.6          1026984
         0       720000         4096      36740.3          1023844
         0       800000         4096      36184.6           916599
         0       880000         4096       1282.7          1054367
         0       960000         4096       3951.3           918773
         0      1040000         4096      40646.2           996448
         0      1120000         4096      43610.1           895647
         0      1200000         4096      40333.1           921048

    And a single sync pass took:

      real    0m52.407s
      user    0m0.000s
      sys     0m0.090s

    After the patch, there is no impact on fsmark results, and each
    individual sync(2) operation run concurrently with the same fsmark
    workload takes roughly 7s:

      real    0m6.930s
      user    0m0.000s
      sys     0m0.039s

    IOWs, sync is 7-8x faster on a busy filesystem and does not have an
    adverse impact on ongoing async data write operations.

    Signed-off-by: Dave Chinner <dchinner@redhat.com>
    Reviewed-by: Jan Kara <jack@suse.cz>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    ---

    commit      7747bd4bceb3079572695d3942294a6c7b265557 (patch)
    tree        7d6ecbf886ddcb4a102e3b501ee02ea82b3719c2
    parent      8bb495e3f02401ee6f76d1b1d77f3ac9f079e376 (diff)