Re: [Intel-gfx] [PATCH v2 0/4] eventfd: simplify signal helpers

2023-11-23 Thread Jens Axboe
based on Sean's suggestion. > > Signed-off-by: Christian Brauner > > Changes in v2: > - further simplify helpers > - Link to v1: > https://lore.kernel.org/r/20230713-vfs-eventfd-signal-v1-0-7fda6c5d2...@kernel.org Only oddity I spotted was the kerneldoc, which someone else alr

Re: [Intel-gfx] Public i915 CI shardruns are disabled

2021-03-02 Thread Jens Axboe
On 3/2/21 6:01 PM, Linus Torvalds wrote: > On Tue, Mar 2, 2021 at 4:36 PM Jens Axboe wrote: >> >> Or if you want a pull, just let me know. Have another misc patch to >> flush out anyway that doesn't belong in any of my usual branches. > > Ok, if you have somethi

Re: [Intel-gfx] Public i915 CI shardruns are disabled

2021-03-02 Thread Jens Axboe
On 3/2/21 5:15 PM, Jens Axboe wrote: > On 3/2/21 4:56 PM, Linus Torvalds wrote: >> On Tue, Mar 2, 2021 at 3:38 PM Dave Airlie wrote: >>> >>> Looks like Jens saw it at least, he posted this on twitter a few mins >>> ago so I assume it'll be incoming soon.

Re: [Intel-gfx] Public i915 CI shardruns are disabled

2021-03-02 Thread Jens Axboe
re of it after lunch today and emailed Christoph, but then decided to dig into it myself a few hours later. Andrew already queued it up I just saw, but I noticed that that version will break on !CONFIG_HIBERNATION. Patch below if you just want to grab it. commit e25b1010db005a59727e1ff5f43af889effd31a3

Re: [Intel-gfx] [PATCH] block: convert tasklets to use new tasklet_setup() API

2020-08-19 Thread Jens Axboe
let() > > - out_cast() or outer_cast() > - from_member(). > - container_from() or from_container() > > from_container() sounds fine, would trimming it a bit work? like from_cont(). I like container_from() the most, since it's the closest to contain_of() which is a well known i

Re: [Intel-gfx] [PATCH] block: convert tasklets to use new tasklet_setup() API

2020-08-19 Thread Jens Axboe
On 8/19/20 6:11 AM, Greg KH wrote: > On Wed, Aug 19, 2020 at 07:00:53AM -0600, Jens Axboe wrote: >> On 8/18/20 1:00 PM, James Bottomley wrote: >>> On Mon, 2020-08-17 at 13:02 -0700, Jens Axboe wrote: >>>> On 8/17/20 12:48 PM, Kees Cook wrote: >>>>> O

Re: [Intel-gfx] [PATCH] block: convert tasklets to use new tasklet_setup() API

2020-08-19 Thread Jens Axboe
On 8/18/20 1:00 PM, James Bottomley wrote: > On Mon, 2020-08-17 at 13:02 -0700, Jens Axboe wrote: >> On 8/17/20 12:48 PM, Kees Cook wrote: >>> On Mon, Aug 17, 2020 at 12:44:34PM -0700, Jens Axboe wrote: >>>> On 8/17/20 12:29 PM, Kees Cook wrote: >>>>> O

Re: [Intel-gfx] [PATCH] block: convert tasklets to use new tasklet_setup() API

2020-08-17 Thread Jens Axboe
On 8/17/20 12:48 PM, Kees Cook wrote: > On Mon, Aug 17, 2020 at 12:44:34PM -0700, Jens Axboe wrote: >> On 8/17/20 12:29 PM, Kees Cook wrote: >>> On Mon, Aug 17, 2020 at 06:56:47AM -0700, Jens Axboe wrote: >>>> On 8/17/20 2:15 AM, Allen Pais wrote: >>>>>

Re: [Intel-gfx] [PATCH] block: convert tasklets to use new tasklet_setup() API

2020-08-17 Thread Jens Axboe
On 8/17/20 12:29 PM, Kees Cook wrote: > On Mon, Aug 17, 2020 at 06:56:47AM -0700, Jens Axboe wrote: >> On 8/17/20 2:15 AM, Allen Pais wrote: >>> From: Allen Pais >>> >>> In preparation for unconditionally passing the >>> struct tasklet_struct pointer

Re: [Intel-gfx] [PATCH] block: convert tasklets to use new tasklet_setup() API

2020-08-17 Thread Jens Axboe
e up with the idea to add a macro 'from_tasklet' that is just container_of? container_of in the code would be _much_ more readable, and not leave anyone guessing wtf from_tasklet is doing. I'd fix that up now before everything else goes in... -- Jens Axboe

Re: [Intel-gfx] improve use_mm / unuse_mm v2

2020-04-17 Thread Jens Axboe
a few patches > - fix a comment typo > - cover the newly merged use_mm/unuse_mm caller in vfio You can add my reviewed-by/tested-by to the patches, passes the io_uring regression tests. -- Jens Axboe ___ Intel-gfx mailing list Intel-g

Re: [Intel-gfx] [PATCH 02/12] blk: use for_each_if

