Signed-off-by: Eric Engestrom
---
I moved the main bits to be the first diffs, shouldn't affect anything
when applying the patch, but I wanted to ask:
I don't like the hard-coded `32` the appears in both kmalloc() and
snprintf(), what do you think? If you don't like it either, what would
you sugg
[ Adding the dri-devel list ]
On 11/08/16 12:46 PM, Emily Deng wrote:
> The adev->ddev->vblank[crtc].count couldn't be used here, so define another
> variable to compute the vblank count.
>
> Signed-off-by: Emily Deng
[...]
> diff --git a/drivers/gpu/drm/amd/amdgpu/dce_virtual.c
> b/drivers/
https://bugzilla.kernel.org/show_bug.cgi?id=85241
--- Comment #5 from Sergei Sinyak ---
(In reply to mirh from comment #4)
> Created attachment 215621 [details]
> TV was attached before booting.
>
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/
> ?id=7403c515c49c033fec33
We don't support configuring active primary plane on-the-fly for imx-drm.
The relevant CRTC should be disabled before the plane configuration.
Of course, the plane itself should be disabled as well.
For overlay plane, we currently reject active plane reconfiguration.
This patch adds active plane re
On Sun, Aug 14, 2016 at 7:43 PM, Peter Senna Tschudin
wrote:
> On Sun, Aug 14, 2016 at 12:46:27PM +0200, Daniel Vetter wrote:
>> On Sun, Aug 14, 2016 at 11:44:14AM +0200, Daniel Vetter wrote:
>> > On Sat, Aug 13, 2016 at 12:29:47PM +0100, Russell King - ARM Linux wrote:
>> > > On Sat, Aug 13, 2016
On Sun, Aug 14, 2016 at 11:01:35PM +0900, Masami Hiramatsu wrote:
> Hello,
>
> I've found a suspicious circular locking dependency in i915 by lockdep.
> It seems main driver initialization thread and sub fbdev configuration
> thread take locks in different order implicitly. Please check it.
>
> T
On Sun, Aug 14, 2016 at 07:19:35PM +0100, Jamie Lentin wrote:
> Lift configuration command from udlfb. If this command is not sent,
> then the device never outputs a signal, it's status LED is continually
> flashing and occasional "udlfb: wait for urb interrupted" messages are
> produced.
>
> Test
Remove comment for non-existent parameter in psbfb_alloc().
Signed-off-by: Jiang Biao
---
The previous patch was corrupted by the mail server, have to resend it.
---
drivers/gpu/drm/gma500/framebuffer.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/framebuffer.c
b/
On Sun, Aug 14, 2016 at 06:52:05PM +0200, Noralf Trønnes wrote:
> Create a simple fbdev device during SimpleDRM setup so legacy user-space
> and fbcon can use it.
>
> Original work by David Herrmann.
>
> Cc: dh.herrmann at gmail.com
> Signed-off-by: Noralf Trønnes
> ---
>
> Changes from versi
Hi, Philipp,
On Thu, 2016-08-11 at 09:15 +0200, Philipp Zabel wrote:
> Am Donnerstag, den 04.08.2016, 10:38 +0800 schrieb Bibby Hsieh:
> > From: Junzhi Zhao
> >
> > Pixel clock should be 297MHz when resolution is 4K.
> >
> > Signed-off-by: Junzhi Zhao
> > Signed-off-by: Bibby Hsieh
> > ---
>
On Sun, Aug 14, 2016 at 06:52:04PM +0200, Noralf Trønnes wrote:
> The SimpleDRM driver binds to simple-framebuffer devices and provides a
> DRM/KMS API. It provides only a single CRTC+encoder+connector combination
> plus one initial mode.
>
> Userspace can create dumb-buffers which can be blit in
On Sun, Aug 14, 2016 at 06:52:06PM +0200, Noralf Trønnes wrote:
> There is currently no non-fbdev mechanism in place to kick out
> simpledrm when the real hw-driver is probed. As a stop gap until
> that is in place, honour remove_conflicting_framebuffers() and
> delete the simple-framebuffer platf
On Sun, Aug 14, 2016 at 06:52:03PM +0200, Noralf Trønnes wrote:
> This patchset adds the simpledrm driver by David Herrmann based on a
> patchset[1] from 2014. That patchset also included patches for kicking
> out simpledrm by real drivers. I have stayed away from that since it
> involves another
On Mon, Aug 15, 2016 at 02:09:13PM +0800, Liu Ying wrote:
> We don't support configuring active primary plane on-the-fly for imx-drm.
> The relevant CRTC should be disabled before the plane configuration.
> Of course, the plane itself should be disabled as well.
> For overlay plane, we currently re
2016-08-15 15:18 GMT+08:00 Daniel Vetter :
> On Mon, Aug 15, 2016 at 02:09:13PM +0800, Liu Ying wrote:
>> We don't support configuring active primary plane on-the-fly for imx-drm.
>> The relevant CRTC should be disabled before the plane configuration.
>> Of course, the plane itself should be disabl
On 08/15/16 11:16, Teresa Remmet wrote:
> In function tilcdc_get_external_components the check for
> the remote port parent is not correct. We need a '||' instead of
> an '&&'.
>
> Signed-off-by: Teresa Remmet
> ---
> There has been send out a different version of this patch about a year ago.
> B
https://bugzilla.kernel.org/show_bug.cgi?id=153121
Bug ID: 153121
Summary: UVD not responding, trying to reset the VCPU, ATI
Mobility Radeon HD 5650
Product: Drivers
Version: 2.5
Kernel Version: 4.8.0-040800rc2
Hardware
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #1 from Kontantin Ivanov ---
Created attachment 228721
--> https://bugzilla.kernel.org/attachment.cgi?id=228721&action=edit
DRI_PRIME=1 glxinfo
glxinfo for Radeon HD card
--
You are receiving this mail because:
You are watching t
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #2 from Kontantin Ivanov ---
Created attachment 228731
--> https://bugzilla.kernel.org/attachment.cgi?id=228731&action=edit
glxinfo
glxinfo for integrated Intel graphic card
--
You are receiving this mail because:
You are watchin
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #3 from Kontantin Ivanov ---
Created attachment 228741
--> https://bugzilla.kernel.org/attachment.cgi?id=228741&action=edit
md5sum /lib/fimware/radeon/*
--
You are receiving this mail because:
You are watching the assignee of the
We don't support configuring active plane on-the-fly for imx-drm.
The relevant CRTC should be disabled before the plane configuration.
Of course, the plane itself should be disabled as well.
This patch adds active plane reconfiguration support by forcing CRTC
mode change and disabling-enabling plan
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #4 from Kontantin Ivanov ---
Created attachment 228751
--> https://bugzilla.kernel.org/attachment.cgi?id=228751&action=edit
sudo lspci -v
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #5 from Kontantin Ivanov ---
Created attachment 228761
--> https://bugzilla.kernel.org/attachment.cgi?id=228761&action=edit
sudo lspci -v -s 01:00.1 (the Radeon HD card)
--
You are receiving this mail because:
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #6 from Kontantin Ivanov ---
Created attachment 228771
--> https://bugzilla.kernel.org/attachment.cgi?id=228771&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #7 from Kontantin Ivanov ---
Created attachment 228781
--> https://bugzilla.kernel.org/attachment.cgi?id=228781&action=edit
Xorg -version
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #8 from Kontantin Ivanov ---
uname -a
Linux hpg6 4.8.0-040800rc2-generic #201608142332 SMP Mon Aug 15 03:34:01 UTC
2016 x86_64 x86_64 x86_64 GNU/Linux
The bug is present in 4.4.19, 4.5, 4.6, 4.7 kernels
--
You are receiving this
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #9 from Kontantin Ivanov ---
radeon.dpm=0 doesn't help
--
You are receiving this mail because:
You are watching the assignee of the bug.
On 15/08/16 05:57, Amitoj Kaur Chawla wrote:
> devm_pinctrl_register returns an ERR_PTR in case of error and should
> have an IS_ERR check instead of a null check.
>
> The Coccinelle semantic patch used to make this change is as follows:
> @@
> expression e;
> @@
>
> e = devm_pinctrl_register(
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #10 from Kontantin Ivanov ---
cat /proc/cmdline
BOOT_IMAGE=/@/boot/vmlinuz-4.8.0-040800rc2-generic
root=UUID=a8e1a207-61c0-4cba-8f7d-bd65b8d2e8bd ro rootflags=subvol=@ quiet
splash vt.handoff=7
--
You are receiving this mail becaus
Am Freitag, den 12.08.2016, 22:48 +0200 schrieb Daniel Vetter:
> It's deprecated and only should be used by drivers which still use
> drm_platform_init, not by anyone else.
>
> And indeed it's entirely unused and can be nuked.
>
> Cc: Lucas Stach
> Cc: Russell King
> Cc: Christian Gmeiner
> Re
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #11 from Kontantin Ivanov ---
Created attachment 228791
--> https://bugzilla.kernel.org/attachment.cgi?id=228791&action=edit
lsmod
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #12 from Kontantin Ivanov ---
Created attachment 228801
--> https://bugzilla.kernel.org/attachment.cgi?id=228801&action=edit
modinfo radeon
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #13 from Kontantin Ivanov ---
DRI_PRIME=1 glxinfo > /dev/null
stderr is:
radeon: The kernel rejected CS, see dmesg for more information.
radeon: The kernel rejected CS, see dmesg for more information.
and tail of dmesg is:
[ 3841.
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #14 from Kontantin Ivanov ---
Content of the /lib/firmware/radeon copied manually from
https://people.freedesktop.org/~agd5f/radeon_ucode/
I also tried xorg-edgers/ppa and oibaf/graphics-drivers ppa repositories. With
xorg-edgers/ppa
https://bugzilla.kernel.org/show_bug.cgi?id=153121
Christian König changed:
What|Removed |Added
CC||deathsimple at vodafone.de
--- Commen
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #16 from Kontantin Ivanov ---
(In reply to Christian König from comment #15)
> (In reply to Kontantin Ivanov from comment #14)
> > Content of the /lib/firmware/radeon copied manually from
> > https://people.freedesktop.org/~agd5f/rad
On Mon, 15 Aug 2016, Eric Engestrom wrote:
> Signed-off-by: Eric Engestrom
> ---
>
> I moved the main bits to be the first diffs, shouldn't affect anything
> when applying the patch, but I wanted to ask:
> I don't like the hard-coded `32` the appears in both kmalloc() and
> snprintf(), what do yo
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #17 from Kontantin Ivanov ---
(In reply to Christian König from comment #15)
> (In reply to Kontantin Ivanov from comment #14)
> > Content of the /lib/firmware/radeon copied manually from
> > https://people.freedesktop.org/~agd5f/rad
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #18 from Christian König ---
If I remember correctly the message is perfectly normal for Caicos systems,
cause those shouldn't have an UVD block.
Need to double check with Alex, but we could probably disable probing the block
on tha
Op 11-08-16 om 20:39 schreef Gustavo Padovan:
> From: Gustavo Padovan
>
> If userspace is running an synchronously atomic commit and interrupts the
> atomic operation during fence_wait() it will hang until the timer expires,
> so here we change the wait to be interruptible so it stop immediately w
2016-08-08 13:00 GMT+02:00 Lucas Stach :
> Both the fence and event alloc are safe to be done without holding the GPU
> lock, as they either don't need any locking (fences) or are protected by
> their own lock (events).
>
> This solves a bad locking interaction between the submit path and the
> rec
is mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160815/76f65f17/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=153121
Felix Schwarz changed:
What|Removed |Added
CC||felix.schwarz at oss.schwarz.e
ttachments/20160815/7617bf78/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=153121
--- Comment #20 from Christian König ---
(In reply to Felix Schwarz from comment #19)
> (In reply to Christian König from comment #18)
> > If I remember correctly the message is perfectly normal for Caicos systems,
> > cause those shouldn't hav
echnology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 26098 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160815/fda5d97c/attachment-0001.obj>
Hi Dave,
just a single fix to make GPU recovery more robust.
Regards,
Lucas
The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
are available in the git repository at:
git://git.pengutronix.de/git/lst/linux.git drm-etnavi
iommu_domain_alloc returns NULL on error so replace an incorrect
IS_ERR check with a NULL check.
The Coccinelle semantic patch used to find this issue is as follows:
@@
expression e;
statement S;
@@
*e = iommu_domain_alloc(...);
if (IS_ERR(e)) S
Signed-off-by: Amitoj Kaur Chawla
---
drivers/gp
For DCU support 16 layers(on ls1021a) or 64 layers(on vf610),
add (total_layer - 1) overlay planes.
Signed-off-by: Jianwei Wang
Signed-off-by: Meng Yi
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git a/d
In function tilcdc_get_external_components the check for
the remote port parent is not correct. We need a '||' instead of
an '&&'.
Signed-off-by: Teresa Remmet
---
There has been send out a different version of this patch about a year ago.
But there was no feedback at all. Please apply one of the
On Mon, 15 Aug 2016 08:39:29 +0200
Daniel Vetter wrote:
> On Sun, Aug 14, 2016 at 11:01:35PM +0900, Masami Hiramatsu wrote:
> > Hello,
> >
> > I've found a suspicious circular locking dependency in i915 by lockdep.
> > It seems main driver initialization thread and sub fbdev configuration
> > th
devm_pinctrl_register returns an ERR_PTR in case of error and should
have an IS_ERR check instead of a null check.
The Coccinelle semantic patch used to make this change is as follows:
@@
expression e;
@@
e = devm_pinctrl_register(...);
if(
-!e
+IS_ERR(e)
)
{
<+...
return
-
> -Original Message-
> From: Michel Dänzer [mailto:michel at daenzer.net]
> Sent: Monday, August 15, 2016 9:46 AM
> To: Deng, Emily
> Cc: amd-gfx at lists.freedesktop.org; dri-devel at lists.freedesktop.org
> Subject: Re: [PATCH] drm/amdgpu: For virtual_display feature, define a
> vari
From: Michael Olbrich
This patch adds support for Innolux Corporation 10.1" G101ICE-L01 WXGA
(1280x800) LVDS panel to the simple-panel driver.
Signed-off-by: Michael Olbrich
Signed-off-by: Lucas Stach
---
.../bindings/display/panel/innolux,g101ice-l01.txt | 7 +
drivers/gpu/drm/panel/pan
On Fri, Aug 12, 2016 at 04:29:37PM -0400, Sean Paul wrote:
> This patch consolidates all the various log functions/macros into
> one uber function, drm_printk. It also introduces some new DRM_DEV_*
> variants that use dev_printk to print the device name, which helps
> delineate multiple devices of
On Mon, Aug 15, 2016 at 12:54:01PM +0300, Jani Nikula wrote:
> On Mon, 15 Aug 2016, Eric Engestrom wrote:
> > Signed-off-by: Eric Engestrom
> > ---
> >
> > I moved the main bits to be the first diffs, shouldn't affect anything
> > when applying the patch, but I wanted to ask:
> > I don't like the
On Mon, 15 Aug 2016, Eric Engestrom wrote:
> On Mon, Aug 15, 2016 at 12:54:01PM +0300, Jani Nikula wrote:
>> On Mon, 15 Aug 2016, Eric Engestrom wrote:
>> > Signed-off-by: Eric Engestrom
>> > ---
>> >
>> > I moved the main bits to be the first diffs, shouldn't affect anything
>> > when applying
Hi Dave -
Intel fixes, either terribly late or terribly early this week. ;)
BR,
Jani.
The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel ta
On Mon, Aug 15, 2016 at 10:41 AM, Liu Ying wrote:
> We don't support configuring active plane on-the-fly for imx-drm.
> The relevant CRTC should be disabled before the plane configuration.
> Of course, the plane itself should be disabled as well.
> This patch adds active plane reconfiguration supp
|RESOLVED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160815/956af15c/attachment.html>
On Mon, Aug 15, 2016 at 12:15:32PM +0200, Maarten Lankhorst wrote:
> Op 11-08-16 om 20:39 schreef Gustavo Padovan:
> > From: Gustavo Padovan
> >
> > If userspace is running an synchronously atomic commit and interrupts the
> > atomic operation during fence_wait() it will hang until the timer expir
On Mon, Aug 15, 2016 at 04:13:54PM +0300, Jani Nikula wrote:
> On Mon, 15 Aug 2016, Eric Engestrom wrote:
> > On Mon, Aug 15, 2016 at 12:54:01PM +0300, Jani Nikula wrote:
> >> On Mon, 15 Aug 2016, Eric Engestrom wrote:
> >> > Signed-off-by: Eric Engestrom
> >> > ---
> >> >
> >> > I moved the mai
On Mon, Aug 15, 2016 at 04:23:33PM +0800, Liu Ying wrote:
> 2016-08-15 15:18 GMT+08:00 Daniel Vetter :
> > On Mon, Aug 15, 2016 at 02:09:13PM +0800, Liu Ying wrote:
> >> We don't support configuring active primary plane on-the-fly for imx-drm.
> >> The relevant CRTC should be disabled before the pl
Also start with drm_modeset.h with the core bits, since we need
to untangle this mess somehow. That allows us to move the drm_modes.h
include to the right spot, except for the temporary connector status
enum. That will get fixed as soon as drm_connector.h exists.
v2: Rebase.
v3: Move drm_crtc_for
On Tue, Jul 12, 2016 at 03:30:02PM +0200, Lothar WaÃmann wrote:
> add a helper function to extract information about pixel clock and DE
> polarity from DT for use by of_get_drm_display_mode().
> While at it, convert spaces to tabs in indentation in drm_modes.h.
>
> Signed-off-by: Lothar WaÃmann
On Tue, Jul 12, 2016 at 06:50:36PM +0200, Philipp Zabel wrote:
> From: Lothar WaÃmann
>
> The 'de-active' and 'pixelclk-active' DT properties are evaluated
> by of_parse_display_timing() called from of_get_drm_display_mode(),
> but later lost in the conversion from videomode.flags to
> drm_disp
Mostly just a rebase on a more recent nightly, except for an update to how
POLLIN events are reported to reduce the CPU overhead that was otherwise seen
while running gputop.
The problem seen with poll was largely a fault with gputop having multiple
redundant 200ms, but out-of-phase, timers tracke
Adds base i915 perf infrastructure for Gen performance metrics.
This adds a DRM_IOCTL_I915_PERF_OPEN ioctl that takes an array of uint64
properties to configure a stream of metrics and returns a new fd usable
with standard VFS system calls including read() to read typed and sized
records; ioctl()
OACONTROL changes quite a bit for gen8, with some bits split out into a
per-context OACTXCONTROL register. Rename now before adding more gen7 OA
registers
Signed-off-by: Robert Bragg
---
drivers/gpu/drm/i915/i915_cmd_parser.c | 4 ++--
drivers/gpu/drm/i915/i915_reg.h| 2 +-
2 files chang
check_cmd() is checking whether a command adheres to certain
restrictions that ensure it's safe to execute within a privileged batch
buffer. Returning false implies a privilege problem, not that the
command is invalid.
The distinction makes the difference between allowing the buffer to be
executed
Being able to program OACONTROL from a non-privileged batch buffer is
not sufficient to be able to configure the OA unit. This was originally
allowed to help enable Mesa to expose OA counters via the
INTEL_performance_query extension, but the current implementation based
on programming OACONTROL vi
Adds a static OA unit, MUX + B Counter configuration for basic render
metrics on Haswell. This is auto generated from an XML
description of metric sets, currently maintained in gputop, ref:
https://github.com/rib/gputop
> gputop-data/oa-*.xml
> scripts/i915-perf-kernelgen.py
$ make -C gpu
Gen graphics hardware can be set up to periodically write snapshots of
performance counters into a circular buffer via its Observation
Architecture and this patch exposes that capability to userspace via the
i915 perf interface.
Cc: Chris Wilson
Signed-off-by: Robert Bragg
Signed-off-by: Zhenyu
Each metric set is given a sysfs entry like:
/sys/class/drm/card0/metrics//id
This allows userspace to enumerate the specific sets that are available
for the current system. The 'id' file contains an unsigned integer that
can be used to open the associated metric set via
DRM_IOCTL_I915_PERF_OPEN.
Consistent with the kernel.perf_event_paranoid sysctl option that can
allow non-root users to access system wide cpu metrics, this can
optionally allow non-root users to access system wide OA counter metrics
from Gen graphics hardware.
Signed-off-by: Robert Bragg
---
drivers/gpu/drm/i915/i915_dr
The minimal sampling period is now configurable via a
dev.i915.oa_min_timer_exponent sysctl parameter.
Following the precedent set by perf, the default is the minimum that
won't (on its own) exceed the default kernel.perf_event_max_sample_rate
default of 10 samples/s.
Signed-off-by: Robert Br
This adds 'compute', 'compute extended', 'memory reads', 'memory writes'
and 'sampler balance' metric sets for Haswell.
The code is auto generated from an XML description of metric sets,
currently maintained in gputop, ref:
https://github.com/rib/gputop
> gputop-data/oa-*.xml
> scripts/i915-pe
In particular this tries to capture for posterity some of the early
challenges we had with using the core perf infrastructure in case we
ever want to revisit adapting perf for device metrics.
Cc: Chris Wilson
Signed-off-by: Robert Bragg
---
drivers/gpu/drm/i915/i915_perf.c | 163 +++
2016-08-15 Maarten Lankhorst :
> Op 11-08-16 om 20:39 schreef Gustavo Padovan:
> > From: Gustavo Padovan
> >
> > If userspace is running an synchronously atomic commit and interrupts the
> > atomic operation during fence_wait() it will hang until the timer expires,
> > so here we change the wait
On Mon, Aug 15, 2016 at 03:41:18PM +0100, Robert Bragg wrote:
> Adds base i915 perf infrastructure for Gen performance metrics.
>
> This adds a DRM_IOCTL_I915_PERF_OPEN ioctl that takes an array of uint64
> properties to configure a stream of metrics and returns a new fd usable
> with standard VFS
On Mon, Aug 15, 2016 at 03:41:20PM +0100, Robert Bragg wrote:
> check_cmd() is checking whether a command adheres to certain
> restrictions that ensure it's safe to execute within a privileged batch
> buffer. Returning false implies a privilege problem, not that the
> command is invalid.
>
> The d
On Mon, Aug 15, 2016 at 03:52:07PM +0200, Daniel Vetter wrote:
> On Mon, Aug 15, 2016 at 04:13:54PM +0300, Jani Nikula wrote:
> > On Mon, 15 Aug 2016, Eric Engestrom wrote:
> > > On Mon, Aug 15, 2016 at 12:54:01PM +0300, Jani Nikula wrote:
> > >> On Mon, 15 Aug 2016, Eric Engestrom wrote:
> > >>
Signed-off-by: Eric Engestrom
---
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 2 +-
drivers/gpu/drm/drm_atomic.c| 2 +-
drivers/gpu/drm/drm_crtc.c
Rendering operations to the dma-buf are tracked implicitly via the
reservation_object (dmabuf->resv). This is used to allow poll() to
wait upon outstanding rendering (or just query the current status of
rendering). The dma-buf sync ioctl allows userspace to prepare the
dma-buf for CPU access, which
Cherryview uses a custom static definition of its RPS parameters (for
automatically driving GPU frequency selection) - yet still couples into
the waitboosting scheme of the common RPS setup.
The rationale given in commit 8fb55197e64d ("drm/i915: Agressive
downclocking on Baytrail") was that Cherry
Apolgies, I changed trees between resending after the first git-send-email
bounced off the wrong address.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
Rendering operations to the dma-buf are tracked implicitly via the
reservation_object (dmabuf->resv). This is used to allow poll() to
wait upon outstanding rendering (or just query the current status of
rendering). The dma-buf sync ioctl allows userspace to prepare the
dma-buf for CPU access, which
On Mon, Aug 15, 2016 at 03:41:23PM +0100, Robert Bragg wrote:
> int __must_check i915_gem_evict_something(struct drm_device *dev,
> diff --git a/drivers/gpu/drm/i915/i915_gem_context.c
> b/drivers/gpu/drm/i915/i915_gem_context.c
> index bd13d08..b4de357 100644
> --- a/drivers/gpu/drm/i915/i915_ge
On Mon, Aug 15, 2016 at 04:42:18PM +0100, Chris Wilson wrote:
> Rendering operations to the dma-buf are tracked implicitly via the
> reservation_object (dmabuf->resv). This is used to allow poll() to
> wait upon outstanding rendering (or just query the current status of
> rendering). The dma-buf sy
On Mon, Aug 15, 2016 at 03:03:51PM +, Wei Yongjun wrote:
> Fix to return error code -ENOMEM from the vmalloc() error handling
> case instead of 0, as done elsewhere in this function.
>
> Fixes: aec9e12953e7 ("drm/mgag200: Fix error handling paths in fbdev driver")
> Signed-off-by: Wei Yongjun
From: Clint Taylor
In the CEA-861 specification VIC 64 specifies a vsync pulse of 5 and
a backporch of 36. Adjust vsync pulse width to match specification.
Cc: Ville Syrjälä
Signed-off-by: Clint Taylor
---
drivers/gpu/drm/drm_edid.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
https://bugzilla.kernel.org/show_bug.cgi?id=119631
John Brooks changed:
What|Removed |Added
CC||kbt at fastquake.com
--- Comment #17 from
ot;support for DRM_MODE_PAGE_FLIP_ASYNC" commit
and check if performance will be ok.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/at
= 16384;
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160815/afa362f7/attachment.html>
didn't see any errors with gpu reset enabled?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160815/ff205493/attachment.html>
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
quot;dce_v11_0.c" (I use AMDGPU
driver) a performance is fine again!
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160815/accd8350/attachment.html>
On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter
wrote:
> Ville ocd'ed the parameter name, but forgot to update the docs!
>
> Fixes: df86af9133b4 ("drm/plane-helper: Add drm_plane_helper_check_state()")
> Cc: Sean Paul
> Cc: Ville Syrjälä
> Signed-off-by: Daniel Vetter
Reviewed-by: Sean Paul
On Mon, Aug 15, 2016 at 10:07 AM, Daniel Vetter
wrote:
> Also start with drm_modeset.h with the core bits, since we need
> to untangle this mess somehow. That allows us to move the drm_modes.h
> include to the right spot, except for the temporary connector status
> enum. That will get fixed as so
On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter
wrote:
> Pulls in quite a lot of connector related structures (cmdline mode,
> force/status enums, display info), but I think that all makes perfect
> sense.
>
> Also had to move a few more core kms object stuff into drm_modeset.h.
>
> And as a first
1 - 100 of 117 matches
Mail list logo
