On Thu, Jun 27, 2013 at 6:19 PM, James Cloos wrote:
>> "AD" == Alex Deucher writes:
>
> AD> Nope. 6xx and APUs do not require ucode. only 7xx+ dGPUs.
>
> Does that mean that APUs do not require *any* ucode blobs?
>
> Or just that they do not require updated or additional blobs
> for the new
On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss wrote:
> Alex Deucher wrote:
>>
>> On Wed, Jun 26, 2013 at 9:21 AM, wrote:
>>>
>>> From: Alex Deucher
>>>
>>> These are the radeon patches for 3.11. Some of these patches
>>> are huge so, it might be easier to review things here:
>>> http://cgit.fr
From: Alex Deucher
Hi Dave,
This is the pull request for radeon for 3.11. Highlights include:
- Support for CIK (Sea Islands) asics: 3D, compute, UVD
- DPM (Dynamic Power Management) support for 6xx-SI
- ASPM support for 6xx-SI
- Assorted bug fixes
DPM is disabled by default for now until it
Hi Daniel,
this showed up in drm-next on my radeon and udl drivers, I haven't
bisected it yet, it may not even be your fault :-)
if (WARN_ON(!list_empty(&work->entry))) {
is the line in the workqueue code.
Dave.
mydmesg
Description: Binary data
___
Okay drm-next is pretty big, possibly the biggest ever.
Outstanding things I know about, and will merge, if they arrive soon:
exynos -next
nouveau -next
Big things I've merged:
new rcar driver
intel next
radeon next
tegra next
shmob next
core/mutexes
ttm -> reservation conversion
tilcdc patches a
Hello, Chris,
On 2013년 06월 27일 17:31, Chris Wilson wrote:
> On Thu, Jun 27, 2013 at 08:58:33AM +0900, Seung-Woo Kim wrote:
>> From: YoungJun Cho
>>
>> If idr_alloc() is failed, obj->name can be error value. Also
>> it cleans up duplicated flink processing code.
>>
>> This regression has been intr
https://bugs.freedesktop.org/show_bug.cgi?id=65873
--- Comment #11 from Tom Stellard ---
(In reply to comment #10)
> I've got a draft fix in my libclc repo on fdo.o. I've tested for
> regressions on Cedar (successfully), and I will test on SI with your 64-bit
> load patch asap (hopefully tonight
Hi Linus,
bad me forgot an access check, possible security issue, but since this is
the first kernel with it, should be fine to just put it in now.
Dave.
The following changes since commit 426729dcc713b3d1ae802e314030e5556a62da53:
drm/i915: make compact dma scatter lists creation work with
2013/6/10 Alex Deucher :
> On Sat, Jun 8, 2013 at 7:46 AM, Rafał Miłecki wrote:
>> 2013/6/7 :
>>> From: Alex Deucher
>>>
>>> - remove adding 2 to checksum, this breaks certain monitors
>>> - properly emit the AVI infoframe version, not emitting
>>> the version breaks some monitors.
>>>
>>> This
Hello,
This is the second version patchset.
GEM CMA supports dma_buf but it needs GEM CMA specific functionality for
dma_buf. We can use prime helpers for dma_buf by commit
89177644a7b6306e6084a89eab7e290f4bfef397 "drm: add prime helpers", so
this patchset is to replace from using GEM CMA specif
Instead of using the dma_buf functionality for GEM CMA, we can use prime
helpers if we can provide low-level hook functions for GEM CMA.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_gem_cma_helper.c | 79
include/drm/drm_gem_cma_helper.h | 9 +++
This adds to call low-level mmap() from prime helpers.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_prime.c | 8 +++-
include/drm/drmP.h | 2 ++
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c
index 527
We can use prime helpers instead.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_gem_cma_helper.c | 286 ---
include/drm/drm_gem_cma_helper.h | 6 -
2 files changed, 292 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c
b/drivers/gpu/dr
>
> this showed up in drm-next on my radeon and udl drivers, I haven't
> bisected it yet, it may not even be your fault :-)
>
> if (WARN_ON(!list_empty(&work->entry))) {
>
> is the line in the workqueue code.
As expected, reverting "drm: kms_helper: don't lose hotplug event"
stops the warnings h
https://bugs.freedesktop.org/show_bug.cgi?id=57919
--- Comment #19 from Thilo Cestonaro ---
Hey,
updated to saucy yesterday. Still not working.
Greetings
Thilo
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel m
2013/6/25 Jerome Glisse :
> On Tue, Jun 25, 2013 at 10:17 AM, Inki Dae wrote:
>> 2013/6/25 Rob Clark :
>>> On Tue, Jun 25, 2013 at 5:09 AM, Inki Dae wrote:
> that
> should be the role of kernel memory management which of course needs
> synchronization btw A and B. But in no case this
From: YoungJun Cho
The drm_gem_mmap_obj() has to be protected with dev->struct_mutex,
but some caller functions do not. So it adds mutex lock to missing
callers and adds assertion to check whether drm_gem_mmap_obj() is
called with mutex lock or not.
Signed-off-by: YoungJun Cho
Signed-off-by: Se
Hi Linus,
should be last two fixes for i915, one is for a fence leak killing X on
some older GPUs, and one is a late regression partial revert for an
swiotlb/xen/i915 interaction, Konrad has promised to figure out the proper
answer, and this patch is the best thing to do at this stage to avoid
From: YoungJun Cho
If idr_alloc() is failed, obj->name can be error value. Also
it cleans up duplicated flink processing code.
This regression has been introduced in
commit 2e928815c1886fe628ed54623aa98d0889cf5509
Author: Tejun Heo
Date: Wed Feb 27 17:04:08 2013 -0800
drm: convert to id
From: Dave Airlie
feel free to split this back up and merge it into the individual commits.
should probably also confirm its doing sane things.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/ni_dpm.c| 10 +-
drivers/gpu/drm/radeon/rv730_dpm.c |6 +++---
drivers/gpu/dr
Op 27-06-13 01:39, Seung-Woo Kim schreef:
> From: YoungJun Cho
>
> The drm_gem_mmap_obj() has to be protected with dev->struct_mutex,
> but some caller functions do not. So it adds mutex lock to missing
> callers and adds assertion to check whether drm_gem_mmap_obj() is
> called with mutex lock or
Hi Ville,
Thank you for the review.
On Monday 24 June 2013 18:08:37 Ville Syrj?l? wrote:
> On Fri, Jun 14, 2013 at 11:34:42PM +0200, Laurent Pinchart wrote:
> > The -w parameter can be used to set a property value from the command
> > line, using the target object ID and the property name.
> >
>
Hi Jerome, Marek,
On Friday 14 June 2013 23:34:34 Laurent Pinchart wrote:
> Hello,
>
> Here's the sixth (and hopefully final) version of my modeset enhancements
> patch set.
>
> Beside various cleanups, these patches allow dropping master after mode set,
> configuring more than two pipes and pla
alse
--
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/20130627/4620118c/attachment.html>
||17
--
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/20130627/ba13514c/attachment.html>
On Thu, Jun 27, 2013 at 08:58:33AM +0900, Seung-Woo Kim wrote:
> From: YoungJun Cho
>
> If idr_alloc() is failed, obj->name can be error value. Also
> it cleans up duplicated flink processing code.
>
> This regression has been introduced in
>
> commit 2e928815c1886fe628ed54623aa98d0889cf5509
>
On Thu, Jun 27, 2013 at 10:10:43AM +0200, Laurent Pinchart wrote:
> Hi Ville,
>
> Thank you for the review.
>
> On Monday 24 June 2013 18:08:37 Ville Syrj?l? wrote:
> > On Fri, Jun 14, 2013 at 11:34:42PM +0200, Laurent Pinchart wrote:
> > > The -w parameter can be used to set a property value fro
Hi Thierry,
On Wednesday 29 May 2013 12:50:40 Thierry Reding wrote:
> On Wed, May 29, 2013 at 07:44:34AM +0200, Laurent Pinchart wrote:
> > From: Laurent Pinchart
> >
> > DRIVER_BUS_PLATFORM is not a DRM driver feature flag, it must not be set
> > in the driver's driver_features field.
> >
> >
On Thursday 27 June 2013 11:31:48 Ville Syrj?l? wrote:
> On Thu, Jun 27, 2013 at 10:10:43AM +0200, Laurent Pinchart wrote:
> > On Monday 24 June 2013 18:08:37 Ville Syrj?l? wrote:
> > > On Fri, Jun 14, 2013 at 11:34:42PM +0200, Laurent Pinchart wrote:
> > > > The -w parameter can be used to set a p
Hello,
Here's a set of patches that adds support for the DU found in the R8A7790 SoC.
Compared to the R8A7779 DU, the R8A7790 has a third CRTC, internal LVDS
encoders and different output routing options.
These patches are targetted at v3.12 so there's no rush (but please don't take
that as an e
Several alpha plane register definitions are missing, add them.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_regs.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_regs.h
b/drivers/gpu/drm/rcar-du/rcar_du_regs.h
index 6
Replace the devm_request_mem_region() and devm_ioremap_nocache() calls
with devm_ioremap_resource().
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 20 ++--
1 file changed, 2 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du
The platform device id driver data field points to a device information
structure that only contains a (currently empty) features field for now.
Support for additional model-dependent features will be added later.
Only the R8A7779 variant is currently supported.
Signed-off-by: Laurent Pinchart
-
Handle error cases correctly.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c
b/drivers/gpu/drm/rcar-du/rcar_du_kms.c
index 9c63f39..06cacf6 100644
--- a/dr
Some of the DU revisions use one clock and IRQ per CRTC instead of one
clock and IRQ per device. Retrieve the correct clock and register the
correct IRQ for each CRTC.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 120 +
drivers/gpu/
The DU requires a 16 pixels pitch alignement. Make sure dumb buffers are
allocated with the correct pitch, and validate the pitch when creating
frame buffers.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +-
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 19 +++
The R8A7790 DU documentation contains further information regarding the
plane Y source coordinate. Update the comment accordingly.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_plane.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/
This prepares for the encoders rework.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/Makefile | 1 +
drivers/gpu/drm/rcar-du/rcar_du_lvds.c| 120 +--
drivers/gpu/drm/rcar-du/rcar_du_lvdscon.c | 129 ++
drivers/gpu/d
This prepares for the encoders rework.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/Makefile | 3 +-
drivers/gpu/drm/rcar-du/rcar_du_vga.c| 86 +
drivers/gpu/drm/rcar-du/rcar_du_vga.h| 2 +-
drivers/gpu/drm/rcar-du/rcar_du_vgacon.c | 9
Create a single rcar_du_encoder structure that implements a KMS encoder.
The current implementation is straightforward and only configures CRTC
output routing.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/Makefile | 3 +-
drivers/gpu/drm/rcar-du/rcar_du_crtc.c| 2
Move the plane-related fields of struct rcar_du_device to their own
structure.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 11 +--
drivers/gpu/drm/rcar-du/rcar_du_plane.h | 17 +++--
2 files changed, 16 insertions(+), 12 deletions(-)
diff --
The struct rcar_du_encoder_data encoder::field describes the encoder
type, and the rcar_du_encoder_lvds_data and rcar_du_encoder_vga_data
structures describe connector properties. Rename them accordingly.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 2 +-
driv
The functions initialize or register all planes, rename them
accordingly.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 4 ++--
drivers/gpu/drm/rcar-du/rcar_du_plane.c | 4 ++--
drivers/gpu/drm/rcar-du/rcar_du_plane.h | 5 +++--
3 files changed, 7 insertions(+), 6
The R8A7779 DU is split in per-CRTC resources (scan-out engine, blending
unit, timings generator, ...) and device-global resources (start/stop
control, planes, ...) shared between the two CRTCs.
The R8A7790 introduced a third CRTC with its own set of global resources
This would be modeled as two s
The rcar_du_device structure contains a field that stores the number of
CRTCs, use it instead of the CRTCs array size. This prepares the driver
to support a variable number of CRTCs.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +-
drivers/gpu/drm/rcar-du/rcar_du
Channels are accessed through a global channel memory offset, there's no
need to define register addresses for the second channel.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_regs.h | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_d
Output routing is configured in group registers, move the corresponding
code from rcar_du_crtc.c to rcar_du_group.c.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 21 +
drivers/gpu/drm/rcar-du/rcar_du_group.c | 19 +++
drivers/g
The DU revision in the R8A7790 SoC uses one IRQ and clock per CRTC. Add
a corresponding entry in the module platform ID table.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 5 +++
drivers/gpu/drm/rcar-du/rcar_du_regs.h | 66 --
2 fi
The R8A7790 DU seems to require a 128 bytes pitch alignment, even though
the documentation only mentions a 16 pixels alignement as for the
R8A7779 DU. Make this configurable through a device flag.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +-
drivers/gpu/drm/
The R8A7790 DU has 3 CRTCs, split in two groups. Support them.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 25 ++-
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 ++
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 6 +++--
drivers/gpu/drm/rcar-du/rcar_d
The R8A7790 DU has a new extended function control register. Support it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 3 ++-
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 1 +
drivers/gpu/drm/rcar-du/rcar_du_group.c | 2 ++
3 files changed, 5 insertions(+), 1 deletio
Split the output routing specification between SoC-internal data,
specified in the rcar_du_device_info structure, and board data, passed
through platform data.
The DU has 5 possible outputs (DPAD0/1, LVDS0/1, TCON). SoC-internal
output routing data specify which output are valid, which CRTCs can b
The R8A7790 DU variant has a single RGB output called DPAD0 that can be
fed with the output of DU0, DU1 or DU2. Making the routing configurable.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 5
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 2 ++
drivers/gpu/drm
The R8A7790 includes two internal LVDS encoders. Support them in the DU
driver.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/Kconfig | 7 ++
drivers/gpu/drm/rcar-du/Makefile | 4 +-
drivers/gpu/drm/rcar-du/rcar_du_crtc.c| 2 -
drivers/gpu/drm/rcar-du/r
in drm-next.
Yes, I have it in my for-next branch (so it should be in linux-next)
that I'll request Dave to pull from for 3.11.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130627/daf95b42/attachment.pgp>
Hi,
> I just tried the DPM support out on a E-450 APU (HD6320) and it did
> not work like expected. In the terminal everything seemed ok but when
> I started a display manager, the screen showed garbage and the system
> basically locked up. The radeon and drm related parts of the syslog
> are belo
On Tue, Jun 25, 2013 at 04:47:26PM -0400, Daniel Drake wrote:
> Hi Russell,
>
> Thanks a lot for writing the Armada DRM driver.
>
> I have tested it on OLPC XO-1.75 (MMP2 aka Armada610) and OLPC XO-4 (MMP3
> aka PXA2128). After a bit of fighting, I have it running. Could you share your
> X driver
> At the larger resolutions, the g200e series sometimes struggles with
> maintaining a proper output. Problems like flickering or black bands
> appearing
> on screen can occur. In order to avoid this, limitations regarding
> resolutions
> and bandwidth have been added for the different variatio
Changes since v1:
- Fixup compiler warning in unpin function.
Signed-off-by: Maarten Lankhorst
Reviewed-by: Jerome Glisse
Acked-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_drv.c | 2 ++
drivers/gpu/drm/radeon/radeon_prime.c | 18 +-
2 files changed, 15 insertions(+),
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 1 +
drivers/gpu/drm/nouveau/nouveau_gem.h | 1 +
drivers/gpu/drm/nouveau/nouveau_prime.c | 9 -
3 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c
b/drivers
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_abi16.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/nouveau/nouveau_abi16.c
b/drivers/gpu/drm/nouveau/nouveau_abi16.c
index 1c4c6c9..8f467e7 100644
--- a/drivers/gpu/drm/nouveau/nouveau_abi16.c
+++ b/dri
Add missing calls, and fix a leak from forgetting to call the unpin function.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c
b/drive
Shouldn't happen, and we invert the struct_mutex with reservation here,
potentially leading to deadlocks. Once reservations become lockdep annotated,
lockdep will go splat on this.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 3 ++-
1 file changed, 2 insertions(+)
Having nouveau builtin would still allow ACPI_VIDEO to be used as external
module
if some of the deps for acpi_video have not been met, which would result in a
linking
failure. Solve this by selecting all dependencies as well.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/Kconfig
Hi Dave,
Last 3.11 feature pull. I have a few odds bits and pieces and fixes in my
queue, I'll sort them out later on to see what's for 3.11-fixes and what's
for 3.12. But nothing to hold this here up imo.
Highlights:
- more hangcheck work from Mika and Chris to prepare for arb robustness
- trick
Mutexes should not be acquired in interrupt context. While the trylock
fastpath is arguably safe on all implementations, the slowpath
unlock path definitely isn't. This fixes the following lockdep splat:
[ 13.044313] [ cut here ]
[ 13.044367] WARNING: at /c/kernel-tests
Mutexes should not be acquired in interrupt context. While the trylock
fastpath is arguably safe on all implementations, the slowpath
unlock path definitely isn't.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/mgag200/mgag200_fb.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Mutexes should not be acquired in interrupt context. While the trylock
fastpath is arguably safe on all implementations, the slowpath
unlock path definitely isn't.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ast/ast_fb.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff -
With all the previous fixes in place, and my previous patch series applied
to prevent fallout, it's time to throw the switch!
Thanks to Deveryone who made this possible, in particular danvet,
robclark, airlied and peterz.
The first 4 patches are the real meat, the rest is just some cleanups.
Maa
This adds support for a generic reservations framework that can be
hooked up to ttm and dma-buf and allows easy sharing of reservations
across devices.
The idea is that a dma-buf and ttm object both will get a pointer
to a struct reservation_object, which has to be reserved before
anything is done
This commit converts the source of the val_seq counter to
the ww_mutex api. The reservation objects are converted later,
because there is still a lockdep splat in nouveau that has to
resolved first.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_gem.c| 38 ++
cli->mutex was inverted with reservations, and multiple reservations were
used without a ticket, fix both. This commit had to be done after the previous
commit, because otherwise ttm_eu_* calls would use a different seqno counter..
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nou
Now that the code is compatible in semantics, flip the switch.
Use ww_mutex instead of the homegrown implementation.
ww_mutex uses -EDEADLK to signal that the caller has to back off,
and -EALREADY to indicate this buffer is already held by the caller.
ttm used -EAGAIN and -EDEADLK for those, resp
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ast/ast_drv.h | 20 ++--
drivers/gpu/drm/ast/ast_ttm.c | 18 --
2 files changed, 18 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_drv.h b/drivers/gpu/drm/ast/ast_drv.h
index 02e52d5..622d4a
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/cirrus/cirrus_drv.h | 21 +++--
drivers/gpu/drm/cirrus/cirrus_ttm.c | 18 --
2 files changed, 19 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.h
b/drivers/gpu/drm/cirrus/cirrus_d
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/mgag200/mgag200_drv.h | 20 ++--
drivers/gpu/drm/mgag200/mgag200_ttm.c | 18 --
2 files changed, 18 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.h
b/drivers/gpu/drm/mgag200/mg
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/radeon/radeon_object.c | 23 ---
drivers/gpu/drm/radeon/radeon_object.h | 22 +-
2 files changed, 21 insertions(+), 24 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c
b/drivers/gpu/drm/
Makes lockdep a lot more useful.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo.c | 105 ++--
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 9 +-
include/drm/ttm/ttm_bo_driver.h| 175 -
3 files changed, 117 insertion
Use lockdep_assert_held instead.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index a8a27f5..6e6975c 100644
--- a/drivers/gpu/drm/ttm/ttm_b
Use lockdep_assert_held instead.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/vmwgfx/vmwgfx_dmabuf.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_dmabuf.c
b/drivers/gpu/drm/vmwgf
Try to use lockdep_assert_held or other alternatives where possible.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/radeon/radeon_object.c | 8 ++--
drivers/gpu/drm/radeon/radeon_object.h | 5 ---
drivers/gpu/drm/radeon/radeon_test.c | 75 +-
3 files cha
Signed-off-by: Maarten Lankhorst
---
include/drm/ttm/ttm_bo_api.h | 14 --
1 file changed, 14 deletions(-)
diff --git a/include/drm/ttm/ttm_bo_api.h b/include/drm/ttm/ttm_bo_api.h
index 31ad860..8a6aa56 100644
--- a/include/drm/ttm/ttm_bo_api.h
+++ b/include/drm/ttm/ttm_bo_api.h
@@ -
On Thu, Jun 27, 2013 at 01:48:24PM +0200, Maarten Lankhorst wrote:
> Makes lockdep a lot more useful.
>
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/ttm/ttm_bo.c | 105 ++--
> drivers/gpu/drm/ttm/ttm_execbuf_util.c | 9 +-
> include/drm/ttm/ttm_bo_driver
On Thu, Jun 27, 2013 at 01:48:25PM +0200, Maarten Lankhorst wrote:
> Use lockdep_assert_held instead.
>
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/ttm/ttm_bo.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers
On Wed, Jun 26, 2013 at 7:35 PM, Petter Reinholdtsen wrote:
> [Daniel Vetter]
>>> Is there some other quirk table for acpi that also need to be updated?
>>
>> If the acpi brightness controller is broken, it needs to be quirked
>> away. For that please file a bug report against the ACPI subsystem.
Hi,
On Thursday 27 June 2013 08:39:58 Seung-Woo Kim wrote:
> From: YoungJun Cho
>
> The drm_gem_mmap_obj() has to be protected with dev->struct_mutex,
> but some caller functions do not. So it adds mutex lock to missing
> callers and adds assertion to check whether drm_gem_mmap_obj() is
> calle
Alex Deucher wrote:
> On Wed, Jun 26, 2013 at 9:21 AM, wrote:
>> From: Alex Deucher
>>
>> These are the radeon patches for 3.11. Some of these patches
>> are huge so, it might be easier to review things here:
>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
>
> Updated branc
[Daniel Vetter]
> acpi_backlight=vendor should disable the acpi backlights (you can
> check that in /sys/class/backlight), which would mean that userspace
> should fall back to intel backlight driver. Can you please check
> whether that one works even without the invert_brightness knob? I.e.
> not
Hello.
On 27-06-2013 13:49, Laurent Pinchart wrote:
> Replace the devm_request_mem_region() and devm_ioremap_nocache() calls
> with devm_ioremap_resource().
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/rcar-du/rcar_du_drv.c | 20 ++--
> 1 file changed, 2 insertio
On Thu, Jun 27, 2013 at 3:03 PM, Petter Reinholdtsen wrote:
> [Daniel Vetter]
>> acpi_backlight=vendor should disable the acpi backlights (you can
>> check that in /sys/class/backlight), which would mean that userspace
>> should fall back to intel backlight driver. Can you please check
>> whether
On Wed, Jun 26, 2013 at 7:39 PM, Seung-Woo Kim
wrote:
> From: YoungJun Cho
>
> The drm_gem_mmap_obj() has to be protected with dev->struct_mutex,
> but some caller functions do not. So it adds mutex lock to missing
> callers and adds assertion to check whether drm_gem_mmap_obj() is
> called with
Op 27-06-13 01:39, Seung-Woo Kim schreef:
> From: YoungJun Cho
>
> The drm_gem_mmap_obj() has to be protected with dev->struct_mutex,
> but some caller functions do not. So it adds mutex lock to missing
> callers and adds assertion to check whether drm_gem_mmap_obj() is
> called with mutex lock or
On Wed, Jun 26, 2013 at 6:51 PM, Julian Wollrath wrote:
> Hi,
>
>> I just tried the DPM support out on a E-450 APU (HD6320) and it did
>> not work like expected. In the terminal everything seemed ok but when
>> I started a display manager, the screen showed garbage and the system
>> basically lock
On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss wrote:
> Alex Deucher wrote:
>>
>> On Wed, Jun 26, 2013 at 9:21 AM, wrote:
>>>
>>> From: Alex Deucher
>>>
>>> These are the radeon patches for 3.11. Some of these patches
>>> are huge so, it might be easier to review things here:
>>> http://cgit.fr
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130627/20e89eef/attachment.html>
On Wed, Jun 26, 2013 at 4:57 PM, Joshua C. wrote:
> 2013/6/26 Deucher, Alexander :
>>
>>
>>> -Original Message-
>>> From: Joshua C. [mailto:joshuacov at gmail.com]
>>> Sent: Wednesday, June 26, 2013 1:52 PM
>>> To: dri-devel at lists.freedesktop.org
>>> Cc: Deucher, Alexander
>>> Subject:
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130627/38153bb5/attachment-0001.html>
I fixed all of the formatting errors found by scripts/checkpatch.pl.
Julia Lemire (1):
drm/mgag200: Added resolution and bandwidth limits for various G200e
products.
drivers/gpu/drm/mgag200/mgag200_drv.h |3 +-
drivers/gpu/drm/mgag200/mgag200_main.c |2 +-
drivers/gpu/drm/mgag200/
At the larger resolutions, the g200e series sometimes struggles with
maintaining a proper output. Problems like flickering or black bands appearing
on screen can occur. In order to avoid this, limitations regarding resolutions
and bandwidth have been added for the different variations of the g200
sktop.org/archives/dri-devel/attachments/20130627/ff7e665d/attachment.html>
101 - 200 of 218 matches
Mail list logo
