Been on holidays, but ack for anything DT related,
Look I wishI knew how DT worked, and what tree is canonical for changes to
it, I'm not sure its well defined enough or sub maintaniers know enough,
so I do just trust the exynos guys with this.
Dave.
--
To unsubscribe from this list: send
ecks
drm/i915: Use genX_ prefix for gt irq enable/disable functions
drm/i915: Ditch UMS config option
Merge remote-tracking branch 'airlied/drm-next' into drm-intel-next
drm: Fix race when checking for fb in the generic kms obj lookup
Dave Airlie (43):
drm/i915: rework digit
enable/disable functions
drm/i915: Ditch UMS config option
Merge remote-tracking branch 'airlied/drm-next' into drm-intel-next
drm: Fix race when checking for fb in the generic kms obj lookup
Dave Airlie (43):
drm/i915: rework digital port IRQ handling (v2)
Merge tag
> Hi Dave,
>
> After merging the drm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> ERROR: "drm_sysfs_connector_remove" [drivers/gpu/drm/i2c/tda998x.ko]
> undefined!
> ERROR: "drm_sysfs_connector_add" [drivers/gpu/drm/i2c/tda998x.ko] undefined!
>
I've fixed
Hi Dave,
After merging the drm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
ERROR: drm_sysfs_connector_remove [drivers/gpu/drm/i2c/tda998x.ko]
undefined!
ERROR: drm_sysfs_connector_add [drivers/gpu/drm/i2c/tda998x.ko] undefined!
I've fixed this, caught it
>
> Dave,
> I understand your issues with my programming. I need to try and
> understand the kernel first before programming
> for it.
Why do you insist on sending more patches then, every day you try and
send another one or two, despite been
told multiple times to a) understand what you are
On 4 August 2014 15:03, Hans Verkuil wrote:
> On 08/04/2014 05:25 AM, Nicholas Krause wrote:
>> This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
>> inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
>>
>> Signed-off-by: Nicholas Krause
>
>
On 4 August 2014 13:25, Nicholas Krause wrote:
> This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
> inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
>
Please go back and read every mail sent to you in the last few weeks.
then read them
On 4 August 2014 13:25, Nicholas Krause xerofo...@gmail.com wrote:
This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
Please go back and read every mail sent to you in the last few weeks.
On 4 August 2014 15:03, Hans Verkuil hverk...@xs4all.nl wrote:
On 08/04/2014 05:25 AM, Nicholas Krause wrote:
This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
Signed-off-by: Nicholas
Dave,
I understand your issues with my programming. I need to try and
understand the kernel first before programming
for it.
Why do you insist on sending more patches then, every day you try and
send another one or two, despite been
told multiple times to a) understand what you are writing,
> >
> > Ping. Any more comments, David?
>
> Ping, ping. David, did you had time to look at the patch again?
Merged finally thanks for reminding me, agp is kinda a dead zone.
Dave.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Ping. Any more comments, David?
Ping, ping. David, did you had time to look at the patch again?
Merged finally thanks for reminding me, agp is kinda a dead zone.
Dave.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On 31 July 2014 12:05, Nick Krause wrote:
> On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie wrote:
>>> This patch removes the lines for releasing the page cache in certain
>>> files as this may aid in perfomance with writes in the compression
>>> rountines of btrfs. P
> This patch removes the lines for releasing the page cache in certain
> files as this may aid in perfomance with writes in the compression
> rountines of btrfs. Please note that this patch has not been tested
> on my own hardware due to no compression based btrfs volumes of my
> own.
>
For all
This patch removes the lines for releasing the page cache in certain
files as this may aid in perfomance with writes in the compression
rountines of btrfs. Please note that this patch has not been tested
on my own hardware due to no compression based btrfs volumes of my
own.
For all that is
On 31 July 2014 12:05, Nick Krause xerofo...@gmail.com wrote:
On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie airl...@gmail.com wrote:
This patch removes the lines for releasing the page cache in certain
files as this may aid in perfomance with writes in the compression
rountines of btrfs. Please
On 28 July 2014 18:37, Benjamin Gaignard wrote:
> Hello Dave,
>
> You can found the patcheset with Rob's reviewed-by tag here:
> git://git.linaro.org/people/benjamin.gaignard/kernel.git
> on drm_kms_for_next-v7 branch
>
> It is the same code (drm_kms_for_next-v6) than what Rob has reviewed,
>
On 28 July 2014 18:37, Benjamin Gaignard benjamin.gaign...@linaro.org wrote:
Hello Dave,
You can found the patcheset with Rob's reviewed-by tag here:
git://git.linaro.org/people/benjamin.gaignard/kernel.git
on drm_kms_for_next-v7 branch
It is the same code (drm_kms_for_next-v6) than what
On 16 July 2014 04:33, Rob Clark wrote:
> On Tue, Jul 15, 2014 at 5:41 AM, Benjamin Gaignard
> wrote:
>> Hi all,
>>
>> Does version 6 fit to all your expectations ?
>> If yes will you consider to merge it into drm-next ?
>> If no, please tell me what need to be fixed.
>
>
> I had another pass
On 16 July 2014 04:33, Rob Clark robdcl...@gmail.com wrote:
On Tue, Jul 15, 2014 at 5:41 AM, Benjamin Gaignard
benjamin.gaign...@linaro.org wrote:
Hi all,
Does version 6 fit to all your expectations ?
If yes will you consider to merge it into drm-next ?
If no, please tell me what need to be
drm/radeon: fix error handling in radeon_vm_bo_set_addr
drm/radeon: fix irq ring buffer overflow handling
Dave Airlie (3):
Merge branch 'drm-fixes-3.16' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2014-07-24' of
git
drm/radeon: fix error handling in radeon_vm_bo_set_addr
drm/radeon: fix irq ring buffer overflow handling
Dave Airlie (3):
Merge branch 'drm-fixes-3.16' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2014-07-24' of
git
On 23 July 2014 01:40, Benjamin Gaignard wrote:
> Adding LKML and David in diffusion list to get an opinion on this patch
>
> 2014-07-10 10:01 GMT+02:00 Fabien DESSENNE :
>> Hi,
>> Can anyone review this patch ?
It's been in drm-next for a few weeks.
Dave.
--
To unsubscribe from this list: send
On 23 July 2014 01:40, Benjamin Gaignard benjamin.gaign...@linaro.org wrote:
Adding LKML and David in diffusion list to get an opinion on this patch
2014-07-10 10:01 GMT+02:00 Fabien DESSENNE fabien.desse...@st.com:
Hi,
Can anyone review this patch ?
It's been in drm-next for a few weeks.
On 22 July 2014 14:21, Alexandre Courbot wrote:
> DRM maintainers, could I have a comment about this patch? A bunch of
> Nouveau changes depend on it.
I'm not sure we really have anyone who is in a great position to comment,
my major issue would be its allocate a large chunk of RAM that might
On 9 July 2014 22:29, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/radeon/radeon.h| 15 +-
> drivers/gpu/drm/radeon/radeon_device.c | 60 -
> drivers/gpu/drm/radeon/radeon_fence.c | 223
> ++--
> 3 files
On 9 July 2014 22:29, Maarten Lankhorst maarten.lankho...@canonical.com wrote:
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
drivers/gpu/drm/radeon/radeon.h| 15 +-
drivers/gpu/drm/radeon/radeon_device.c | 60 -
drivers/gpu/drm/radeon/radeon_fence.c
On 22 July 2014 14:21, Alexandre Courbot gnu...@gmail.com wrote:
DRM maintainers, could I have a comment about this patch? A bunch of
Nouveau changes depend on it.
I'm not sure we really have anyone who is in a great position to comment,
my major issue would be its allocate a large chunk of
/drm-intel (2014-07-19 16:48:38 +1000)
Daniel Vetter (2):
Revert "drm/i915: Don't set the 8to6 dither flag when not scaling"
drm/i915: Track the primary plane correctly when reassigning planes
Dave
/drm-intel (2014-07-19 16:48:38 +1000)
Daniel Vetter (2):
Revert drm/i915: Don't set the 8to6 dither flag when not scaling
drm/i915: Track the primary plane correctly when reassigning planes
Dave Airlie (2):
Revert
to something reasonable
Dave Airlie (2):
Merge branch 'linux-3.16' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-fixes-3.16' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Jason Wang (1):
drm/qxl: return IRQ_NONE
to something reasonable
Dave Airlie (2):
Merge branch 'linux-3.16' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-fixes-3.16' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Jason Wang (1):
drm/qxl: return IRQ_NONE
On 14 July 2014 18:37, Christian König wrote:
>> I vote for HSA module that expose ioctl and is an intermediary with the
>> kernel driver that handle the hardware. This gives a single point for
>> HSA hardware and yes this enforce things for any hardware manufacturer.
>> I am more than happy to
On 14 July 2014 18:37, Christian König deathsim...@vodafone.de wrote:
I vote for HSA module that expose ioctl and is an intermediary with the
kernel driver that handle the hardware. This gives a single point for
HSA hardware and yes this enforce things for any hardware manufacturer.
I am more
> +/* The 64-bit ABI is the authoritative version. */
> +#pragma pack(push, 8)
> +
Don't do this, pad and align things explicitly in structs.
> +struct kfd_ioctl_create_queue_args {
> + uint64_t ring_base_address; /* to KFD */
> + uint32_t ring_size; /* to KFD */
> +
+/* The 64-bit ABI is the authoritative version. */
+#pragma pack(push, 8)
+
Don't do this, pad and align things explicitly in structs.
+struct kfd_ioctl_create_queue_args {
+ uint64_t ring_base_address; /* to KFD */
+ uint32_t ring_size; /* to KFD */
+
drivers
Dave Airlie (3):
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge tag 'drm-intel-fixes-2014-07-09' of
git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.16' of
git
drivers
Dave Airlie (3):
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge tag 'drm-intel-fixes-2014-07-09' of
git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.16' of
git
On 2 July 2014 16:15, Mathias Krause wrote:
> On 15 June 2014 23:02, Mathias Krause wrote:
>> The VFS layer handles those in the very same way, if unset. No need for
>> additional stubs.
>>
>> Signed-off-by: Mathias Krause
>> Cc: Alexander Viro
>> ---
>> drivers/char/agp/frontend.c | 15
On 2 July 2014 16:15, Mathias Krause mini...@googlemail.com wrote:
On 15 June 2014 23:02, Mathias Krause mini...@googlemail.com wrote:
The VFS layer handles those in the very same way, if unset. No need for
additional stubs.
Signed-off-by: Mathias Krause mini...@googlemail.com
Cc: Alexander
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
On 6 July 2014 12:24, Ed Tomlinson e...@aei.ca 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
to dfd7aecfd6d227831d77719379d4c7137f444fee:
Merge tag 'drm-intel-fixes-2014-07-03' of
git://anongit.freedesktop.org/drm-intel (2014-07-06 07:49:59 +1000)
Dave Airlie (3):
Merge branch 'tda998x-fixes' of
git://ftp.arm.linux.org.uk/~rmk/linux
to dfd7aecfd6d227831d77719379d4c7137f444fee:
Merge tag 'drm-intel-fixes-2014-07-03' of
git://anongit.freedesktop.org/drm-intel (2014-07-06 07:49:59 +1000)
Dave Airlie (3):
Merge branch 'tda998x-fixes' of
git://ftp.arm.linux.org.uk/~rmk/linux
setup for eg/btc
drm/radeon/dpm: fix vddci setup typo on cayman
drm/radeon/cik: fix typo in EOP packet
Christian König (1):
drm/radeon: page table BOs are kernel allocations
Dave Airlie (2):
drm: fix permissions on drm_drv.c
Merge branch 'drm-fixes-3.16' of git
setup for eg/btc
drm/radeon/dpm: fix vddci setup typo on cayman
drm/radeon/cik: fix typo in EOP packet
Christian König (1):
drm/radeon: page table BOs are kernel allocations
Dave Airlie (2):
drm: fix permissions on drm_drv.c
Merge branch 'drm-fixes-3.16' of git
and counting
the objects in debugfs
Dan Carpenter (1):
drm/exynos: change zero to NULL for sparse
Dave Airlie (3):
Merge branch 'msm-fixes-3.16' of
git://people.freedesktop.org/~robclark/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of
git://git.kernel.org/.../daeinki/drm
and counting
the objects in debugfs
Dan Carpenter (1):
drm/exynos: change zero to NULL for sparse
Dave Airlie (3):
Merge branch 'msm-fixes-3.16' of
git://people.freedesktop.org/~robclark/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of
git://git.kernel.org/.../daeinki/drm
On 20 June 2014 02:09, Daniel Vetter wrote:
> On Wed, Jun 18, 2014 at 12:14:55PM -0400, Theodore Ts'o wrote:
>> Is this a known problem?
>>
>> On my T540p, occasionally the display will go black and then be
>> completely locked. One time when this happened, the display started
>> glitching and
On 20 June 2014 04:19, Greg KH wrote:
> On Thu, Jun 19, 2014 at 01:45:30PM -0400, Rob Clark wrote:
>> On Thu, Jun 19, 2014 at 1:00 PM, Greg KH wrote:
>> > On Thu, Jun 19, 2014 at 10:00:18AM -0400, Rob Clark wrote:
>> >> On Wed, Jun 18, 2014 at 9:13 PM, Greg KH
>> >> wrote:
>> >> > On Wed, Jun
On 20 June 2014 04:19, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Jun 19, 2014 at 01:45:30PM -0400, Rob Clark wrote:
On Thu, Jun 19, 2014 at 1:00 PM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Jun 19, 2014 at 10:00:18AM -0400, Rob Clark wrote:
On Wed, Jun 18, 2014 at 9:13 PM,
On 20 June 2014 02:09, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Jun 18, 2014 at 12:14:55PM -0400, Theodore Ts'o wrote:
Is this a known problem?
On my T540p, occasionally the display will go black and then be
completely locked. One time when this happened, the display started
glitching
tter (5):
vt: Fix replacement console check when unbinding
vt: Fix up unregistration of vt drivers
vt: Don't ignore unbind errors in vt_unbind
drm/i915: Fixup global gtt cleanup
drm/i915: Kick out vga console
Dave Airlie (5):
Merge branch 'drm-nouveau-next' of
git://anon
console check when unbinding
vt: Fix up unregistration of vt drivers
vt: Don't ignore unbind errors in vt_unbind
drm/i915: Fixup global gtt cleanup
drm/i915: Kick out vga console
Dave Airlie (5):
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git
cc'ing list
On 8 June 2014 04:08, Howard Chu wrote:
> On Asus NP56D, if you use vgaswitcheroo to turn off the discrete GPU, the
> kernel starts spewing these messages endlessly, until /var/log partition
> fills up:
>
> Jun 7 17:40:27 gamba kernel: [470008.702322] [drm:radeon_cs_parser_init]
>
cc'ing list
On 8 June 2014 04:08, Howard Chu h...@symas.com wrote:
On Asus NP56D, if you use vgaswitcheroo to turn off the discrete GPU, the
kernel starts spewing these messages endlessly, until /var/log partition
fills up:
Jun 7 17:40:27 gamba kernel: [470008.702322]
table updates
drm/radeon: use the CP DMA on CIK
Dave Airlie (1):
Merge branch 'drm-fixes-3.15' of
git://people.freedesktop.org/~deathsimple/linux into drm-fixes
Sergei Antonov (1):
drm/crtc-helper: skip locking checks in panicking path
drivers/gpu/drm/drm_crtc_helper.c | 17
table updates
drm/radeon: use the CP DMA on CIK
Dave Airlie (1):
Merge branch 'drm-fixes-3.15' of
git://people.freedesktop.org/~deathsimple/linux into drm-fixes
Sergei Antonov (1):
drm/crtc-helper: skip locking checks in panicking path
drivers/gpu/drm/drm_crtc_helper.c | 17
drm/radeon: avoid crash if VM command submission isn't available
drm/radeon: only allocate necessary size for vm bo list
Daniel Vetter (1):
drm/radeon: Resume fbcon last
Dave Airlie (2):
Merge tag 'drm-intel-fixes-2014-05-27' of
git://anongit.freedesktop.org/drm-intel
drm/radeon: avoid crash if VM command submission isn't available
drm/radeon: only allocate necessary size for vm bo list
Daniel Vetter (1):
drm/radeon: Resume fbcon last
Dave Airlie (2):
Merge tag 'drm-intel-fixes-2014-05-27' of
git://anongit.freedesktop.org/drm-intel
On 26 May 2014 09:06, Stephen Rothwell wrote:
> Hi all,
>
> On Sun, 25 May 2014 23:54:35 +0100 Russell King - ARM Linux
> wrote:
>>
>> On Sun, May 25, 2014 at 02:08:48PM +0200, David Herrmann wrote:
>> >
>> > On Sat, May 24, 2014 at 11:05 PM, Vincent Stehlé
>> > wrote:
>> > > The
On 26 May 2014 09:06, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
On Sun, 25 May 2014 23:54:35 +0100 Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Sun, May 25, 2014 at 02:08:48PM +0200, David Herrmann wrote:
On Sat, May 24, 2014 at 11:05 PM, Vincent Stehlé
size estimation
drm/radeon: fix buffer placement under memory pressure v2
drm/radeon: fix typo in finding PLL params
Dave Airlie (2):
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-fixes-3.15' of
git
size estimation
drm/radeon: fix buffer placement under memory pressure v2
drm/radeon: fix typo in finding PLL params
Dave Airlie (2):
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-fixes-3.15' of
git
> Hi,
cc'iong intel-gfx.
>
> I've upgraded kernel on my PC to 3.15-rc5 and I got today freeze
> (recovery possibly only by power off/on) when waking from suspend.
> There is only warning in log but system was completely dead (no keys
> reaction ).
>
> May 14 15:53:15 nb kernel:
cc'ing dri-devel.
> >From d0d57745ba23faf605b0f249b57d283fe1a8ee60 Mon Sep 17 00:00:00 2001
> From: Tetsuo Handa
> Date: Mon, 19 May 2014 17:59:03 +0900
> Subject: [PATCH] gpu/drm/ttm: Pass GFP flags in order to avoid deadlock.
>
> Commit 7dc19d5a "drivers: convert shrinkers to new count/scan
cc'ing dri-devel.
> >From e314a1a1583e585d062dfc30c8aad8bf5380510b Mon Sep 17 00:00:00 2001
> From: Tetsuo Handa
> Date: Mon, 19 May 2014 18:43:21 +0900
> Subject: [PATCH] gpu/drm/ttm: Use mutex_lock_killable() for shrinker
> functions.
>
> I can observe that RHEL7 environment stalls with
cc'ing dri-devel.
From e314a1a1583e585d062dfc30c8aad8bf5380510b Mon Sep 17 00:00:00 2001
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Date: Mon, 19 May 2014 18:43:21 +0900
Subject: [PATCH] gpu/drm/ttm: Use mutex_lock_killable() for shrinker
functions.
I can observe that RHEL7
cc'ing dri-devel.
From d0d57745ba23faf605b0f249b57d283fe1a8ee60 Mon Sep 17 00:00:00 2001
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Date: Mon, 19 May 2014 17:59:03 +0900
Subject: [PATCH] gpu/drm/ttm: Pass GFP flags in order to avoid deadlock.
Commit 7dc19d5a drivers: convert
Hi,
cc'iong intel-gfx.
I've upgraded kernel on my PC to 3.15-rc5 and I got today freeze
(recovery possibly only by power off/on) when waking from suspend.
There is only warning in log but system was completely dead (no keys
reaction ).
May 14 15:53:15 nb kernel: [30404.485085] PM:
On 11 May 2014 18:28, Thomas Meyer wrote:
> Hi,
>
> 3.14.3 works as expected.
> 3.15-rc5 shows a strange behaviour: When resuming from ram the X server
> seems to be disfunctional.
>
> I see this WARNING in the kernel log before suspend to ram in the early
> boot process:
>
> - Fresh boot
On 11 May 2014 18:28, Thomas Meyer tho...@m3y3r.de wrote:
Hi,
3.14.3 works as expected.
3.15-rc5 shows a strange behaviour: When resuming from ram the X server
seems to be disfunctional.
I see this WARNING in the kernel log before suspend to ram in the early
boot process:
- Fresh boot
On 10 May 2014 03:03, Ville Syrjälä wrote:
> On Fri, May 09, 2014 at 05:14:38PM +0100, Damien Lespiau wrote:
>> On Fri, May 09, 2014 at 06:11:37PM +0200, Jörg Otte wrote:
>> > > Jörg, can you please boot with drm.debug=0xe, reproduce the issue and
>> > > then attach the complete dmesg? Please
On 10 May 2014 03:03, Ville Syrjälä ville.syrj...@linux.intel.com wrote:
On Fri, May 09, 2014 at 05:14:38PM +0100, Damien Lespiau wrote:
On Fri, May 09, 2014 at 06:11:37PM +0200, Jörg Otte wrote:
Jörg, can you please boot with drm.debug=0xe, reproduce the issue and
then attach the complete
to 995c376e89992e756cf844b86209eb4ceb5ebe27:
Merge branch 'mullins' of git://people.freedesktop.org/~deathsimple/linux
into drm-fixes (2014-05-07 09:10:28 +1000)
Alex Deucher (1):
drm/radeon: dpm updates for KV/KB
Dave
Dave Airlie (3):
Merge branch 'drm-fixes-3.15' of
git://people.freedesktop.org/~deathsimple/linux into drm-fixes
Merge tag 'topc/core-stuff-2014-05-05' of
git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git
Dave Airlie (3):
Merge branch 'drm-fixes-3.15' of
git://people.freedesktop.org/~deathsimple/linux into drm-fixes
Merge tag 'topc/core-stuff-2014-05-05' of
git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git
to 995c376e89992e756cf844b86209eb4ceb5ebe27:
Merge branch 'mullins' of git://people.freedesktop.org/~deathsimple/linux
into drm-fixes (2014-05-07 09:10:28 +1000)
Alex Deucher (1):
drm/radeon: dpm updates for KV/KB
Dave
the HWS page
Daniel Vetter (3):
drm/i915: Don't check gmch state on inherited configs
drm/tegra: restrict plane loops to legacy planes
drm/i915: Don't WARN nor handle unexpected hpd interrupts on gmch
platforms
Dave Airlie (4):
Merge tag 'drm-intel-fixes-2014-04-25' of
git
the HWS page
Daniel Vetter (3):
drm/i915: Don't check gmch state on inherited configs
drm/tegra: restrict plane loops to legacy planes
drm/i915: Don't WARN nor handle unexpected hpd interrupts on gmch
platforms
Dave Airlie (4):
Merge tag 'drm-intel-fixes-2014-04-25' of
git
ATPX
Christian König (2):
drm/radeon: use fixed PPL ref divider if needed
drm/radeon: improve PLL limit handling in post div calculation
Dave Airlie (1):
Merge branch 'drm-fixes-3.15' of
git://people.freedesktop.org/~deathsimple/linux into drm-next
drivers/gpu/drm/radeon
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 look like fairly fatal
On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
torva...@linux-foundation.org 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 look like
ATPX
Christian König (2):
drm/radeon: use fixed PPL ref divider if needed
drm/radeon: improve PLL limit handling in post div calculation
Dave Airlie (1):
Merge branch 'drm-fixes-3.15' of
git://people.freedesktop.org/~deathsimple/linux into drm-next
drivers/gpu/drm/radeon
drm_crtc_helper.c
Dave Airlie (6):
Merge tag 'drm-intel-fixes-2014-04-11' of
git://anongit.freedesktop.org/drm-intel into drm-next
Merge tag 'drm/tegra/for-3.15-rc2' of
git://anongit.freedesktop.org/tegra/linux into drm-next
Merge branch 'drm-fixes-3.15' of
git
drm_crtc_helper.c
Dave Airlie (6):
Merge tag 'drm-intel-fixes-2014-04-11' of
git://anongit.freedesktop.org/drm-intel into drm-next
Merge tag 'drm/tegra/for-3.15-rc2' of
git://anongit.freedesktop.org/tegra/linux into drm-next
Merge branch 'drm-fixes-3.15' of
git
On Wed, Apr 9, 2014 at 4:07 PM, Daniel J Blueman wrote:
> On 9 April 2014 11:41, Dave Airlie wrote:
>> On Tue, Apr 8, 2014 at 5:32 PM, Daniel J Blueman wrote:
>>> On 8 April 2014 15:14, Jani Nikula wrote:
>>>> On Tue, 08 Apr 2014, Daniel J Blu
On Wed, Apr 9, 2014 at 4:07 PM, Daniel J Blueman dan...@quora.org wrote:
On 9 April 2014 11:41, Dave Airlie airl...@gmail.com wrote:
On Tue, Apr 8, 2014 at 5:32 PM, Daniel J Blueman dan...@quora.org wrote:
On 8 April 2014 15:14, Jani Nikula jani.nik...@linux.intel.com wrote:
On Tue, 08 Apr
On Tue, Apr 8, 2014 at 5:32 PM, Daniel J Blueman wrote:
> On 8 April 2014 15:14, Jani Nikula wrote:
>> On Tue, 08 Apr 2014, Daniel J Blueman wrote:
>>> Ville et al,
>>>
>>> It looks like commit e3ea8fa6beaf55fee64bf816f3b8a80ad733b2c2 (or
>>> another commit in 3.13.7) broke modes which require
On Tue, Apr 8, 2014 at 5:32 PM, Daniel J Blueman dan...@quora.org wrote:
On 8 April 2014 15:14, Jani Nikula jani.nik...@linux.intel.com wrote:
On Tue, 08 Apr 2014, Daniel J Blueman dan...@quora.org wrote:
Ville et al,
It looks like commit e3ea8fa6beaf55fee64bf816f3b8a80ad733b2c2 (or
another
to 8ee661b505613ef2747b350ca2871a31b3781bee:
drm/i915: Undo gtt scratch pte unmapping again (2014-03-28 12:33:50 +1000)
Daniel Vetter (1):
drm/i915: Undo gtt scratch pte unmapping again
Dave Airlie (3):
drm/udl: take reference to device struct for dma-bufs
On Fri, Mar 28, 2014 at 10:45 AM, Christopher Friedt
wrote:
> Previously, the vmwgfx_fb driver would allow users to call FBIOSET_VINFO, but
> it would not adjust
> the FINFO properly, resulting in distorted screen rendering. The patch
> corrects that behaviour.
>
> See
On Fri, Mar 28, 2014 at 10:45 AM, Christopher Friedt
chrisfri...@gmail.com wrote:
Previously, the vmwgfx_fb driver would allow users to call FBIOSET_VINFO, but
it would not adjust
the FINFO properly, resulting in distorted screen rendering. The patch
corrects that behaviour.
See
to 8ee661b505613ef2747b350ca2871a31b3781bee:
drm/i915: Undo gtt scratch pte unmapping again (2014-03-28 12:33:50 +1000)
Daniel Vetter (1):
drm/i915: Undo gtt scratch pte unmapping again
Dave Airlie (3):
drm/udl: take reference to device struct for dma-bufs
On Mon, Mar 24, 2014 at 7:27 AM, Andreas Mohr wrote:
> On Sun, Mar 23, 2014 at 09:39:16AM -0700, Linus Torvalds wrote:
>> On Sun, Mar 23, 2014 at 5:15 AM, Andreas Mohr wrote:
>> >
>> > which did end up flawless on 3.12.0-rc2+, too
>> > (but failed to improve the issue on 3.14.0-rc7+).
>> >
>> >
On Mon, Mar 24, 2014 at 7:27 AM, Andreas Mohr a...@lisas.de wrote:
On Sun, Mar 23, 2014 at 09:39:16AM -0700, Linus Torvalds wrote:
On Sun, Mar 23, 2014 at 5:15 AM, Andreas Mohr a...@lisas.de wrote:
which did end up flawless on 3.12.0-rc2+, too
(but failed to improve the issue on
Kurtz (1):
drm/exynos: Fix (more) freeing issues in exynos_drm_drv.c
Daniel Vetter (2):
drm/i915: Don't enable display error interrupts from the start
drm: Fix use-after-free in the shadow-attache exit code
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2014-03-17' of
git
Kurtz (1):
drm/exynos: Fix (more) freeing issues in exynos_drm_drv.c
Daniel Vetter (2):
drm/i915: Don't enable display error interrupts from the start
drm: Fix use-after-free in the shadow-attache exit code
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2014-03-17' of
git
on disable
Dave Airlie (3):
Merge tag 'vmwgfx-fixes-3.14-2014-03-13' of
git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'drm-fixes-3.14' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'ttm-fixes-3.14-2014-03-12' of
git
901 - 1000 of 2011 matches
Mail list logo