[PATCH 0/6] Radeon memory management improvements

On Tue, Feb 25, 2014 at 11:11 AM, Christian K?nig wrote: > Am 24.02.2014 20:39, schrieb Marek Ol??k: > >> On Mon, Feb 24, 2014 at 5:40 PM, Christian K?nig >> wrote: >>> >>> Am 24.02.2014 16:20, schrieb Marek Ol??k: 1) Add virtual memory support for VRAM. Our GPUs support virtual

[Bug 75234] UVD initialization fails while dGPU is powered on by DRI_PRIME

ing this bug? -- 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/20140226/ef6a9109/attachment.html>

[PATCH 1/6] drm/radeon: add a way to get and set initial buffer domains

From: Marek Ol??k When passing buffers between processes, the receiving process needs to know the original buffer domain, so that it doesn't accidentally move the buffer. Signed-off-by: Marek Ol??k --- drivers/gpu/drm/radeon/radeon.h| 3 +++

[Bug 75432] fedora rawhide, since linux 3.14, dota2 main menu runs at 2 fps

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140226/ac4d4157/attachment.html>

[Bug 75357] Barts (HD6850): Failure in evergreen_surface_check_2d

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

[Bug 73911] Color Banding on R600 (7660G + 7670M)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140226/a5a4e6cf/attachment-0001.html>

[Bug 75361] freeze in Mass Effect 3 (wine)

l because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140226/e948f892/attachment.html>

[Bug 75491] Radeon HD7750 no Monitors connected

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140226/34f941dc/attachment.html>

[Bug 75491] Radeon HD7750 no Monitors connected

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140226/39b7294a/attachment.html>

[Bug 75491] Radeon HD7750 no Monitors connected

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140226/5a888772/attachment.html>

[Bug 15701] glMultiDrawElements() yelds strange results in a display list.

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140226/0561fc03/attachment.html>

[Bug 73911] Color Banding on R600 (7660G + 7670M)

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/20140226/d12e7427/attachment.html>

[Bug 27702] [KMS] rv280 segfaults in texdown becnhmark

e: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140226/89bfee0d/attachment-0001.html>

[Bug 27464] Mesa 7.8: screen/keyboard frozen when using menus in GLUT application

ug can be closed. -- 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/20140226/926ab965/attachment.html>

Info: mapping multiple BARs. Your kernel is fine.

On Wed, Feb 26, 2014 at 07:56:58AM +0100, Stephane Eranian wrote: > > Also IVB, model 58? > > > Yes. Right, so it must be chipset-specific. > > Dunno. What do you mean by "pm callbacks" exactly? I don't know that > > code so I have to ask. > > > power management callbacks. Ok, just as I

[PATCH 1/6] drm/radeon: add a way to get and set initial buffer domains

Am 26.02.2014 01:44, schrieb Marek Ol??k: > From: Marek Ol??k > > When passing buffers between processes, the receiving process needs to know > the original buffer domain, so that it doesn't accidentally move the buffer. > > Signed-off-by: Marek Ol??k This patch is: Reviewed-by: Christian K?nig

Info: mapping multiple BARs. Your kernel is fine.

Can you please, pretty please, not top-post... On Wed, Feb 26, 2014 at 10:47:05AM +0100, Stephane Eranian wrote: > Hi, > > Ok, so I am getting the same error message as you. > I checked my syslog now. > > I have my uncore_imc addr=0xfed1 (after masking) > > And I also have pnp 00:01

[PATCH 1/6] drm/radeon: add a way to get and set initial buffer domains

I'll send the other patches today. Marek On Wed, Feb 26, 2014 at 10:39 AM, Christian K?nig wrote: > Am 26.02.2014 01:44, schrieb Marek Ol??k: > >> From: Marek Ol??k >> >> When passing buffers between processes, the receiving process needs to >> know >> the original buffer domain, so that it

[Bug 25676] Radeon hangs in RADEONWaitForIdleCP in bubble3d screensaver

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/20140226/6686684a/attachment.html>

[Bug 27221] Big 3D performance regression and broken textures on R200

#post248042 And it is practicaly the same with current git mesa 10.2 :). -- 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/20140

Info: mapping multiple BARs. Your kernel is fine.

On Wed, Feb 26, 2014 at 02:57:16PM +0100, Rafael J. Wysocki wrote: > On Monday, February 24, 2014 05:24:00 PM Borislav Petkov wrote: > > This started happening this morning after booting -rc4+tip, let's > > add *everybody* to CC :-) > > What about -rc4 without tip? The driver causing this is new

Info: mapping multiple BARs. Your kernel is fine.

On Wed, Feb 26, 2014 at 02:57:16PM +0100, Rafael J. Wysocki wrote: > On Monday, February 24, 2014 05:24:00 PM Borislav Petkov wrote: > > This started happening this morning after booting -rc4+tip, let's > > add *everybody* to CC :-) > > What about -rc4 without tip? I don't think so because

[Intel-gfx] Request for feedback : New Panel-fitter property for connectors

