[PATCH] intel: Mark bo's exported to prime as not reusable

On Fri, Sep 14, 2012 at 5:03 PM, Chris Wilson wrote: > On Fri, 14 Sep 2012 17:01:18 -0400, Kristian H?gsberg > wrote: >> On Fri, Sep 14, 2012 at 4:40 PM, Chris Wilson >> wrote: >> > On Fri, 14 Sep 2012 16:37:53 -0400, Kristian H?gsberg > > bitplanet.net> wrote: >> >> It's the same situation

[PATCH] intel: Mark bo's exported to prime as not reusable

On Fri, 14 Sep 2012 17:01:18 -0400, Kristian H??gsberg wrote: > On Fri, Sep 14, 2012 at 4:40 PM, Chris Wilson > wrote: > > On Fri, 14 Sep 2012 16:37:53 -0400, Kristian H??gsberg > bitplanet.net> wrote: > >> It's the same situation as flink and we need take the same pre-cautions. > >> --- > >>

[PATCH 2/2] Add 2-level GPUVM pagetables support to radeon driver. v2

PDE/PTE update code uses CP ring for memory writes. All page table entries are preallocated for now in alloc_pt(). It is made as whole because it's hard to divide it to several patches that compile and doesn't break anything being applied separately. Tested on cayman card. v2 changes: * rebased

[PATCH 1/2] drm/radeon: refactor set_page chipset interface v2

From: Christian K?nig Cleanup the interface in preparation for hierarchical page tables. v2: * add incr parameter to set_page for simple scattered PTs uptates * added PDE-specific flags to r600_flags and radeon_drm.h * removed superflous value masking with

[PATCH] intel: Mark bo's exported to prime as not reusable

On Fri, 14 Sep 2012 16:37:53 -0400, Kristian H??gsberg wrote: > It's the same situation as flink and we need take the same pre-cautions. > --- > intel/intel_bufmgr_gem.c |8 +++- > 1 file changed, 7 insertions(+), 1 deletion(-) > > diff --git a/intel/intel_bufmgr_gem.c

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 12:34:59PM -0500, Rob Clark wrote: > On Fri, Sep 14, 2012 at 12:02 PM, Ville Syrj?l? > wrote: > > On Fri, Sep 14, 2012 at 11:29:04AM -0500, Rob Clark wrote: > >> On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrj?l? > >> wrote: > >> > On Fri, Sep 14, 2012 at 09:45:18AM -0500,

[RFC 0/9] nuclear pageflip

On Thu, Sep 13, 2012 at 11:35 AM, Rob Clark wrote: > note that the test phase doesn't need vblank events, and also > shouldn't -EBUSY if there is still a pending flip[*], so I'd propose > that however we go about pageflip (one super-ioctl, or one per crtc), > we could use the atomic-modeset ioctl

