Hi Linus,
One IMX built-in regression fix.
Set of amdgpu fixes, mostly powerplay and polaris GPU stuff.
Set of i915 fixes all over, many cc'ed to stable.
The i915 batch contain support for DP++ dongle detection,
which is used to fix some regressions in the HDMI color depth
area.
Dave.
The
Hi Linus,
A bunch of radeon displayport mode setting fixes, and some misc
i915 fixes. There is one revert, the MST audio code in i915 was causing
some oopses, so we've decided just to drop it until next kernel when
we can fix it properly.
Thanks,
Dave.
The following changes since commit
Hi Linus,
Fixes for i915, amdgpu/radeon and imx.
The IMX fix is for an autoloading regression found in Fedora.
The radeon fixes, are the same fix to amdgpu/radeon to avoid
a hardware lockup in some circumstances with a bad mode, and
a double free bug I took a few hours chasing down the other
Hi Linus,
A few fixes all over the place:
radeon is probably the biggest standout, it's a fix for screen
corruption or hung black outputs so I thought it was worth pulling in.
Otherwise some amdgpu power control fixes, some misc vmwgfx fixes,
one etnaviv fix, one virtio-gpu fix, two DP MST
On Fri, Apr 22, 2016 at 7:30 PM, Linus Torvalds
wrote:
> On Fri, Apr 22, 2016 at 10:23 AM, Daniel Vetter wrote:
>>
>> Works all fine here, http, ssh & git protocols all up well.
>> Maybe temporary, or just your part of the interwebs fell off?
>
> It's up for me now too, so something temporary. I
On Fri, Apr 22, 2016 at 7:16 PM, Linus Torvalds
wrote:
> On Thu, Apr 21, 2016 at 5:57 PM, Dave Airlie wrote:
>>
>> git://people.freedesktop.org/~airlied/linux drm-fixes
>
> Hmm. freedesktop.org seems to be feeling a bit under the weather. It's
> not just the git part - it's not doing web
On Fri, Apr 22, 2016 at 10:23 AM, Daniel Vetter wrote:
>
> Works all fine here, http, ssh & git protocols all up well.
> Maybe temporary, or just your part of the interwebs fell off?
It's up for me now too, so something temporary. I don't think it was
at my end, everything else seemed to work
On Thu, Apr 21, 2016 at 5:57 PM, Dave Airlie wrote:
>
> git://people.freedesktop.org/~airlied/linux drm-fixes
Hmm. freedesktop.org seems to be feeling a bit under the weather. It's
not just the git part - it's not doing web either, and doesn't seem to
answer to pings either (I saw _one_ ping
Hi Linus,
i915, nouveau and amdgpu/radeon fixes in this.
Two nouveau fixes, one for a regression with dithering and one
for a bug hit by the userspace drivers.
i915 has a few fixes, mostly things heading for stable, two important
skylake GT3/4 hangs.
radeon/amdgpu has some audio,
Hi Linus,
This contains fixes for exynos, amdgpu, radeon, i915 and qxl.
It also contains some fixes to the core drm edid parser.
The qxl fix for a cursor hotspot issue, and the radeon are some
MST fixes that I've been running locally and make my monitor a bit
happier.
The exynos ones fix some
Hi Linus,
This is mostly amdgpu/radeon fixes, and imx related fixes.
There are also one one TTM fix, one nouveau fix, and one hdlcd fix.
The AMD ones are some fixes for power management after suspend/resume
one some GPUs, and some vblank fixes.
The IMX ones are for more stricter plane checks
Hi Linus,
Nothing too crazy in here, a bunch of AMD fixes/quirks,
two msm, some rockchip fixes, and a udl warning fix,
along with one locking fix for displayport that seems
to fix some dodgy monitors.
Thanks,
Dave.
The following changes since commit c05c2ec96bb8b7310da1055c7b9d786a3ec6dc0c:
Hi Linus,
Just a couple of dma-buf related fixes and some amdgpu fixes,
along with a regression fix for radeon off but default feature,
but makes my 30" monitor happy again.
Dave.
The following changes since commit 568d7c764ae01f3706085ac8f0d8a8ac7e826bd7:
drm/amdgpu: release_pages requires
On Thu, Mar 10, 2016 at 02:53:06AM +, Dave Airlie wrote:
>
> Hi Linus,
>
> A few imx fixes I missed from a couple of weeks ago, they still aren't
> that big and fix some regression and a fail to boot problem.
>
> Other than that, a couple of regression fixes for radeon/amdgpu, one
>
Hi Linus,
A few imx fixes I missed from a couple of weeks ago, they still aren't
that big and fix some regression and a fail to boot problem.
Other than that, a couple of regression fixes for radeon/amdgpu, one
regression fix for vmwgfx and one regression fix for tda998x.
Dave.
The following
Hi Linus,
Hopefully not too big, I've held off on some vc4 fixes that came in that I
think can wait next window.
This contains one i915 patch twice, as I merged it locally for testing,
and then pulled some stuff in on top, and then Jani sent to me, I didn't
think it was worth redoing all the
On 26 February 2016 at 13:04, Linus Torvalds
wrote:
> On Thu, Feb 25, 2016 at 6:20 PM, Dave Airlie wrote:
>>
>> This is a bit larger than Id like, but I asked the Intel guys to pull in
>> some Skylake fixes in the possibly vain hope that Skylake might be more
>> functional now that I'm seeing
Hi Linus,
This is a bit larger than Id like, but I asked the Intel guys to pull in
some Skylake fixes in the possibly vain hope that Skylake might be more
functional now that I'm seeing production hardware shipping.
For i915, it's mostly the same patch in a few places, making sure the hw
On Thu, Feb 25, 2016 at 6:20 PM, Dave Airlie wrote:
>
> This is a bit larger than Id like, but I asked the Intel guys to pull in
> some Skylake fixes in the possibly vain hope that Skylake might be more
> functional now that I'm seeing production hardware shipping.
>
> For i915, it's mostly the
Hi Linus,
Some more fixes trickled in,
A bunch of VC4 ones since it's a pretty new driver not much chance of
regressions, and it fixes GPU resets.
One atomic fix, one set of fixes for a common bug in TTM cleanup,
and one i915 hotplug fix.
Dave.
The following changes since commit
Hi Linus,
This has two main sets of fixse,
A bunch of Exynos fixes, mainly for their MIC component.
vblank regression fixes from Mario, apparantly some changes
in 4.4 caused some vblank breakage on radeon/nouveau, this
set fixes all the issues seen.
There is also a revert of one of the MST
Hi Linus,
Fixes all over the place:
amdkfd: two static checker fixes
mst: a bunch of static checker and spec/hw interaction fixes
amdgpu: fix Iceland hw properly, and some fiji bugs, along with
some write-combining fixes.
exynos: some regression fixes
adv7511: fix some EDID reading issues.
Hi Linus,
Misc amdgpu/radeon fixes,
VC4 build fix
vmwgfx fix
misc rockchip fixes,
The etnaviv guys had an API feature they wanted in their first release, so
I've merged that with their fixes.
Dave.
The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d:
Linux 4.5-rc1
Hi Linus,
still not back to work, but I decided to forward this fix.
Dave.
The following changes since commit b06f3a168cdcd80026276898fd1fee443ef25743:
Merge tag 'for-linus-20160106' of git://git.infradead.org/linux-mtd
(2016-01-06 20:32:08 -0800)
are available in the git repository at:
Hi Linus,
Not much happening, should have dequeued this lot earlier,
One amdgpu, one nouveau and one exynos fix.
Dave.
The following changes since commit 76b8ebdc4c7a8299e6365428a36cc0fb1c2a4103:
Merge tag 'media/v4.4-3' of
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
Hi Linus,
Some i915 fixes,
One omap fix,
One core regression fix,
Not even enough fixes for a twelve days of xmas song, which seemms good.
Dave.
The following changes since commit 9f9499ae8e6415cefc4fe0a96ad0e27864353c89:
Linux 4.4-rc5 (2015-12-13 17:42:58 -0800)
are available in the git
Hi Linus,
Not too much this time.
One nouveau workaround extended to a few more GPUs.
Some amdgpu big endian fixes, and a regression fixer.
Some vmwgfx fixes
One ttm locking fix.
One vgaarb fix.
Dave.
The following changes since commit aa53685549a2cfb5f175b0c4a20bc9aa1e5a1b85:
Merge branch
Hi Linus,
A bunch of change across the board, the main things are some vblank
fallout in radeon and nouveau required some work, but I think this should
fix it all. There is also one drm fix for an oops in vmwgfx with how we
pass the drm master around.
The rest is just some amdgpu, i915, imx
On Sun, Nov 29, 2015 at 11:33 PM, Daniel Vetter wrote:
>
> Yeah I just hunted down a test infrastructure failure on my Haswell the
> past few days with various loads and output configs. Seemed very happy.
> And not aware of anything else blowing up (bdw/skl would be less
> surprising).
So I'm
On Sat, Nov 28, 2015 at 05:36:54AM +1000, Dave Airlie wrote:
> On 28 November 2015 at 05:05, Linus Torvalds
> wrote:
> > On Thu, Nov 19, 2015 at 8:07 PM, Dave Airlie wrote:
> >>
> >> core: Atomic fixes and Atomic helper fixes
> >> i915: Revert for the backlight regression along with a bunch of
On 28 November 2015 at 05:05, Linus Torvalds
wrote:
> On Thu, Nov 19, 2015 at 8:07 PM, Dave Airlie wrote:
>>
>> core: Atomic fixes and Atomic helper fixes
>> i915: Revert for the backlight regression along with a bunch of fixes.
>
> So I have no idea if the GPU updates are my problem, but my
On Thu, Nov 19, 2015 at 8:07 PM, Dave Airlie wrote:
>
> core: Atomic fixes and Atomic helper fixes
> i915: Revert for the backlight regression along with a bunch of fixes.
So I have no idea if the GPU updates are my problem, but my main
desktop machine has been hanging silently a few times
Hi Linus,
A varied bunch of fixes, the radeon pull is probably a bit larger than I'd
like, but it contains 2 weeks of stuff, and the Fiji fixes are a bit
large, but they are Fiji specific.
Otherwise:
mgag200: One cursor regression oops fix.
vc4: A few small fixes and cleanups.
core: Atomic
Hi Linus,
One urgent fix for an oops under console lock in some drivers, one uapi
fix, and one revert to fix rockchip regression.
I've got the sti driver pull request that I'll send out in a minute, don't
think it'll have any issues.
Dave.
The following changes since commit
Hi Linus,
Two build fixes, one for VC4, one for nouveau where the ARM only code is
doing something a bit strange. While people are discussing that, just
workaround it and fix the build for now. The code in question will never
get used on anything non-ARM anyways.
Also one fix for AST that
On 31 October 2015 at 10:08, Dave Airlie wrote:
>
> Hi Linus,
>
> This is an updated pull, you can ignore the last one.
>
> Two drm atomic core fixes.
>
> The two radeon patches needed to fix a backlight
> regression on some older hardware.
I needed one more stable tag on the top of that, so the
Hi Linus,
This is an updated pull, you can ignore the last one.
Two drm atomic core fixes.
The two radeon patches needed to fix a backlight
regression on some older hardware.
Dave.
The following changes since commit 8a28d67457b613258aa0578ccece206d166f2b9f:
Merge tag 'powerpc-4.3-6' of
Hi Linus,
Two patches for fix a regression in backlight handling on some old radeon
laptops.
Regards,
Dave.
The following changes since commit 8a28d67457b613258aa0578ccece206d166f2b9f:
Merge tag 'powerpc-4.3-6' of
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux (2015-10-28
Hi Linus,
last fixes from me, one amdgpu/radeon suspend resume
and one leak fix, along with one vmware fix for
some issues when command submission fails.
Dave.
The following changes since commit 018155365dccecd9ea9f26e1b26fb0f960c1ee32:
Merge tag 'usb-4.3-rc7' of
Hi Linus,
been a bit slow gathering these,
drm/mst: one mutex leak in a fail path
radeon: two oops fixes, one dpm fix
i915: one messy set of fixes, where we revert the original fix,
and pull back the proper set of fixes from -next on top.
nouveau: one fix for an illegal buffer placement.
Hi Linus,
two MAINTAINERS entries that I didn't see the point in delaying.
one drm mst fix to stop sending uninitialised data to monitors
two amdgpu fixes
one radeon mst tiling fix
one vmwgfx regression fix
one virtio warning fix.
Nothing two crazy or exciting.
I have found one locking problem
Hi Linus,
I got a bit behind last week, so here is a delayed fixes pull,
A bunch of radeon/amd gpu fixes,
some nouveau regression fixes (ppc bios reading and runtime pm fix)
one drm core oops fix,
two qxl locking fixes,
one qxl regression fix,
Dave.
The following changes since commit
Hi Linus,
Bunch of fixes all over the place, all pretty small,
amdgpu, i915, exynos, one qxl and one vmwgfx,
There is also a bunch of mst fixes, I left some cleanups in the series
as I didn't think it was worth splitting up the tested series,
Dave.
The following changes since commit
Hi Linus,
Most of the GPU drivers people were at XDC last week, so I didn't get much
to send, so I let it rollover until this week.
Also Alex was away for 3 weeks so amdgpu/radeon got a bit more stuff than
usual in one go.
I've been trying to figure out some 4.2 issues with i915 still (that
Hi Linus,
just a bunch of fixes to squeeze in before -rc1,
3 nouveau regressions,
one qxl regression fix,
a bunch of i915 fixes,
and some core displayport/atomic fixes.
Dave.
The following changes since commit 73bf1b7be7aab60d7c651402441dd0b0b4991098:
Merge branch 'drm-next-4.3' of
Hi Linus,
a bunch of i915 fixes, one revert a VBT fix that was a bit premature, and
some braswell feature removal that the hw actually didn't support.
One radeon race fix at boot, and one hlcdc build fix, one fix from
Russell that fixes build as well with new audio features.
This is hopefully
Hi Linus,
These came in late last week, I wanted to look over the mst one before
forwarding, but it seems good.
Just 3 i915 and one MST fix.
Dave.
The following changes since commit 45e38cff4fce8d6871b5fa5e734e4dc9814d6056:
Merge tag 'for-linus' of
Hi Linus,
back from holidays, found these in the cracks, one nouveau revert,
one vmwgfx locking fix and a bunch of exynos fixes.
Thanks,
Dave.
The following changes since commit 5b3e2e14eaa2a98232a4f292341fb88438685734:
Merge tag 'dm-4.2-fixes-5' of
Hi Linus,
this is the fixes pull for -rc5,
it has a bunch of nouveau fixes, as Ben has been hibernating and has lots
of small fixes for lots of bugs across nouveau.
radeon has one major fix for hdmi/dp audio regression that is larger than
Alex would like, but seems to fix up a fair few bugs,
Hi Linus,
some amdgpu, one i915, one ttm and one hlcdc, nothing too scary, all seems
fine for about this time.
Dave.
The following changes since commit 45b4b782e8489bcf45a4331ee32f0f3037c5c3aa:
Merge branch 'for-linus' of
Hi Linus,
fixes all over the place, the rockchip and imx fixes I missed while on
holidays, so I've queued them now which makes this a bit bigger.
The rest is misc amdgpu, radeon, i915 and armada.
I think the most important thing is the ioctl fix, we dropped the avoid
compat ball, so we get to
Hi Linus,
back from vacation (another one is coming up in August though), thanks for
taking care of direct pulls while I was out.
a bunch of fixes for radeon, intel, omap and one amdkfd fix.
radeon fixes are all over, but it does fix some cursor corruption across
suspend/resume
i915 should
Hi Linus,
smattering of fixes,
mgag200:
don't accept modes that aren't aligned properly as hw can't do it
i915:
two regression fixes
radeon:
one query to allow userspace fixes
one oops fixer for older hw with new options enabled
Dave.
The following changes
Hi Linus,
i915 and radeon fixes, i915 fix for that regression, along with a DDC
probing one,
and two radeon reverts, along with a freeze workaround and a fix.
Dave.
The following changes since commit cff100f5d746465ca40e61cf296321ecf07d3f1c:
Merge tag 'trace-rb-bm-fix-4.1-rc7' of
Hi Linus,
just two small fixes, one radeon, one amdkfd.
Dave.
The following changes since commit c65b99f046843d2455aa231747b5a07a999a9f3d:
Linux 4.1-rc6 (2015-05-31 19:01:07 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to
Hi Linus,
This is made up 4 groups of fixes detailed below.
vgem:
Due to some misgivings about possible bad use cases this allow,
backout a chunk of the interface to stop those use cases for now.
radeon:
Fix for an oops regression in the audio code, and a partial revert
for a fix that
On 23 May 2015 at 07:34, Linus Torvalds
wrote:
> On Thu, May 21, 2015 at 8:39 PM, Dave Airlie wrote:
>>
>> radeon has two displayport fixes, one for a regressions,
>> i915 regression flicker fix needed to 4.0 can get fixed.
>
> Ok, I'm used to fixing up your whitespace and lack of
On Fri, May 22, 2015 at 4:20 PM, Dave Airlie wrote:
>
> Really ^to^so
Ahh. That simple one-letter substitution makes all the difference, now
it's suddenly parseable.
Thanks,
Linus
On Thu, May 21, 2015 at 8:39 PM, Dave Airlie wrote:
>
> radeon has two displayport fixes, one for a regressions,
> i915 regression flicker fix needed to 4.0 can get fixed.
Ok, I'm used to fixing up your whitespace and lack of capitalization,
but you're getting so incoherent that I can no longer
Hi Linus,
radeon has two displayport fixes, one for a regressions,
i915 regression flicker fix needed to 4.0 can get fixed.
a bunch of msm fixes and a bunch of exynos fixes, these two are probably a
bit larger than I'd like, but most of them seems pretty good.
Dave.
The following changes
Hi Linus,
radeon, one oops fix, one bug fix, one pci id addition patch
i915, one suspend/resume regression fix.
all seems quiet enough.
Dave.
The following changes since commit 030bbdbf4c833bc69f502eae58498bc5572db736:
Linux 4.1-rc3 (2015-05-10 15:12:29 -0700)
are available in the git
Hi Linus,
really need to get back to sending these on my Friday, instead of my
Monday morning, but nothing too amazing in here, a few amdkfd fixes,
a few radeon fixes, i915 fixes, one tegra fix and one core fix.
Dave.
The following changes since commit
Hi Linus,
one intel fix, one rockchip fix, and a bunch of radeon fixes for
some regressions from audio rework and vm stability.
Dave.
The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031:
Linux 4.1-rc1 (2015-04-26 17:59:10 -0700)
are available in the git repository
Hi Linus,
Final drm fixes, one core locking imbalance regression, and a bunch of
i915 baytrail s/r fixes.
going to be away for a few days, but should still have email at least.
Dave.
The following changes since commit f22e6e847115abc3a0e2ad7bb18d243d42275af1:
Linux 4.0-rc7 (2015-04-06
Hi Linus,
one drm core fix, one exynos regression fix, two sets of radeon fixes
(Alex was a bit behind last week), and two i915 fixes.
Nothing too serious we seem to have calmed down i915 since last week.
Dave.
The following changes since commit e42391cd048809d903291d07f86ed3934ce138e9:
On 03/26/2015 at 07:32 AM, Xi Ruoyao wrote:
> On 03/26/2015 at 03:40 AM, Josh Boyer wrote:
>> drm-Fixup-racy-refcounting-in-plane_force_disable.patch
>> drm-i915-Don-t-try-to-reference-the-fb-in-get_initia.patch
>>
>> and this patch:
I hide the patch since it has been managled by Thunderbird.
On Wed, 25 Mar 2015, Josh Boyer wrote:
> On Wed, Mar 25, 2015 at 1:17 PM, Daniel Vetter wrote:
>> On Wed, Mar 25, 2015 at 12:42:46PM -0400, Josh Boyer wrote:
>>> > I'll try that a bit later today. Out of sheer curiosity, I folded
>>> > commit5ba76c41e55c (drm/i915: Put update_state_fb() next to
On Wed, 25 Mar 2015, Daniel Vetter wrote:
> On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
>> OK, with that commit applied I no longer get the kref.h splat and the
>> NUC machine boots headless. I still see the backtrace below on both
>> the NUC and the macbook. I have a copy of it
On 03/26/2015 at 07:32 AM, Xi Ruoyao wrote:
>
>
> å¨ 03/26/2015 03:40 AM, Josh Boyer åé:
Sorry for these Chinese charactor. Thunderbird generated them
and I forgot to change.
>> On Wed, Mar 25, 2015 at 01:37:41PM -0400, Josh Boyer wrote:
>>> Yeah that fail looks like we're freeing an fb
å¨ 03/26/2015 03:40 AM, Josh Boyer åé:
> On Wed, Mar 25, 2015 at 01:37:41PM -0400, Josh Boyer wrote:
>> Yeah that fail looks like we're freeing an fb that's still in use.
>> Hilarity happens and since that happens under console_lock at boot-up
>> your
>> machine dies.
On 03/25/2015 at 10:56 PM, Xi Ruoyao wrote:
>
> On 03/25/2015 at 10:00 PM, Daniel Vetter wrote:
>> On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
>>> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
>>> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
>>> Author: Damien
On 03/25/2015 at 10:00 PM, Daniel Vetter wrote:
> On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
>> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
>> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
>> Author: Damien Lespiau
>> Date: Thu Feb 5 18:30:20 2015
On Wed, Mar 25, 2015 at 12:42:46PM -0400, Josh Boyer wrote:
> On Wed, Mar 25, 2015 at 11:53 AM, Josh Boyer
> wrote:
> > On Wed, Mar 25, 2015 at 11:50 AM, Daniel Vetter wrote:
> >> On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer wrote:
> >>> On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter
On Wed, 25 Mar 2015, Xi Ruoyao wrote:
> It's annoying to see my code caused so much trouble. I didn't test my code
> with a HDMI device or I should've found this trouble before commiting. I
> apologize for that again.
Don't worry about it. It's our fail, not yours.
BR,
Jani.
--
Jani Nikula,
On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer wrote:
> On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter wrote:
> > On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
> >> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
> >> >> >> commit
At Wed, 25 Mar 2015 15:00:08 +0100,
Daniel Vetter wrote:
>
> On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
> > On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
> > >> >> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
> > >> >> Author: Damien Lespiau
> > >> >> Date: Thu Feb
On Wed, Mar 25, 2015 at 01:37:41PM -0400, Josh Boyer wrote:
>>> >> Yeah that fail looks like we're freeing an fb that's still in use.
>>> >> Hilarity happens and since that happens under console_lock at boot-up
>>> >> your
>>> >> machine dies.
>>> >>
>>> >> Does that machine die the same way in
On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
> >> >> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
> >> >> Author: Damien Lespiau
> >> >> Date: Thu Feb 5 18:30:20 2015 +
> >> >>
> >> >> drm/i915: Don't try to
On Wed, Mar 25, 2015 at 1:17 PM, Daniel Vetter wrote:
> On Wed, Mar 25, 2015 at 12:42:46PM -0400, Josh Boyer wrote:
>> On Wed, Mar 25, 2015 at 11:53 AM, Josh Boyer
>> wrote:
>> > On Wed, Mar 25, 2015 at 11:50 AM, Daniel Vetter wrote:
>> >> On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer
On Wed, Mar 25, 2015 at 11:53 AM, Josh Boyer
wrote:
> On Wed, Mar 25, 2015 at 11:50 AM, Daniel Vetter wrote:
>> On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer wrote:
>>> On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter wrote:
>>> > On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer
On Wed, Mar 25, 2015 at 11:50 AM, Daniel Vetter wrote:
> On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer wrote:
>> On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter wrote:
>> > On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
>> >> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter
On 03/25/2015 at 12:54 AM, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 12:49 PM, Daniel Vetter wrote:
>> On Tue, Mar 24, 2015 at 05:48:31PM +0100, Daniel Vetter wrote:
>>> On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer >>>
On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter wrote:
> On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
>> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
>> >> >> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
>> >> >> Author: Damien Lespiau
>> >> >> Date: Thu Feb 5
On Wed, Mar 25, 2015 at 09:56:28AM +0100, Daniel Vetter wrote:
> > I've started seeing this one too as of rc5.
> > Along with..
>
> Yeah we're freeing memory too early with these bugs. To get up to the
> current debug state can you please cherry-pick
>
> commit
On Mon, Mar 23, 2015 at 09:41:20PM -0400, Dave Jones wrote:
> On Mon, Mar 23, 2015 at 11:33:42AM -0400, Josh Boyer wrote:
>
> > I have a machine that no longer boots in a headless manner with -rc5.
> > It's an Celeron based NUC device. I blacklisted the i915 driver and
> > it boots fine,
On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer
> wrote:
> > On Tue, Mar 24, 2015 at 10:34 AM, Daniel Vetter wrote:
> >> On Tue, Mar 24, 2015 at 10:22:30AM -0400, Josh Boyer wrote:
> >>> On Tue, Mar 24, 2015 at 9:57 AM, Josh Boyer >>>
On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
>> >> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
>> >> Author: Damien Lespiau
>> >> Date: Thu Feb 5 18:30:20 2015 +
>> >>
>> >> drm/i915: Don't try to reference the fb in get_initial_plane_config()
>> >>
>> >> From linux-next?
On Tue, Mar 24, 2015 at 05:48:31PM +0100, Daniel Vetter wrote:
> On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
> > On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer
> > wrote:
> > > On Tue, Mar 24, 2015 at 10:34 AM, Daniel Vetter
> > > wrote:
> > >> On Tue, Mar 24, 2015 at 10:22:30AM
On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer
> wrote:
> > On Tue, Mar 24, 2015 at 10:34 AM, Daniel Vetter wrote:
> >> On Tue, Mar 24, 2015 at 10:22:30AM -0400, Josh Boyer wrote:
> >>> On Tue, Mar 24, 2015 at 9:57 AM, Josh Boyer >>>
On Tue, Mar 24, 2015 at 10:22:30AM -0400, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 9:57 AM, Josh Boyer
> wrote:
> > On Tue, Mar 24, 2015 at 9:40 AM, Daniel Vetter wrote:
> >> On Tue, Mar 24, 2015 at 09:15:32AM -0400, Josh Boyer wrote:
> >>> On Tue, Mar 24, 2015 at 3:32 AM, Daniel Vetter
On Tue, Mar 24, 2015 at 09:15:32AM -0400, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 3:32 AM, Daniel Vetter wrote:
> > On Mon, Mar 23, 2015 at 02:34:27PM -0400, Josh Boyer wrote:
> >> On Mon, Mar 23, 2015 at 11:33 AM, Josh Boyer >> fedoraproject.org> wrote:
> >>
> >>
> >>
> >> >> Xi Ruoyao
On Tue, Mar 24, 2015 at 12:49 PM, Daniel Vetter wrote:
> On Tue, Mar 24, 2015 at 05:48:31PM +0100, Daniel Vetter wrote:
>> On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
>> > On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer > > fedoraproject.org> wrote:
>> > > On Tue, Mar 24, 2015 at
On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer
wrote:
> On Tue, Mar 24, 2015 at 10:34 AM, Daniel Vetter wrote:
>> On Tue, Mar 24, 2015 at 10:22:30AM -0400, Josh Boyer wrote:
>>> On Tue, Mar 24, 2015 at 9:57 AM, Josh Boyer
>>> wrote:
>>> > On Tue, Mar 24, 2015 at 9:40 AM, Daniel Vetter wrote:
On Tue, Mar 24, 2015 at 10:34 AM, Daniel Vetter wrote:
> On Tue, Mar 24, 2015 at 10:22:30AM -0400, Josh Boyer wrote:
>> On Tue, Mar 24, 2015 at 9:57 AM, Josh Boyer
>> wrote:
>> > On Tue, Mar 24, 2015 at 9:40 AM, Daniel Vetter wrote:
>> >> On Tue, Mar 24, 2015 at 09:15:32AM -0400, Josh Boyer
On Tue, Mar 24, 2015 at 9:57 AM, Josh Boyer
wrote:
> On Tue, Mar 24, 2015 at 9:40 AM, Daniel Vetter wrote:
>> On Tue, Mar 24, 2015 at 09:15:32AM -0400, Josh Boyer wrote:
>>> On Tue, Mar 24, 2015 at 3:32 AM, Daniel Vetter wrote:
>>> > On Mon, Mar 23, 2015 at 02:34:27PM -0400, Josh Boyer wrote:
On Tue, Mar 24, 2015 at 9:40 AM, Daniel Vetter wrote:
> On Tue, Mar 24, 2015 at 09:15:32AM -0400, Josh Boyer wrote:
>> On Tue, Mar 24, 2015 at 3:32 AM, Daniel Vetter wrote:
>> > On Mon, Mar 23, 2015 at 02:34:27PM -0400, Josh Boyer wrote:
>> >> On Mon, Mar 23, 2015 at 11:33 AM, Josh Boyer > >>
On Tue, Mar 24, 2015 at 3:32 AM, Daniel Vetter wrote:
> On Mon, Mar 23, 2015 at 02:34:27PM -0400, Josh Boyer wrote:
>> On Mon, Mar 23, 2015 at 11:33 AM, Josh Boyer
>> wrote:
>>
>>
>>
>> >> Xi Ruoyao (1):
>> >> drm/i915: Ensure plane->state->fb stays in sync with plane->fb
>>
>> Turns out
On Mon, Mar 23, 2015 at 02:34:27PM -0400, Josh Boyer wrote:
> On Mon, Mar 23, 2015 at 11:33 AM, Josh Boyer
> wrote:
>
>
>
> >> Xi Ruoyao (1):
> >> drm/i915: Ensure plane->state->fb stays in sync with plane->fb
>
> Turns out to be that commit.
>
> git bisect start
On Mon, Mar 23, 2015 at 11:33:42AM -0400, Josh Boyer wrote:
> I have a machine that no longer boots in a headless manner with -rc5.
> It's an Celeron based NUC device. I blacklisted the i915 driver and
> it boots fine, then I ran insmod manually and got the backtrace below.
> This machine
On Mon, Mar 23, 2015 at 11:33 AM, Josh Boyer
wrote:
>> Xi Ruoyao (1):
>> drm/i915: Ensure plane->state->fb stays in sync with plane->fb
Turns out to be that commit.
git bisect start 'drivers/gpu/drm/i915/'
# good: [b314acaccd7e0d55314d96be4a33b5f50d0b3344] Merge branch
'for-linus' of
701 - 800 of 1377 matches
Mail list logo