On Wed, Feb 26, 2014 at 01:32:44PM +, Goel, Akash wrote: > To expose the panel fitter for arbitrary use by User-space, we will expose > the manual scaling ratio & Input/Src size info to User, apart from the > available scaling modes like Full screen, Centered, Aspect. > Please suggest that

[GIT PULL]: drm: DisplayPort AUX framework for v3.15-rc1

files changed, 506 insertions(+) -- 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/20140226/97ede420/attachment.pgp>

[Bug 75361] freeze in Mass Effect 3 (wine)

10%. i am use latest mesa git and latest llvm from svn (26 february) -- 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/20140226/1b21cd1a/attachment.html>

[Bug 75361] freeze in Mass Effect 3 (wine)

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

[Bug 75494] Kabini [Radeon HD 8240] Xorg segfault on resume from suspend with glamor and radeonsi

/radeonsi -- 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/20140226/cdb5c53f/attachment.html>

[PATCH 2/6] drm/radeon: track memory statistics about VRAM and GTT usage and buffer moves

On Mon, Feb 24, 2014 at 5:20 PM, Christian K?nig wrote: > Am 24.02.2014 16:20, schrieb Marek Ol??k: > >> From: Marek Ol??k >> >> The statistics are: >> - VRAM usage in bytes >> - GTT usage in bytes >> - number of bytes moved by TTM >> >> The last one is actually a counter, so you need to sample

[PATCH 1/6] drm/radeon: add a way to get and set initial buffer domains

From: Marek Ol??k When passing buffers between processes, the receiving process needs to know the original buffer domain, so that it doesn't accidentally move the buffer. Signed-off-by: Marek Ol??k --- drivers/gpu/drm/radeon/radeon.h| 3 +++

[PATCH 6/6] drm/radeon: limit how much memory TTM can move per IB according to VRAM usage

From: Marek Ol??k Signed-off-by: Marek Ol??k Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_cs.c | 2 +- drivers/gpu/drm/radeon/radeon_object.c | 87 +++--- drivers/gpu/drm/radeon/radeon_object.h | 3 +- 3 files changed,

[PATCH 2/6] drm/radeon: track memory statistics about VRAM and GTT usage and buffer moves

From: Marek Ol??k The statistics are: - VRAM usage in bytes - GTT usage in bytes - number of bytes moved by TTM The last one is actually a counter, so you need to sample it before and after command submission and take the difference. This is useful for finding performance

[PATCH 3/6] drm/radeon: deduplicate code in radeon_gem_busy_ioctl

From: Marek Ol??k Signed-off-by: Marek Ol??k Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gem.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gem.c b/drivers/gpu/drm/radeon/radeon_gem.c

[PATCH 5/6] drm/radeon: validate relocations in the order determined by userspace

From: Marek Ol??k Userspace should set the first 4 bits of drm_radeon_cs_reloc::flags to a number from 0 to 15. The higher the number, the higher the priority, which means a buffer with a higher number will be validated sooner. The old behavior is preserved: Buffers used

[PATCH 4/6] drm/radeon: add buffers to the LRU list from smallest to largest

From: Marek Ol??k Signed-off-by: Marek Ol??k Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_cs.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index

[PATCH 2/6] drm/radeon: track memory statistics about VRAM and GTT usage and buffer moves

Am 26.02.2014 18:56, schrieb Marek Ol??k: > On Mon, Feb 24, 2014 at 5:20 PM, Christian K?nig > wrote: >> Am 24.02.2014 16:20, schrieb Marek Ol??k: >> >>> From: Marek Ol??k >>> >>> The statistics are: >>> - VRAM usage in bytes >>> - GTT usage in bytes >>> - number of bytes moved by TTM >>> >>>

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

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

[Bug 15701] glMultiDrawElements() yelds strange results in a display list.

|--- |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/20140226/a2aa11d7/attachment.html>

[Bug 27702] [KMS] rv280 segfaults in texdown becnhmark

|--- |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/20140226/9c6629d9/attachment.html>

[Bug 25676] Radeon hangs in RADEONWaitForIdleCP in bubble3d screensaver

|--- |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/20140226/9c1fbb24/attachment.html>

[Intel-gfx] [PATCH 1/5] drm: Use correct spinlock flavor in drm_vblank_get()

On Fri, 21 Feb 2014 21:03:31 +0200 ville.syrjala at linux.intel.com wrote: > From: Peter Hurley > > The irq flags state is already established by the outer > spin_lock_irqsave(); re-disabling irqs is redundant. > > Signed-off-by: Peter Hurley > --- > drivers/gpu/drm/drm_irq.c | 6 +++--- > 1

[Intel-gfx] [PATCH 2/5] drm: Make the vblank disable timer per-crtc

On Fri, 21 Feb 2014 21:03:32 +0200 ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Currently there's one per-device vblank disable timer, and it gets > reset wheneven the vblank refcount for any crtc drops to zero. That > means that one crtc could accidentally be keeping the

[Intel-gfx] [PATCH 3/5] drm: Allow the driver to reject vblank requests only when it really has the vblank interrupts disabled

On Fri, 21 Feb 2014 21:03:33 +0200 ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Allow the driver to specify whether all new vblank requests after > drm_vblank_off() should be rejected. And add a counterpart called > drm_vblank_on() which will again allow vblank requests to

