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
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
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
> ?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->
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
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
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
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.
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 #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
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
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=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=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
Tom Stellard changed:
What|Removed |Added
Attachment #36773|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28606
Tom Stellard changed:
What|Removed |Added
Attachment #36773|0 |1
is obsolete|
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>
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
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
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=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=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=28943
Summary: Red=cyan? Why?
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component:
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
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=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
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
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 #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
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
Summary: rv515 (Mobility x1400) Display corruption after some
time
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
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>
34 matches
Mail list logo
