because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140121/f3362f72/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #18 from Jack ---
>If there is a better way to find out why the fan doesn't shut off
I'm pretty sure the reason the fans don't shut off is because they're reacting
to the dGPU usage. In my incredibly un-scientific observation, I've no
t nitpick, the series looks good to me. If we face any
> issues migrating i915 on top of this, we can iron them out later on.
>
> On the series,
>
> Reviewed-by: Jani Nikula
Thanks!
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/20140121/cd231de4/attachment.pgp>
Add support for eDP functionality found on Tegra124 and later SoCs. Only
fast link training is currently supported.
Signed-off-by: Thierry Reding
---
.../bindings/gpu/nvidia,tegra20-host1x.txt | 42 +
drivers/gpu/drm/tegra/Makefile |2 +
drivers/gpu/drm/tegra/dc
Implements an I2C-over-AUX I2C adapter on top of the generic drm_dp_aux
infrastructure. It extracts the retry logic from existing drivers, which
should help in porting those drivers to this new helper.
Reviewed-by: Alex Deucher
Reviewed-by: Jani Nikula
Signed-off-by: Thierry Reding
---
Changes
Add a helper to probe a DP link (read out the supported DPCD revision,
maximum rate, link count and capabilities) as well as power up the DP
link and configure it accordingly.
Reviewed-by: Alex Deucher
Reviewed-by: Jani Nikula
Signed-off-by: Thierry Reding
---
Changes in v4:
- fix a couple of t
The function reads the link status (6 bytes starting at offset 0x202)
from the DPCD so that it can be conveniently passed to other DPCD
helpers.
Reviewed-by: Alex Deucher
Reviewed-by: Jani Nikula
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 16
include/d
This is a superset of the current i2c_dp_aux bus functionality and can
be used to transfer native AUX in addition to I2C-over-AUX messages.
Helpers are provided to read and write the DPCD, either blockwise or
byte-wise. Many of the existing helpers for DisplayPort take a copy of a
portion of the D
Hi,
This small series introduces some infrastructure to support AUX channels
in a generic way. Drivers make use of it by embedding and filling in a
struct drm_dp_aux. Various helpers can then be used to for example read
from or write to the DPCD.
Patch 1 adds the basic infrastructure as well as a
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140121/ff9a6c42/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140121/5619de40/attachment.html>
ter 1-2 seconds.
--
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/20140121/26fcdd82/attachment.html>
: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140121/b1d094fe/attachment.pgp>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140121/7c8fa643/attachment.html>
This panel is used by Tegra Note 7 and supported by the simple-panel
driver.
Signed-off-by: Alexandre Courbot
---
.../devicetree/bindings/panel/lg,ld070wx3-sl01.txt | 7 ++
drivers/gpu/drm/panel/panel-simple.c | 28 ++
2 files changed, 35 insertions(+)
cre
This panel is used by the NVIDIA SHIELD and supported by the
simple-panel driver.
Signed-off-by: Alexandre Courbot
---
.../devicetree/bindings/panel/lg,lh500wx1-sd03.txt | 7 ++
drivers/gpu/drm/panel/panel-simple.c | 28 ++
2 files changed, 35 insertions(+)
These patches add support for the panels used on the NVIDIA SHIELD and
Tegra Note 7 using the simple-panel driver, as both platforms are to be proposed
for inclusion into mainline soon.
Alexandre Courbot (2):
drm/panel: add support for LG LH500WX1-SD03 panel
drm/panel: add support for LG LD070
On 01/21/2014 04:29 PM, Maarten Lankhorst wrote:
> Hey,
>
> op 21-01-14 16:17, Thomas Hellstrom schreef:
>> Maarten, for this and the other patches in this series,
>>
>> I seem to recall we have this discussion before?
>> IIRC I stated that reservation was a too heavy-weight lock to hold to
>> dete
On Tue, Jan 21, 2014 at 01:43:55PM +0100, walter harms wrote:
>
> i have just noticed: The function already exits
>
> 194 static void exynos_drm_postclose(struct drm_device *dev, struct drm_file
> *file)
> 195 {
> 196 if (!file->driver_priv)
> 197 return;
> 198
> 199
Add DT bindings for the R-Car DU with support for core resources
(memory, IRQ and clocks). Output configuration must still be passed
through platform data using OF_DEV_AUXDATA.
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/video/renesas,du.txt | 49 +++
drivers/gpu/drm/r
Enable the DU device and configure the related pins.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7791-koelsch.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7791-koelsch.dts
b/arch/arm/boot/dts/r8a7791-koelsch.dts
index 74f0985..678c54e 10
The DU device is instantiated through the device tree, pass the DU
platform data using OF_DEV_AUXDATA.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/board-koelsch-reference.c | 38 +++-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-s
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7791.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7791.dtsi b/arch/arm/boot/dts/r8a7791.dtsi
index d5cc362..a53b0d7 100644
--- a/arch/arm/boot/dts/r8a7791.dtsi
+++ b/arch/arm/boot/dts/r8a779
Enable the DU device and configure the related pins.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7790-lager.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790-lager.dts
b/arch/arm/boot/dts/r8a7790-lager.dts
index 1081c5e..27bf361 100644
-
The DU device is instantiated through the device tree, pass the DU
platform data using OF_DEV_AUXDATA.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/board-lager-reference.c | 41 +-
1 file changed, 40 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-s
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7790.dtsi | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi
index f2f5394..38632a5 100644
--- a/arch/arm/boot/dts/r8a7790.dtsi
+++ b/arch/arm/boot/dts/r8
Add DT bindings for the R-Car DU with support for core resources
(memory, IRQ and clocks). Output configuration must still be passed
through platform data using OF_DEV_AUXDATA.
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/video/renesas,du.txt | 49 +++
drivers/gpu/drm/r
Hello,
This patch set adds OF support to the DU driver (1/7) and enables the DU on
the Lager (2/7 to 4/7) and Koelsch (5/7 to 7/7) platforms.
Due to the lack of standard bindings for video devices, the approach taken
here is minimalistic and aims at enabling the DU on multiplatform kernels until
Hey,
op 21-01-14 16:17, Thomas Hellstrom schreef:
> Maarten, for this and the other patches in this series,
>
> I seem to recall we have this discussion before?
> IIRC I stated that reservation was a too heavy-weight lock to hold to
> determine whether a buffer was idle? It's a pretty nasty thing
None of these files are actually using any __init type directives
and hence don't need to include . Most are just a
left over from __devinit and __cpuinit removal, or simply due to
code getting copied from one driver to the next.
Cc: David Airlie
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: dri-devel
Maarten, for this and the other patches in this series,
I seem to recall we have this discussion before?
IIRC I stated that reservation was a too heavy-weight lock to hold to
determine whether a buffer was idle? It's a pretty nasty thing to build in.
/Thomas
On 01/21/2014 02:04 PM, Maarten Lank
Hi,
This issue had already been reported, and fixed by Sachin. And also
that patch has been merged to exynos-drm-next. Please see below link,
http://www.spinics.net/lists/dri-devel/msg51889.html
Thanks,
Inki Dae
2014/1/21 Dan Carpenter :
> If exynos_drm_subdrv_open() fails then we re-us
On Tuesday, January 21, 2014 3:58 PM, Dan Carpenter wrote:
>
> If exynos_drm_subdrv_open() fails then we re-use "file_priv".
>
> Fixes: 96f5421523df ('drm/exynos: use a new anon file for exynos gem mmaper')
> Signed-off-by: Dan Carpenter
Reviewed-by: Jingoo Han
Yes, right.
The freed 'file_pri
No users are left, kill it off! :D
Signed-off-by: Maarten Lankhorst
---
Fixed to apply on top of drm-next.
Also, for nouveau "[PATCH 1/2] drm/nouveau: hold mutex while syncing to kernel
channel"
is required, else this patch will fail to apply.
drivers/gpu/drm/nouveau/nouveau_bo.c | 23 +
_Actually_ add dri-devel ...
On Tue, Jan 21, 2014 at 2:10 PM, Daniel Vetter wrote:
> On Tue, Jan 21, 2014 at 1:35 PM, Lin, Mengdong
> wrote:
>> Dear audio and gfx stakeholders,
>>
>>
>>
>> We hope to add a new interface between audio and gfx driver, for gfx driver
>> to notify audio about HDMI/
No users are left, kill it off! :D
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 23 --
drivers/gpu/drm/nouveau/nouveau_display.c | 6 +--
drivers/gpu/drm/nouveau/nouveau_gem.c | 16 +--
drivers/gpu/drm/qxl/qxl_cmd.c | 2 -
drivers
This is the last remaining function that doesn't use the reservation
lock completely to fence off access to a buffer.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/
This will ensure we always hold the required lock when calling those functions.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 2 ++
drivers/gpu/drm/nouveau/nouveau_display.c | 24 +---
2 files changed, 19 insertions(+), 7 deletions(-)
diff
Apart from some code inside ttm itself and nouveau_bo_vma_del,
this is the only place where ttm_bo_wait is used without a reservation.
Fix this so we can remove the fence_lock later on.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 22 ++
1 file
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 141 +++-
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 1 -
include/drm/ttm/ttm_execbuf_util.h | 3 -
3 files changed, 50 insertions(+), 95 deletions(-)
diff --git a/drivers/gpu/drm/t
i have just noticed: The function already exits
194 static void exynos_drm_postclose(struct drm_device *dev, struct drm_file
*file)
195 {
196 if (!file->driver_priv)
197 return;
198
199 kfree(file->driver_priv);
200 file->driver_priv = NULL;
201 }
Am 21.
On Tue, Jan 21, 2014 at 12:17:35PM +0100, David Herrmann wrote:
> Hi
>
> On Tue, Jan 21, 2014 at 10:49 AM, Daniel Vetter wrote:
> > On Mon, Jan 20, 2014 at 08:26:28PM +0100, David Herrmann wrote:
> >> Lets make sure some basic expressions are always true:
> >> bpp != NULL
> >> width != NULL
>
> -Original Message-
> From: Sachin Kamat [mailto:sachin.kamat at linaro.org]
> Sent: Tuesday, January 21, 2014 12:16 PM
> To: dri-devel at lists.freedesktop.org
> Cc: Inki Dae; Sachin Kamat; Patch Tracking
> Subject: Re: [PATCH v2 1/1] drm/exynos: Fix freeing issues in
> exynos_drm_drv.c
Applied.
Thanks,
Inki Dae
2014/1/16 Tushar Behera :
> There is no need to include "plat/map-base.h" in ipp driver. Remove
> this and enable this driver for multi-platform.
>
> However gsc driver is not multiplatform compliant yet, so make the
> compilation conditional upon !ARCH_MULTIPLATFORM.
>
Am 21.01.2014 07:57, schrieb Dan Carpenter:
> If exynos_drm_subdrv_open() fails then we re-use "file_priv".
>
> Fixes: 96f5421523df ('drm/exynos: use a new anon file for exynos gem mmaper')
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
> b/drivers/gpu
Dave,
Just a single fix for sparse/smatch warnings introduced by the previous
vmwgfx-next pull.
Please feel free to defer this to the first -fixes pull. In that case I
will include this patch in the first -fixes pull request.
/Thomas
The following changes since commit cfd72a4c2089aa3938f37281a3
On 01/21/2014 11:17 AM, Matthew Garrett wrote:
> On Tue, 2014-01-21 at 10:24 +0800, Aaron Lu wrote:
>> On 01/20/2014 09:34 PM, Matthew Garrett wrote:
>>> On Mon, 2014-01-20 at 16:12 +0800, Aaron Lu wrote:
>>>
1 remove the win8 OSI check, I've seen win7 laptops that also needs to
have on
Hi
On Tue, Jan 21, 2014 at 12:42 PM, Ville Syrj?l?
wrote:
> On Tue, Jan 21, 2014 at 12:17:35PM +0100, David Herrmann wrote:
>> Hi
>>
>> On Tue, Jan 21, 2014 at 10:49 AM, Daniel Vetter wrote:
>> > On Mon, Jan 20, 2014 at 08:26:28PM +0100, David Herrmann wrote:
>> >> Lets make sure some basic expr
The forcewake setup is eerily similar, except it needs special mode
flags. Inserting that info into our structure is trivial, and with that
forcewake easily converts to using the new interface as well.
Notice that CRC is lacking from this patch (CRC being very similar to
forcewake in code). CRC is
The debugfs helper duplicates the functionality used by Armada, so let's
just use that.
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/i915_debugfs.c | 25 -
1 file changed, 4 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_debugfs.c
b/driver
The debugfs helper duplicates the functionality used by Armada, so let's
just use that.
WARNING: only compile tested
Cc: Christian K?nig
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/radeon/radeon.h | 5 -
drivers/gpu/drm/radeon/radeon_ttm.c | 43 ++--
The debugfs helper duplicates the functionality used by Armada, so let's
just use that.
WARNING: Not even compile tested. I can compile test this if required,
but I figured there'd be other kind people who already have the cross
toolchain setup.
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/a
DRM layer already provides a helper function to create a set of files
following a specific idiom primarily characterized by the access flags
of the file, and the file operations. This is great for writing concise
code to handle these very common cases.
This new helper function is provided to drive
Hi
On Tue, Jan 21, 2014 at 10:49 AM, Daniel Vetter wrote:
> On Mon, Jan 20, 2014 at 08:26:28PM +0100, David Herrmann wrote:
>> Lets make sure some basic expressions are always true:
>> bpp != NULL
>> width != NULL
>> height != NULL
>> stride = bpp * width < 2^32
>> size = stride * heigh
Hi
On Tue, Jan 21, 2014 at 10:38 AM, Daniel Vetter wrote:
> On Mon, Jan 20, 2014 at 08:26:24PM +0100, David Herrmann wrote:
>> Probably a typo.. we obviously need "(bpp + 7) / 8" instead of
>> "(bpp + 1) / 8". Unlikely to be hit in any sane code, but lets be safe.
>>
>> Signed-off-by: David Herrm
On Tue, 2014-01-21 at 13:32 +0800, Aaron Lu wrote:
> On 01/21/2014 11:17 AM, Matthew Garrett wrote:
> > We know that Windows 8 graphics drivers don't use the ACPI interface,
> > and that systems change their behaviour as a result, in some cases with
> > absolutely no way for the ACPI interface coul
On Tue, Jan 21, 2014 at 12:52:36PM +0100, David Herrmann wrote:
> Hi
>
> On Tue, Jan 21, 2014 at 12:42 PM, Ville Syrj?l?
> wrote:
> > On Tue, Jan 21, 2014 at 12:17:35PM +0100, David Herrmann wrote:
> >> Hi
> >>
> >> On Tue, Jan 21, 2014 at 10:49 AM, Daniel Vetter wrote:
> >> > On Mon, Jan 20, 20
On Thu, Jan 16, 2014 at 12:42:22AM +0100, Daniel Vetter wrote:
> On Wed, Jan 15, 2014 at 12:08:19PM -0800, Ben Widawsky wrote:
> > On Wed, Jan 15, 2014 at 09:45:28AM +0100, Daniel Vetter wrote:
> > > On Wed, Jan 15, 2014 at 9:39 AM, Daniel Vetter wrote:
> > > > On Wed, Jan 15, 2014 at 12:40 AM, Ru
On Mon, Jan 20, 2014 at 08:26:29PM +0100, David Herrmann wrote:
> There is no need to initialize this variable, so drop it. Otherwise, the
> compiler won't warn if we use it unintialized.
>
> Signed-off-by: David Herrmann
I've replied with a few small comments on some patches, with those
address
On Mon, Jan 20, 2014 at 08:26:28PM +0100, David Herrmann wrote:
> Lets make sure some basic expressions are always true:
> bpp != NULL
> width != NULL
> height != NULL
> stride = bpp * width < 2^32
> size = stride * height < 2^32
> PAGE_ALIGN(size) < 2^32
>
> At least the udl driver do
Since acpi_evaluate_object() returns acpi_status and not plain int,
ACPI_FAILURE() should be used for checking its return value.
Reviewed-by: Jani Nikula
Signed-off-by: Yijing Wang
---
v3->v4: Fix spell error, add Jani Nikula reviewed-by.
v2->v3: Fix compile error pointed out by Hanjun.
v1->v2:
On Mon, Jan 20, 2014 at 08:26:23PM +0100, David Herrmann wrote:
> We need to call dma_buf_end_cpu_access() in case a damage-request.
> Unlikely, but might happen during device unplug.
>
> Signed-off-by: David Herrmann
> ---
> drivers/gpu/drm/udl/udl_fb.c | 3 ++-
> 1 file changed, 2 insertions(+
On Mon, Jan 20, 2014 at 08:26:25PM +0100, David Herrmann wrote:
> Instead of rounding down to the next lower page-boundary, round up.
> dma-buf guarantees that we can map buffers in multiples of a page, so if
> an exporter does not page-align, do it ourselves.
>
> This avoids issues if the exporte
On Mon, Jan 20, 2014 at 08:26:24PM +0100, David Herrmann wrote:
> Probably a typo.. we obviously need "(bpp + 7) / 8" instead of
> "(bpp + 1) / 8". Unlikely to be hit in any sane code, but lets be safe.
>
> Signed-off-by: David Herrmann
> ---
> drivers/gpu/drm/udl/udl_gem.c | 2 +-
> 1 file chan
On 01/20/2014 09:34 PM, Matthew Garrett wrote:
> On Mon, 2014-01-20 at 16:12 +0800, Aaron Lu wrote:
>
>> 1 remove the win8 OSI check, I've seen win7 laptops that also needs to
>> have only the GPU interface left and checking win8 doesn't make much
>> sense now;
>
> Are we sure that those aren
Hi Dave,
A few drm core patches that haven't shown up in drm-next yet. All reviewed
and the first 4 tested for a few weeks in drm-intel-nightly - I've quickly
slapped the gem object init patch on top for convenience just today.
Please pull or pick up the patches from the m-l.
Cheers, Daniel
Th
If exynos_drm_subdrv_open() fails then we re-use "file_priv".
Fixes: 96f5421523df ('drm/exynos: use a new anon file for exynos gem mmaper')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
b/drivers/gpu/drm/exynos/exynos_drm_drv.c
index 9d096a0c5f8d..3c845292845
y signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140121/933552c4/attachment.pgp>
by history of si_dpm.c?
--
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/20140121/c25b5860/attachment.html>
ves/dri-devel/attachments/20140121/191d7138/attachment.html>
Hi Inki,
Does this patch look good now?
On 16 January 2014 11:31, Sachin Kamat wrote:
> Fixes the following errors:
> drivers/gpu/drm/exynos/exynos_drm_drv.c:182 exynos_drm_open()
> error: double free of 'file_priv'
> drivers/gpu/drm/exynos/exynos_drm_drv.c:188 exynos_drm_open()
> error: derefer
On 01/20/2014 04:21 PM, Rian Quinn wrote:
> Yeah we looked into GDM. We already link into Mesa, but I was also
> concerned about having to use GL to render into the buffers, as the
> format of the buffer is (correct me if I am wrong) specific to the
> graphics card (i.e. it's not a simple ARGB form
https://bugzilla.kernel.org/show_bug.cgi?id=66731
Lan Tianyu changed:
What|Removed |Added
Status|NEEDINFO|ASSIGNED
Component|Other
We'll need this for our gem create ioctl in a later patch.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/framebuffer.c | 2 +-
drivers/gpu/drm/gma500/gem.c | 9 +
drivers/gpu/drm/gma500/gem.h | 21 +
drivers/gpu/drm/gma
All of these ioctls are unused and most of them just duplicate what drm
already provides.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/gem.c | 44 ---
drivers/gpu/drm/gma500/psb_drv.c | 196 -
drivers/gpu/drm/gma500/psb_intel
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_drv.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/gma500/psb_drv.c b/drivers/gpu/drm/gma500/psb_drv.c
index 89804fd..99e8f78 100644
--- a/drivers/gpu/drm/gma500/psb_drv.c
+++ b/drivers/gp
Properly init the MMU and add MMU entries when adding GTT entries
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/gtt.c | 41
drivers/gpu/drm/gma500/psb_drv.c | 27 +-
2 files changed, 55 insertions(+), 13 deletions(
Right now, all we need to know about the blitter is that it's not doing
anything that can be messed up when fiddling with MMU mappings.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/Makefile | 1 +
drivers/gpu/drm/gma500/blitter.c | 47
dri
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/mmu.c | 45 +--
drivers/gpu/drm/gma500/mmu.h | 93
drivers/gpu/drm/gma500/psb_drv.h | 45 +--
3 files changed, 95 insertions(+), 88 deletions(-)
create mode
Add 2D blit status and MMU fault interrupts to the IRQ handler.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_irq.c | 80 ++--
1 file changed, 68 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/gma500/psb_irq.c b/drivers/gpu/drm/g
Old MMU code never wrote PDs or PTEs to any registers. Now we do, and
that's a good start.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/mmu.c | 258 ---
drivers/gpu/drm/gma500/psb_drv.c | 4 +-
drivers/gpu/drm/gma500/psb_drv.h | 10 +-
3 f
In order to do blits on GEM buffers we need to enable the MMU. The MMU
currently mirrors the GTT in a single MMU context. We also need GEM
buffers to handle base alignment restrictions for various buffer types.
For blitter debugging, GPU hang recovery and blitter status we also need
to handle SGX i
On Tue, 2014-01-21 at 10:24 +0800, Aaron Lu wrote:
> On 01/20/2014 09:34 PM, Matthew Garrett wrote:
> > On Mon, 2014-01-20 at 16:12 +0800, Aaron Lu wrote:
> >
> >> 1 remove the win8 OSI check, I've seen win7 laptops that also needs to
> >> have only the GPU interface left and checking win8 doesn
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #17 from Christoph Haag ---
It reads /sys/kernel/debug/dri/0/radeon_pm_info once a second and lm_sensors I
think.
Powered down in terms of vgaswitcheroo/dynoff, I don't think so. When X is
running I don't read dynoff for the radeon gp
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #16 from Alex Deucher ---
I'm not familiar with radeon-profile, but if it does some sort of manual
polling of the card, it might be waking up the card every time it polls or it
might just be reading garbage because the card is powered
https://bugzilla.kernel.org/show_bug.cgi?id=65761
Christoph Haag changed:
What|Removed |Added
Attachment #115961|0 |1
is obsolete|
86 matches
Mail list logo