2018-07-12 Thread Jens Axboe
On 7/12/18 12:45 AM, Joe Perches wrote: > On Wed, 2018-07-11 at 20:50 +0200, Daniel Vetter wrote: >> On Wed, Jul 11, 2018 at 8:30 PM, Jens Axboe wrote: >>> On 7/11/18 10:45 AM, Tejun Heo wrote: >>>> On Wed, Jul 11, 2018 at 09:40:58AM -0700, Tejun Heo wrote: >&

Re: [Intel-gfx] [PATCH 02/12] blk: use for_each_if

2018-07-11 Thread Jens Axboe
On 7/11/18 3:08 PM, Daniel Vetter wrote: > On Wed, Jul 11, 2018 at 10:06 PM, Tejun Heo wrote: >> On Wed, Jul 11, 2018 at 01:31:51PM -0600, Jens Axboe wrote: >>> I don't think there's a git easy way of sending it out outside of >>> just ensuring that everybody

Re: [Intel-gfx] [PATCH 02/12] blk: use for_each_if

2018-07-11 Thread Jens Axboe
On 7/11/18 12:50 PM, Daniel Vetter wrote: > On Wed, Jul 11, 2018 at 8:30 PM, Jens Axboe wrote: >> On 7/11/18 10:45 AM, Tejun Heo wrote: >>> On Wed, Jul 11, 2018 at 09:40:58AM -0700, Tejun Heo wrote: >>>> On Mon, Jul 09, 2018 at 10:36:40AM +0200, Daniel Vetter

Re: [Intel-gfx] [PATCH 02/12] blk: use for_each_if

2018-07-11 Thread Jens Axboe
; Signed-off-by: Daniel Vetter >>> Cc: Tejun Heo >>> Cc: Jens Axboe >>> Cc: Shaohua Li >>> Cc: Kate Stewart >>> Cc: Greg Kroah-Hartman >>> Cc: Joseph Qi >>> Cc: Daniel Vetter >>> Cc: Arnd Bergmann >> >> Acke

Re: [Intel-gfx] [PATCH] drm/i915: Make vblank evade warnings optional

2017-05-08 Thread Jens Axboe
On 05/08/2017 01:25 AM, Daniel Vetter wrote: > On Sun, May 07, 2017 at 07:52:14PM -0600, Jens Axboe wrote: >> On 05/07/2017 11:56 AM, Daniel Vetter wrote: >>> On Sun, May 7, 2017 at 7:46 PM, Jens Axboe wrote: >>>> On 05/07/2017 11:12 AM, ville.syrj...@linux.inte

Re: [Intel-gfx] [PATCH] drm/i915: Make vblank evade warnings optional

2017-05-07 Thread Jens Axboe
On 05/07/2017 11:56 AM, Daniel Vetter wrote: > On Sun, May 7, 2017 at 7:46 PM, Jens Axboe wrote: >> On 05/07/2017 11:12 AM, ville.syrj...@linux.intel.com wrote: >>> From: Ville Syrjälä >>> >>> Add a new Kconfig option to enable/disable the extra warnings >

Re: [Intel-gfx] [PATCH] drm/i915: Make vblank evade warnings optional

2017-05-07 Thread Jens Axboe
still very easy > to hit on SKL, so we have more work ahead of us to optimize > the crtiical section further. Shouldn't it just be a debug printk or something instead, so that normal people don't see it, but the folks that turn on debugging can get the info they nee

Re: [Intel-gfx] drm] Atomic update on pipe (A) took 119 us, max time under evasion is 100 us

2017-05-04 Thread Jens Axboe
On 05/04/2017 11:42 AM, Ville Syrjälä wrote: > On Thu, May 04, 2017 at 09:26:09AM -0600, Jens Axboe wrote: >> Hi, >> >> Running current -git on my laptop (20FB, X1 Carbon gen4, skylake), I get >> a lot of the below warnings. Things seem to work fine (in fact it seems &g

[Intel-gfx] drm] Atomic update on pipe (A) took 119 us, max time under evasion is 100 us

2017-05-04 Thread Jens Axboe
[drm] Atomic update on pipe (A) took 296 us, max time under evasion is 100 us [ 8648.787792] [drm] Atomic update on pipe (A) took 214 us, max time under evasion is 100 us -- Jens Axboe ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org

Re: [Intel-gfx] Limit busywaiting

2015-11-19 Thread Jens Axboe
stress tests and cancel the busywaiting for desktop loads. Chris, I tested these 3 on top of the previous 2us limit patch, and it seems to work fine. You can add: Tested-by: Jens Axboe to them, if you'd like. -- Jens Axboe ___ Intel-gfx ma

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Limit the busy wait on requests to 2us not 10ms!

2015-11-17 Thread Jens Axboe
to on until some more clever tracking has been added to dynamically adapt to on when to poll and when not to. It should not be a default-on type of thing until it's closer to doing the right thing for a normal workload, not just some synthetic benchmark. -- Jens Axboe __

Re: [Intel-gfx] [PATCH] drm: Fix locking for sysfs dpms file

2015-09-30 Thread Jens Axboe
s and submitted a patch to just grab the mode_config.connection_mutex, but we can do a bit better. v2: Remove unused variables I failed to git add for real. Reported-by: Jens Axboe Cc: Jens Axboe Cc: Rob Clark Cc: sta...@vger.kernel.org Signed-off-by: Daniel Vetter Works for me, thanks Dan