[PATCH v2] dma-buf: add ref counting for module as exporter

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

[Bug 90266] Unigine Heaven 4.0 logging vm faults since radeon/llvm: Run LLVM's instruction combining pass

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>

[i915]] *ERROR* mismatch in scaler_state.scaler_id

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

Radeon Verde displayport failure.

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

[PATCH] drm/radeon: add a GPU reset counter queryable by userspace

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

[Intel-gfx] [PATCH] drm/vblank: Fixup and document timestamp update/read barriers

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

[PATCH] drm/radeon: add a GPU reset counter queryable by userspace

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

[PATCH v2] dma-buf: add ref counting for module as exporter

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

[PULL] drm-amdkfd-fixes

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

[RFT PATCH v2 0/3] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD

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

Some issues with the new amdgpu driver

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>

[PATCH 0/5] drm/exynos: rework layer blending setup

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

[PATCH 2/2] drm/amdkfd: make the sdma vm init to be asic specific

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

[RFC] How implement Secure Data Path ?

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

Initial amdgpu driver release

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

[BUG] i915: suspend by closing Laptop lid broken

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

[RFC] How implement Secure Data Path ?

sult 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>

[PATCH v4 0/7] Use DRM component API in tilcdc to connect to tda998x

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 >>

[PATCH] dma-buf: add ref counting for module as exporter

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

[Intel-gfx] [RFC PATCH 07/11] drm/i915: Expose PMU for Observation Architecture

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

[RFC] How implement Secure Data Path ?

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

[PATCH] drm/msm: adreno a306 support

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 |

[WARNING 4.1-rc2] i915: Unclaimed register detected before writing to register 0xc4040

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150507/a7739a86/attachment-0001.obj>

[Intel-gfx] [RFC PATCH 07/11] drm/i915: Expose PMU for Observation Architecture

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; >

[BUG] i915: suspend by closing Laptop lid broken

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

linux-next: build warning after merge of the drm-intel tree

g.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>

[PATCH 2/2] drm/exynos: 'win' is always unsigned

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:

[RFC] How implement Secure Data Path ?

rly. 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>

[Intel-gfx] [RFC PATCH 03/11] perf: Add PERF_EVENT_IOC_FLUSH ioctl

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

[PATCH 4/4] drm/radeon: stop trying to suspend UVD sessions

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 -

[PATCH 3/4] drm/radeon: more strictly validate the UVD codec

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

[PATCH 2/4] drm/radeon: make UVD handle checking more strict

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(-)

[PATCH 1/4] drm/radeon: make VCE handle check more strict

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

[PATCH 1/2] drm/exynos: mixer: don't dump registers under spinlock

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

[RFC PATCH 11/11] WIP: drm/i915: constrain unit gating while using OA

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

[RFC PATCH 10/11] drm/i915: report OA buf overrun + report lost status

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

[RFC PATCH 09/11] drm/i915: Add dev.i915.oa_event_paranoid sysctl option

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 ---

[RFC PATCH 08/11] drm/i915: add OA config for 3D render counters

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

[RFC PATCH 07/11] drm/i915: Expose PMU for Observation Architecture

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.

[RFC PATCH 06/11] drm/i915: rename OACONTROL GEN7_OACONTROL

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

[RFC PATCH 05/11] perf: allow drivers more control over event logging

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,

[RFC PATCH 04/11] perf: Add a PERF_RECORD_DEVICE event type

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 ---

[RFC PATCH 03/11] perf: Add PERF_EVENT_IOC_FLUSH ioctl

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:

[RFC PATCH 02/11] perf: Add PERF_PMU_CAP_IS_DEVICE flag

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 ---

[RFC PATCH 01/11] perf: export perf_event_overflow

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 +++

[RFC PATCH 00/11] drm/i915: Expose OA metrics via perf PMU

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

[Bug 90340] RADEON "PITCAIRN" displayport output breaks when monitor turned off and on

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/6ba5e63a/attachment-0001.html>

[PATCH] drm/msm: Fix compil issue when DRM_MSM_FBDEV is disabled

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

[Bug 90360] [RV710/M92] GPU lockup caused by shader based MPEG2 decoding

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>

[alsa-devel] [PATCH RFC v2 10/13] sound/core: add DRM ELD helper

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

[PATCH] qxl: rewrite framebuffer support

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

[PATCH] dma-buf: add ref counting for module as exporter

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:

