Dave Airlie wrote:
> From: Dave Airlie
>
> This adds code to the drm_mm to talk to debugfs, and adds
> support to radeon to add the VRAM and GTT mm lists to debugfs.
>
> changes since v1:
> don't bother with free list just add used/free to main list
> add totals in pages
>
> Signed-off-by: Dave Ai
Dave Airlie wrote:
> On Thu, Aug 20, 2009 at 5:52 PM, Thomas Hellstrom
> wrote:
>
>> The drm sysfs class suspend / resume methods could not distinguish
>> between different device types wich could lead to illegal type casts.
>>
>> Use struct device_type and make sure the class suspend / resume
From: Dave Airlie
This adds code to the drm_mm to talk to debugfs, and adds
support to radeon to add the VRAM and GTT mm lists to debugfs.
It allows you to see the used and free lists.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_mm.c| 23
drivers/gpu/
From: Dave Airlie
This adds code to the drm_mm to talk to debugfs, and adds
support to radeon to add the VRAM and GTT mm lists to debugfs.
changes since v1:
don't bother with free list just add used/free to main list
add totals in pages
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_mm.c
On Thu, Aug 20, 2009 at 11:26 PM, Takashi Iwai wrote:
> This patch adds a Kconfig item to specify the default radeon modeset
> value. Also fixed the description of CONFIG_DRM_RADEON_KMS.
>
> Since KMS gives problems on some Radeon devices, it's safer to disable
> it as default on distro kernels.
On Thu, Aug 20, 2009 at 5:52 PM, Thomas Hellstrom wrote:
> The drm sysfs class suspend / resume methods could not distinguish
> between different device types wich could lead to illegal type casts.
>
> Use struct device_type and make sure the class suspend / resume callbacks
> are aware of those. T
On Thursday 20 August 2009, John Dykstra wrote:
> On Wed, 2009-08-19 at 22:20 +0200, Rafael J. Wysocki wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14002
> > Subject : WARNING: at net/ipv4/af_inet.c:154
> > inet_sock_destruct+0x164/0x1c0()
> > Submitter : Ra
http://bugzilla.kernel.org/show_bug.cgi?id=13634
Rafael J. Wysocki changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: http
http://bugzilla.kernel.org/show_bug.cgi?id=13634
--- Comment #1 from Rafael J. Wysocki 2009-08-20 19:00:10 ---
On Thursday 20 August 2009, Jesse Barnes wrote:
> On Thu, 20 Aug 2009 20:19:23 +0200
> "Rafael J. Wysocki" wrote:
>
> > On Thursday 20 August 2009, Jesse Barnes wrote:
> > > On We
http://bugzilla.kernel.org/show_bug.cgi?id=13634
Rafael J. Wysocki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
A minor addition:
http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=569a17a98d03d965f9500c37c0cb14e0fb462311
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial.
On Thu, 20 Aug 2009 09:41:28 + (GMT)
Nicolas Cadio wrote:
> Hello,
>
> I have an application which must to synchronize with the vertical
> synchronisation of my display. To do this synchronization, I use a
> function of GLX (glXWaitVideoSyncSGI).
>
> This function call the function DRM to w
Signed-off-by: Pauli Nieminen
---
libdrm/radeon/radeon_bo.h | 13 +
libdrm/radeon/radeon_bo_gem.c | 18 ++
shared-core/radeon_drm.h |4 +++-
3 files changed, 34 insertions(+), 1 deletions(-)
diff --git a/libdrm/radeon/radeon_bo.h b/libdrm/radeon/radeo
On Thu, Aug 20, 2009 at 4:59 AM, Maciej Cencora wrote:
> 2009/8/20 Alex Deucher :
>> Previous drm patches had some problems. Untested.
>>
>> Alex
>>
>> --
>> Let Crystal Reports handle the reporting - Free Crystal Reports
http://bugzilla.kernel.org/show_bug.cgi?id=13819
--- Comment #9 from Rafael J. Wysocki 2009-08-20 14:54:11 ---
On Thursday 20 August 2009, reinette chatre wrote:
> On Wed, 2009-08-19 at 13:26 -0700, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a rep
http://bugzilla.kernel.org/show_bug.cgi?id=13373
Rafael J. Wysocki changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: http
http://bugzilla.kernel.org/show_bug.cgi?id=13373
Rafael J. Wysocki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
This patch adds a Kconfig item to specify the default radeon modeset
value. Also fixed the description of CONFIG_DRM_RADEON_KMS.
Since KMS gives problems on some Radeon devices, it's safer to disable
it as default on distro kernels. But distros would love to include the
feature itself instead of
Hi!
I wanted to get some comments about an idea to use dri2 that might
improve some drawbacks on dri2 compared to dri1.
What's motivating this is the following:
1) On some systems, X roundtrips are very costly. For example on via
processors when running gears, X ends up at around 10% for just t
Hello,
I have an application which must to synchronize with the vertical
synchronisation of my display.
To do this synchronization, I use a function of GLX (glXWaitVideoSyncSGI).
This function call the function DRM to wait the vertical synchronization
(drmWaitVBlank) and the driver (drm.ko) do
Fix 16bpp case for fdo.o bug #21489.
Signed-off-by: Yang Zhao
---
drivers/gpu/drm/radeon/radeon_display.c | 21 -
1 files changed, 4 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index a8fa1bb
2009/8/20 Alex Deucher :
> Previous drm patches had some problems. Untested.
>
> Alex
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration a
2009/8/20 Thomas Hellström :
> Dave,
> The patch titled "[PATCH] drm: Fix sysfs device confusion" seems to have
> been lost somewhere.
> It's not drm-next and is a prerequisite for the ttm sysfs patches.
> Funny, Jbarnes have replied by a Reviewed-by, but I can't find it in my
> dri-devel folder.
ttm:
Fix error paths when kobject_add returns an error.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_memory.c | 36
1 files changed, 28 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_memory.c b/drivers/gpu/drm/ttm/ttm_mem
ttm:
Remove a stray debug printout.
Remove a re-init of the lru spinlock at device init.
radeon:
Fix the size of the bo_global allocation.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/radeon/radeon_ttm.c |2 +-
drivers/gpu/drm/ttm/ttm_bo.c|3 ---
2 files changed, 1 insert
Dave,
The patch titled "[PATCH] drm: Fix sysfs device confusion" seems to have
been lost somewhere.
It's not drm-next and is a prerequisite for the ttm sysfs patches.
Funny, Jbarnes have replied by a Reviewed-by, but I can't find it in my
dri-devel folder.
I've resent it to dri-devel.
Furthermo
Hello.
I upgraded my kernel from 2.6.29 to 2.6.30.4. I was using intel KMS to get
framebuffer console on my laptop. With 2.6.29 i got full 1280x800
resulution.
Also console used whole space of my LVDS screen.
But after upgrade to 2.6.30.4 i got console only to 1024x768 but screen
resolution is
drm/i915: Check if BIOS enabled dual-channel LVDS on 8xx, not only on 9xx
Commit 0c2e39525b3b53a97a0202c5f35058147e53977e is not sufficient to
get fd.o bug #20115 fixed.
In addition intel_find_best_PLL() must not only rely on BIOS settings
for i9xx chips but also for i8xx, so drop the IS_I9XX() ch
The drm sysfs class suspend / resume methods could not distinguish
between different device types wich could lead to illegal type casts.
Use struct device_type and make sure the class suspend / resume callbacks
are aware of those. There is no per device-type suspend / resume. Only
new-style PM.
S
Dave Airlie wrote:
> On Wed, Aug 19, 2009 at 12:51 AM, Thomas Hellstrom
> wrote:
>
>> Common resources, like memory accounting and swap lists should be
>> global and not per device. Introduce a struct ttm_bo_global to
>> accomodate this, and register it with sysfs. Add a small sysfs interface
>
30 matches
Mail list logo
