https://bugs.freedesktop.org/show_bug.cgi?id=64983
Knut Andre Tidemann changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #9 from Michel Dänzer ---
(In reply to comment #8)
> (no rure to generate the «../../../src/mapi/entry.c», necessary for
> «entry.lo». Stop.
That should only happen when switching between the master and 9.1 branches. In
that case, t
Hello,
Did anyone pick up this patch? Or is there a problem with it?
Thanks,
Ben Mesman.
> -Oorspronkelijk bericht-
> Van: Ben Mesman [mailto:b...@bnc.nl]
> Verzonden: dinsdag 16 april 2013 20:00
> Aan: Daniel Vetter
> CC: dri-devel@lists.freedesktop.org; Ben Mesman (Bossers & Cnossen BV
On Thu, May 30, 2013 at 07:32:36AM +, Ben Mesman (Bossers & Cnossen BV)
wrote:
> Hello,
>
> Did anyone pick up this patch? Or is there a problem with it?
Oops, slipped through the cracks, my apologies. Picked up for -fixes,
thanks for the patch.
-Daniel
>
> Thanks,
> Ben Mesman.
>
> > ---
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #27 from Andy Furniss ---
(In reply to comment #23)
> What is the revision of llvm ?
> You may try this patch :
> http://cgit.freedesktop.org/~vlj/llvm/commit/
> ?h=textures&id=5e9129b7626738ff3cc539cc30f28536cd9d5662
fixes the regre
Op 29-05-13 12:33, Inki Dae schreef:
> Hi,
>
> Just minor comments
>
> +Usage
>> +-
>> +
>> +Three different ways to acquire locks within the same w/w class. Common
>> +definitions for methods #1 and #2:
>> +
>> +static DEFINE_WW_CLASS(ww_class);
>> +
>> +struct obj {
>> + struct ww_mutex
https://bugs.freedesktop.org/show_bug.cgi?id=65190
Priority: medium
Bug ID: 65190
Assignee: dri-devel@lists.freedesktop.org
Summary: glxgears on r600g (rv770) is garbled with llvm enabled
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=65190
Asbjørn Sannes changed:
What|Removed |Added
Attachment #80067|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=58901
--- Comment #2 from Christian Casteyde 2013-05-30
20:47:54 ---
No I don't think so, because it is too difficult to reproduce these times.
I wonder if suspending while playing a video helps.
It hasn't appear this week at all for instance (the
https://bugs.freedesktop.org/show_bug.cgi?id=64776
--- Comment #10 from mombelli.ma...@gmail.com ---
Yeh, got it, I've tryed to compile from master, then from other tag
thinking git checkout woul clear everything. My bad, I'll try to compile
again when I can. Should I use newer tag than 1.1?
I thi
Hi everyone,
On Monday, GSoC students were informed about which projects were selected to
participate in the program. Here is a short overview of the students who
have been
selected to work with the X.org foundation:
== DRM Render/Modeset Nodes ==
Student: David Herrmann
Mentor: Dave Airlie (a
https://bugs.freedesktop.org/show_bug.cgi?id=65192
Priority: medium
Bug ID: 65192
Assignee: dri-devel@lists.freedesktop.org
Summary: Screensavers lock up machine (screen goes blank,
keyboard unresponsive, sound loops; sysrq/ssh
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #1 from Luzipher ---
I forgot to mention: I use the classic shader compiler at the moment and I have
egl, gles1, gles2, vdpau and wayland enabled.
Full flags on portage:
[ebuild R #] media-libs/mesa-::x11 USE="egl gallium gl
https://bugs.freedesktop.org/show_bug.cgi?id=65192
Luzipher changed:
What|Removed |Added
Summary|Screensavers lock up|[r600g] Screensavers lock
|
https://bugs.freedesktop.org/show_bug.cgi?id=65193
Priority: medium
Bug ID: 65193
Assignee: dri-devel@lists.freedesktop.org
Summary: [bisected] r600g, can't launch Gnome Shell and KDE
since mesa updated to
5de41575a
https://bugs.freedesktop.org/show_bug.cgi?id=65193
Alexandre Demers changed:
What|Removed |Added
Summary|[bisected] r600g, can't |[bisected] r600g, can't
https://bugs.freedesktop.org/show_bug.cgi?id=65193
--- Comment #1 from Alexandre Demers ---
It seems the identified failed assertion is not the prime root of Gnome Shell
and KDE not launching. A previous commit must be the culprit for the other
problem (I'm tracking it down right now). However, c
https://bugs.freedesktop.org/show_bug.cgi?id=65193
--- Comment #2 from Alexandre Demers ---
(In reply to comment #1)
> It seems the identified failed assertion is not the prime root of Gnome
> Shell and KDE not launching. A previous commit must be the culprit for the
> other problem (I'm tracking
https://bugs.freedesktop.org/show_bug.cgi?id=65193
Alexandre Demers changed:
What|Removed |Added
Summary|[bisected] r600g, can't |[bisected] r600g, can't
https://bugs.freedesktop.org/show_bug.cgi?id=54867
--- Comment #1 from Chistopher Krakowiak ---
Created attachment 80074
--> https://bugs.freedesktop.org/attachment.cgi?id=80074&action=edit
s/signed/int/
--
You are receiving this mail because:
You are the assignee for the bug.
___
Hi Linus,
one qxl 32-bit warning fix, the rest is a bunch of radeon fixes from Alex
for some issues we've been seeing.
Dave.
The following changes since commit c89b65e7fffef745bdd36c372aa0dea778fecbab:
qxl: fix Kconfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000)
are available
On Fri, May 24, 2013 at 4:35 AM, Andy Lutomirski wrote:
> On Mon, May 13, 2013 at 4:58 PM, Andy Lutomirski wrote:
>> A fair number of drivers (mostly graphics) add write-combining MTRRs.
>> Most ignore errors and most add the MTRR even on PAT systems which don't
>> need to use MTRRs.
>>
>> This s
On Tue, May 14, 2013 at 9:58 AM, Andy Lutomirski wrote:
> Previously, DRM_FRAME_BUFFER mappings, as well as DRM_REGISTERS
> mappings with DRM_WRITE_COMBINING set, resulted in an unconditional
> MTRR being added but the actual mappings being created as UC-.
>
> Now these mappings have the MTRR adde
Radeon power management restricts the maximum engine clock to the initial
default clock. However, on APUs the default clock usually is not the fastest
allowed by their defined power states. Change restriction to the fastest
engine clock found in power states.
Signed-off-by: Alan Swanson
---
driv
so using 64-bit Arch Linux, running under kernel 3.9.4 and xorg 1.14.1.
--
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/20130530/b
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130530/b849693d/attachment.html>
t case, the easiest solution is to make distclean and start from scratch.
--
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
Hello,
Did anyone pick up this patch? Or is there a problem with it?
Thanks,
Ben Mesman.
> -Oorspronkelijk bericht-
> Van: Ben Mesman [mailto:ben at bnc.nl]
> Verzonden: dinsdag 16 april 2013 20:00
> Aan: Daniel Vetter
> CC: dri-devel at lists.freedesktop.org; Ben Mesman (Bossers & Cnoss
On Thu, May 30, 2013 at 07:32:36AM +, Ben Mesman (Bossers & Cnossen BV)
wrote:
> Hello,
>
> Did anyone pick up this patch? Or is there a problem with it?
Oops, slipped through the cracks, my apologies. Picked up for -fixes,
thanks for the patch.
-Daniel
>
> Thanks,
> Ben Mesman.
>
> > ---
d...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130530/ab5af0bd/attachment.html>
Op 29-05-13 12:33, Inki Dae schreef:
> Hi,
>
> Just minor comments
>
> +Usage
>> +-
>> +
>> +Three different ways to acquire locks within the same w/w class. Common
>> +definitions for methods #1 and #2:
>> +
>> +static DEFINE_WW_CLASS(ww_class);
>> +
>> +struct obj {
>> + struct ww_mutex
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/20130530/76b600d3/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130530/a402267a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=58901
--- Comment #2 from Christian Casteyde
2013-05-30 20:47:54 ---
No I don't think so, because it is too difficult to reproduce these times.
I wonder if suspending while playing a video helps.
It hasn't appear this week at all for instance (the
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130530/8a00d9a8/attachment.html>
Hi everyone,
On Monday, GSoC students were informed about which projects were selected to
participate in the program. Here is a short overview of the students who
have been
selected to work with the X.org foundation:
== DRM Render/Modeset Nodes ==
Student: David Herrmann
Mentor: Dave Airlie (air
erpolated blanks to frame number in event handlers
--
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/20130530/a1fce0fa/attachment-0001.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130530/d7964ffa/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130530/a1dd5b1c/attachment.html>
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130530/03185b18/attachment.html>
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/20130530/9c3feed1/attachment.html>
ives/dri-devel/attachments/20130530/fadb3546/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130530/ac5b55f5/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130530/bc480956/attachment-0001.html>
44 matches
Mail list logo