[Intel-gfx] [PATCH 6/8] pwm: crc: Add Crystalcove (CRC) PWM driver

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

[pull] radeon drm-fixes-4.1

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

[PATCH v4 0/7] Use DRM component API in tilcdc to connect to tda998x

ilcdc 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>

[Intel-gfx] [PATCH 6/8] pwm: crc: Add Crystalcove (CRC) PWM driver

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

[Bug 90360] [RV710/M92] GPU lockup caused by shader based MPEG2 decoding

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150507/113d4364/attachment.html>

[Bug 90360] [RV710/M92] Soft lock caused by UVD (linux 4.0.1)

org/archives/dri-devel/attachments/20150507/a36e651d/attachment.html>

[PATCH 1/4] drm/radeon: make VCE handle check more strict

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 >

drm/exynos: Add atomic modesetting support

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

[ANNOUNCE] libdrm 2.4.61

-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

[PATCH RFC v2 10/13] sound/core: add DRM ELD helper

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,

[Bug 90360] [RV710/M92] Soft lock caused by UVD (linux 4.0.1)

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>

[RFT PATCH v2 0/3] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD

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

[PATCH 6/7] drm: Add reference counting to blob properties

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 >

[PATCH 2/7] drm/atomic: Early-exit from CRTC dup state

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

[Bug 90340] RADEON "PITCAIRN" displayport output breaks when monitor turned off and on

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/3fa3c371/attachment.html>

[PATCH] drm/nouveau/core: deinline nv_mask()

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

[PATCH 0/7] User-created blob properties

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

[Bug 90360] [RV710/M92] Soft lock caused by UVD (linux 4.0.1)

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/607ef5a4/attachment.html>

[Bug 90360] [RV710/M92] Soft lock caused by UVD (linux 4.0.1)

signee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/d9464db5/attachment-0001.html>

[Bug 90355] DRI_PRIME+radeon+steam=problems + crash

... 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/20150

[PATCH 0/7] User-created blob properties

. Cheers, Daniel ------ next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/e42b0404/attachment.html>

[Bug 90360] [RV710/M92] Soft lock caused by UVD (linux 4.0.1)

||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

[PATCH] dma-buf: add ref counting for module as exporter

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

[Bug 85801] [Mobility Radeon HD 4570] Enabling HDMI monitor fails with kernel versions 3.17/3.16

|--- |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>

[Bug 70654] [DPM] Mobility 4570: power_dpm_force_performance_level is reset to auto when UVD is used

|--- |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>

[PATCH 7/7] drm/mode: Add user blob-creation ioctl

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

[PULL] drm-intel-next

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

[PATCH v2 1/2] clk: change clk_ops' ->round_rate() prototype

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

[RFT PATCH v2 3/3] drm/exynos: Consolidate return statements in fimd_bind()

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

[RFT PATCH v2 2/3] drm/exynos: Constify exynos_drm_crtc_ops

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 +-

[RFT PATCH v2 1/3] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD

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):

[RFT PATCH v2 0/3] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD

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

[Intel-gfx] [PATCH 1/8] gpiolib: Add support for removing registered consumer lookup table

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 to be > able to cope with massive mail load. If everyone who submits to intel-gfx

[Intel-gfx] [PATCH] drm/vblank: Fixup and document timestamp update/read barriers

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

[Bug 96351] System hangs up after update to any kernel newer than 3.12*

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

[PATCH] drm/msm: Fix compil issue when DRM_MSM_FBDEV is disabled

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_*()

[PATCH v5 1/3] drm/layerscape: Add Freescale DCU DRM driver

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;

[Bug 90284] GPU lockup with DOTA2

|| -- 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>

[Bug 89203] Mesa 10.4.3 and up causes stuttering and frame drops in a particular game

ves/dri-devel/attachments/20150507/a7cea65e/attachment.html>

[Bug 90355] DRI_PRIME+radeon+steam=problems + crash

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150507/de3d7bac/attachment.html>

[Bug 95911] Recursive error in radeon device driver module after resume from hibernation

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

[Bug 90355] DRI_PRIME+radeon+steam=problems + crash

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>

[i915]] *ERROR* mismatch in scaler_state.scaler_id

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

[PATCH v2 1/2] clk: change clk_ops' ->round_rate() prototype

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 codes), which can lead > to long overflow if the clock rate exceed 2Ghz. >