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 sinc
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 repo
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 5ebe6afaf0057ac3eaeb98defd5456894b446d22:
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 at
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 15:39
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:
Li
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.
(BT
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 +000
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, I
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 f55548b5af87ebfc586ca75748947f1c1b1a4a5
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 dr
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 refer
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 wr
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 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 wrote:
>> >> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wro
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 >>> fedoraproj
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 18:30:
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 f55548b5af87ebfc586ca757489
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, then
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 >>> f
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 >>> f
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 wrot
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 (1):
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 10:3
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 wro
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 > >> fed
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 'drivers/gpu/drm/i915/
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 onl
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 g
On Fri, Mar 20, 2015 at 5:49 PM, Dave Airlie wrote:
>
> Hi Linus,
>
> a bunch of fixes across drivers,
> radeon: disable two ended allocation for now, it breaks some stuff
> amdkfd: misc fixes
> nouveau: fix irq loop problem, add basic support for GM206 (new hw)
> i915: fix some WARNs people were
On Fri, Mar 20, 2015 at 2:49 PM, Dave Airlie wrote:
>
> In other news I've some problem with my git tree and git request-pull
> [airlied at dreadlord-bne-redhat-com linux]$ git request-pull linus/master
> origin
>
> warn: No match for commit 8265d4486d5c2448a1c645fdc20d4e62873d9c3d found at
> or
Hi Linus,
a bunch of fixes across drivers,
radeon: disable two ended allocation for now, it breaks some stuff
amdkfd: misc fixes
nouveau: fix irq loop problem, add basic support for GM206 (new hw)
i915: fix some WARNs people were seeing
exynos: fix some iommu interactions causing boot failures
I
On Mon, 2015-03-16 at 10:51 +0100, Thierry Reding wrote:
> There should be a patch in v4.0-rc4 (046d669c62f3 "drm/mm: Fix support 4
> GiB and larger ranges") that presumably fixes this. Does it work for you
> as well?
I just sent a message that mentions that commit. It surely fixes this
bug. v4.0-
On Fri, Mar 13, 2015 at 12:36:04PM +0100, Paul Bolle wrote:
> Dave Airlie schreef op vr 06-03-2015 om 21:52 [+]:
> > Thierry Reding (1):
> > drm/mm: Support 4 GiB and larger ranges
>
> Yesterday the screen on my (outdated) ThinkPad X41 went, well, black
> while it was busy compiling some
On Fri, 2015-03-13 at 12:36 +0100, Paul Bolle wrote:
> Dave Airlie schreef op vr 06-03-2015 om 21:52 [+]:
> > Thierry Reding (1):
> > drm/mm: Support 4 GiB and larger ranges
>
> Yesterday the screen on my (outdated) ThinkPad X41 went, well, black
> while it was busy compiling something u
Hi Linus,
hope this can make -rc4, an oops snuck in in -rc3 patch, this fixes it.
Dave.
The following changes since commit 6981e2af36b0d96404b60df29e90068855a81225:
Merge tag 'fixes-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc (2015-03-15 10:49:38
-0700)
are ava
Hi Linus,
misc i915, vmwgfx and radeon fixes along with a fix for one of those sleep
mutex debug log in the mst code.
Dave.
The following changes since commit 9eccca0843205f87c00404b663188b88eb248051:
Linux 4.0-rc3 (2015-03-08 16:09:09 -0700)
are available in the git repository at:
git:
Dave Airlie schreef op vr 06-03-2015 om 21:52 [+]:
> Thierry Reding (1):
> drm/mm: Support 4 GiB and larger ranges
Yesterday the screen on my (outdated) ThinkPad X41 went, well, black
while it was busy compiling something unattended. I eventually had to
power cycle that laptop to regain
Hi Linus,
radeon, imx, msm, i915 fixes,
the msm, imx and i915 ones are fairly run of the mill,
radeon had some DP audio and posting reads for irq fixes,
along with a fix for 32-bit kernels with new cards, we were
using unsigned long to represent GPU side memory space, but
since that changed siz
On Mon, Mar 2, 2015 at 5:53 PM, Linus Torvalds
wrote:
> On Mon, Mar 2, 2015 at 1:04 AM, Daniel Vetter wrote:
>> And can you please attach a bactrace of the WARN in your patch, just to
>> double-check you blow up at the same spot?
>
> So the dmesg I attached had a backtrace for the new WARN_ONCE()
On Mon, 02 Mar 2015, Paul Bolle wrote:
> On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote:
>> Hmm. 3.19 works fine, even if it ends up spewing
>>
>> WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
>> drm_wait_one_vblank+0x125/0x130()
>> vblank not available on crtc 1, ret=
On Mon, Mar 02, 2015 at 10:44:16AM +0100, Paul Bolle wrote:
> On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote:
> > Hmm. 3.19 works fine, even if it ends up spewing
> >
> > WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
> > drm_wait_one_vblank+0x125/0x130()
> > vblank not
On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote:
> Hmm. 3.19 works fine, even if it ends up spewing
>
> WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
> drm_wait_one_vblank+0x125/0x130()
> vblank not available on crtc 1, ret=-22
>
> a lot.
For what it's worth, that stre
On Sun, Mar 01, 2015 at 05:59:53PM -0800, Linus Torvalds wrote:
> On Sun, Mar 1, 2015 at 1:00 PM, Linus Torvalds
> wrote:
> >
> > Back to the drawing board.
>
> Ok, many hours later, but I found it.
>
> The bisection was a disaster, having to work around other bugs in this
> area, but it ended u
On Mon, Mar 2, 2015 at 1:04 AM, Daniel Vetter wrote:
>
> And can you please attach a bactrace of the WARN in your patch, just to
> double-check you blow up at the same spot?
So the dmesg I attached had a backtrace for the new WARN_ONCE() (in
addition to an unrelated(?) one from i915_gem_free_obje
On Sun, Mar 1, 2015 at 1:00 PM, Linus Torvalds
wrote:
>
> Back to the drawing board.
Ok, many hours later, but I found it.
The bisection was a disaster, having to work around other bugs in this
area, but it ended up getting "close enough" that I figured out what
went wrong.
The "intel_plane_dup
On Sun, Mar 1, 2015 at 12:35 PM, Linus Torvalds
wrote:
>
> The compiles should be going faster now that I'm getting closer, so
> I'll have a tighter bisect soon. Knock wood.
Grr.
I found:
ccfc08655d5fd5076828f45fb09194c070f2f63a is the first bad commit
but that boot failure is apparently fix
On Sat, Feb 28, 2015 at 11:27 PM, Linus Torvalds
wrote:
>
> I'll try to narrow it down at least a *bit* more, even if it's a
> painfully slow machine.
It was brought in by either
Merge tag 'topic/atomic-core-2015-01-05'
or
Merge tag 'topic/core-stuff-2014-12-19'
with the atomic stuff bein
On Sat, Feb 28, 2015 at 10:08 PM, Linus Torvalds
wrote:
>
> I'll see how painful it is to bisect it,
Not surprisingly, it went right for the drm merge.
Commit 8c334ce8f0fe ("Merge branch 'timers-core-for-linus'..") is
good, while the next merge commit 796e1c55717e ("Merge branch
'drm-next' ..")
On Sat, Feb 28, 2015 at 9:40 PM, Linus Torvalds
wrote:
>
> I'm not sure how new these problems are, I think the previous kernel I
> booted on this machine was 3.16.
Hmm. 3.19 works fine, even if it ends up spewing
WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
drm_wait_one_vblank+0
Hmm. I haven't updated the old Mac Mini I have in a *long* time, but
today I decided to try.
And it causes problems in drm.
I'm not sure how new these problems are, I think the previous kernel I
booted on this machine was 3.16. But I thought I'd better report them
as-is, because bisection on this
Hi Linus,
just general fixes pull, radeon, i915, atmel, tegra, amdkfd
and one core fix.
Dave.
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airli
Hi Linus,
radeon and amdkfd fixes, radeon ones mostly for oops in some
test/benchmark functions since fencing changes, and one regression fix for
old GPUs,
There is one cirrus regression fix, the 32bpp broke userspace, so this
hides it behind a module option for the few users who care.
I'm of
Hi Linus,
Intel had a few more fixes lined up and no point me sitting on them,
along with a DP MST fix from Rob for a race at undock + vt switch.
Dave.
The following changes since commit 1c999c47a9f1772e6d53028b6bf965c6ddb743bd:
Merge tag 'dm-3.19-fixes-3' of
git://git.kernel.org/pub/scm/li
On 28 January 2015 at 04:04, Linus Torvalds
wrote:
> On Mon, Jan 26, 2015 at 6:06 PM, Dave Airlie wrote:
>>
>> are available in the git repository at:
>>
>> git://people.freedesktop.org/~airlied/linux drm-fixes
>
> No they aren't, actually, because you've screwed up your repository.
>
> It look
On Mon, Jan 26, 2015 at 6:06 PM, Dave Airlie wrote:
>
> are available in the git repository at:
>
> git://people.freedesktop.org/~airlied/linux drm-fixes
No they aren't, actually, because you've screwed up your repository.
It looks like you were using an alternates that has gone away:
remo
Hi Linus,
This feels larger than I'd like but its for three reasons.
a) amdkfd finalising the API more, this is a new feature introduced last
merge window, and I'd prefer to make the tweaks
to the API before it first gets into a stable release.
b) radeon regression required splitting an intern
Hi Linus,
Just back from LCA + some days off, had some fixes from the past 2 weeks,
some amdkfd code removal for a feature that wasn't ready,
otherwise just one fix for core helper sleeping,
exynos, i915, and radeon fixes.
I thought I had some sti fixes but they were already in, and it confused
Hi Linus,
I'm briefly working between holidays and LCA, so this is close to a couple
of weeks of fixes,
two sets of amdkfd fixes, this is a new feature this kernel, and this pull
fixes a few issues since it got merged, ordering when built-in to kernel
and also the iommu vs gpu ordering patch,
Hi Linus,
Xmas fixes pull:
core: one atomic fix, revert the WARN_ON dumb buffers patch.
agp: fixup Dave J.
nouveau: fix 3.18 regression for old userspace
tegra fixes: vblank and iommu fixes
amdkfd: fix bugs shown by testing with userspace, init apertures once
msm: hdmi fixes and cleanup
i915:
Hi Linus,
two i915 regressions, one dual-gpu laptop radeon fix.
Dave.
The following changes since commit 5d01410fe4d92081f349b013a2e7a95429e4f2c9:
Linux 3.18-rc6 (2014-11-23 15:25:20 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for
Hi Linus,
just two radeon and two intel fixes, endian and regression fixes.
Dave.
The following changes since commit fc14f9c1272f62c3e8d01300f52467c0d9af50f9:
Linux 3.18-rc5 (2014-11-16 16:36:20 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux dr
Hi Linus,
exynos infinite loop regressions fixed
i915: one regression
radeon: one race condition on monitor probing
noveau: two regressions
tegra: one vblank regression fix.
Dave.
The following changes since commit 03dca708521d30153fc5c7e2ff136f780a7372c9:
Merge tag 'drm-intel-fixes-2014-11-
Hi Linus,
drm fixes, nothing too astounding or major, radeon, i915
vmwgfx, armada and exynos.
biggest ones:
vmwgfx has one big locking regression fix,
i915 has come displayport fixes
radeon has some stability and a memory alloc failure
armada and exynos have some vblank fixes.
Dave.
The follow
Hi Linus,
intel, nouveau, radeon and qxl,
mostly for bugs introduced in the merge window, nothing too shocking.
Dave.
The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
are available in the git repository at:
git://peo
Hi Linus,
Some final radeon and i915 fixes, black screens mostly
Dave.
The following changes since commit 0f33be009b89d2268e94194dc4fd01a7851b6d51:
Linux 3.17-rc6 (2014-09-21 15:43:02 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
fo
Hey Linus,
A bunch of radeon fixes for oops on module unload, and problems with
resetting the dma engine, one nouveau fix for black boxes in rendering on
my mbp retina, one sti fix, and a couple of intel fixes.
Dave.
The following changes since commit 37504a3be90b69438426d74ccf467a9fe192932b
Hi Linus,
ast, i915, radeon and msm fixes, all over the place, all fixing build
issues, regressions, oopses or failure to detect cards.
Dave.
The following changes since commit 7ec62d421bdf29cb31101ae2689f7f3a9906289a:
Merge branch 'for_linus' of
git://git.kernel.org/pub/scm/linux/kernel/g
Hi Linus,
send one yesterday, it bounced due to LF mail fail (linux-foundation.org),
hopefully this one makes it.
i915 fixes, a few display regressions
vmwgfx, possible loop forever fix
nouveau, one userspace interface fix.
Dave.
The following changes since commit 59753a805499f1ffbca4ac0a24b3d
Hi Linus,
just i915 and vmwgfx fixes,
i915 contains a bunch of fixes for recent regressions in outputs,
vmwgfx fixes a possible loop for ever and a bad return code.
Dave.
The following changes since commit 59753a805499f1ffbca4ac0a24b3dff67bf1:
Merge tag 'backlight-fixes-3.17' of
git://
Hi Linus,
Nothing major, one core oops fixes, some radeon oops fixes, some sti
driver fixups, msm driver fixes and a minor Kconfig update for the ww
mutex debugging.
Dave.
The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef:
Linux 3.17-rc2 (2014-08-25 15:36:20 -0700
Hi Linus,
one doc buidling fixes for a file that moved, along with a bunch of
nouveau fixes, one a build problem on ARM.
Dave.
The following changes since commit 899552d6e84babd24611fd36ac7051068cb1eb2d:
Merge branch 'misc' of
git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild (20
Hi Linus,
This is radeon and intel fixes, and is a small bit larger than I'm
guessing you'd like it to be,
i915: fixes 32-bit highmem i915 blank screen, semaphore hang and runtime
pm fix
radeon: gpuvm stability fix for hangs since 3.15, and hang/reboot
regression on TN/RL devices,
The only s
Hi Linus,
one nouveau deadlock fix, one qxl irq handling fix,
and a set of radeon pageflipping changes that fix regressions in
pageflipping since -rc1 along with a leak and backlight fix.
the pageflipping fixes are a bit bigger than I'd like, but
there has been a few people focused on testing t
On Sun, Jul 6, 2014 at 10:49 AM, Dave Airlie wrote:
> On 6 July 2014 12:24, Ed Tomlinson wrote:
>> Hi Dave,
>>
>> This is NOT fixing problems with a stalled boot due to VGA problems as
>> reported in thread: [PATCH 5/5] drm/i915: Kick out vga console
>> It can be fixed by reverting: a4de05268e674
On 6 July 2014 12:24, Ed Tomlinson wrote:
> Hi Dave,
>
> This is NOT fixing problems with a stalled boot due to VGA problems as
> reported in thread: [PATCH 5/5] drm/i915: Kick out vga console
> It can be fixed by reverting: a4de05268e674e8ed31df6348269e22d6c6a1803
> or applying the patch from Chr
Hi Linus,
i915, tda998x and vmwgfx fixes, the main one is i915 fix for missing VGA
connectors, along with some fixes for the tda998x from Russell fixing some
modesetting problems.
(still on holidays, but got a spare moment to find these).
Dave.
The following changes since commit e1a08b855f56
Hi Dave,
This is NOT fixing problems with a stalled boot due to VGA problems as
reported in thread: [PATCH 5/5] drm/i915: Kick out vga console
It can be fixed by reverting: a4de05268e674e8ed31df6348269e22d6c6a1803
or applying the patch from Chris Wilson which can be found as a reply to my
report.
Hi Linus,
exynos, i915 and msm fixes and one core fix.
exynos: hdmi power off and mixer issues,
msm: iommu, build fixes,
i915: regression races and warns!
Dave.
The following changes since commit a497c3ba1d97fc69c1e78e7b96435ba8c2cb42ee:
Linux 3.16-rc2 (2014-06-21 19:02:54 -1000)
are avail
Hi Linus,
this looks bigger than it is, as one of the nouveau firmware fixes
"drm/gf100-/gr: report class data to host on fwmthd failure" regenerates a
bunch of the firmware files after changing the assembly by a few lines,
without that, its more of a
" 36 files changed, 370 insertions(+), 129
Hi Linus,
all fairly small, radeon stability and a panic path fix.
Mostly radeon fixes, suspend/resume fix,
stability on the CIK chipsets,
along with a locking check avoidance patch for panic times regression.
Dave.
The following changes since commit 18ee37a485653aa635cfab9a3710e9bcf5fbca01:
Hi Linus,
radeon, i915 and nouveau fixes, all fixes for regressions or black
screens, or possible oopses,
I have an optional follow up to this for AMD as they have some new HW
support they'd like in, but I'm not sure how you are feeling at the
moment!
Dave.
The following changes since commi
Hi Linus,
smattering of fixes, i915, exynos, tegra, msm, vmwgfx,
bit of framebuffer reference counting fallout fixes, i915 GM45 regression
fix, DVI regression fix, vmware info leak between processes fix.
Inki, I've cherry-picked and signed off some of the stuff from the exynos
fixes pull reques
Christian K?nig wrote:
> Am 23.04.2014 23:36, schrieb Woody Suwalski:
>> Dave Airlie wrote:
>>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>>> wrote:
Dave, mind sending me a pull request for drm fixes?
There's now at least these two:
- "drm/radeon/aux: fix hpd assig
Am 24.04.2014 00:04, schrieb Ed Tomlinson:
> On Wednesday 23 April 2014 07:54:17 Dave Airlie wrote:
>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>> wrote:
>>> Dave, mind sending me a pull request for drm fixes?
>>>
>>> There's now at least these two:
>>>
>>> - "drm/radeon/aux: fix hpd assi
Am 23.04.2014 23:36, schrieb Woody Suwalski:
> Dave Airlie wrote:
>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>> wrote:
>>> Dave, mind sending me a pull request for drm fixes?
>>>
>>> There's now at least these two:
>>>
>>> - "drm/radeon/aux: fix hpd assignment for aux bus"
>>> - "drm/r
On Wednesday 23 April 2014 07:54:17 Dave Airlie wrote:
> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
> wrote:
> > Dave, mind sending me a pull request for drm fixes?
> >
> > There's now at least these two:
> >
> > - "drm/radeon/aux: fix hpd assignment for aux bus"
> > - "drm/radeon: use fixe
Dave Airlie wrote:
> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
> wrote:
>> Dave, mind sending me a pull request for drm fixes?
>>
>> There's now at least these two:
>>
>> - "drm/radeon/aux: fix hpd assignment for aux bus"
>> - "drm/radeon: use fixed PPL ref divider if needed"
>>
>> that
801 - 900 of 1462 matches
Mail list logo