Skip to content
Snippets Groups Projects
  1. Nov 19, 2019
  2. Nov 15, 2019
  3. Nov 09, 2019
  4. Nov 08, 2019
  5. Nov 07, 2019
  6. Nov 06, 2019
    • Sridhar Gujje's avatar
      Merge remote-tracking branch 'dev/msm-4.14-camx' into msm-4.14.c2 10/31 · 7c1495f0
      Sridhar Gujje authored
      
      * commit 'a4ad2182':
        msm: camera: isp: Disable the PPI hw during PPI overflow case
        msm: camera: isp: Move CSID error propagation workq create code
        msm: camera:icp: Fix deadlock during ICP pagefault handling
        msm: camera: isp: Reset sof counter before enable the CSID path
        msm: camera: isp: Disable tasklet once
        msm: camera: isp: Mask unused rdi interrupts
        msm: camera: isp: CSID error propagation
        msm: camera: isp: Skip reapply of DMI config on bubble recovery
        ARM: dts: msm: Add svsl1 level for CSID clock in atoll
      
      Change-Id: I1fb0374d7363d9c459af780e31b9380b13696d51
      Signed-off-by: default avatarSridhar Gujje <sgujje@codeaurora.org>
      7c1495f0
  7. Nov 05, 2019
  8. Nov 04, 2019
  9. Nov 01, 2019
  10. Oct 31, 2019
    • rbandi's avatar
      defconfig: sm8150: Enable hid generic · 2254731f
      rbandi authored
      
      Enable hid-generic to handle hid devices
      which are not attached to any of the drivers.
      
      Change-Id: Iceca82d1407d34bbfcfc4a3d0da772d024515944
      Signed-off-by: default avatarrbandi <rohitbandi@codeaurora.org>
      2254731f
    • Vankadara, Suresh's avatar
    • Sahitya Tummala's avatar
      writeback: Fix NULL pointer dereference issue with inode->i_wb · e7ff55a6
      Sahitya Tummala authored
      
      There is a potential race between evict() and __mark_inode_dirty()
      observed with EXT4 FS. The ext4/jbd2 context is marking the inode as
      dirty while at the same time evict() is happening on another core.
      Due to this race, __mark_inode_dirty() is adding the inode to
      bdi_writeback IO dirty list, after evict() path has removed this
      inode from the writeback list. This results NULL pointer dereference
      issue when accessing inode->i_wb from writeback thread as below -
      
      locked_inode_to_wb_and_lock_list+0x2c/0x2a0
      inode_to_wb_and_lock_list+0x24/0x30
      writeback_sb_inodes+0x2cc/0x444
      __writeback_inodes_wb+0x78/0xbc
      wb_writeback+0x1c8/0x3d0
      wb_workfn+0x1a8/0x4d4
      process_one_work+0x1c0/0x3d4
      worker_thread+0x224/0x344
      kthread+0x120/0x130
      ret_from_fork+0x10/0x18
      
      Fix this by checking for the inode->i_state I_WILL_FREE or I_FREEING
      before and after adding to the writeback list. If it is observed to be
      in freeing path before adding, then simply return. If it is after adding
      to the writeback list, then remove this inode from the writeback list
      in __mark_inode_dirty() context itself.
      
      Change-Id: I1e5f15d81dae01f0dd7a108b1861adc83105ed7b
      Signed-off-by: default avatarSahitya Tummala <stummala@codeaurora.org>
      e7ff55a6
  11. Oct 30, 2019
  12. Oct 29, 2019
  13. Oct 28, 2019
  14. Oct 25, 2019
  15. Oct 24, 2019
Loading