http://bugzilla.kernel.org/show_bug.cgi?id=14442
--- Comment #26 from Tejun Heo 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 bogus
identificati
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 po
Am Montag 15 Februar 2010 10:53:48 schrieb Christian Borntraeger:
I think this regression is triggered by
commit 39c9bfb453b748ce220ceefacbe2a5c19fabf67b
Author: Ben Skeggs
Date: Tue Feb 9 10:22:29 2010 +1000
drm/nv50: prevent multiple init tables being parsed at the same time
One possibl
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
> Date: Tue Feb 9 10:22:29 2010 +1000
>
> d
cf. https://bugzilla.redhat.com/show_bug.cgi?id=533561
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c | 47 ++-
1 files changed, 45 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index f665
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 wa
On Monday 15 February 2010, Rafał Miłecki wrote:
> 2010/2/15 Rafael J. Wysocki :
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15287
> > Subject : RadeonKMS segfaults kdm on mobility radeon x700 pcie
> > Submitter : Jan Kreuzer
> > Date: 2010-02-12 17:5
http://bugzilla.kernel.org/show_bug.cgi?id=15287
Rafael J. Wysocki changed:
What|Removed |Added
Component|Video(DRI - non Intel) |PCI
AssignedTo|drivers_video-
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,
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 protec
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
http://bugzilla.kernel.org/show_bug.cgi?id=15276
Shawn Starr changed:
What|Removed |Added
CC||shawn.st...@rogers.com
--- Comment #25 f
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: d
http://bugzilla.kernel.org/show_bug.cgi?id=15151
--- Comment #20 from Marcin Slusarz 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: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are rece
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #24 from Michał Witkowski 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.
That's exa
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #23 from Andreas Wallberg 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
video during the day so I
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 file
2010/2/15 Jaime Velasco Juan :
> The old code used a false condition so it always waited until
> timeout
>
> Signed-off-by: Jaime Velasco Juan
> ---
> drivers/gpu/drm/radeon/radeon_pm.c | 10 ++
> 1 files changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/r
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #22 from Andreas Wallberg 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 receiving this mail because:
The old code used a false condition so it always waited until
timeout
Signed-off-by: Jaime Velasco Juan
---
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
b/drivers/gpu/drm/radeon/radeon_pm.
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
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
Dave Airlie wrote:
> On Mon, Feb 15, 2010 at 8:04 PM, Thomas Hellstrom 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 */
> i
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
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 49 ++
http://bugzilla.kernel.org/show_bug.cgi?id=15151
Alan changed:
What|Removed |Added
Status|CLOSED |REOPENED
Resolution|DOCUMENTED
http://bugzilla.kernel.org/show_bug.cgi?id=15151
--- Comment #18 from Alex Zhavnerchik 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 maintainer's email to
http://bugs.freedesktop.org/show_bug.cgi?id=26570
Michel Dänzer changed:
What|Removed |Added
Component|DRM/Radeon |Drivers/DRI/R600
Product|DRI
On Mon, Feb 15, 2010 at 8:04 PM, Thomas Hellstrom 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 = dev->mode_config.fb_base;
http://bugs.freedesktop.org/show_bug.cgi?id=26438
--- Comment #7 from Jerome Glisse 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 should fix the kref/ib iss
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 c
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 Healin
2010/2/15 Rafael J. Wysocki :
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15287
> Subject : RadeonKMS segfaults kdm on mobility radeon x700 pcie
> Submitter : Jan Kreuzer
> Date : 2010-02-12 17:58 (3 days old)
Can you reassign this according to last com
W dniu 15 lutego 2010 10:19 użytkownik Rafał Miłecki napisał:
> W dniu 15 lutego 2010 06:51 użytkownik Dana Goyette
> napisał:
>> On 02/14/2010 07:43 PM, Alex Deucher wrote:
>>> On Fri, Feb 12, 2010 at 10:38 AM, Dana Goyette wrote:
>>>
On 02/11/2010 02:00 PM, Rafał Miłecki wrote:
>
W dniu 15 lutego 2010 06:51 użytkownik Dana Goyette
napisał:
> On 02/14/2010 07:43 PM, Alex Deucher wrote:
>> On Fri, Feb 12, 2010 at 10:38 AM, Dana Goyette wrote:
>>
>>> On 02/11/2010 02:00 PM, Rafał Miłecki wrote:
>>>
W dniu 11 lutego 2010 22:50 użytkownik Rafał Miłecki
napisał:
>>>
On 02/14/2010 07:43 PM, Alex Deucher wrote:
> On Fri, Feb 12, 2010 at 10:38 AM, Dana Goyette wrote:
>
>> On 02/11/2010 02:00 PM, Rafał Miłecki wrote:
>>
>>> W dniu 11 lutego 2010 22:50 użytkownik Rafał Miłecki
>>> napisał:
>>>
---
drivers/gpu/drm/radeon/radeon_pm.c
35 matches
Mail list logo