https://bugs.freedesktop.org/show_bug.cgi?id=28940
Summary: rv515 (Mobility x1400) Display corruption after some
time
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=28940
--- Comment #1 from Nicos Gollan 2010-07-07 02:55:01 PDT
---
Created an attachment (id=36800)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36800)
Xorg.log from a "broken" system
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=28940
--- Comment #2 from Nicos Gollan 2010-07-07 02:55:36 PDT
---
Created an attachment (id=36801)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36801)
dmesg output from a "broken" system
--
Configure bugmail: https://bugs.freedesktop.org/us
Andrew Morton [Tue, Jul 06, 2010 at 07:42:22PM -0700]:
> On Thu, 1 Jul 2010 09:40:52 +0200 Nico Schottelius
> wrote:
>
> > Good morning!
> >
> > A short report on what's broken in 2.6.35-rc3-00262-g984bc96 with
> > the Lenovo X201:
>
> So you see two post-2.6.34 regressions?
I'm not 100% sure
https://bugs.freedesktop.org/show_bug.cgi?id=28943
Summary: Red=cyan? Why?
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component:
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #7 from Andy Furniss 2010-07-07
04:37:38 PDT ---
(In reply to comment #4)
> I can confirm this using mesa master and RV620.
>
> I've noticed that corruption is random as I restart shadowtex demo until some
> time. After starting it
https://bugs.freedesktop.org/show_bug.cgi?id=28606
Tom Stellard changed:
What|Removed |Added
Attachment #36773|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28932
--- Comment #4 from Darin McBride 2010-07-07 11:34:09 PDT
---
Ok, I've installed mesa from git, and, oddly, now the backtrace doesn't show
function names in r600_dri.so... but obviously the fact I'm getting a backtrace
again means I'm still hitt
https://bugs.freedesktop.org/show_bug.cgi?id=28606
--- Comment #9 from Tom Stellard 2010-07-07 11:34:27 PDT
---
Created an attachment (id=36839)
View: https://bugs.freedesktop.org/attachment.cgi?id=36839
Review: https://bugs.freedesktop.org/review?bug=28606&attachment=36839
Possible Fix.
Can
https://bugs.freedesktop.org/show_bug.cgi?id=28606
--- Comment #10 from Scott Moreau 2010-07-07 13:15:31 PDT ---
Created an attachment (id=36845)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36845)
compiz crash
(In reply to comment #9)
> Created an attachment (id=36839)
View: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=28606
--- Comment #11 from Scott Moreau 2010-07-07 13:30:54 PDT ---
(In reply to comment #9)
> Created an attachment (id=36839)
View: https://bugs.freedesktop.org/attachment.cgi?id=36839
Review: https://bugs.freedesktop.org/review?bug=28606&attachmen
The drm device drivers currently allow seeking on the
character device but never care about the actual
file position.
When we change the default llseek operation to be
no_llseek, calling llseek on a drm device would
return an error condition, which is an API change.
Explicitly setting noop_llseek
https://bugs.freedesktop.org/show_bug.cgi?id=28955
Summary: [r300g]: refresh/update/damage issues using compiz.
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority
On Tue, Jul 6, 2010 at 5:13 PM, Eric Anholt wrote:
> On Fri, ?2 Jul 2010 15:02:10 +0100, Chris Wilson chris-wilson.co.uk> wrote:
>> This is a resend of Daniel Vetter's drm mm work to provide a basis for
>> performing fair eviction in i915. I've taken the liberty of attaching the
>> acks and revie
Four fixes, page alloc fix is for a regression when you load/unload drm
drivers modules that use it, Jesse fixed annoying bug where starting X
after console blanked would never light up screen, and two fixes to radeon
to light up certain hw configurations properly.
The following changes since
On Fri, Jul 2, 2010 at 9:47 AM, Jesse Barnes
wrote:
> Emit a trace point for vblank events. ?This can be helpful for mapping
> drawing activity against the vblank frequency and period.
>
Pushed these 3 out to drm-core-next.
Dave.
On Sat, Jul 3, 2010 at 3:48 AM, Jesse Barnes
wrote:
> We don't currently update the DPMS status of the connector (both in the
> connector itself and the connector's DPMS property) in the fb helper
> code. ?This means that if the kernel FB core has blanked the screen,
> sysfs will still show a DPM
Ignore this one, picked up a problem in the ioports patch, so its gone.
new pull req sent.
Dave.
>
> The following changes since commit 123f94f22e3d283dfe68742b269c245b0501ad82:
>
> Merge branch 'sched-fixes-for-linus' of
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2
Okay I dropped the ioports patch from the last pull, it broke a few
systems unexpectedly, so no more of that, just 3 simple fixes now.
Dave.
The following changes since commit 123f94f22e3d283dfe68742b269c245b0501ad82:
Merge branch 'sched-fixes-for-linus' of
git://git.kernel.org/pub/scm/lin
> ?int radeon_atombios_init(struct radeon_device *rdev)
> ?{
> ? ? ? ?struct card_info *atom_card_info =
> @@ -427,6 +443,9 @@ int radeon_atombios_init(struct radeon_device *rdev)
> ? ? ? ?atom_card_info->dev = rdev->ddev;
> ? ? ? ?atom_card_info->reg_read = cail_reg_read;
> ? ? ? ?atom_card_info->
dev->pdev, rdev->rio_mem);
>> + ? ? ? rdev->rio_mem = NULL;
>> ? ? ? ?iounmap(rdev->rmmio);
>> ? ? ? ?rdev->rmmio = NULL;
>> ?}
>> --
>> 1.7.0.1
>>
>>
>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-kms-ioport-fixes.patch
Type: text/x-patch
Size: 2766 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100707/e3c61214/attachment.bin>
https://bugs.freedesktop.org/show_bug.cgi?id=28940
Summary: rv515 (Mobility x1400) Display corruption after some
time
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=28940
--- Comment #1 from Nicos Gollan 2010-07-07 02:55:01
PDT ---
Created an attachment (id=36800)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36800)
Xorg.log from a "broken" system
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=28940
--- Comment #2 from Nicos Gollan 2010-07-07 02:55:36
PDT ---
Created an attachment (id=36801)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36801)
dmesg output from a "broken" system
--
Configure bugmail: https://bugs.freedesktop.org/us
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100707/c9ab8d77/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=28943
Summary: Red=cyan? Why?
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component:
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #7 from Andy Furniss 2010-07-07
04:37:38 PDT ---
(In reply to comment #4)
> I can confirm this using mesa master and RV620.
>
> I've noticed that corruption is random as I restart shadowtex demo until some
> time. After starting it
https://bugs.freedesktop.org/show_bug.cgi?id=28606
Tom Stellard changed:
What|Removed |Added
Attachment #36773|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28932
--- Comment #4 from Darin McBride 2010-07-07 11:34:09
PDT ---
Ok, I've installed mesa from git, and, oddly, now the backtrace doesn't show
function names in r600_dri.so... but obviously the fact I'm getting a backtrace
again means I'm still hitt
https://bugs.freedesktop.org/show_bug.cgi?id=28606
--- Comment #9 from Tom Stellard 2010-07-07 11:34:27
PDT ---
Created an attachment (id=36839)
View: https://bugs.freedesktop.org/attachment.cgi?id=36839
Review: https://bugs.freedesktop.org/review?bug=28606&attachment=36839
Possible Fix.
Can
https://bugs.freedesktop.org/show_bug.cgi?id=28606
--- Comment #10 from Scott Moreau 2010-07-07 13:15:31 PDT
---
Created an attachment (id=36845)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36845)
compiz crash
(In reply to comment #9)
> Created an attachment (id=36839)
View: https://b
https://bugs.freedesktop.org/show_bug.cgi?id=28606
--- Comment #11 from Scott Moreau 2010-07-07 13:30:54 PDT
---
(In reply to comment #9)
> Created an attachment (id=36839)
View: https://bugs.freedesktop.org/attachment.cgi?id=36839
Review: https://bugs.freedesktop.org/review?bug=28606&attachme
The drm device drivers currently allow seeking on the
character device but never care about the actual
file position.
When we change the default llseek operation to be
no_llseek, calling llseek on a drm device would
return an error condition, which is an API change.
Explicitly setting noop_llseek
https://bugs.freedesktop.org/show_bug.cgi?id=28955
Summary: [r300g]: refresh/update/damage issues using compiz.
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority
34 matches
Mail list logo