[Intel-gfx] [PATCH 4/5] drm: Allow reenabling of vblank interrupts even if refcount>0

On Fri, 21 Feb 2014 21:03:34 +0200 ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > If someone holds a vblank reference across the modeset, and after/during > the modeset someone tries to grab a vblank reference, the current code > won't re-enable the vblank interrupts. That's

[Intel-gfx] [PATCH 5/5] drm/i915: Allow vblank interrupts during modeset and eliminate some vblank races

On Tue, 25 Feb 2014 11:58:26 +0900 Michel D?nzer wrote: > On Mon, 2014-02-24 at 14:11 +0200, Ville Syrj?l? wrote: > > On Mon, Feb 24, 2014 at 12:48:55PM +0900, Michel D?nzer wrote: > > > On Fre, 2014-02-21 at 21:03 +0200, ville.syrjala at linux.intel.com wrote: > > > > > > > > We can kill of

[PATCH] drm/fb-helper: Use drm_fb_helper_restore_fbdev_mode() in drm_fb_helper_set_par()

From: Ville Syrj?l? Use drm_fb_helper_restore_fbdev_mode() in drm_fb_helper_set_par() to make sure extra planes get disabled whenever fbcon takes over. Otherwise the code in drm_fb_helper_set_par() was already doing the exact same thing as

[PATCH RFC 26/46] drivers/base: provide an infrastructure for componentised subsystems

Hi Russell (I suspect this my email will be rejected by ALKML too like other my recent emails, but at least other MLs will pick it up and individual CCs too, so, if replying, maybe it would be good to keep my entire reply, all the more that it's going to be very short) On Thu, 2 Jan 2014,

[RFCv4 09/14] drm: convert plane to properties/state

On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote: > Break the mutable state of a plane out into a separate structure > and use atomic properties mechanism to set plane attributes. This > makes it easier to have some helpers for plane->set_property() > and for checking for invalid params. The

[PATCH RFC 26/46] drivers/base: provide an infrastructure for componentised subsystems

On Wed, Feb 26, 2014 at 10:00:25PM +0100, Guennadi Liakhovetski wrote: > Hi Russell > > (I suspect this my email will be rejected by ALKML too like other my > recent emails, but at least other MLs will pick it up and individual CCs > too, so, if replying, maybe it would be good to keep my

[Bug 73320] [radeonsi] LLVM runs out of registers during register allocation in Painkiller Hell & Damnation

scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140226/457572b6/attachment.html>

[RFCv4 09/14] drm: convert plane to properties/state

On Wed, Feb 26, 2014 at 4:30 PM, Sean Paul wrote: > On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote: >> Break the mutable state of a plane out into a separate structure >> and use atomic properties mechanism to set plane attributes. This >> makes it easier to have some helpers for

[PATCH] drm/radeon: free uvd ring on unload

From: Jerome Glisse Need to free the uvd ring. Also reshuffle gart tear down to happen after uvd tear down. Signed-off-by: J?r?me Glisse Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/evergreen.c | 2 +- drivers/gpu/drm/radeon/radeon_uvd.c | 2 ++

Info: mapping multiple BARs. Your kernel is fine.

Hi, On Tue, Feb 25, 2014 at 11:10 PM, Borislav Petkov wrote: > On Tue, Feb 25, 2014 at 07:54:53PM +0100, Stephane Eranian wrote: > >> I am on tip.git at cfbf8d4 Linux 3.14-rc4. >> and I don't see the problem (using Ubuntu Saucy). > > Also IVB, model 58? > Yes. >> Given what you commented out,

[PATCH] a crash in mga_driver_irq_uninstall

Hi I'm getting a reproducible crash in kernel MGA DRM driver. The crash happens in the following way: drm_release is called drm_release calls drm_master_put(_priv->master); drm_master_put drops a reference and calls drm_master_destroy drm_master_destroy calls drm_rmmap_locked to unmap the

Info: mapping multiple BARs. Your kernel is fine.

Hi, Ok, so I am getting the same error message as you. I checked my syslog now. I have my uncore_imc addr=0xfed1 (after masking) And I also have pnp 00:01 overlapping the imc range completely. What pnp device does it really represent? the DRAM controller? So I think my laptop behaves

Info: mapping multiple BARs. Your kernel is fine.

On Monday, February 24, 2014 05:24:00 PM Borislav Petkov wrote: > This started happening this morning after booting -rc4+tip, let's > add *everybody* to CC :-) What about -rc4 without tip? > We have intel_uncore_init, snb_uncore_imc_init_box, uncore_pci_probe and > other goodies on the stack. >

[PATCH 0/6] Radeon memory management improvements

On Mon, Feb 24, 2014 at 08:39:07PM +0100, Marek Ol??k wrote: > On Mon, Feb 24, 2014 at 5:40 PM, Christian K?nig > wrote: > > Am 24.02.2014 16:20, schrieb Marek Ol??k: > >> 1) Add virtual memory support for VRAM. Our GPUs support virtual memory, > >> which not only solves fragmentation issues, but