On Friday, March 15, 2013 12:14:28 PM Yinghai Lu wrote:
> On Fri, Mar 15, 2013 at 8:14 AM, Jiri Kosina wrote:
> > Just a datapoint -- I have put a trivial debugging patch in place, and it
> > reveals that "nobody cared" for irq 16 happens long after last
> >
> > I915_WRITE(GMBUS4 + reg_of
On 03/16/2013 10:29 PM, Lijo Antony wrote:
But looking at 65b5f42e2a9eb9c8383fb67698bf8c27657f8c14, it looks I
might have done some mistake in bisecting.
My bisecting was indeed incorrect. Issue started even before 3.9.0-rc1.
Attempting a proper bisect this time...
-lijo
pci=nomsi?
I can try disabling MSI with 3.9.0-0.rc2.git0.4.fc20. -rc3 is not yet
available in rawhide.
thanks,
Shawn
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/10b7901b/attachment.html>
On Mon, Mar 18, 2013 at 07:42:58AM +1000, Dave Airlie wrote:
> On Mon, Mar 18, 2013 at 7:40 AM, Chris Wilson
> wrote:
> > On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
> >> On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson >> chris-wilson.co.uk> wrote:
> >> > If *userspace* doesn't
On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
> On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson
> wrote:
> > If *userspace* doesn't request either IOC_IN | IOC_OUT in their ioctl
> > command (which are seperate from the ioctl number), then kdata is set to
> > NULL.
>
> Doesn't th
On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson
wrote:
> On Fri, Mar 15, 2013 at 04:49:42PM -0700, Ben Widawsky wrote:
>> On Fri, Mar 15, 2013 at 10:06:19PM +, Chris Wilson wrote:
>> > On Fri, Mar 15, 2013 at 09:36:07AM -0700, Ben Widawsky wrote:
>> > > On Fri, Mar 15, 2013 at 08:24:03AM +
On Fri, Mar 15, 2013 at 3:11 AM, St?phane Marchesin
wrote:
>> drm/i915: read out the modeset hw state at load and resume time
> This commit regresses modeset on the samsung series 5 chromebook (it
> is basically a pineview machine with an lvds panel). I don't seem to
> be able to set any mod
On 03/16/2013 10:29 PM, Lijo Antony wrote:
>
> But looking at 65b5f42e2a9eb9c8383fb67698bf8c27657f8c14, it looks I
> might have done some mistake in bisecting.
My bisecting was indeed incorrect. Issue started even before 3.9.0-rc1.
Attempting a proper bisect this time...
-lijo
org/archives/dri-devel/attachments/20130317/e1ec380b/attachment.html>
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/32ee5d3f/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/e9985c66/attachment.html>
On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
> Doesn't that mean that we need these checks everywhere? Or at least a
> fixup in drm core proper?
>
> And I think we need to add trinity to our test setup eventually ;-)
Note that trinity's ioctl fuzzing is still very new (adde
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/a5f8c2bf/attachment.html>
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/c82338dd/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #67 from Alexandre Demers ---
(In reply to comment #66)
> Pushed:
> http://cgit.freedesktop.org/mesa/mesa/commit/
> ?id=4409758a046a47b09cdd339f97afd22107c68f0c
It seems ok over here. Thank you.
--
You are receiving this mail becau
org/archives/dri-devel/attachments/20130317/d21cbdee/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/56fe13d2/attachment.html>
On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
> Doesn't that mean that we need these checks everywhere? Or at least a
> fixup in drm core proper?
>
> And I think we need to add trinity to our test setup eventually ;-)
Note that trinity's ioctl fuzzing is still very new (adde
from Andreas Boll ---
Tom, could you look at this bug?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/ccc77822/attachm
On Mon, Mar 18, 2013 at 07:42:58AM +1000, Dave Airlie wrote:
> On Mon, Mar 18, 2013 at 7:40 AM, Chris Wilson
> wrote:
> > On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
> >> On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson
> >> wrote:
> >> > If *userspace* doesn't request either I
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/9c88e877/attachment.html>
On Mon, Mar 18, 2013 at 7:40 AM, Chris Wilson wrote:
> On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
>> On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson
>> wrote:
>> > If *userspace* doesn't request either IOC_IN | IOC_OUT in their ioctl
>> > command (which are seperate from the i
On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
> On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson
> wrote:
> > If *userspace* doesn't request either IOC_IN | IOC_OUT in their ioctl
> > command (which are seperate from the ioctl number), then kdata is set to
> > NULL.
>
> Doesn't th
On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson wrote:
> On Fri, Mar 15, 2013 at 04:49:42PM -0700, Ben Widawsky wrote:
>> On Fri, Mar 15, 2013 at 10:06:19PM +, Chris Wilson wrote:
>> > On Fri, Mar 15, 2013 at 09:36:07AM -0700, Ben Widawsky wrote:
>> > > On Fri, Mar 15, 2013 at 08:24:03AM +,
On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
wrote:
>> drm/i915: read out the modeset hw state at load and resume time
> This commit regresses modeset on the samsung series 5 chromebook (it
> is basically a pineview machine with an lvds panel). I don't seem to
> be able to set any mod
https://bugs.freedesktop.org/show_bug.cgi?id=62441
--- Comment #3 from Alex Deucher ---
What version of the kernel and mesa are you using? Also is Bastion a 32-bit
game and are you running it on a 64-bit distro? It could be that you have an
old version of the 32-bit hardware 3D driver or that y
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/07fbc055/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/14865223/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/dd1464be/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=62434
--- Comment #7 from LoneVVolf ---
yes, the patch in comment #5 solves the problem.
Looking at the 'bad' commit, it seems the changes in
src/gallium/auxiliary/Makefile.am required a change in the
src/gallium/drivers/radeon/Makefile.am ?
If so,
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/590d0ee1/attachment.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130317/e5d71635/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=62441
--- Comment #2 from Lucas ---
02:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV770
[Radeon HD 4870] (prog-if 00 [VGA controller])
Subsystem: PC Partner Limited Device 0851
Flags: bus master, fast devsel, l
https://bugs.freedesktop.org/show_bug.cgi?id=60802
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #65 from Alex Deucher ---
After a little more investigation this weekend, I think I found the root cause.
On cayman, 128bpp surfaces require non_disp ordering for hw access to both
linear and tiled surfaces. When we use the 3D engin
https://bugs.freedesktop.org/show_bug.cgi?id=62441
--- Comment #1 from chemtech ---
How is Hardware?
lspci -v
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://l
https://bugs.freedesktop.org/show_bug.cgi?id=62441
Priority: medium
Bug ID: 62441
Assignee: dri-devel@lists.freedesktop.org
Summary: Bastion game runs slowly
Severity: normal
Classification: Unclassified
OS: All
Rep
https://bugs.freedesktop.org/show_bug.cgi?id=62434
Andreas Boll changed:
What|Removed |Added
CC||tstel...@gmail.com
--- Comment #6 from An
https://bugs.freedesktop.org/show_bug.cgi?id=62434
--- Comment #5 from Andreas Boll ---
Created attachment 76652
--> https://bugs.freedesktop.org/attachment.cgi?id=76652&action=edit
Possible patch
Does this patch help?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=62434
--- Comment #4 from LoneVVolf ---
Created attachment 76642
--> https://bugs.freedesktop.org/attachment.cgi?id=76642&action=edit
complete Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=62434
--- Comment #3 from LoneVVolf ---
Created attachment 76641
--> https://bugs.freedesktop.org/attachment.cgi?id=76641&action=edit
build output
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=62434
--- Comment #2 from LoneVVolf ---
X can't initialize the driver and falls back to software rastering.
excerpt from Xorg.0.log :
[ 12609.742] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/r600_dri.so
failed (/usr/lib/libllvmradeon9.2.0.s
https://bugs.freedesktop.org/show_bug.cgi?id=62434
--- Comment #1 from Maarten Lankhorst ---
Can you be more specific on how it fails?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists
https://bugs.freedesktop.org/show_bug.cgi?id=62434
Priority: medium
Bug ID: 62434
Assignee: dri-devel@lists.freedesktop.org
Summary: [bisected] 3284.073] (EE) AIGLX error: dlopen of
/usr/lib/xorg/modules/dri/r600_dri.so failed
44 matches
Mail list logo
