On Thu, Jul 17, 2025 at 11:02:49AM -0400, Rodrigo Vivi wrote:
> Hi Dave and Sima,
>
> Here goes the drm-intel-fixes of this week
> with a single display fix.
>
> This might conflict when getting merged, but the
> solution is trivial to go what is already in the -next trees.
doh! it looks that I
On Thu, Jul 10, 2025 at 06:32:25PM -0400, Rodrigo Vivi wrote:
> Hi Dave and Sima,
>
> Here goes the drm-intel-fixes of this week as I'm covering for Joonas here.
>
> Also, only the single DSI fix from Hans.
>
> Thanks,
> Rodrigo.
>
> drm-intel-fixes-2025-07-10:
> Short summary of fixes:
> - DSI
On Thu, Feb 06, 2025 at 09:11:42AM -0500, Rodrigo Vivi wrote:
> Hi Dave and Sima,
>
> Here goes the first i915 fixes towards 6.14.
>
> It looks that our CI was dead for the last round, but I double
> checked locally in both ADL-P and DG2 and everything is working fine.
> In the last round the onl
On 09/08/2024 10:35, Joonas Lahtinen wrote:
> Quoting Krzysztof Kozlowski (2024-08-08 21:44:39)
>> On 08/08/2024 20:35, Krzysztof Kozlowski wrote:
>>> On 08/08/2024 10:45, Tvrtko Ursulin wrote:
Hi Dave, Sima,
A small bunch of fixes for the weekly cycle:
>>>
>>> ...
>>>
Quoting Krzysztof Kozlowski (2024-08-08 21:44:39)
> On 08/08/2024 20:35, Krzysztof Kozlowski wrote:
> > On 08/08/2024 10:45, Tvrtko Ursulin wrote:
> >>
> >> Hi Dave, Sima,
> >>
> >> A small bunch of fixes for the weekly cycle:
> >
> > ...
> >
> >>
> >>
On 09/08/2024 09:13, Dave Airlie wrote:
> Hi Krzysztof,
>
> You might want to familiarise yourself with the drm tree development
> procedures before weighing in,
> and snarky comments like the final one are not appreciated on this
> list or in this community.
>
> The drm next trees are never reba
Hi Krzysztof,
You might want to familiarise yourself with the drm tree development
procedures before weighing in,
and snarky comments like the final one are not appreciated on this
list or in this community.
The drm next trees are never rebased (only in super rare emergencies),
we never rebase ne
On 08/08/2024 20:35, Krzysztof Kozlowski wrote:
> On 08/08/2024 10:45, Tvrtko Ursulin wrote:
>>
>> Hi Dave, Sima,
>>
>> A small bunch of fixes for the weekly cycle:
>
> ...
>
>>
>>
>> Andi Shyti (2):
>> drm/i915/gem: Adjust vm
On 08/08/2024 10:45, Tvrtko Ursulin wrote:
>
> Hi Dave, Sima,
>
> A small bunch of fixes for the weekly cycle:
...
>
>
> Andi Shyti (2):
> drm/i915/gem: Adjust vma offset for framebuffer mmap offset
> drm/i915/gem: Fi
On Tue, Jul 02, 2024 at 11:28:39AM +0300, Jani Nikula wrote:
>
> Hi Dave & Sima -
>
> One early fix this week.
>
> drm-intel-fixes-2024-07-02:
> drm/i915 fixes for v6.10-rc7:
> - Skip unnecessary MG programming, avoiding warnings (Imre)
>
> BR,
> Jani.
>
> The following changes since commit 22
On Fri, Mar 29, 2024 at 06:23:54AM -0400, Musial, Ewelina wrote:
> Hi Rodrigo,
>
> When I opened dashboard early morning all results were available, so I don't
> think there was any issue during night.
> It could be long reporting queue - reporting through AWS takes ages but this
> is not an iss
Hi Rodrigo,
When I opened dashboard early morning all results were available, so I don't
think there was any issue during night.
It could be long reporting queue - reporting through AWS takes ages but this is
not an issue with reporting, this is how AWS works.
Regards,
Ewelina
-Original Me
On Thu, Nov 30, 2023 at 04:58:48PM +0200, Jani Nikula wrote:
>
> Hi Dave & Sima -
>
> i915 fixes for v6.7-rc4.
>
> drm-intel-fixes-2023-11-30:
> drm/i915 fixes for v6.7-rc4:
> - Mark internal GSC engine with reserved uabi class
> - Take VGA converters into account in eDP probe
> - Fix intel_pre_
On Thu, 25 May 2023, Joonas Lahtinen wrote:
> Hi Dave & Daniel,
>
> Here goes drm-intel-fixes for v4.6-rc4.
You're seven years late for that one. ;D
J.
>
> Again just one fix, for pipejoiner config pipe disabling.
>
> Regards, Joonas
>
> ***
>
> drm-intel-fixes-2023-05-25:
>
> PIPEDMC disabling
On Thu, Apr 13, 2023 at 10:13:57AM +0300, Jani Nikula wrote:
>
> Hi Dave & Daniel -
>
> One DSI fix, stable material.
>
> drm-intel-fixes-2023-04-13:
> drm/i915 fixes for v6.3-rc7:
> - Fix dual link DSI for TGL+
>
> BR,
> Jani.
>
> The following changes since commit 09a9639e56c01c7a00d6c0ca63f
On Wed, Apr 05, 2023 at 12:04:04PM +0300, Jani Nikula wrote:
>
> Hi Dave & Daniel -
>
> drm-intel-fixes-2023-04-05:
> drm/i915 fixes for v6.3-rc6:
> - Fix DP MST DSC M/N calculation to use compressed bpp
> - Fix racy use-after-free in perf ioctl
> - Fix context runtime accounting
> - Fix handling
On Thu, Mar 30, 2023 at 02:30:29PM +0300, Jani Nikula wrote:
>
> Hi Dave & Daniel -
>
> drm-intel-fixes-2023-03-30:
> drm/i915 fixes for v6.3-rc5:
> - Fix PMU support by reusing functions with sysfs
> - Fix a number of issues related to color, PSR and arm/noarm
> - Fix state check related to ICL
On Thu, Mar 23, 2023 at 12:46:27PM +0200, Jani Nikula wrote:
>
> Hi Dave & Daniel -
>
> Otherwise a fairly regular fixes pull, except for two things:
>
> First, I have not gotten CI results on this. I don't know what gives.
>
> Second, I missed adding the hwmon revert to the tag. I accidentally
On Thu, Jan 05, 2023 at 03:02:20PM -0500, Rodrigo Vivi wrote:
> Hi Dave and Daniel,
>
> Only GVT related fixes for this round.
>
> I have another fix queued for i915_vma_unbind_async from Nirmoy that will
> target stable 5.18, but I figured it out late so I didn't run CI on that yet.
> So I'm hol
On Fri, Dec 30, 2022 at 04:59:38AM -0500, Rodrigo Vivi wrote:
> Hi Dave and Daniel,
>
> Here goes the initial fixes for 6.2.
>
> The most critical ones seems to be the evict fix from Matt and
> the MIPI DSI from Jani. Both targeting stable trees.
>
> I'm sorry for sending this on a Friday and no
On Sun, 2022-09-11 at 19:22 +0200, Jason A. Donenfeld wrote:
> Hi Rodrigo,
>
> On Thu, Sep 08, 2022 at 09:59:54AM -0400, Rodrigo Vivi wrote:
> > Hi Dave and Daniel,
> >
> > A few fixes, but most targeting stable.
> >
> > [...]
> >
> > Ville Syrjälä (2):
> > drm/i915: Implement WaEdpLinkRa
On Thu, Sep 30, 2021 at 11:50:20AM +0300, Jani Nikula wrote:
>
> Hi Dave & Daniel -
>
> drm-intel-fixes-2021-09-30:
> drm/i915 fixes for v5.15-rc4:
> - Fix GVT scheduler ww lock usage
> - Fix pdfdocs documentation build
> - Fix request early tracepoints
> - Fix an invalid warning from rps worker
On Thu, Apr 15, 2021 at 08:59:11AM -0400, Rodrigo Vivi wrote:
> Hi Dave and Daniel,
>
> Here goes drm-intel-fixes-2021-04-15:
>
> Display panel & power related fixes:
>
> - Backlight fix (Lyude)
> - Display watermark fix (Ville)
> - VLV panel power fix (Hans)
>
> Thanks,
> Rodrigo.
>
> The fol
On Fri, Mar 12, 2021 at 11:36:51AM +1000, Dave Airlie wrote:
> On Thu, 11 Mar 2021 at 21:28, Rodrigo Vivi wrote:
> >
> > Hi Dave and Daniel,
> >
> > Things are very quiet. Only 1 fix this round.
> > Since I will be out next week, if this trend continues I will
> > accumulate 2 weeks and send when
On Thu, 11 Mar 2021 at 21:28, Rodrigo Vivi wrote:
>
> Hi Dave and Daniel,
>
> Things are very quiet. Only 1 fix this round.
> Since I will be out next week, if this trend continues I will
> accumulate 2 weeks and send when in -rc4.
>
> Here goes drm-intel-fixes-2021-03-11:
>
> - Wedge the GPU if c
On Thu, Jan 07, 2021 at 09:50:28AM +0200, Jani Nikula wrote:
>
> Hi Dave & Daniel -
>
> Pretty quiet still, but here's some cc: stable fixes.
Pulled, thanks.
-Daniel
>
> (Well, one doesn't have the explicit stable tag, but the Fixes tag
> points at a commit in v3.9...)
>
> drm-intel-fixes-202
On Wed, 2020-12-09 at 14:11 +0200, Ville Syrjälä wrote:
> On Thu, Dec 03, 2020 at 05:47:05AM -0800, Rodrigo Vivi wrote:
> > Hi Dave and Daniel,
> >
> > Please ignore the pull request I had sent yesterday and use only
> > this one.
> >
> > I had missed one patch: 14d1eaf08845 ("drm/i915/gt: Protec
On Thu, Dec 03, 2020 at 05:47:05AM -0800, Rodrigo Vivi wrote:
> Hi Dave and Daniel,
>
> Please ignore the pull request I had sent yesterday and use only this one.
>
> I had missed one patch: 14d1eaf08845 ("drm/i915/gt: Protect context lifetime
> with RCU").
>
> Also, please notice that the comm
On Wed, Dec 02, 2020 at 04:36:24PM -0800, Rodrigo Vivi wrote:
> Hi Dave and Daniel,
>
> Fixes for GPU hang, null dereference, suspend-resume, power consumption, and
> use-after-free.
>
> The commit 6db58901c2aa ("drm/i915/display: return earlier from
> intel_modeset_init() without display") was
> On Nov 12, 2020, at 4:32 PM, Dave Airlie wrote:
>
> On Fri, 13 Nov 2020 at 09:08, Rodrigo Vivi wrote:
>>
>> Hi Dave and Daniel,
>>
>> This is the same set as last week + couple new fixes targeting stable.
>>
>
> But I merged last weeks set and it's in rc3, maybe you can generate
> the p
On Fri, 13 Nov 2020 at 09:08, Rodrigo Vivi wrote:
>
> Hi Dave and Daniel,
>
> This is the same set as last week + couple new fixes targeting stable.
>
But I merged last weeks set and it's in rc3, maybe you can generate
the pull request relative to origin/master or drm/drm-fixes because
I'm not su
Quoting Joonas Lahtinen (2020-01-09 15:34:58)
> Hi Dave & Daniel,
>
> Happy New Year, now back from the holiday break.
>
> A bunch of important fixes. Further fixes for the power/perf
> regressions caused by the past security fixes. Then fix for
> user reported GPU hang regression. Revert to avoi
Quoting Joonas Lahtinen (2019-12-19 12:46:35)
> Hi Dave & Daniel,
>
> Another -rc, another CI fire due to regressions elsewhere.
>
> Our CI needed the following patches to get machines boot with -rc2:
>
> Revert "devtmpfs: use do_mount() instead of ksys_mount()"
> (commit 5e787db
On Thu, Oct 03, 2019 at 10:58:52AM -0700, Rodrigo Vivi wrote:
> Hi Dave and Daniel,
>
> I know you are on XDC and I was even considering not send any this week,
> but let me send this before I forget.
>
> There are the drm-intel-next-fixes pull requests that I had sent
> that are still needed and
On Thu, Aug 15, 2019 at 9:42 AM Jani Nikula wrote:
>
>
> Hi Dave & Daniel -
>
> One use after free fix for GVT.
>
> It doesn't have a Link: tag because dim doesn't check that while
> applying the pull, and, for some reason, it was also not checked when I
> pushed out the branch. Possibly because i
Hi,
> I apologize for not having fixes for a couple of weeks, and then showing
> up late with a bunch of them. I saw Dave make the fixes pull to Linus
> for -rc3 already, but I must humbly ask you to accommodate an extra
> fixes pull.
If there is an extra -rc3 fixes pull anyway it would be nice
On Thu, Jun 13, 2019 at 12:32:39PM +0300, Jani Nikula wrote:
>
> Hi Dave, Daniel, on behalf of Joonas,
>
> drm-intel-fixes-2019-06-13:
> drm/i915 fixes for v5.2-rc5:
> - Fix DMC firmware input validation to avoid buffer overflow
> - Fix perf register access whitelist for userspace
> - Fix DSI pan
On Thu, 28 Mar 2019, Jani Nikula wrote:
> Hi Dave and Daniel, a fairly normal fixes pull.
>
> drm-intel-fixes-2019-03-28:
> drm/i915 fixes for v5.2-rc3:
> - fix mmap range checks
> - fix gvt ppgtt mm LRU list access races
> - fix selftest error pointer check
> - fix a macro definition (pre-emptive
On Fri, Jan 11, 2019 at 11:18:22AM +0200, Jani Nikula wrote:
>
> Hi Dave & Daniel -
>
> drm-intel-fixes-2019-01-11:
> i915 fixes for v5.0-rc2:
> - Disable PSR for Apple panels
> - Broxton ERR_PTR error state fix
> - Kabylake VECS workaround fix
> - Unwind failure on pinning the gen7 ppgtt
> - GVT
On Wed, 20 Sep 2017, Dave Airlie wrote:
> On 20 September 2017 at 15:43, Dave Airlie wrote:
>> On 20 September 2017 at 09:03, Rodrigo Vivi wrote:
>>> Hi Dave,
>>
>> Hi Rodrigo,
>>
>> This pull request is generated wrongly, it contains some commits from
>> drm-next in it.
>
> Sorry contains some
On 20 September 2017 at 15:43, Dave Airlie wrote:
> On 20 September 2017 at 09:03, Rodrigo Vivi wrote:
>> Hi Dave,
>
> Hi Rodrigo,
>
> This pull request is generated wrongly, it contains some commits from
> drm-next in it.
Sorry contains some commits from drm-fixes in it.
>
> Please regenerate i
On 20 September 2017 at 09:03, Rodrigo Vivi wrote:
> Hi Dave,
Hi Rodrigo,
This pull request is generated wrongly, it contains some commits from
drm-next in it.
Please regenerate it, I'm assuming you generated against 4.14-rc1 and
not against drm-next.
Dave.
On Wed, Apr 12, 2017 at 4:06 PM, Jani Nikula wrote:
>
> Hi Dave, I've had most of these ready for more than a week now, but
> there was no use sending them as you were away. Fixes all around, except
> not so much display stuff this time. Hopefully winding down for this
> cycle now.
The rcu fix fr
On Fri, Sep 06, 2013 at 09:49:06AM +0200, Daniel Vetter wrote:
> Blergh, forgotten to cc: mailing lists ...
And then Ville pointed out on irc that I'm actually missing the
vgacon->fbcon takeover fix. Fail friday it seems, new pull request below.
-Daniel
The following changes since commit f33bca
Blergh, forgotten to cc: mailing lists ...
-Daniel
On Fri, Sep 6, 2013 at 9:48 AM, Daniel Vetter wrote:
> Hi Dave,
>
> Already a decent pile of fixes and a few stragglers for the merge window.
> Nothing in here though to appease Linus :(
> - Early stolen mem reservation from Jesse in x86 boot cod
Argh, forgotten to cc lists!
On Fri, Aug 23, 2013 at 10:42:37AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Just one patch that soaked for quite a bit to fix a resume issue,
> resulting in gpu hangs (or worse) due to tlb containing garbage.
>
> Cheers, Daniel
>
>
> The following changes since c
Cc lists this time around ...
-Daniel
On Thu, Jul 11, 2013 at 2:06 PM, Daniel Vetter wrote:
> Hi Dave,
>
> One feature latecomer, I've forgotten to merge the patch to reeanble the
> Haswell power well feature now that the audio interaction is fixed up.
> Since that was the only unfixed issue with
On Thu, May 23, 2013 at 02:03:09PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> A few fixes, nothing shocking:
> - More Haswell pci ids. Includes a pile of marketing spare ids (which
> despite the spare moniker show up all over the place).
> - Fix a regression in handling modeset failures, resulti
On Wed, May 22, 2013 at 8:51 AM, Daniel Vetter wrote:
> On Wed, May 22, 2013 at 5:25 PM, Stéphane Marchesin
> wrote:
>> On Wed, May 22, 2013 at 12:13 AM, Daniel Vetter wrote:
>>> On Wed, May 22, 2013 at 3:24 AM, Stéphane Marchesin
>>> wrote:
On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter
On Wed, May 22, 2013 at 5:25 PM, Stéphane Marchesin
wrote:
> On Wed, May 22, 2013 at 12:13 AM, Daniel Vetter wrote:
>> On Wed, May 22, 2013 at 3:24 AM, Stéphane Marchesin
>> wrote:
>>> On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote:
Hi Dave,
You're pull just reminded me th
On Wed, May 22, 2013 at 12:13 AM, Daniel Vetter wrote:
> On Wed, May 22, 2013 at 3:24 AM, Stéphane Marchesin
> wrote:
>> On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote:
>>> Hi Dave,
>>>
>>> You're pull just reminded me that I've been sitting on a few small -fixes,
>>> too. Nothing really
On Wed, May 22, 2013 at 3:24 AM, Stéphane Marchesin
wrote:
> On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote:
>> Hi Dave,
>>
>> You're pull just reminded me that I've been sitting on a few small -fixes,
>> too. Nothing really major at all:
>> - fixup edp setup sequence (Dave)
>> - disable s
On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote:
> Hi Dave,
>
> You're pull just reminded me that I've been sitting on a few small -fixes,
> too. Nothing really major at all:
> - fixup edp setup sequence (Dave)
> - disable sdvo hotplug for real, this is a fixup for a messed-up
> regression
On Sat, May 04, 2013 at 08:11:25PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> A few intel fixes for smaller issues and one revert for an sdv hack which
> we've wanted to kill anyway. Plus two drm patches included for your
> convenience, both regression fixers for mine own screw-ups.
I've smashed
Hi Dave,
Two more fixes from Chris on top, updated overview below
On Thu, Oct 18, 2012 at 12:56:44PM +0200, Daniel Vetter wrote:
> The big thing is the disabling of the hsw support by default, cc: stable.
> We've aimed for basic hsw support in 3.6, but due to a few bad
> happenstances we've screw
On Thu, Oct 04, 2012 at 03:21:47PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> One more, as discussed on irc.
>
> Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
> as discussed on irc. Otherwise just small things:
> - regression fix to finally make 6bpc auto-dither on dp wo
Hi Dave,
One more, as discussed on irc.
Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
as discussed on irc. Otherwise just small things:
- regression fix to finally make 6bpc auto-dither on dp work (Jani)
- reinstate an snb ctx w/a that accidentally got lost in a rework (
On Mon, Sep 10, 2012 at 09:34:36PM +0200, Daniel Vetter wrote:
> On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote:
> > Hi Dave,
> >
> > You're pull just reminded me that I've been sitting on a few small -fixes,
> > too. Nothing really major at all:
> > - fixup edp setup sequence (Dave
On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> You're pull just reminded me that I've been sitting on a few small -fixes,
> too. Nothing really major at all:
> - fixup edp setup sequence (Dave)
> - disable sdvo hotplug for real, this is a fixup for a messed-up
> re
Per usual, I've forgotten all the cc's ... I really need to script this,
I'm too dumb to remember.
-Daniel
On Wed, Aug 29, 2012 at 10:29:43AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Just a few smaller things:
> - Fix up a pipe vs. plane confusion from a refactoring, fixes a regression
> from
On Tue, Aug 07, 2012 at 02:08:18PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> - Regression fixer for an OOPS at boot when i915.ko is built-in and
> CONFIG_PM=n, introduce in 3.5 (patch from Hunt Xu)
> - Regression fixer for occlusion query failures, the required w/a wasn't
> applied in all cas
On Wed, Jul 25, 2012 at 10:17:33AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> First pile of fixes for 3.6 already, and I'm afraid it's a bit larger than
> what I'd wish for. But I've moved all the feature-y stuff to -next, so
> this really is all -fixes. Most of it is handling fallout from the hw
On Sat, Jun 16, 2012 at 02:16:29PM +0100, Dave Airlie wrote:
>
> > why the previous thing blew up for Linus and why this one shouldn't, so
> > I think we can risk this ;-)
>
> yeah no, you get one go at that, I'm no more detection fixed in -fixes
> ever again, unless they are a pure revert.
> why the previous thing blew up for Linus and why this one shouldn't, so
> I think we can risk this ;-)
yeah no, you get one go at that, I'm no more detection fixed in -fixes
ever again, unless they are a pure revert.
The detection logic is just to flaky and impossible to test on enough
s
Meh, I've forgotten to cc the appropriate set of lists.
-Daniel
On Tue, Jun 5, 2012 at 9:18 PM, Daniel Vetter wrote:
> Hi Dave
>
> A few fixes for 3.5. Most of them make corner-cases a bit more robust
> (hotplug for b0rked kvm switches, driver init/reset/resume), almost all of
> them are cc stabl
On Thu, May 24, 2012 at 05:56:24PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> A set of fixes for 3.5:
> - Fixes for regressions in 3.5: fix spurious gmbus NAK, fix module unload,
> fix pch pll asserts.
> - Fix up eDP panel power sequencing - turns out we need to keep vdd on
> while switching e
On Thu, Apr 26, 2012 at 05:35:01PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Nothing major here and imo can wait a bit if you don't have anything
> important in drm-fixes yet:
> - VGA load-detect fix. This bug seems to be as old as the load-detect code
> (2.6.30), but needs stupid userspace (up
Keith Packard wrote:
On Thu, 6 Oct 2011 10:12:57 -0700, Linus
Torvalds wrote:
[drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH
Thanks. I've got a patch series that fixes a pile of refclk bugs which
is still out for review that should fix this. This error should be
harmless, bu
On Thu, 6 Oct 2011 10:12:57 -0700, Linus Torvalds
wrote:
> [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH
Thanks. I've got a patch series that fixes a pile of refclk bugs which
is still out for review that should fix this. This error should be
harmless, but still..
--
keith.pa
On Thu, Sep 29, 2011 at 6:18 PM, Keith Packard wrote:
>
> Here are three tiny patches, two new bug fixes and one regression fix
> that disables FBC on Ironlake and older chips.
So I got this error notice at bootup with the current -git tree.
Everything seems to work despite it, but I thought I'd
70 matches
Mail list logo
