http://bugs.freedesktop.org/show_bug.cgi?id=23054
Summary: [i915] Glean case pointSprite.c failed
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
http://bugs.freedesktop.org/show_bug.cgi?id=23054
Gordon Jin gordon@intel.com changed:
What|Removed |Added
AssignedTo|dri-|e...@anholt.net
On some architectures the comparison may cause a compilation failure.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ttm/ttm_bo_util.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c
Pekka Paalanen wrote:
Hi,
since I see this patch in Linus' tree, and I likely have to patch
TTM in Nouveau's compat-branch to compile with older kernels,
I have a question below.
(The Nouveau kernel tree's compat branch offers drm.ko, ttm.ko and
nouveau.ko to be built against kernels
In drm_fill_in_dev, drm_ht_create/drm_agp_init/drm_gem_init all allocate
memories. but in the fail path, those memory is not freed, then memory
leaks is resulted.
Signed-off-by: Xiaotian Feng df...@redhat.com
---
drivers/gpu/drm/drm_stub.c | 25 -
1 files changed, 20
Noticed a bundle of memory leaks after radeon_driver_load_kms fails.
After dev-driver-load failes, drm_get_dev doesn't free memories
allocated from drm_fill_in_dev.
Signed-off-by: Xiaotian Feng df...@redhat.com
---
drivers/gpu/drm/drm_stub.c | 14 --
1 files changed, 8
I've noticed a bundle of kmemleak reports on drm. When I look into dmesg,
I found: [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon,
disabling IOCTL.
In radeon_driver_load_kms, if radeon_device_init fails, rdev is not freed.
Then radeon_driver_load_kms as dev-driver-load, if load
If radeon_device_init fails, radeon_driver_load_kms doesn't release
memory of rdev. This causes kmemleak reports:
unreferenced object 0x88022cb53000 (size 4096):
comm work_for_cpu, pid 97, jiffies 4294672345
backtrace:
[810eb222] create_object+0x19f/0x2a0
drm_fill_in_dev may allocate memories for agp/gem/ht, introduce new function
drm_cleanup_dev(derived from drm_put_dev) to cleanup what drm_fill_in_dev.
Signed-off-by: Xiaotian Feng df...@redhat.com
---
drivers/gpu/drm/drm_stub.c | 47 +--
1 files
On Fri, 31 Jul 2009 10:59:57 +0200
Thomas Hellström tho...@shipmail.org wrote:
Pekka Paalanen wrote:
@@ -145,17 +146,35 @@ static int ttm_copy_io_ttm_page(struct ttm_tt *ttm,
void *src,
return -ENOMEM;
src = (void *)((unsigned long)src + (page PAGE_SHIFT));
- dst =
http://bugs.freedesktop.org/show_bug.cgi?id=23019
--- Comment #5 from samit vats hysv...@gmail.com 2009-07-31 04:24:52 PST ---
(In reply to comment #4)
If this is a regression is there any chance you could use git bisect to track
down what commit caused it? Also is there anything drm
http://bugs.freedesktop.org/show_bug.cgi?id=16772
--- Comment #19 from Antoine Pairet li...@pairet.be 2009-07-31 05:40:59 PST
---
(In reply to comment #18)
Antoine, are you on amd64 too?
If os, this could be arch specific...
Yes, my architecture is 64 bits.
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=21774
--- Comment #17 from Terry Barnaby te...@beam.ltd.uk 2009-07-31 07:19:20 PST
---
Although the menu's show with an ATI RV280 [Radeon 9200 PRO] under F11, there
are still problems. When using the mouse to select a menu item it looks like
the
Hi folks,
trying the latest kernel (git commit
b592972493c38665efd7d429a01b23fcb21e331a) with radeon KMS, libdrm
(5a73f066ba149816cc0fc2de4b97ec4714cf8ebc) with experimental-api, Mesa
(dc516d6e2afe7f157dbe5aad1288e5624b27e093) and xf86-video-ati
(447a2ce1b88aa2d6d5713e93174c4002617720f7) with a
Signed-off-by: Francisco Jerez curroje...@riseup.net
---
drivers/gpu/drm/Kconfig | 14 +
drivers/gpu/drm/Makefile |1 +
drivers/gpu/drm/i2c/Makefile |3 +
drivers/gpu/drm/i2c/ch7006_drv.c | 468
Namely brightness, contrast and flicker reduction.
Signed-off-by: Francisco Jerez curroje...@riseup.net
---
drivers/gpu/drm/drm_crtc.c | 18 ++
include/drm/drm_crtc.h |3 +++
2 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c
The existing TV connector types are often unsuitable either because
there is no way to probe them until they're actually plugged in or
because they can change during run time (e.g. 7-pin DIN connectors
that behave as S-Video, Component, Composite or SCART depending on the
adaptor plugged in).
Signed-off-by: Francisco Jerez curroje...@riseup.net
---
drivers/gpu/drm/drm_crtc.c |2 ++
include/drm/drm_mode.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 9421a14..c2e984f 100644
---
Signed-off-by: Francisco Jerez curroje...@riseup.net
---
drivers/gpu/drm/nouveau/Makefile |2 +-
drivers/gpu/drm/nouveau/nouveau_bios.c| 36 -
drivers/gpu/drm/nouveau/nouveau_drv.h | 14 ++
drivers/gpu/drm/nouveau/nouveau_encoder.h |7 +-
This patchset adds TV-out modesetting support to the nouveau DRM
driver (I've diff'ed it against the nouveau kernel tree but there are
no relevant changes in drm.ko and PATCH 1-4 should apply cleanly
against linus' tree). The main issue I was worried about (as we
discussed at #dri-devel) was the
Define some helper functions to make easier to detach a KMS encoder
implementation from the DRM module of the GPU it's used in. This is
mainly useful for some external I2C encoders known to be present on
cards with GPUs from several different manufacturers.
Signed-off-by: Francisco Jerez
http://bugzilla.kernel.org/show_bug.cgi?id=13881
Matthias Tingelhoff mind...@t-online.de changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=22615
--- Comment #1 from Roland Scheidegger srol...@tungstengraphics.com
2009-07-31 14:27:26 PST ---
The wrong pitch is fixed (801c3fcbca69a17f0696522b91cbfc378094974b) but
unfortunately it doesn't completely fix the problem so leaving this bug
23 matches
Mail list logo
