1. 30 Mar, 2021 1 commit
    • Dmitry Osipenko's avatar
      drm/tegra: dc: Don't set PLL clock to 0Hz · f8fb97c9
      Dmitry Osipenko authored
      RGB output doesn't allow to change parent clock rate of the display and
      PCLK rate is set to 0Hz in this case. The tegra_dc_commit_state() shall
      not set the display clock to 0Hz since this change propagates to the
      parent clock. The DISP clock is defined as a NODIV clock by the tegra-clk
      driver and all NODIV clocks use the CLK_SET_RATE_PARENT flag.
      
      This bug stayed unnoticed because by default PLLP is used as the parent
      clock for the display controller and PLLP silently skips the erroneous 0Hz
      rate changes because it always has active child clocks that don't permit
      rate changes. The PLLP isn't acceptable for some devices that we want to
      upstream (like Samsung Galaxy Tab and ASUS TF700T) due to a display panel
      clock rate requirements that can't be fulfilled by using PLLP and then the
      bug pops up in this case since parent clock is set to 0Hz, killing the
      display output.
      
      Don't touch DC clock if pclk=0 in order to fix the problem.
      Signed-off-by: default avatarDmitry Osipenko <digetx@gmail.com>
      Signed-off-by: default avatarThierry Reding <treding@nvidia.com>
      f8fb97c9
  2. 06 Mar, 2021 4 commits
  3. 05 Mar, 2021 33 commits
  4. 04 Mar, 2021 2 commits
    • Jens Axboe's avatar
      kernel: provide create_io_thread() helper · cc440e87
      Jens Axboe authored
      Provide a generic helper for setting up an io_uring worker. Returns a
      task_struct so that the caller can do whatever setup is needed, then call
      wake_up_new_task() to kick it into gear.
      
      Add a kernel_clone_args member, io_thread, which tells copy_process() to
      mark the task with PF_IO_WORKER.
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      cc440e87
    • Pavel Begunkov's avatar
      io_uring: reliably cancel linked timeouts · dd59a3d5
      Pavel Begunkov authored
      Linked timeouts are fired asynchronously (i.e. soft-irq), and use
      generic cancellation paths to do its stuff, including poking into io-wq.
      The problem is that it's racy to access tctx->io_wq, as
      io_uring_task_cancel() and others may be happening at this exact moment.
      Mark linked timeouts with REQ_F_INLIFGHT for now, making sure there are
      no timeouts before io-wq destraction.
      Signed-off-by: default avatarPavel Begunkov <asml.silence@gmail.com>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      dd59a3d5