[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black

https://bugs.freedesktop.org/show_bug.cgi?id=43829 --- Comment #9 from Alex Deucher 2012-09-04 13:07:53 UTC --- *** Bug 54484 has been marked as a duplicate of this bug. *** --- Comment #10 from Alex Deucher 2012-09-14 21:12:11 UTC --- This should be fixed in my drm-next-3.7-wip branch:

[Bug 46241] Resume to black screen on AMD A8-3500m/Radeon 6620G

https://bugzilla.kernel.org/show_bug.cgi?id=46241 --- Comment #7 from Alex Deucher 2012-09-14 21:11:57 --- This should be fixed in my drm-next-3.7-wip branch: http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.7-wip -- Configure bugmail:

[PATCH] Add 2-level GPUVM pagetables support to radeon driver.

Michel, > E.g. reflect from Mesa Demos wasn't able to sustain 60 fps in > fullscreen. > I've tried reflect with my patches on cayman and it sustained 60 fps in maximized window @ 1680x1080 I'll test when i have tahiti machine ready. -- With best regards, Dmitry

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 11:29:04AM -0500, Rob Clark wrote: > On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrj?l? > wrote: > > On Fri, Sep 14, 2012 at 09:45:18AM -0500, Rob Clark wrote: > >> On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrj?l? > >> wrote: > >> > On Fri, Sep 14, 2012 at 08:25:53AM -0500,

[RFC][PATCH 4/4] drm: i915: Atomic pageflip WIP

On Fri, Sep 14, 2012 at 04:56:00PM +0100, Chris Wilson wrote: > On Fri, 14 Sep 2012 18:30:21 +0300, Ville Syrj?l? linux.intel.com> wrote: > > On Fri, Sep 14, 2012 at 03:27:05PM +0100, Chris Wilson wrote: > > > On Fri, 14 Sep 2012 17:21:30 +0300, Ville Syrj?l? > > linux.intel.com> wrote: > > > >

[RFC][PATCH 4/4] drm: i915: Atomic pageflip WIP

On Fri, Sep 14, 2012 at 05:39:30PM +0200, Daniel Vetter wrote: > On Fri, Sep 14, 2012 at 5:30 PM, Ville Syrj?l? > wrote: > > intel_pipe_set_base() won't disable the pipe or change the size, > > it'll just flip the primary plane. So that doesn't quite explain > > why the call is there, as opposed

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 09:45:18AM -0500, Rob Clark wrote: > On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrj?l? > wrote: > > On Fri, Sep 14, 2012 at 08:25:53AM -0500, Rob Clark wrote: > >> On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrj?l? > >> wrote: > >> > On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob

[RFC][PATCH 4/4] drm: i915: Atomic pageflip WIP

On Fri, Sep 14, 2012 at 03:27:05PM +0100, Chris Wilson wrote: > On Fri, 14 Sep 2012 17:21:30 +0300, Ville Syrj?l? linux.intel.com> wrote: > > On Fri, Sep 14, 2012 at 02:57:26PM +0100, Chris Wilson wrote: > > > On Wed, 12 Sep 2012 18:47:07 +0300, ville.syrjala at linux.intel.com > > > wrote: > >

[PATCH v3] of: Add videomode helper

This patch adds a helper function for parsing videomodes from the devicetree. The videomode can be either converted to a struct drm_display_mode or a struct fb_videomode. Signed-off-by: Sascha Hauer Signed-off-by: Steffen Trumtrar --- Hi! The original patch was done by Sascha Hauer. I

[PATCH] i915: Don't register backlight when max PWM value is unknown

On Fri, Sep 14, 2012 at 04:34:28PM +0100, Grant Likely wrote: > When a backlight isn't connected to the i915 it doesn't make any sense > to register the backlight device, but the driver currently tries to limp > along using a max brightness value of 1. Instead, this patch makes it so > that if the

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 5:14 PM, Jesse Barnes wrote: > On Wed, 12 Sep 2012 21:58:31 +0300 > Ville Syrj?l? wrote: > >> On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote: >> > On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrj?l? >> > wrote: >> > > On Wed, Sep 12, 2012 at 10:48:16AM -0500,

[Intel-gfx] [pull] drm-intel-next

On Fri, Sep 14, 2012 at 09:55:58AM -0400, Bobby Powers wrote: > This tree gives me recursive dependency problems, which ends up > removing a big (& important) part of my .config: > > [bpowers at fina linux]$ git reset --hard drm-intel-next-2012-09-09 > HEAD is now at e04190e drm/fb helper: don't

[RFC][PATCH 4/4] drm: i915: Atomic pageflip WIP

On Fri, Sep 14, 2012 at 5:30 PM, Ville Syrj?l? wrote: > intel_pipe_set_base() won't disable the pipe or change the size, > it'll just flip the primary plane. So that doesn't quite explain > why the call is there, as opposed to being called just from the > full modeset path. intel_pipe_set_base

[RFC][PATCH 4/4] drm: i915: Atomic pageflip WIP

On Fri, Sep 14, 2012 at 02:57:26PM +0100, Chris Wilson wrote: > On Wed, 12 Sep 2012 18:47:07 +0300, ville.syrjala at linux.intel.com wrote: > > +static void intel_flip_finish(struct drm_flip *flip) > > +{ > > + struct intel_flip *intel_flip = > > + container_of(flip, struct intel_flip,

[PATCH] intel: Mark bo's exported to prime as not reusable

On Fri, Sep 14, 2012 at 4:40 PM, Chris Wilson wrote: > On Fri, 14 Sep 2012 16:37:53 -0400, Kristian H?gsberg > wrote: >> It's the same situation as flink and we need take the same pre-cautions. >> --- >> intel/intel_bufmgr_gem.c |8 +++- >> 1 file changed, 7 insertions(+), 1

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

On Mit, 2012-09-12 at 15:29 +0200, Paul Menzel wrote: > Am Dienstag, den 11.09.2012, 15:24 +0200 schrieb Michel D?nzer: > > On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote: > > > Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel D?nzer: > > > > On Die, 2012-09-11 at 14:42 +0200, Paul

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 08:25:53AM -0500, Rob Clark wrote: > On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrj?l? > wrote: > > On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob Clark wrote: > >> On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrj?l? > >> wrote: > >> > On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob

[RFC][PATCH 4/4] drm: i915: Atomic pageflip WIP

On Fri, 14 Sep 2012 18:30:21 +0300, Ville Syrj??l?? wrote: > On Fri, Sep 14, 2012 at 03:27:05PM +0100, Chris Wilson wrote: > > On Fri, 14 Sep 2012 17:21:30 +0300, Ville Syrj??l?? > linux.intel.com> wrote: > > > On Fri, Sep 14, 2012 at 02:57:26PM +0100, Chris Wilson wrote: > > > > On Wed, 12 Sep

[Intel-gfx] [pull] drm-intel-next

Hi 2012/9/14 Daniel Vetter : > On Fri, Sep 14, 2012 at 09:55:58AM -0400, Bobby Powers wrote: >> This tree gives me recursive dependency problems, which ends up >> removing a big (& important) part of my .config: >> >> [bpowers at fina linux]$ git reset --hard drm-intel-next-2012-09-09 >> HEAD is

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 1:23 PM, Ville Syrj?l? wrote: > On Fri, Sep 14, 2012 at 12:34:59PM -0500, Rob Clark wrote: >> On Fri, Sep 14, 2012 at 12:02 PM, Ville Syrj?l? >> wrote: >> > On Fri, Sep 14, 2012 at 11:29:04AM -0500, Rob Clark wrote: >> >> On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrj?l? >>

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 4:14 PM, Jesse Barnes wrote: > On Wed, 12 Sep 2012 21:58:31 +0300 > Ville Syrj?l? wrote: > >> On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote: >> > On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrj?l? >> > wrote: >> > > On Wed, Sep 12, 2012 at 10:48:16AM -0500,

[PATCH] intel: Mark bo's exported to prime as not reusable

It's the same situation as flink and we need take the same pre-cautions. --- intel/intel_bufmgr_gem.c |8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c index 3bcc849..92c0444 100644 --- a/intel/intel_bufmgr_gem.c +++

[PATCH] i915: Don't register backlight when max PWM value is unknown

When a backlight isn't connected to the i915 it doesn't make any sense to register the backlight device, but the driver currently tries to limp along using a max brightness value of 1. Instead, this patch makes it so that if the maximum PWM value cannot be determined, then the backlight will not

[Bug 54767] [r300g] 298 failures on WebGL Conformance Test

https://bugs.freedesktop.org/show_bug.cgi?id=54767 --- Comment #3 from Marek Ol??k 2012-09-14 15:51:21 UTC --- r300 cannot pass some of the tests, because the hardware is too limited (some features cannot be implemented on r300), while other features may produce slightly different results due

[RFC 0/9] nuclear pageflip

On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob Clark wrote: > On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrj?l? > wrote: > > On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote: > >> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrj?l? > >> wrote: > >> > On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob

[Bug 31708] [RADEON:KMS:TTM] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #18 from Reiner 2012-09-14 15:48:27 UTC --- Created attachment 67175 --> https://bugs.freedesktop.org/attachment.cgi?id=67175 kern.log unable to handle kernel paging request bug This Oops occurred also while Firefox was rendering

[Bug 31708] [RADEON:KMS:TTM] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #17 from Reiner 2012-09-14 15:42:47 UTC --- Created attachment 67172 --> https://bugs.freedesktop.org/attachment.cgi?id=67172 kern.log NULL pointer dereference bug Thanks Michel. Here is kern.log re the bug that occurred when

[PATCH] i915: Quirk out disconnected backlight

On Fri, Sep 14, 2012 at 03:29:14PM +0100, David Woodhouse wrote: > On Fri, 2012-09-14 at 14:48 +0100, Matthew Garrett wrote: > > On Fri, Sep 14, 2012 at 01:57:06PM +0100, Grant Likely wrote: > > > > > Tested on MacbookPro8,3. Without this patch both the intel_backlight and > > > gmux_backlight

Memory eviction in ttm

Op 14-09-12 12:50, Thomas Hellstr?m schreef: > Hi Maarten! > > Broadening the audience a bit.. > > On 9/14/12 9:12 AM, Maarten Lankhorst wrote: >> Op 13-09-12 23:00, Thomas Hellstrom schreef: >>> On 09/13/2012 07:13 PM, Maarten Lankhorst wrote: Hey Op 13-09-12 18:41, Thomas

[PATCH] i915: Quirk out disconnected backlight

dwmw2 -- next part -- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6171 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120914/8ac6eb8d/attachment.bin>

[Bug 47481] Random blank screen: radeon_cs_ib_chunk Failed to schedule IB on AMD PALM

https://bugzilla.kernel.org/show_bug.cgi?id=47481 Anisse Astier changed: What|Removed |Added Regression|No |Yes -- Configure bugmail:

[RFC][PATCH 4/4] drm: i915: Atomic pageflip WIP

On Fri, 14 Sep 2012 17:21:30 +0300, Ville Syrj??l?? wrote: > On Fri, Sep 14, 2012 at 02:57:26PM +0100, Chris Wilson wrote: > > On Wed, 12 Sep 2012 18:47:07 +0300, ville.syrjala at linux.intel.com wrote: > > > +static void intel_flip_finish(struct drm_flip *flip) > > > +{ > > > + struct intel_flip

[PULL] SH Mobile DRM driver for v3.7

Hi Alan, On Friday 14 September 2012 13:47:33 Alan Cox wrote: > On Fri, 14 Sep 2012 14:38:10 +0200 Laurent Pinchart wrote: > > Hi Dave, > > > > The SH Mobile DRM driver is now (in my opinion) ready for mainline. It > > requires GEM and KMS/FB helpers that have been reviewed on the list and > >

[RFC][PATCH 4/4] drm: i915: Atomic pageflip WIP

On Wed, 12 Sep 2012 18:47:07 +0300, ville.syrjala at linux.intel.com wrote: > +static void intel_flip_finish(struct drm_flip *flip) > +{ > + struct intel_flip *intel_flip = > + container_of(flip, struct intel_flip, base); > + struct drm_device *dev = intel_flip->crtc->dev; > +

[Bug 34874] --enable-shared-glapi breaks apps

https://bugs.freedesktop.org/show_bug.cgi?id=34874 Andreas Boll changed: What|Removed |Added AssignedTo|dri-devel at lists.freedesktop |mesa-dev at lists.freedesktop.

[PATCH] i915: Quirk out disconnected backlight

On Fri, Sep 14, 2012 at 01:57:06PM +0100, Grant Likely wrote: > Tested on MacbookPro8,3. Without this patch both the intel_backlight and > gmux_backlight devices get registered and userspace doesn't know which > it should use. Userspace should be figuring out which one to use from the type

[PULL] SH Mobile DRM driver for v3.7

Hi Dave, The SH Mobile DRM driver is now (in my opinion) ready for mainline. It requires GEM and KMS/FB helpers that have been reviewed on the list and tested. Sascha is waiting for them to reach your tree to send a pull request for another new driver. The following changes since commit

[PATCH] drm/nouveau: fix booting with plymouth + dumb support

On Fri, Sep 14, 2012 at 01:29:55PM +1000, Dave Airlie wrote: > From: Dave Airlie > > We noticed a plymouth bug on Fedora 18, and I then > noticed this stupid thinko, fixing it fixed the problem > with plymouth. > > Signed-off-by: Dave Airlie Signed-off-by: Ben Skeggs > --- >

[PATCH] i915: Quirk out disconnected backlight

On Fri, 14 Sep 2012 14:12:19 +0100, David Woodhouse wrote: > On Fri, 2012-09-14 at 14:09 +0100, Grant Likely wrote: > > On Fri, Sep 14, 2012 at 2:01 PM, Chris Wilson > > wrote: > > > On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely > > secretlab.ca> wrote: > > >> Some platforms (for instance

[PATCH] i915: Quirk out disconnected backlight

On Fri, Sep 14, 2012 at 2:12 PM, David Woodhouse wrote: > On Fri, 2012-09-14 at 14:09 +0100, Grant Likely wrote: >> On Fri, Sep 14, 2012 at 2:01 PM, Chris Wilson >> wrote: >> > On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely > > secretlab.ca> wrote: >> >> Some platforms (for instance

[RFC 0/9] nuclear pageflip

On Wed, 12 Sep 2012 21:58:31 +0300 Ville Syrj?l? wrote: > On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote: > > On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrj?l? > > wrote: > > > On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob Clark wrote: > > >> But I think we could still do this w/ one

[PATCH] i915: Quirk out disconnected backlight

will never bother with comparing types and choosing the sanest backlight to use. See https://bugzilla.redhat.com/show_bug.cgi?id=752595 -- dwmw2 -- next part -- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6171 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120914/9074d256/attachment.bin>

[PATCH] i915: Quirk out disconnected backlight

On Fri, Sep 14, 2012 at 2:01 PM, Chris Wilson wrote: > On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely secretlab.ca> wrote: >> Some platforms (for instance MacbookPros) have custom backlight drivers >> and don't use the integrated i915 backlight control. This patch adds a >> quirk to disable

[Bug 54767] [r300g] 298 failures on WebGL Conformance Test

https://bugs.freedesktop.org/show_bug.cgi?id=54767 --- Comment #2 from Tomasz P. 2012-09-14 14:05:25 UTC --- Forgot to add. I have compiled withtexture npot video enabled in r300_screen.c During test there was few errors in konsole. r300 FP: Compiler Error:

[PATCH] i915: Quirk out disconnected backlight

On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely wrote: > Some platforms (for instance MacbookPros) have custom backlight drivers > and don't use the integrated i915 backlight control. This patch adds a > quirk to disable registering the intel backlight when unused on a > platform. > > Tested

[PATCH] i915: Quirk out disconnected backlight

Some platforms (for instance MacbookPros) have custom backlight drivers and don't use the integrated i915 backlight control. This patch adds a quirk to disable registering the intel backlight when unused on a platform. Tested on MacbookPro8,3. Without this patch both the intel_backlight and

[PULL] SH Mobile DRM driver for v3.7

On Fri, 14 Sep 2012 14:38:10 +0200 Laurent Pinchart wrote: > Hi Dave, > > The SH Mobile DRM driver is now (in my opinion) ready for mainline. It > requires GEM and KMS/FB helpers that have been reviewed on the list and > tested. Sascha is waiting for them to reach your tree to send a pull

[Bug 54877] [bisected] rendering corrupted for windows larger than 2048 pixels in one dimension

https://bugs.freedesktop.org/show_bug.cgi?id=54877 --- Comment #4 from Alex Deucher 2012-09-14 13:47:19 UTC --- (In reply to comment #3) > (In reply to comment #2) > > Created attachment 67121 [details] [review] [review] > > fix > > > > This fixes it. I need to find out how the quant mode

[PATCH] drm/nouveau: fix booting with plymouth + dumb support

From: Dave Airlie We noticed a plymouth bug on Fedora 18, and I then noticed this stupid thinko, fixing it fixed the problem with plymouth. Signed-off-by: Dave Airlie --- drivers/gpu/drm/nouveau/nouveau_display.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 4/4] drm/exynos: check crtc's dpms mode at SetCrtc

when fb changing is requested, crtc's dpms mode should be on. if not on, return -EPERM so that the hardware can't be accessed. if user requesed dpms off and next SetCrtc with an another fb then the hardware can be accessed with dpms off to write overlay data onto some registers so this patch will

[PATCH 3/4] drm/exynos: check crtc's dpms mode at page flip

when page flip is requested, crtc's dpms mode should be on. if not on, return -EPERM so that the hardware can't be accessed. if user requesed dpms off and next page flip then the hardware can be accessed with dpms off to enable vblank so this patch will prevent from accessing the hardware with

[PATCH 2/4] drm/exynos: fix duplicated mutex lock issue

exynos_drm_crtc_dpms function doesn't need mutex lock because mutex lock was called by drm framework so this patch removes mutex lock call from that function to avoid duplicated mutex locking. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_crtc.c |

[PATCH 1/4] drm/exynos: add pid to g2d_runqueue_node

this patch adds pid to g2d_runqueue_node as member to identify which process owns this node. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git

[Bug 51652] [6550D SUMO] problems with secondar monitor on VGA, causing GPU lockups

https://bugs.freedesktop.org/show_bug.cgi?id=51652 --- Comment #4 from okias 2012-09-14 13:26:32 UTC --- to picture - I tested rc2 and I accidantally discovered, that it's because OpenGL Kwin, after deactivating affects it's ok. So some git mesa update... -- Configure bugmail:

[PATCH] Add 2-level GPUVM pagetables support to radeon driver.

> With that fixed, it seems to work on SI, but seems to slow things down > significantly. Have you noticed that as well? Any idea what might be the > reason? > Thanks I'll put it up to the patch. I had everything running slow on cayman when having lots of debugging output, removing it fixed the

[PATCH] Add 2-level GPUVM pagetables support to radeon driver.

> -Original Message- > From: Christian K?nig [mailto:deathsimple at vodafone.de] > Sent: Friday, September 14, 2012 4:49 AM > To: Jerome Glisse > Cc: Alex Deucher; Cherkasov, Dmitrii; linux-kernel at vger.kernel.org; dri- > devel at lists.freedesktop.org; Deucher, Alexander; Dave Airlie;

Memory eviction in ttm

Hi Maarten! Broadening the audience a bit.. On 9/14/12 9:12 AM, Maarten Lankhorst wrote: > Op 13-09-12 23:00, Thomas Hellstrom schreef: >> On 09/13/2012 07:13 PM, Maarten Lankhorst wrote: >>> Hey >>> >>> Op 13-09-12 18:41, Thomas Hellstrom schreef: On 09/13/2012 05:19 PM, Maarten Lankhorst

[Bug 47471] Radeon - NMI: PCI system error (SERR) for reason a1 on CPU 0.

https://bugzilla.kernel.org/show_bug.cgi?id=47471 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[PATCH 2/2] tests/testdisplay: Test the stereo 3D modes

On Wed, Sep 12, 2012 at 06:48:19PM +0100, Damien Lespiau wrote: > From: Damien Lespiau > > Now that modes have flags to describe which 3d formats the sink > supports, it's time to test them. > > The new test cycles through the supported 3D formats and paint 3D > stereoscopic images taken from

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 12:02 PM, Ville Syrj?l? wrote: > On Fri, Sep 14, 2012 at 11:29:04AM -0500, Rob Clark wrote: >> On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrj?l? >> wrote: >> > On Fri, Sep 14, 2012 at 09:45:18AM -0500, Rob Clark wrote: >> >> On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrj?l? >>

[PATCH] Sync the mode flags for the stereo 3D formats

On Wed, Sep 12, 2012 at 06:47:56PM +0100, Damien Lespiau wrote: > From: Damien Lespiau > > Signed-off-by: Damien Lespiau > --- > include/drm/drm_mode.h | 35 +-- > xf86drmMode.h | 35 +-- > 2 files changed, 42

[PATCH 3/6] staging: drm/imx: add i.MX IPUv3 base driver

On Fri, Sep 14, 2012 at 11:29:06AM +0200, Dirk Behme wrote: > On 12.09.2012 12:31, Sascha Hauer wrote: > >+ > >+ timeout = jiffies + msecs_to_jiffies(1000); > >+ while (ipu_cm_read(ipu, IPU_MEM_RST) & 0x8000) { > >+ if (time_after(jiffies, timeout)) > >+

[PATCH 3/6] staging: drm/imx: add i.MX IPUv3 base driver

On 12.09.2012 12:31, Sascha Hauer wrote: > The IPU is the Image Processing Unit found on i.MX51/53/6 SoCs. It > features several units for image processing, this patch adds support > for the units needed for Framebuffer support, namely: > > - Display Controller (dc) > - Display Interface (di) > -

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrj?l? wrote: > On Fri, Sep 14, 2012 at 09:45:18AM -0500, Rob Clark wrote: >> On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrj?l? >> wrote: >> > On Fri, Sep 14, 2012 at 08:25:53AM -0500, Rob Clark wrote: >> >> On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrj?l? >>

[Bug 39309] vdpau decodes noise on rv350

https://bugs.freedesktop.org/show_bug.cgi?id=39309 --- Comment #14 from Andy Furniss 2012-09-14 11:27:03 UTC --- (In reply to comment #11) > Sorry, I should have written "partially fixes..". It only fixes the crash, not > the playback problems. Decode on a 9600 has just been improved slightly

[Bug 39309] vdpau decodes noise on rv350

https://bugs.freedesktop.org/show_bug.cgi?id=39309 --- Comment #13 from Andy Furniss 2012-09-14 11:25:38 UTC --- Created attachment 67148 --> https://bugs.freedesktop.org/attachment.cgi?id=67148 after r300g: fix colormask with non-BGRA formats -- Configure bugmail:

[git pull] drm fixes

I realise this a bit bigger than I would want at this point, exynos is a large chunk, I got them to half what they wanted already, and hey its ARM based, so not going to hurt many people, radeon has only two fixes, but the PLL fixes were a bit bigger, but required for a lot of scenarios, the

[Bug 39309] vdpau decodes noise on rv350

https://bugs.freedesktop.org/show_bug.cgi?id=39309 --- Comment #12 from Andy Furniss 2012-09-14 11:24:08 UTC --- Created attachment 67147 --> https://bugs.freedesktop.org/attachment.cgi?id=67147 before r300g: fix colormask with non-BGRA formats -- Configure bugmail:

[PATCH] Add 2-level GPUVM pagetables support to radeon driver.

On Fre, 2012-09-14 at 13:04 +0400, Dmitry Cherkassov wrote: > > With that fixed, it seems to work on SI, but seems to slow things down > > significantly. Have you noticed that as well? Any idea what might be the > > reason? > > > Thanks I'll put it up to the patch. > > I had everything running

[PATCH] Add 2-level GPUVM pagetables support to radeon driver.

On 13.09.2012 20:42, Jerome Glisse wrote: > On Thu, Sep 13, 2012 at 2:37 PM, Alex Deucher > wrote: >> On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse wrote: >>> On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov >>> wrote: PDE/PTE update code uses CP ring for memory writes. All page

[Bug 31708] [RADEON:KMS:TTM] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #16 from Michel D?nzer 2012-09-14 10:49:11 UTC --- (In reply to comment #15) > I can confirm this bug with the following configuration: > - Thinkpad R40 w/ ATI Radeon Mobility M7 (AGP) > - XUbuntu 12.04.01 with kernel

[PATCH] Add 2-level GPUVM pagetables support to radeon driver.

On Don, 2012-09-13 at 18:13 +0400, Dmitry Cherkasov wrote: > PDE/PTE update code uses CP ring for memory writes. > All page table entries are preallocated for now in alloc_pt(). > > It is made as whole because it's hard to divide it to several patches > that compile and doesn't break anything

[Bug 47481] Random blank screen: radeon_cs_ib_chunk Failed to schedule IB on AMD PALM

https://bugzilla.kernel.org/show_bug.cgi?id=47481 --- Comment #4 from Anisse Astier 2012-09-14 10:16:22 --- I think it is indeed a regression. After many power cycles, I wasn't able to reproduce it with 3.2.16. This is going to take forever to bisect? -- Configure bugmail:

[Intel-gfx] [pull] drm-intel-next

add workarounds directly to gen6_render_ring_flush > drm/i915: add workarounds to gen7_render_ring_flush > > -- > Daniel Vetter > Software Engineer, Intel Corporation > +41 (0) 79 365 57 48 - http://blog.ffwll.ch > ___ > Intel-gf

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrj?l? wrote: > On Fri, Sep 14, 2012 at 08:25:53AM -0500, Rob Clark wrote: >> On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrj?l? >> wrote: >> > On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob Clark wrote: >> >> On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrj?l? >>

[RFC 0/9] nuclear pageflip

On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrj?l? wrote: > On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob Clark wrote: >> On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrj?l? >> wrote: >> > On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote: >> >> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrj?l? >>

[Bug 42490] NUTMEG DP to VGA bridge not working

https://bugs.freedesktop.org/show_bug.cgi?id=42490 --- Comment #44 from lukenshiro at ngi.it 2012-09-14 07:59:36 UTC --- Sorry, I've managed to resolve my first problem (screen blanking after boot for about 30-40 seconds): it is not related to drm, but it depends on fbcon loaded as a module

[Bug 31708] [RADEON:KMS:TTM] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #15 from Reiner 2012-09-14 07:08:40 UTC --- I can confirm this bug with the following configuration: - Thinkpad R40 w/ ATI Radeon Mobility M7 (AGP) - XUbuntu 12.04.01 with kernel 3.2.0-30-generic #48-Ubuntu SMP - X.Org X Server

[Bug 54877] [bisected] rendering corrupted for windows larger than 2048 pixels in one dimension

https://bugs.freedesktop.org/show_bug.cgi?id=54877 --- Comment #3 from Vadim Girlin 2012-09-14 06:35:08 UTC --- (In reply to comment #2) > Created attachment 67121 [details] [review] > fix > > This fixes it. I need to find out how the quant mode affects the range of > values. My guess is

[PATCH V6] drm: edid: add support for E-DDC

On Fri, Sep 14, 2012 at 12:36 AM, Shirish S wrote: > Gentle Reminder! you are a day late, I pushed it into drm-next yesterday :-) Dave.

[PATCH] gma600: Enable HDMI support

On Thu, Sep 13, 2012 at 10:30 PM, Alan Cox wrote: > On Thu, 13 Sep 2012 11:38:20 +1000 > Dave Airlie wrote: > >> > There are still some mysteries left, in particular how (and in >> > fact if) the EDID is supposed to work on the HDMI port. However >> > the basic stuff now works and I can plug my

[PATCH] i915: initialize CADL in opregion

On Tue, Jun 26, 2012 at 02:04:00PM -0700, Jesse Barnes wrote: > On Tue, 26 Jun 2012 00:36:24 +0200 > Lekensteyn wrote: > > > This is rather a hack to fix brightness hotkeys on a Clevo laptop. CADL is > > not > > used anywhere in the driver code at the moment, but it could be used in > > BIOS

[Bug 54877] [bisected] rendering corrupted for windows larger than 2048 pixels in one dimension

https://bugs.freedesktop.org/show_bug.cgi?id=54877 --- Comment #3 from Vadim Girlin pt...@yandex.ru 2012-09-14 06:35:08 UTC --- (In reply to comment #2) Created attachment 67121 [details] [review] fix This fixes it. I need to find out how the quant mode affects the range of values. My

Re: [PATCH] Add 2-level GPUVM pagetables support to radeon driver.

Christian, as I already noted in our internal discussion, the first step to hierarchical page table support should be to cleanup the set_page interface. Please see the attached patch, it does exactly this. I suggest that you rebase on it and try to don't touch the chipset specific code in

[Bug 31708] [RADEON:KMS:TTM] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #15 from Reiner rsch...@gmail.com 2012-09-14 07:08:40 UTC --- I can confirm this bug with the following configuration: - Thinkpad R40 w/ ATI Radeon Mobility M7 (AGP) - XUbuntu 12.04.01 with kernel 3.2.0-30-generic #48-Ubuntu SMP -

[Bug 42490] NUTMEG DP to VGA bridge not working

https://bugs.freedesktop.org/show_bug.cgi?id=42490 --- Comment #44 from lukensh...@ngi.it 2012-09-14 07:59:36 UTC --- Sorry, I've managed to resolve my first problem (screen blanking after boot for about 30-40 seconds): it is not related to drm, but it depends on fbcon loaded as a module (instead

Re: [PATCH] Add 2-level GPUVM pagetables support to radeon driver.

On Don, 2012-09-13 at 18:13 +0400, Dmitry Cherkasov wrote: PDE/PTE update code uses CP ring for memory writes. All page table entries are preallocated for now in alloc_pt(). It is made as whole because it's hard to divide it to several patches that compile and doesn't break anything being

Re: [PATCH] Add 2-level GPUVM pagetables support to radeon driver.

On 13.09.2012 20:42, Jerome Glisse wrote: On Thu, Sep 13, 2012 at 2:37 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov dcherkas...@gmail.com wrote: PDE/PTE update code

Re: [PATCH] Add 2-level GPUVM pagetables support to radeon driver.

On Fre, 2012-09-14 at 13:04 +0400, Dmitry Cherkassov wrote: With that fixed, it seems to work on SI, but seems to slow things down significantly. Have you noticed that as well? Any idea what might be the reason? Thanks I'll put it up to the patch. I had everything running slow on

Re: [PATCH] Add 2-level GPUVM pagetables support to radeon driver.

With that fixed, it seems to work on SI, but seems to slow things down significantly. Have you noticed that as well? Any idea what might be the reason? Thanks I'll put it up to the patch. I had everything running slow on cayman when having lots of debugging output, removing it fixed the

Re: [PATCH 3/6] staging: drm/imx: add i.MX IPUv3 base driver

On Fri, Sep 14, 2012 at 11:29:06AM +0200, Dirk Behme wrote: On 12.09.2012 12:31, Sascha Hauer wrote: + + timeout = jiffies + msecs_to_jiffies(1000); + while (ipu_cm_read(ipu, IPU_MEM_RST) 0x8000) { + if (time_after(jiffies, timeout)) +

[Bug 47481] Random blank screen: radeon_cs_ib_chunk Failed to schedule IB on AMD PALM

https://bugzilla.kernel.org/show_bug.cgi?id=47481 --- Comment #4 from Anisse Astier ani...@astier.eu 2012-09-14 10:16:22 --- I think it is indeed a regression. After many power cycles, I wasn't able to reproduce it with 3.2.16. This is going to take forever to bisect… -- Configure

[git pull] drm fixes

I realise this a bit bigger than I would want at this point, exynos is a large chunk, I got them to half what they wanted already, and hey its ARM based, so not going to hurt many people, radeon has only two fixes, but the PLL fixes were a bit bigger, but required for a lot of scenarios, the

  1   2   >