On 02/14/2010 07:43 PM, Alex Deucher wrote:
On Fri, Feb 12, 2010 at 10:38 AM, Dana Goyettedgoye...@calpoly.edu wrote:
On 02/11/2010 02:00 PM, Rafał Miłecki wrote:
W dniu 11 lutego 2010 22:50 użytkownik Rafał Miłeckizaj...@gmail.com
napisał:
---
W dniu 15 lutego 2010 06:51 użytkownik Dana Goyette
dgoye...@calpoly.edu napisał:
On 02/14/2010 07:43 PM, Alex Deucher wrote:
On Fri, Feb 12, 2010 at 10:38 AM, Dana Goyettedgoye...@calpoly.edu wrote:
On 02/11/2010 02:00 PM, Rafał Miłecki wrote:
W dniu 11 lutego 2010 22:50 użytkownik Rafał
W dniu 15 lutego 2010 10:19 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
W dniu 15 lutego 2010 06:51 użytkownik Dana Goyette
dgoye...@calpoly.edu napisał:
On 02/14/2010 07:43 PM, Alex Deucher wrote:
On Fri, Feb 12, 2010 at 10:38 AM, Dana Goyettedgoye...@calpoly.edu wrote:
On
2010/2/15 Rafael J. Wysocki r...@sisk.pl:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15287
Subject : RadeonKMS segfaults kdm on mobility radeon x700 pcie
Submitter : Jan Kreuzer kontrolla...@gmx.de
Date : 2010-02-12 17:58 (3 days old)
Can you
Hi, Dave!
Could you point me to what's needed in drm fb setup to utilize the
vesafb handover mechanism?
Thanks,
Thomas
--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self
http://bugzilla.kernel.org/show_bug.cgi?id=14442
--- Comment #25 from Duncan 1i5t5.dun...@cox.net 2010-02-15 10:15:10 ---
Created an attachment (id=25043)
-- (http://bugzilla.kernel.org/attachment.cgi?id=25043)
partial log from 2.6.33-rc7-25-g08c4f1b
The following bug entry is on the
http://bugs.freedesktop.org/show_bug.cgi?id=26438
--- Comment #7 from Jerome Glisse gli...@freedesktop.org 2010-02-15 03:00:45
PST ---
Created an attachment (id=33310)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33310)
Add free flag for ib
Please test with that one hopefully it
On Mon, Feb 15, 2010 at 8:04 PM, Thomas Hellstrom tho...@shipmail.org wrote:
Hi, Dave!
Could you point me to what's needed in drm fb setup to utilize the
vesafb handover mechanism?
In intel_fb.c
/* setup aperture base/size for vesafb takeover */
info-aperture_base =
http://bugs.freedesktop.org/show_bug.cgi?id=26570
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Component|DRM/Radeon |Drivers/DRI/R600
http://bugzilla.kernel.org/show_bug.cgi?id=15151
--- Comment #18 from Alex Zhavnerchik alex.vi...@gmail.com 2010-02-15
12:31:12 ---
So, as men from #nouveau at freenode informed me, this ticket should be
assigned to efifb maintainer, can anybody assign it to relevant maintainer and
give me
http://bugzilla.kernel.org/show_bug.cgi?id=15151
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
Status|CLOSED |REOPENED
When the vmwgfx module is loaded on top of vesafb, it would operate in
stealth mode in parallel with vesafb, evicting VRAM on dropmaster.
Change that to use the vesafb handover mechanism, like other drmfb drivers.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
Dave Airlie wrote:
On Mon, Feb 15, 2010 at 8:04 PM, Thomas Hellstrom tho...@shipmail.org wrote:
Hi, Dave!
Could you point me to what's needed in drm fb setup to utilize the
vesafb handover mechanism?
In intel_fb.c
/* setup aperture base/size for vesafb takeover */
Am Donnerstag 11 Februar 2010 05:20:07 schrieb Dave Airlie:
Dave,
I just updated from to rc8 and got the a scheduling while atomic warning in
nouveau. (see below).
...
[0.298265] [drm] Initialized drm 1.1.0 20060810
Attached is 2 patch which fix quite bad issue in radeon kms
code for IB allocation and for fence association to ttm object.
They should fix race. I am still in the process of testing them,
i want to give the opportunity to others to test them too (Dave
don't apply them yet :))
Cheers,
Jerome
From
The old code used a false condition so it always waited until
timeout
Signed-off-by: Jaime Velasco Juan jsagarri...@gmail.com
---
drivers/gpu/drm/radeon/radeon_pm.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #22 from Andreas Wallberg andreas.wallb...@gmail.com 2010-02-15
15:53:46 ---
The KDE4 lock-up occurs in rc8 + today's git as well.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are
2010/2/15 Jaime Velasco Juan jsagarri...@gmail.com:
The old code used a false condition so it always waited until
timeout
Signed-off-by: Jaime Velasco Juan jsagarri...@gmail.com
---
drivers/gpu/drm/radeon/radeon_pm.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
Hi,
When running drm-next tip on my 965GM system I get a message from the
kernel log during bootup complaining that the MTRR allocation failed
and that Graphics performance may suffer.
Is this warning a real bug and if so what component and what
bugtracker (kernel.org or freedesktop) should I
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #23 from Andreas Wallberg andreas.wallb...@gmail.com 2010-02-15
19:22:51 ---
I had my first flash crash today, playing back a news video in flash in
full-screen video over at http://www.svt.se . They have updated that particular
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #24 from Michał Witkowski ne...@o2.pl 2010-02-15 19:47:54 ---
(In reply to comment #23)
When this crash
happened the sound continued stuttering/repeating what was in some small
buffer
over and over again. No blinking leds.
http://bugzilla.kernel.org/show_bug.cgi?id=15151
--- Comment #20 from Marcin Slusarz marcin.slus...@gmail.com 2010-02-15
19:49:55 ---
i sent it to akpm few days ago (with hopefully right cc's) - can't do anything
more...
--
Configure bugmail:
On Mon, Feb 15, 2010 at 10:53:48AM +0100, Christian Borntraeger wrote:
Am Donnerstag 11 Februar 2010 05:20:07 schrieb Dave Airlie:
Dave,
I just updated from to rc8 and got the a scheduling while atomic warning in
nouveau. (see below).
Linus' tree is missing two fixes:
drm/nouveau: don't
http://bugzilla.kernel.org/show_bug.cgi?id=15276
Shawn Starr shawn.st...@rogers.com changed:
What|Removed |Added
CC|
Previous code did associate fence to bo before the fence was emited
and it also didn't lock protected access to ttm sync_obj member.
Both of this flaw leads to possible race between different code
path. This patch fix this by associating fence only once the fence
is emitted and properly lock
There is 3 different distinct states for an indirect buffer (IB) :
1- free with no fence
2- free with a fence
3- non free (fence doesn't matter)
Previous code mixed case 2 3 in a single one leading to possible
catastrophique failure. This patch rework the handling and properly
separate each
The channel/context switch lock related patches (to the best of
knowledge) haven't even gone outside the nouveau tree, so the initial
damage isn't even there. At least not for the first path. As for the
2nd patch, that one was squished into the original patch for this pull
iirc.
Maarten.
On Mon,
http://bugzilla.kernel.org/show_bug.cgi?id=15287
Rafael J. Wysocki r...@sisk.pl changed:
What|Removed |Added
Component|Video(DRI - non Intel) |PCI
On Monday 15 February 2010, Rafał Miłecki wrote:
2010/2/15 Rafael J. Wysocki r...@sisk.pl:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15287
Subject : RadeonKMS segfaults kdm on mobility radeon x700 pcie
Submitter : Jan Kreuzer kontrolla...@gmx.de
Date
On Mon, Feb 15, 2010 at 09:39:00PM +0100, Maarten Maathuis wrote:
The channel/context switch lock related patches (to the best of
knowledge) haven't even gone outside the nouveau tree, so the initial
damage isn't even there. At least not for the first path. As for the
2nd patch, that one was
cf. https://bugzilla.redhat.com/show_bug.cgi?id=533561
Signed-off-by: Adam Jackson a...@redhat.com
---
drivers/gpu/drm/drm_edid.c | 47 ++-
1 files changed, 45 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c
On Mon, 2010-02-15 at 23:55 +0100, Christian Borntraeger wrote:
Am Montag 15 Februar 2010 10:53:48 schrieb Christian Borntraeger:
I think this regression is triggered by
commit 39c9bfb453b748ce220ceefacbe2a5c19fabf67b
Author: Ben Skeggs bske...@redhat.com
Date: Tue Feb 9 10:22:29 2010
Rafael J. Wysocki schrieb:
This message contains a list of some post-2.6.31 regressions introduced before
2.6.32, for which there are no fixes in the mainline known to the tracking
team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved
Am Montag 15 Februar 2010 10:53:48 schrieb Christian Borntraeger:
I think this regression is triggered by
commit 39c9bfb453b748ce220ceefacbe2a5c19fabf67b
Author: Ben Skeggs bske...@redhat.com
Date: Tue Feb 9 10:22:29 2010 +1000
drm/nv50: prevent multiple init tables being parsed at the
http://bugzilla.kernel.org/show_bug.cgi?id=14442
--- Comment #26 from Tejun Heo t...@kernel.org 2010-02-16 07:45:07 ---
Any chance you can try a video card from the other vendor?
Summary of the bug for new comers.
* After resuming from STR, disks attached via sata_sil temporarily return
35 matches
Mail list logo