http://bugs.freedesktop.org/show_bug.cgi?id=26708
--- Comment #1 from Lars S 2010-02-23 23:51:32 PST ---
Created an attachment (id=33521)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33521)
full valgrind output of a test run
For completeness I have attached a more complete Valgrind o
http://bugs.freedesktop.org/show_bug.cgi?id=26715
--- Comment #3 from Donald Jankins 2010-02-23 23:40:40
PST ---
Created an attachment (id=33520)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33520)
xorg config file
Here it is.
--
Configure bugmail: http://bugs.freedesktop.org/use
http://bugs.freedesktop.org/show_bug.cgi?id=26715
--- Comment #2 from Donald Jankins 2010-02-23 23:38:25
PST ---
Created an attachment (id=33519)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33519)
xorg log when crashed
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.c
On Tue, 23 Feb 2010, Rafael J. Wysocki wrote:
> > > I _think_ think the i915 KMS doesn't work on your box for some reason.
> > >
> > > Doesn the screen switch to the graphics framebuffer when booted with
> > > vga=0?
> >
> > Yes, it does switch.
>
> OK
>
> > > If not, you probably need to enab
On Tue, Feb 23, 2010 at 10:02:04PM +0100, Rafael J. Wysocki wrote:
> On Tuesday 23 February 2010, Alan Stern wrote:
> > On Mon, 22 Feb 2010, Rafael J. Wysocki wrote:
> >
> > > On Monday 22 February 2010, you wrote:
> > > > On Mon, 22 Feb 2010, Rafael J. Wysocki wrote:
> > > >
> > > > > > Here's w
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #28 from Simon Csaba Endre 2010-02-24 07:33:28
---
Dave also xscreensaver-demo is causing file-system corruption. Is this kernel
patch fixing this issue also? Does this patch will be applied to the 2.6.32
kernel? As Arch Linux is
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #27 from Dave Airlie 2010-02-24 07:24:12 ---
please test the patch in #26, it shuold fix it, not even d-r-t fixes it as
previously reported.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #26 from Dave Airlie 2010-02-24 07:23:27 ---
Created an attachment (id=25180)
--> (http://bugzilla.kernel.org/attachment.cgi?id=25180)
kernel patch to block bad behaviour
Block the badness from mesa.
--
Configure bugmail: http:
Le 19/02/2010 15:29, Jerome Glisse a écrit :
> On Fri, Feb 19, 2010 at 12:15:35PM +0100, Martin PERES wrote:
>
>> Le 19/02/2010 07:54, Alex Deucher a écrit :
>>
>> However, I still get this in my dmesg:
>> You have old& broken userspace please consider updating mesa
>>
> This messa
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #43 from Pauli 2010-02-24 03:30:12 ---
> --- Comment #42 from Andreas Wallberg
> 2010-02-24 00:15:42 ---
> patch -Np1 -i kms_fix.patch
> patching file drivers/gpu/drm/ttm/ttm_tt.c
> Hunk #1 FAILED at 467.
> Hunk #2 FAILED at 486
http://bugs.freedesktop.org/show_bug.cgi?id=26639
--- Comment #11 from Alex Deucher 2010-02-23 19:14:08 PST ---
Does the patch on bug 26668 help?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assi
>From 049090b0d3417e47f6c9835d6e9d0624b3153eb1 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 23 Feb 2010 21:56:12 -0500
Subject: [PATCH] drm/radeon/kms/atom: fix shr/shl ops
The whole attribute table is valid for
shr/shl ops.
Fixes fdo bug 26668
Signed-off-by: Alex Deucher
---
driver
http://bugzilla.kernel.org/show_bug.cgi?id=14442
--- Comment #28 from Tejun Heo 2010-02-24 01:50:12 ---
Oleksandr, can you please open a separate bug report, attach full dmesg and
assign it to me. You're seeing a different problem which is supposed to be
fixed in recent kernels. Your BIOS
http://bugzilla.kernel.org/show_bug.cgi?id=13170
--- Comment #49 from Zhang Rui 2010-02-24 02:38:53 ---
(In reply to comment #48)
>
> @Zhang Rui
> I think the bug has not been fixed yet: in order to boot, you have to
> build and install in the /EFI partition your own efi-grub..
> I think th
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #42 from Andreas Wallberg 2010-02-24
00:15:42 ---
patch -Np1 -i kms_fix.patch
patching file drivers/gpu/drm/ttm/ttm_tt.c
Hunk #1 FAILED at 467.
Hunk #2 FAILED at 486.
Hunk #3 FAILED at 510.
Hunk #4 FAILED at 522.
Hunk #5 FAILED at
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #25 from Dave Airlie 2010-02-24 00:50:00 ---
okay I've reproduced it with Google earth thanks to Gary for pointing it out.
I've tested on drm-radeon-testing and it doesn't happen so the upstream fixes
for the buffer allocation fai
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #10 from Andy Furniss 2010-02-23
15:43:52 PST ---
(In reply to comment #7)
> (In reply to comment #5)
> I don't see any framerate variation either.
>
> Of course this may be explained by my clock never actually getting changed,
http://bugzilla.kernel.org/show_bug.cgi?id=15276
Thomas Hellstrom changed:
What|Removed |Added
CC||thellst...@vmware.com
--- Comment #
On Tuesday 23 February 2010, Alan Stern wrote:
> On Tue, 23 Feb 2010, Rafael J. Wysocki wrote:
>
> > > > I _think_ think the i915 KMS doesn't work on your box for some reason.
> > > >
> > > > Doesn the screen switch to the graphics framebuffer when booted with
> > > > vga=0?
> > >
> > > Yes, it
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #40 from Michał Witkowski 2010-02-23 22:49:18 ---
Both x11perf and gtkperf work flawlessly here :(
Any other tests I could try?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving th
2010/2/18 Dave Airlie :
> 2010/2/18 Rafał Miłecki :
>> W dniu 18 lutego 2010 09:28 użytkownik Dave Airlie
>> napisał:
> It adds some reading & printing steps before every reclock, while we
> really want it to happen as soon as possible. Maybe you could execute
> this only on some
http://bugs.freedesktop.org/show_bug.cgi?id=24215
--- Comment #1 from Johannes Obermayr 2010-02-23
13:32:24 PST ---
This bug is still valid without KMS (latest mesa git). On KMS enabled system
all works fine.
@devs (Pauli): If KMS is the (only and right) way to go -> please close it ...
http://bugzilla.kernel.org/show_bug.cgi?id=15151
Rafael J. Wysocki changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Resolution|PATCH_ALREA
http://bugs.freedesktop.org/show_bug.cgi?id=26639
--- Comment #10 from Tobias Jakobi 2010-02-23 13:10:45
PST ---
Nope, makes no difference.
By UMS you mean userspace mode setting? Like I said this works - modprobe
radeon with modeset=0 and switching works.
--
Configure bugmail: http://b
On Tuesday 23 February 2010, Alan Stern wrote:
> On Mon, 22 Feb 2010, Rafael J. Wysocki wrote:
>
> > On Monday 22 February 2010, you wrote:
> > > On Mon, 22 Feb 2010, Rafael J. Wysocki wrote:
> > >
> > > > > Here's what I got:
> > > > >
> > > > > [3.349334] PM: Resume from disk failed.
> > >
http://bugzilla.kernel.org/show_bug.cgi?id=15151
--- Comment #22 from Marcin Slusarz 2010-02-23
20:31:35 ---
today this patch hit Linus' tree (commit
89f3f2199084a160a3a45fa6d9af235696321758) - please close this bug
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
http://bugzilla.kernel.org/show_bug.cgi?id=15293
--- Comment #23 from Vi0L0 2010-02-23 20:28:48 ---
(In reply to comment #22)
> Similar issues appear _without_ flash video in Firefox:
>
> http://www.afiestas.org/fulfilling-promises-apple-wireless-keyboard-working-with-kbluetooth/
>
> Every
Am Dienstag 23 Februar 2010 18:58:18 schrieb Hendrik Sattler:
> Am Dienstag 23 Februar 2010 18:49:24 schrieb Hendrik Sattler:
> > Am Dienstag 23 Februar 2010 17:55:50 schrieb Steven J Newbury:
> > > On Tue, 2010-02-23 at 08:54 +0100, Hendrik Sattler wrote:
> > > > Zitat von Rafał Miłecki :
> > > >
http://bugzilla.kernel.org/show_bug.cgi?id=15293
--- Comment #22 from Michał Witkowski 2010-02-23 18:41:35 ---
Similar issues appear _without_ flash video in Firefox:
http://www.afiestas.org/fulfilling-promises-apple-wireless-keyboard-working-with-kbluetooth/
Everything appears really real
Am Dienstag 23 Februar 2010 18:58:18 schrieb Hendrik Sattler:
> Am Dienstag 23 Februar 2010 18:49:24 schrieb Hendrik Sattler:
> > Am Dienstag 23 Februar 2010 17:55:50 schrieb Steven J Newbury:
> > > On Tue, 2010-02-23 at 08:54 +0100, Hendrik Sattler wrote:
> > > > Zitat von Rafał Miłecki :
> > > >
http://bugs.freedesktop.org/show_bug.cgi?id=26639
--- Comment #9 from Alex Deucher 2010-02-23 10:20:41 PST ---
Does UMS from git master, or this patch for KMS help?
http://people.freedesktop.org/~agd5f/0001-drm-radeon-kms-update-new-pll-algo.patch
--
Configure bugmail: http://bugs.freedes
Am Dienstag 23 Februar 2010 18:49:24 schrieb Hendrik Sattler:
> Am Dienstag 23 Februar 2010 17:55:50 schrieb Steven J Newbury:
> > On Tue, 2010-02-23 at 08:54 +0100, Hendrik Sattler wrote:
> > > Zitat von Rafał Miłecki :
> > > > 2010/2/22 Hendrik Sattler :
> > > >> 2.
> > > >> xrandr only offers 10
>From df13d85d6748bb9390dad07c4b64f87f4ccf64e7 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 23 Feb 2010 13:12:43 -0500
Subject: [PATCH] drm/radeon/kms/evergreen: fix typo in cursor code
cursor x/y are surface relative.
fixes fdo bug 26551
Signed-off-by: Alex Deucher
---
drivers/gpu/
Am Dienstag 23 Februar 2010 17:55:50 schrieb Steven J Newbury:
> On Tue, 2010-02-23 at 08:54 +0100, Hendrik Sattler wrote:
> > Zitat von Rafał Miłecki :
> > > 2010/2/22 Hendrik Sattler :
> > >> 2.
> > >> xrandr only offers 1080p only if the TV is connected before booting,
> > >> else only 1366x768
http://bugs.freedesktop.org/show_bug.cgi?id=26450
--- Comment #1 from Kevin DeKorte 2010-02-23 09:38:41 PST
---
Tried with git aa5120d2ef228042416d3023fb7eda9ee487dcf9 in drm-radeon-testing
and the crash still occurs when dynpm=1
--
Configure bugmail: http://bugs.freedesktop.org/userpref
On Tue, 2010-02-23 at 08:54 +0100, Hendrik Sattler wrote:
> Zitat von Rafał Miłecki :
>
> > 2010/2/22 Hendrik Sattler :
> >> 2.
> >> xrandr only offers 1080p only if the TV is connected before booting, else
> >> only 1366x768 is available. So 1080p is technically possible.
> >
> > Please boot with
On Mon, 22 Feb 2010, Rafael J. Wysocki wrote:
> On Monday 22 February 2010, you wrote:
> > On Mon, 22 Feb 2010, Rafael J. Wysocki wrote:
> >
> > > > Here's what I got:
> > > >
> > > > [3.349334] PM: Resume from disk failed.
> > > > [3.350060] Magic number: 0:141:321
> > > > [3.3525
http://bugs.freedesktop.org/show_bug.cgi?id=26715
Alex Deucher changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-
|
http://bugzilla.kernel.org/show_bug.cgi?id=14535
--- Comment #24 from Gary 2010-02-23 15:13:46 ---
I'm more than willing to help, but I need some help with implementation and
reporting. And it'll take a couple of days to find time.
Me, summary: Kubuntu 9.10, Thinkpad T41, Radeon Mobility
All TTM driver have been converted to new io_mem_reserve/free
interface which allow driver to choose and return proper io
base, offset to core TTM for ioremapping if necessary. This
patch remove what is now deadcode.
V2 adapt to match with change in first patch of the patchset
Signed-off-by: Jero
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
index a
On fault the driver is given the opportunity to perform any operation
it sees fit in order to place the buffer into a CPU visible area of
memory. This patch doesn't break TTM users, nouveau, vmwgfx and radeon
should keep working properly. Future patch will take advantage of this
infrastructure and
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nouveau/nouveau_bo.c
index b
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_ttm.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/gpu/drm/radeon/radeon_ttm.c
index e3
This patch enable the use of unmappable VRAM thanks to
previous TTM infrastructure change.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c |5 -
drivers/gpu/drm/radeon/r100.c |5 -
drivers/gpu/drm/radeon/r600.c |5 -
drivers/gpu/drm/radeon/rv
This add the support for the new fault callback and also the
infrastructure for supporting unmappable VRAM.
V2 validate BO with no_wait = true
V3 don't derefence bo->mem.mm_node as it's not NULL only for
VRAM or GTT
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_ttm.c | 103
Correct dereferencing of null ptr in path 2,3,4. Still doing
testing on radeon but so far beside this null ptr it seems
stable.
Cheers,
Jerome
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourse
This add the support for the new fault callback, does change anything
from driver point of view, thought it should allow nouveau to add
support for unmappable VRAM.
Improvement: store the aperture base in a variable so that we don't
call a function to get it on each fault.
Patch hasn't been teste
This add the support for the new fault callback, does change anything
from driver point of view.
Improvement: store the aperture base in a variable so that we don't
call a function to get it on each fault.
Patch hasn't been tested.
V2 don't derefence bo->mem.mm_node as it's not NULL only for
From: Saleem Abdulrasool
---
configure.ac | 39 ---
1 files changed, 24 insertions(+), 15 deletions(-)
The existing --enable-udev option claims to be disabled by default so this
patch also makes it that.
diff --git a/configure.ac b/configure.ac
index ef770
http://bugzilla.kernel.org/show_bug.cgi?id=14442
Oleksandr Yermolenko changed:
What|Removed |Added
CC||yaa@gmail.com
--- Comment #
Maarten Maathuis wrote:
> On Tue, Feb 23, 2010 at 6:59 AM, Dave Airlie wrote:
>
>> On Sat, Feb 20, 2010 at 12:22 PM, Maarten Maathuis
>> wrote:
>>
>>> - Without this change I get a general protection fault.
>>> - Also use PTR_ERR where applicable.
>>>
>> I just want to make sure I
Jerome Glisse wrote:
> On Mon, Feb 22, 2010 at 08:58:28PM +0100, Thomas Hellstrom wrote:
>
>> Jerome Glisse wrote:
>>
>>> On Mon, Feb 22, 2010 at 06:30:24PM +0100, Thomas Hellstrom wrote:
>>>
Jerome Glisse wrote:
> Thomas i think i addressed your concern here,
http://bugzilla.kernel.org/show_bug.cgi?id=13170
--- Comment #48 from ste 2010-02-23 11:18:48 ---
http://bugzilla.kernel.org/show_bug.cgi?id=13170
>
> --- Comment #44 from Alejandro Valenzuela
> 2010-02-23 01:59:51 ---
> [..]
> The backlight control: it seems to me that it boots with wh
On Mon, Feb 22, 2010 at 08:58:28PM +0100, Thomas Hellstrom wrote:
> Jerome Glisse wrote:
> >On Mon, Feb 22, 2010 at 06:30:24PM +0100, Thomas Hellstrom wrote:
> >>Jerome Glisse wrote:
> >>>Thomas i think i addressed your concern here, the ttm_bo_validate
> >>>didn't needed a new argument or i did no
http://bugzilla.kernel.org/show_bug.cgi?id=13170
--- Comment #47 from Alejandro Valenzuela 2010-02-23
09:17:25 ---
Well, it would seem so, but the problem still keeps on being, that the system
does _not_ boot without either command line options (for example, the way it
would be booted from
On Tue, Feb 23, 2010 at 6:59 AM, Dave Airlie wrote:
> On Sat, Feb 20, 2010 at 12:22 PM, Maarten Maathuis
> wrote:
>> - Without this change I get a general protection fault.
>> - Also use PTR_ERR where applicable.
>
> I just want to make sure I understand, but really the only bit of this
> patch
Zitat von Rafał Miłecki :
> 2010/2/22 Hendrik Sattler :
>> 2.
>> xrandr only offers 1080p only if the TV is connected before booting, else
>> only 1366x768 is available. So 1080p is technically possible.
>
> Please boot without TV, then execute and provide output of xrandr --verbose
Ok, I will pr
58 matches
Mail list logo
