On Thu, May 07, 2015 at 06:58:44PM +0530, Sumit Semwal wrote:
> Add reference counting on a kernel module that exports dma-buf and
> implements its operations. This prevents the module from being unloaded
> while DMABUF file is in use.
>
> The original patch [1] was submitted by Tomasz Stanislawsk
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/eefb36f9/attachment.html>
On (05/07/15 00:40), Konduru, Chandra wrote:
>
> Hi,
> This error happens when crtc_state in driver not matching with hardware
> registers.
> On skylake board that I have, I am not able to reproduce the issue.
> Can you send the system configuration and steps to reproduce the issue?
> Also can yo
I just bought a new radeon (1002:682c), to pair with my shiny new displayport
monitor.
It shows a display during through the BIOS POST, and grub, but when the kernel
starts up, it's a coin toss whether or not I get anything.
Sometimes it just goes straight into power saving.
When I do get somethi
On 07.05.2015 19:13, Marek Olšák wrote:
> Ping
>
> On Wed, Apr 29, 2015 at 7:40 PM, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> Userspace will be able to tell whether a GPU reset occured by comparing
>> an old referece value of the counter with a new value.
>>
>> Signed-off-by: Marek Olš
On 05/07/2015 01:56 PM, Peter Hurley wrote:
> On 05/06/2015 04:56 AM, Daniel Vetter wrote:
>> On Tue, May 05, 2015 at 11:57:42AM -0400, Peter Hurley wrote:
>>> On 05/05/2015 11:42 AM, Daniel Vetter wrote:
On Tue, May 05, 2015 at 10:36:24AM -0400, Peter Hurley wrote:
> On 05/04/2015 12:52 A
Ping
On Wed, Apr 29, 2015 at 7:40 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> Userspace will be able to tell whether a GPU reset occured by comparing
> an old referece value of the counter with a new value.
>
> Signed-off-by: Marek Olšák
> ---
> drivers/gpu/drm/radeon/radeon.h
Add reference counting on a kernel module that exports dma-buf and
implements its operations. This prevents the module from being unloaded
while DMABUF file is in use.
The original patch [1] was submitted by Tomasz Stanislawski, but this
is a simpler way to do it.
v2: move owner to struct dma_buf
Hi Dave,
Please pull the following three bug fixes for next -rc:
- Add missing initialization of SDMA vm register when creating an SDMA queue
- Don't report local memory size, as we don't support local memory allocation
yet.
- Allow to unregister process with exisiting queues. Until now we blo
2015-05-07 18:16 GMT+09:00 Javier Martinez Canillas
:
> Hello Krzysztof,
>
> On 05/07/2015 02:04 AM, Krzysztof Kozlowski wrote:
>> From: Krzysztof Kozlowski
>>
>> Hi,
>>
>> This is second try to fix the build breakage introduced in 1c363c7cccf6
>> ("drm/exynos: Enable DP clock to fix display on Ex
part --
A non-text attachment was scrubbed...
Name: 0001-Link-against-libgbm.patch
Type: text/x-patch
Size: 1635 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/8cadd306/attachment.bin>
2015-05-06 Tobias Jakobi :
> Hello,
>
> this is a rework of the layer blending setup in the Exynos DRM mixer. The
> current setup is static and spread out through the mixer code. This rework
> pushes all the configuration details into a layer_config array, which
> specifies the priority of eac
On Tue, May 5, 2015 at 7:28 PM, Alex Deucher wrote:
> On Tue, May 5, 2015 at 5:03 AM, Oded Gabbay wrote:
>> Signed-off-by: Oded Gabbay
>> ---
>
> Maybe call it, init_vm() in cause you need to do something queue
> specific for other rings? Either way, this series is:
> Reviewed-by: Alex Deucher
On Thu, 7 May 2015 15:52:12 +0200
Daniel Vetter wrote:
> On Thu, May 07, 2015 at 03:22:20PM +0200, Thierry Reding wrote:
> > On Wed, May 06, 2015 at 03:15:32PM +0200, Daniel Vetter wrote:
> > > Yes the idea would be a special-purpose allocater thing like ion. Might
> > > even want that to be a sy
On Mon, Apr 20, 2015 at 6:33 PM, Alex Deucher wrote:
> I'm pleased to announce the initial release of the new amdgpu driver.
> This is a partial replacement for the radeon driver for newer AMD
> asics. A number of components are still shared. Here is a comparison
> of the radeon and amdgpu stack
On Thu, 07 May 2015, Martin Kepplinger wrote:
> Am 2015-05-04 um 13:24 schrieb Jani Nikula:
>> On Mon, 04 May 2015, Martin Kepplinger wrote:
>>> So. -rc1 broke suspending by closing my laptop lid and it's not fixed in
>>> -rc2. It works exactly *one* first time and every subsequent lid-closing
>>
that could potentially expose protected content to untrusted
consumers.
In practice I think the result is that secure firmware sets up secure
memory (VPR on Tegra) and then lets the kernel know its geometry. The
kernel is then free to manage the VPR as it sees fit. If the devices
need to deal with both secure and non-secure memory, I'm not exactly
sure how the above security model is supposed to hold. If the kernel
is free to program any address into the device, then it would be easy
to trick it into writing to some region that the CPU can access. I'm
fairly sure that there's some mechanism to disallow that, but I don't
know exactly how it's implemented.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/a2acca15/attachment.sig>
On 05/07/15 12:44, Tomi Valkeinen wrote:
>
> On 01/04/15 11:49, Jyri Sarha wrote:
>> Ok, let's do one more full review round. The mode filtering issue was
>> the main reason for this new patch series version. However, I found
>> couple other things to fix too after scrutinizing the patches once
>>
On 7 May 2015 at 13:40, Greg KH wrote:
> On Thu, May 07, 2015 at 01:00:52PM +0530, Sumit Semwal wrote:
>> Add reference counting on a kernel module that exports dma-buf and
>> implements its operations. This prevents the module from being unloaded
>> while DMABUF file is in use.
>>
>> The original
On Thu, May 07, 2015 at 03:15:50PM +0100, Robert Bragg wrote:
> + /* We bypass the default perf core perf_paranoid_cpu() ||
> + * CAP_SYS_ADMIN check by using the PERF_PMU_CAP_IS_DEVICE
> + * flag and instead authenticate based on whether the current
> + * pid owns the specified
On Thu, May 07, 2015 at 03:22:20PM +0200, Thierry Reding wrote:
> On Wed, May 06, 2015 at 03:15:32PM +0200, Daniel Vetter wrote:
> > Yes the idea would be a special-purpose allocater thing like ion. Might
> > even want that to be a syscall to do it properly.
>
> Would you care to elaborate why a s
As found in apq8016 (used in DragonBoard 410c) and msm8916.
Note that numerically a306 is actually 307 (since a305c already claimed
306). Nice and confusing.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 12 +---
drivers/gpu/drm/msm/adreno/adreno_device.c |
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/a7739a86/attachment-0001.obj>
On Thu, May 07, 2015 at 03:15:50PM +0100, Robert Bragg wrote:
> +static int init_oa_buffer(struct perf_event *event)
> +{
> + struct drm_i915_private *dev_priv =
> + container_of(event->pmu, typeof(*dev_priv), oa_pmu.pmu);
> + struct drm_i915_gem_object *bo;
> + int ret;
> +
Am 2015-05-04 um 13:24 schrieb Jani Nikula:
> On Mon, 04 May 2015, Martin Kepplinger wrote:
>> So. -rc1 broke suspending by closing my laptop lid and it's not fixed in
>> -rc2. It works exactly *one* first time and every subsequent lid-closing
>> is ignored.
>>
>> Biscted and tested first bad comm
au
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/7465f295/attachment.sig>
Hi Tobias,
2015-05-06 Tobias Jakobi :
> The index for the hardware layer is always >=0. Previous
> code that also used -1 as special index is now gone.
>
> Also apply this to 'ch_enabled' (decon/fimd), since the
> variable is on the same line (and is again always unsigned).
>
> Signed-off-by: T
to be a syscall to do it properly.
Would you care to elaborate why a syscall would be more proper? Not that
I'm objecting to it, just for my education.
> > For my understanding, would the secure memory allocator be responsible
> > for setting up the permissions to access the memory at attachment time?
>
> Well not permission checks, but hw capability checks. The allocator should
> have platform knowledge about which devices can access such secure memory
> (since some will definitely not be able to do that for fear of just plain
> sending it out to the world).
At least on Tegra there are controls to grant access to the VPR to a
given device, so I'd expect some driver needing to frob some registers
before the device can access a secure buffer.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/ec56c122/attachment.sig>
On Thu, May 07, 2015 at 03:15:46PM +0100, Robert Bragg wrote:
> To allow for pmus that may have internal buffering (e.g. the hardware
> itself writes out data to its own circular buffer which is only
> periodically forwarded to userspace via perf) this ioctl enables
> userspace to explicitly ensure
From: Christian König
Saving the current UVD state on suspend and restoring it on resume
just doesn't work reliable. Just close cleanup all sessions on suspend.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h | 1 -
drivers/gpu/drm/radeon/radeon_uvd.c | 39 +++
From: Christian König
MPEG 2/4 are only supported since UVD3.
Signed-off-by: Christian König
CC: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_uvd.c | 33 +++--
1 file changed, 31 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rad
From: Christian König
Invalid messages can crash the hw otherwise.
Signed-off-by: Christian König
CC: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_uvd.c | 72 ++---
1 file changed, 43 insertions(+), 29 deletions(-)
diff --git a/drivers/gpu/drm/
From: Christian König
Invalid handles can crash the hw.
Signed-off-by: Christian König
CC: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_vce.c | 65 +++--
1 file changed, 48 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rade
Hi Tobias,
2015-05-06 Tobias Jakobi :
> mixer_regs_dump() was called in mixer_run(), which was called
> under the register spinlock in mixer_graph_buffer() and
> vp_video_buffer().
>
> This would trigger a sysmmu pagefault with drm.debug=0xff because
> of the large delay caused by the register d
We are still investigating the detailed requirements here, but there are
some constraints we need to apply on unit level clock gating for
reliable metrics (in particular for a reliable sampling period).
Signed-off-by: Robert Bragg
---
drivers/gpu/drm/i915/i915_oa_perf.c | 70
This adds two driver specific PERF_RECORD_DEVICE event types for
reporting OA buffer overrun and report lost status bits to userspace.
Signed-off-by: Robert Bragg
---
drivers/gpu/drm/i915/i915_oa_perf.c | 53 -
include/uapi/drm/i915_drm.h | 27
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
This enables access to some additional counters beyond the aggregating A
counters, adding a '3D' metric set configuration useful while profiling
3D rendering workloads.
Signed-off-by: Robert Bragg
---
drivers/gpu/drm/i915/i915_drv.h | 7 +
drivers/gpu/drm/i915/i915_oa_perf.c | 124
Gen graphics hardware can be set up to periodically write snapshots of
performance counters into a circular buffer and this patch exposes that
capability to userspace via the perf interface.
To start with this only enables the A (aggregating) counters with the
simplest configuration requirements.
OACONTROL changes quite a bit for gen8, with some bits split out into a
per-context OACTXCONTROL register
Signed-off-by: Robert Bragg
---
drivers/gpu/drm/i915/i915_cmd_parser.c | 4 ++--
drivers/gpu/drm/i915/i915_reg.h| 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a
This exports enough api to allow drivers to output their own
PERF_RECORD_DEVICE events.
Signed-off-by: Robert Bragg
---
include/linux/perf_event.h | 7 +++
kernel/events/core.c| 2 ++
kernel/events/internal.h| 9 -
kernel/events/ring_buffer.c | 3 +++
4 files changed, 12
To allow for more extensible, device specific, perf record types this
adds a generic PERF_RECORD_DEVICE type that can be used by device
drivers. Driver developers can then document some driver-specific header
to further detail such a record's type.
Signed-off-by: Robert Bragg
---
include/uapi/li
To allow for pmus that may have internal buffering (e.g. the hardware
itself writes out data to its own circular buffer which is only
periodically forwarded to userspace via perf) this ioctl enables
userspace to explicitly ensure it has received all samples before a
point in time.
Signed-off-by: R
The PERF_PMU_CAP_IS_DEVICE flag provides pmu drivers a way to declare
that they only monitor device specific metrics and since they don't
monitor any cpu metrics then perf should bypass any cpu centric security
checks, as well as disallow cpu centric attributes.
Signed-off-by: Robert Bragg
---
i
To support pmu drivers in loadable modules, such as the i915 driver
Signed-off-by: Robert Bragg
---
kernel/events/core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/events/core.c b/kernel/events/core.c
index 2fabc06..38c240c 100644
--- a/kernel/events/core.c
+++ b/kernel/events/co
This is an updated series adding support for an "i915_oa" perf PMU for
configuring the Intel Gen graphics Observability unit (Haswell only to
start with) and forwarding periodic counter reports as perf samples.
Compared to the series I sent out last year:
The driver is now hooked into context swi
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/6ba5e63a/attachment-0001.html>
Hi,
On 05/06/2015 07:58 PM, Rob Clark wrote:
> On Wed, May 6, 2015 at 9:25 AM, Stephane Viau wrote:
>> When CONFIG_DRM_MSM_FBDEV is not defined,
>> CONFIG_DRM_KMS_FB_HELPER does not get selected and
>> drm_fb_helper_*() helper functions are thus not available.
>>
>> This change fixes these link i
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/0f9e6e51/attachment-0001.html>
On 05/07/2015 12:41 PM, Russell King - ARM Linux wrote:
[...]
>>> What I'm concerned about is that when the ALSA parameter refining
>>> starts, we start with (eg) 2-8 channels, 32-192kHz. Given that,
>>> if we invoke the channel restriction before the rate restriction,
>>> we would end up limiting
On 5 May 2015 at 21:52, Gerd Hoffmann wrote:
> Completely different approach: Instead of encoding each and every
> framebuffer update as spice operation simply update the shadow
> framebuffer and maintain a dirty rectangle. Also schedule a worker
> to push an update for the dirty rectangle as sp
Add reference counting on a kernel module that exports dma-buf and
implements its operations. This prevents the module from being unloaded
while DMABUF file is in use.
The original patch [1] was submitted by Tomasz, but he's since shifted
jobs and a ping didn't elicit any response.
[tomasz: Ori
On Wed, May 6, 2015 at 5:44 PM, Thierry Reding
wrote:
> On Tue, May 05, 2015 at 03:08:36PM +0530, Shobhit Kumar wrote:
>> The Crystalcove PMIC controls PWM signals and this driver exports that
>
> You say signal_s_ here, but you only expose a single PWM device. Does
> the PMIC really control more
Hi Dave,
Mostly stability fixes for UVD and VCE, plus a few other bug and regression
fixes.
The following changes since commit 71aee81937963ccb07b3fa1b912e4cc6cd77dfa8:
Merge tag 'drm-intel-fixes-2015-04-30' of
git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-05-04 08:56:47
+1000
17.443556] tilcdc 4830e000.lcdc: fb0: frame buffer device
[ 17.449541] tilcdc 4830e000.lcdc: registered panic notifier
[ 17.455462] [drm] Initialized tilcdc 1.0.0 20121205 on minor 0
#
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/cef91e8a/attachment-0001.sig>
On Wed, May 6, 2015 at 1:10 PM, Paul Bolle wrote:
> On Tue, 2015-05-05 at 15:08 +0530, Shobhit Kumar wrote:
>> The Crystalcove PMIC controls PWM signals and this driver exports that
>> capability as a PWM chip driver. This is platform device implementtaion
>> of the drivers/mfd cell device for CRC
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150507/113d4364/attachment.html>
eedesktop.org/archives/dri-devel/attachments/20150507/a36e651d/attachment.html>
On Thu, May 7, 2015 at 9:19 AM, Christian König
wrote:
> From: Christian König
>
> Invalid handles can crash the hw.
>
> Signed-off-by: Christian König
> CC: stable at vger.kernel.org
Applied the series to my -fixes tree.
Alex
> ---
> drivers/gpu/drm/radeon/radeon_vce.c | 65
> +
Hi,
On 2015ë
05ì 07ì¼ 06:45, Gustavo Padovan wrote:
> Hi Inki and Joonyoung.
>
> Any thoughts on this?
You need to resolve one issue that booting is still halted when one more
crtc drivers are enabled, which is a dead lock issue incurred by
register_framebuffer call. For this, I pointed out
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Release to fix regression in nouveau in 2.4.60,
but brings lots of android changes and other fixes.
Ben Skeggs (2):
nouveau: restore check that avoids multiple user bos per kernel bo
configure.ac: bump version to 2.4.61 for release
Chih-
On Wed, May 06, 2015 at 08:02:52PM +0300, Anssi Hannula wrote:
> 05.04.2015, 20:26, Russell King - ARM Linux kirjoitti:
> > On Sun, Apr 05, 2015 at 06:46:13PM +0200, Takashi Iwai wrote:
> >>
> >> One another question: don't we need to deal with the sample bits in
> >> sad[2]?
> >
> > It should, bu
least 3.18.6.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/0ab7e674/attachment-0001.html>
Hello Krzysztof,
On 05/07/2015 02:04 AM, Krzysztof Kozlowski wrote:
> From: Krzysztof Kozlowski
>
> Hi,
>
> This is second try to fix the build breakage introduced in 1c363c7cccf6
> ("drm/exynos: Enable DP clock to fix display on Exynos5250 and other").
>
> The fix is not trivial so I am kindl
On Mon, Apr 20, 2015 at 07:22:55PM +0100, Daniel Stone wrote:
> Reference-count drm_property_blob objects, changing the API to
> ref/unref.
>
> Signed-off-by: Daniel Stone
Merged up to this on (except patch 2) to topic/drm-misc.
Thanks, Daniel
> ---
> drivers/gpu/drm/drm_crtc.c | 164
> ++
On Mon, Apr 20, 2015 at 07:22:51PM +0100, Daniel Stone wrote:
> Just change an if (success) branch to if (fail) return;
>
> Signed-off-by: Daniel Stone
I dropped this one since the code already changed a bit.
-Daniel
> ---
> drivers/gpu/drm/drm_atomic_helper.c | 13 +++--
> 1 file chan
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/3fa3c371/attachment.html>
Function compiles to 89 bytes of machine code.
466 callsites with this .config:
http://busybox.net/~vda/kernel_config
Size reduction:
text data bss dec hex filename
82432426 22255384 20627456 125315266 77828c2 vmlinux.before
82426986 22255416 20627456 125309858 77813a2 vmlin
On Mon, Apr 20, 2015 at 07:22:49PM +0100, Daniel Stone wrote:
> Hi,
> This is the spritual successor to the modes-as-blob-properties patchset.
>
> There are some fairly drastic differences though, namely:
> - the referenced object in this case is the blob property - being just
> a dumb chunk
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/607ef5a4/attachment.html>
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/d9464db5/attachment-0001.html>
chine... but seems a little more stable, must check if the oops is still the
same
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/
but must've lost during rebase.
Cheers,
Daniel
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/e42b0404/attachment.html>
||caused by UVD (linux 4.0.1)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/ebc46
On Thu, May 07, 2015 at 01:00:52PM +0530, Sumit Semwal wrote:
> Add reference counting on a kernel module that exports dma-buf and
> implements its operations. This prevents the module from being unloaded
> while DMABUF file is in use.
>
> The original patch [1] was submitted by Tomasz, but he's s
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/9d75082e/attachment.html>
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/1ed79946/attachment.html>
Op 20-04-15 om 20:22 schreef Daniel Stone:
> Add an ioctl which allows users to create blob properties from supplied
> data. Currently this only supports modes, creating a drm_display_mode from
> the userspace drm_mode_modeinfo.
>
> Signed-off-by: Daniel Stone
> ---
>
> +int drm_mode_createblob_i
Hi Dave,
drm-intel-next-2015-04-23:
- dither support for ns2501 dvo (Thomas Richter)
- some polish for the gtt code and fixes to finally enable the cmd parser on hsw
- first pile of bxt stage 1 enabling (too many different people to list ...)
- more psr fixes from Rodrigo
- skl rotation support fr
Hi Stephen,
On Wed, 6 May 2015 23:39:53 -0700
Stephen Boyd wrote:
> On 04/30, Boris Brezillon wrote:
> > Clock rates are stored in an unsigned long field, but ->round_rate()
> > (which returns a rounded rate from a requested one) returns a long
> > value (errors are reported using negative error
From: Krzysztof Kozlowski
Simplify the code and remove superfluous return statement. Just return
the result of fimd_iommu_attach_devices().
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
New patch.
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 7 +--
1 file changed, 1 insertion
From: Krzysztof Kozlowski
The Exynos DRM code does not modify the ops provided by CRTC driver in
exynos_drm_crtc_create() call.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
New patch.
---
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_crtc.c
From: Krzysztof Kozlowski
Disabling the CONFIG_DRM_EXYNOS_FIMD (e.g. by enabling of CONFIG_FB_S3C)
leads to build error:
drivers/built-in.o: In function `exynos_dp_dpms':
binder.c:(.text+0xd6a840): undefined reference to `fimd_dp_clock_enable'
binder.c:(.text+0xd6ab54): undefined reference to `f
From: Krzysztof Kozlowski
Hi,
This is second try to fix the build breakage introduced in 1c363c7cccf6
("drm/exynos: Enable DP clock to fix display on Exynos5250 and other").
The fix is not trivial so I am kindly asking for testing on Chromebook
and other DP-enabled boards (I don't have Chromebo
On Tue, 05 May 2015, Daniel Vetter wrote:
> On Tue, May 05, 2015 at 11:45:05AM +0100, Lee Jones wrote:
> > This is not how we submit subsequent patch-sets.
>
> It is unfortunately how we handle patches on dri-devel&intel-gfx to be
> able to cope with massive mail load. If everyone who submits to
On 05/06/2015 04:56 AM, Daniel Vetter wrote:
> On Tue, May 05, 2015 at 11:57:42AM -0400, Peter Hurley wrote:
>> On 05/05/2015 11:42 AM, Daniel Vetter wrote:
>>> On Tue, May 05, 2015 at 10:36:24AM -0400, Peter Hurley wrote:
On 05/04/2015 12:52 AM, Mario Kleiner wrote:
> On 04/16/2015 03:03
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #38 from Michel Dänzer ---
(In reply to George Cheban from comment #37)
> I've made another bisect and the result is
> 61cf16d8bd38c3dc52033ea75d5b1f8368514a17.
> I hope, I did it right.
I'm afraid not. That commit just adds a few f
On Thu, May 7, 2015 at 4:13 AM, Archit Taneja wrote:
> Hi,
>
> On 05/06/2015 07:58 PM, Rob Clark wrote:
>>
>> On Wed, May 6, 2015 at 9:25 AM, Stephane Viau
>> wrote:
>>>
>>> When CONFIG_DRM_MSM_FBDEV is not defined,
>>> CONFIG_DRM_KMS_FB_HELPER does not get selected and
>>> drm_fb_helper_*() help
Hi Dave,
Can you help me to review this patch? Thanks.
Jianwei
> -Original Message-
> From: Jianwei Wang [mailto:jianwei.wang at freescale.com]
> Sent: Friday, April 17, 2015 2:36 PM
> To: airlied at linux.ie; daniel.vetter at intel.com; stefan at agner.ch; Wood
> Scott-B07421; dri-devel
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/16640601/attachment.html>
archives/dri-devel/attachments/20150507/a7cea65e/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/de3d7bac/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=95911
--- Comment #14 from Michel Dänzer ---
(In reply to gitne from comment #13)
> Mantas MikulÄnas has determined that git commit 4474f3a91f95 was the last
> known good to work.
So commit f2ba57b5eab8817d86d0f108fdf1878e51dc0a37 ("drm/radeon: UVD b
a & open drivers!
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/c8277d31/attachment-0001.html>
Hi,
This error happens when crtc_state in driver not matching with hardware
registers.
On skylake board that I have, I am not able to reproduce the issue.
Can you send the system configuration and steps to reproduce the issue?
Also can you send the full dmesg.log file?
-Chandra
> -Original M
95 matches
Mail list logo
