https://bugs.freedesktop.org/show_bug.cgi?id=31830
--- Comment #3 from Tom Stellard 2011-01-23 00:33:24 PST
---
What penumbra quality number are you using in Lightsmark? Are you seeing any
error messages like this:
r300: ERROR: FS input generic 18 unassigned, not enough hardware slots.
r300: ER
https://bugs.freedesktop.org/show_bug.cgi?id=31830
--- Comment #4 from Pavel Ondračka 2011-01-23 00:53:39 PST
---
(In reply to comment #3)
> What penumbra quality number are you using in Lightsmark? Are you seeing any
> error messages like this:
>
> r300: ERROR: FS input generic 18 unassigned,
We only have sufficient information for accurate (sub-frame) timestamping
when the modesetting is under our control.
Reported-by: Chris Clayton
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_drv.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/
Chris Wilson wrote at 12:11:06
> It's an old pin leak [https://bugzilla.kernel.org/show_bug.cgi?id=17181].
> I keep finding little buglets that might contribute, but so far
> inconclusive. The latest one was:
Well, in the current 2.6.38-rc2 kernel there seems to be an issue left to fix:
...
2011-
On Sun, 23 Jan 2011 11:28:22 +, Chris Clayton
wrote:
> Hi Chris,
>
> On Sunday 23 January 2011, Chris Wilson wrote:
> > We only have sufficient information for accurate (sub-frame) timestamping
> > when the modesetting is under our control.
> >
> With this patch (and the earlier one) applied
If the driver calls into the kernel to wait for a breadcrumb to pass,
but hasn't enabled interrupts, fallback to polling the breadcrumb value.
Reported-by: Chris Clayton
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_irq.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
https://bugs.freedesktop.org/show_bug.cgi?id=33185
--- Comment #3 from Wojciech Ryrych 2011-01-23 06:58:19 PST
---
bumb
Michel: can you help me? :)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assign
Hi,
Now I'm getting this in my dmesg (1/5 and 2/5 still applied to -rc1):
ACPI: thermal control disabled
Non-volatile memory driver v1.3
Linux agpgart interface v0.103
agpgart-intel :00:00.0: Intel 965GME/GLE Chipset
agpgart-intel :00:00.0: detected
Hi Chris,
On Sunday 23 January 2011, Chris Wilson wrote:
> We only have sufficient information for accurate (sub-frame) timestamping
> when the modesetting is under our control.
>
> Reported-by: Chris Clayton
> Signed-off-by: Chris Wilson
> ---
> drivers/gpu/drm/i915/i915_drv.c |3 +++
> 1
On Sunday 23 January 2011, Chris Wilson wrote:
> On Sun, 23 Jan 2011 11:28:22 +, Chris Clayton
wrote:
> > Hi Chris,
> >
> > On Sunday 23 January 2011, Chris Wilson wrote:
> > > We only have sufficient information for accurate (sub-frame)
> > > timestamping when the modesetting is under our co
On Sun, 23 Jan 2011 15:38:41 +, Chris Clayton
wrote:
> That's done it. With all three patches applied, X and KDE are starting now.
> Thanks for your work on this.
That's good to hear!
> A couple of points though.
>
> 1. The latest patch applied but the following warning was spat out:
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=25093
Andy Furniss changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
--
Message: 10
Date: Sun, 23 Jan 2011 10:50:01 +
From: Chris Wilson
Subject: [PATCH] drm/i915: Disable high-precision vblank timestamping
for UMS
To: Chris Clayton
Cc: linux-ker...@vger.kernel.org, dri-devel@lists.freedesktop.org
Message-ID:
<1295
On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher
wrote:
> The opregion is a shared memory region between ACPI and the graphics
> driver. As the ACPI mapping has been changed to cachable in commit
> 6d5bbf00d251cc73223a71422d69e069dc2e0b8d, mapping the intel opregion
> non-cachable now fails. A
On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher
wrote:
> The opregion is a shared memory region between ACPI and the graphics
> driver. As the ACPI mapping has been changed to cachable in commit
> 6d5bbf00d251cc73223a71422d69e069dc2e0b8d, mapping the intel opregion
> non-cachable now fails. A
On Sunday, January 23, 2011, Chris Wilson wrote:
> On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher
> wrote:
> > The opregion is a shared memory region between ACPI and the graphics
> > driver. As the ACPI mapping has been changed to cachable in commit
> > 6d5bbf00d251cc73223a71422d69e069dc2e0
On Sun, 23 Jan 2011 21:52:27 +0100, "Rafael J. Wysocki" wrote:
> On Sunday, January 23, 2011, Chris Wilson wrote:
> > On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher
> > wrote:
> > > The opregion is a shared memory region between ACPI and the graphics
> > > driver. As the ACPI mapping has be
On Sunday, January 23, 2011, Chris Wilson wrote:
> On Sun, 23 Jan 2011 21:52:27 +0100, "Rafael J. Wysocki" wrote:
> > On Sunday, January 23, 2011, Chris Wilson wrote:
> > > On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher
> > > wrote:
> > > > The opregion is a shared memory region between ACP
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #8 from okias 2011-01-23 14:19:32 PST ---
Here is video with wrong behaviour http://www.megaupload.com/?d=XTEJV8LY [about
5MB]
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=32733
roughl changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32733
roughl changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=33389
Summary: Amesia (closed source game) segfaults
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: me
https://bugs.freedesktop.org/show_bug.cgi?id=33389
roughl changed:
What|Removed |Added
Summary|Amesia (closed source game) |Amnesia (closed source
|segfa
https://bugs.freedesktop.org/show_bug.cgi?id=33389
Sven Arvidsson changed:
What|Removed |Added
CC||s...@whiz.se
--- Comment #1 from Sven A
https://bugs.freedesktop.org/show_bug.cgi?id=32688
--- Comment #1 from Sven Arvidsson 2011-01-23 15:18:00 PST ---
Is it known what function/effect the bug is in? If not, considering how
prevalent this is in Amnesia, maybe Edward Rudd could shed some light on this?
--
Configure bugmail: https:/
https://bugs.freedesktop.org/show_bug.cgi?id=32688
--- Comment #2 from Marek Olšák 2011-01-23 15:58:25 PST ---
This bug is r500-only as far as I can tell.
I have just found a way to trigger it very easily: enable offset mapping in
nexuiz. If you disable it, the problem will go away. Given this f
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #9 from Alex Deucher 2011-01-24 05:25:57
---
The changes in that patch should only affect those regs I asked you to dump,
but they are the same before and after. Can you attach the output of:
avivotool regs all
before and after?
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #6 from Alex Deucher 2011-01-23 22:03:18 PST ---
(In reply to comment #5)
> xrandr shows LVDS as being off and HDMI as being on. Manually fussing with
> xrandr doesn't change anything, but I can turn the LVDS display on and off.
> How
Well, that's odd. I'll look into it this week.
--
Matthew Garrett | mjg59 at srcf.ucam.org
https://bugzilla.kernel.org/show_bug.cgi?id=26982
--- Comment #3 from Chris Kennedy 2011-01-23
06:11:42 ---
I'll need to double check using the option to turn of pageflip and see if the
timestamp method change makes a difference. It's odd, I'm basically using this
as a way to run Mame on a
https://bugs.freedesktop.org/show_bug.cgi?id=31830
--- Comment #3 from Tom Stellard 2011-01-23 00:33:24
PST ---
What penumbra quality number are you using in Lightsmark? Are you seeing any
error messages like this:
r300: ERROR: FS input generic 18 unassigned, not enough hardware slots.
r300: ER
https://bugs.freedesktop.org/show_bug.cgi?id=31830
--- Comment #4 from Pavel Ondra?ka 2011-01-23 00:53:39
PST ---
(In reply to comment #3)
> What penumbra quality number are you using in Lightsmark? Are you seeing any
> error messages like this:
>
> r300: ERROR: FS input generic 18 unassigned,
We only have sufficient information for accurate (sub-frame) timestamping
when the modesetting is under our control.
Reported-by: Chris Clayton
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_drv.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/
Chris Wilson wrote at 12:11:06
> It's an old pin leak [https://bugzilla.kernel.org/show_bug.cgi?id=17181].
> I keep finding little buglets that might contribute, but so far
> inconclusive. The latest one was:
Well, in the current 2.6.38-rc2 kernel there seems to be an issue left to fix:
...
2011-
On Sun, 23 Jan 2011 11:28:22 +, Chris Clayton
wrote:
> Hi Chris,
>
> On Sunday 23 January 2011, Chris Wilson wrote:
> > We only have sufficient information for accurate (sub-frame) timestamping
> > when the modesetting is under our control.
> >
> With this patch (and the earlier one) applied
If the driver calls into the kernel to wait for a breadcrumb to pass,
but hasn't enabled interrupts, fallback to polling the breadcrumb value.
Reported-by: Chris Clayton
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_irq.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
https://bugs.freedesktop.org/show_bug.cgi?id=33185
--- Comment #3 from Wojciech Ryrych 2011-01-23 06:58:19
PST ---
bumb
Michel: can you help me? :)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assign
Hi,
Now I'm getting this in my dmesg (1/5 and 2/5 still applied to -rc1):
ACPI: thermal control disabled
Non-volatile memory driver v1.3
Linux agpgart interface v0.103
agpgart-intel :00:00.0: Intel 965GME/GLE Chipset
agpgart-intel :00:00.0: detected
Hi Chris,
On Sunday 23 January 2011, Chris Wilson wrote:
> We only have sufficient information for accurate (sub-frame) timestamping
> when the modesetting is under our control.
>
> Reported-by: Chris Clayton
> Signed-off-by: Chris Wilson
> ---
> drivers/gpu/drm/i915/i915_drv.c |3 +++
> 1
On Sunday 23 January 2011, Chris Wilson wrote:
> On Sun, 23 Jan 2011 11:28:22 +, Chris Clayton googlemail.com>
wrote:
> > Hi Chris,
> >
> > On Sunday 23 January 2011, Chris Wilson wrote:
> > > We only have sufficient information for accurate (sub-frame)
> > > timestamping when the modesetting
On Sun, 23 Jan 2011 15:38:41 +, Chris Clayton
wrote:
> That's done it. With all three patches applied, X and KDE are starting now.
> Thanks for your work on this.
That's good to hear!
> A couple of points though.
>
> 1. The latest patch applied but the following warning was spat out:
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=25093
Andy Furniss changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
> --
>
> Message: 10
> Date: Sun, 23 Jan 2011 10:50:01 +
> From: Chris Wilson
> Subject: [PATCH] drm/i915: Disable high-precision vblank timestamping
> for UMS
> To: Chris Clayton
> Cc: linux-kernel at vger.kernel.org, dri-devel at lists.freedesktop.org
> Mes
On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher wrote:
> The opregion is a shared memory region between ACPI and the graphics
> driver. As the ACPI mapping has been changed to cachable in commit
> 6d5bbf00d251cc73223a71422d69e069dc2e0b8d, mapping the intel opregion
> non-cachable now fails. As
On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher wrote:
> The opregion is a shared memory region between ACPI and the graphics
> driver. As the ACPI mapping has been changed to cachable in commit
> 6d5bbf00d251cc73223a71422d69e069dc2e0b8d, mapping the intel opregion
> non-cachable now fails. As
On Sunday, January 23, 2011, Chris Wilson wrote:
> On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher mkarcher.dialup.fu-berlin.de> wrote:
> > The opregion is a shared memory region between ACPI and the graphics
> > driver. As the ACPI mapping has been changed to cachable in commit
> > 6d5bbf00d2
On Sun, 23 Jan 2011 21:52:27 +0100, "Rafael J. Wysocki" wrote:
> On Sunday, January 23, 2011, Chris Wilson wrote:
> > On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher > mkarcher.dialup.fu-berlin.de> wrote:
> > > The opregion is a shared memory region between ACPI and the graphics
> > > driver.
On Sunday, January 23, 2011, Chris Wilson wrote:
> On Sun, 23 Jan 2011 21:52:27 +0100, "Rafael J. Wysocki"
> wrote:
> > On Sunday, January 23, 2011, Chris Wilson wrote:
> > > On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher > > mkarcher.dialup.fu-berlin.de> wrote:
> > > > The opregion is a sh
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #8 from okias 2011-01-23 14:19:32 PST ---
Here is video with wrong behaviour http://www.megaupload.com/?d=XTEJV8LY [about
5MB]
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=32733
roughl changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32733
roughl changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=33389
Summary: Amesia (closed source game) segfaults
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: me
https://bugs.freedesktop.org/show_bug.cgi?id=33389
roughl changed:
What|Removed |Added
Summary|Amesia (closed source game) |Amnesia (closed source
|segfa
https://bugs.freedesktop.org/show_bug.cgi?id=33389
Sven Arvidsson changed:
What|Removed |Added
CC||sa at whiz.se
--- Comment #1 from Sven
https://bugs.freedesktop.org/show_bug.cgi?id=32688
--- Comment #1 from Sven Arvidsson 2011-01-23 15:18:00 PST ---
Is it known what function/effect the bug is in? If not, considering how
prevalent this is in Amnesia, maybe Edward Rudd could shed some light on this?
--
Configure bugmail: https:/
https://bugs.freedesktop.org/show_bug.cgi?id=32688
--- Comment #2 from Marek Ol??k 2011-01-23 15:58:25 PST
---
This bug is r500-only as far as I can tell.
I have just found a way to trigger it very easily: enable offset mapping in
nexuiz. If you disable it, the problem will go away. Given this
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #6 from Alex Deucher 2011-01-23 22:03:18 PST
---
(In reply to comment #5)
> xrandr shows LVDS as being off and HDMI as being on. Manually fussing with
> xrandr doesn't change anything, but I can turn the LVDS display on and off.
> Ho
On Sunday 23 January 2011, Chris Wilson wrote:
> If the driver calls into the kernel to wait for a breadcrumb to pass,
> but hasn't enabled interrupts, fallback to polling the breadcrumb value.
>
> Reported-by: Chris Clayton
> Signed-off-by: Chris Wilson
> ---
> drivers/gpu/drm/i915/i915_irq.c |
The opregion is a shared memory region between ACPI and the graphics
driver. As the ACPI mapping has been changed to cachable in commit
6d5bbf00d251cc73223a71422d69e069dc2e0b8d, mapping the intel opregion
non-cachable now fails. As no bus-master hardware is involved in the
opregion, cachable map sh
59 matches
Mail list logo