Hello, Alex!
Sorry for delay with the reply! It turns out I made a huge blunder
while bisecting. I assumed that the radeon drivers would load from
lib/modules, so I didn't bother running "make install" once I saw that
only the modules are recompiled. In fact, the video modules were
han me you can still do a full
> bisect afterwards.
That's what I'll do, it makes sense.
--
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
ing 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/20130105/5679396a/attachment.html>
is 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/20130105/23a57416/attachment.html>
nts/20130105/56a25eca/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130105/e1c808ab/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130105/4496c45a/attachment.html>
[SNIP]
On 05.01.2013 00:42, Alex Deucher wrote:
> R6xx and r7xx are really all you need to worry about in this case.
> R1xx-r5xx UMS uses a different kernel interface for command submission
> and evergreen and later don't have UMS drm support. UMS r6xx/r7xx
> support used the same kernel
On Sat, Jan 05, 2013 at 10:10:06AM +0100, Pontus Fuchs wrote:
> On 01/03/2013 08:12 PM, Marcin Slusarz wrote:
> > On Thu, Jan 03, 2013 at 01:58:10PM +0100, Marcin Slusarz wrote:
> >> I bisected the problem down to this commit:
> >>
> >> 186ecad21: drm/nv50/disp: move remaining interrupt handling
dri-devel/attachments/20130105/deec0680/attachment.html>
Hi,
I am getting this during hibernate/resume with current Linus' head
(5f738967e89584f99c6a11c6bf09b16c50b6a03e).
==
[ INFO: possible circular locking dependency detected ]
3.8.0-rc2-00038-ge93d369 #178 Not tainted
Not sure if it is a kernel issue or user-space. Truth is probably
somewhere in the middle. It popped up moving to 3.8-rc1 using nouveau.
Using nvidia's driver works fine. With nouveau, after entering login
credentials in lightDM the user session does not start and I am back at
the lightDM login
On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote:
> On 2012.12.20 at 14:45 +0100, Markus Trippelsdorf wrote:
> > On 2012.12.20 at 08:30 -0500, Alex Deucher wrote:
> > > On Wed, Dec 19, 2012 at 9:33 AM, Markus Trippelsdorf
> > > wrote:
> > > > On 2012.12.19 at 15:18 +0100, Maarten Lankhorst
On 01/03/2013 08:12 PM, Marcin Slusarz wrote:
> On Thu, Jan 03, 2013 at 01:58:10PM +0100, Marcin Slusarz wrote:
>> I bisected the problem down to this commit:
>>
>> 186ecad21: drm/nv50/disp: move remaining interrupt handling into core
>>
>> Hardware is 8400M GS (10de:0427) in a Dell XPS M1330.
>>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130105/6445e20f/attachment.html>
likely that the sabayon multilibs are currently running a
bit behind.
--
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/20130
On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote:
On 2012.12.20 at 14:45 +0100, Markus Trippelsdorf wrote:
On 2012.12.20 at 08:30 -0500, Alex Deucher wrote:
On Wed, Dec 19, 2012 at 9:33 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2012.12.19 at 15:18 +0100, Maarten
Hi,
I am getting this during hibernate/resume with current Linus' head
(5f738967e89584f99c6a11c6bf09b16c50b6a03e).
==
[ INFO: possible circular locking dependency detected ]
3.8.0-rc2-00038-ge93d369 #178 Not tainted
https://bugs.freedesktop.org/show_bug.cgi?id=59015
runetmem...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sat, Jan 05, 2013 at 10:10:06AM +0100, Pontus Fuchs wrote:
On 01/03/2013 08:12 PM, Marcin Slusarz wrote:
On Thu, Jan 03, 2013 at 01:58:10PM +0100, Marcin Slusarz wrote:
I bisected the problem down to this commit:
186ecad21: drm/nv50/disp: move remaining interrupt handling into core
[SNIP]
On 05.01.2013 00:42, Alex Deucher wrote:
R6xx and r7xx are really all you need to worry about in this case.
R1xx-r5xx UMS uses a different kernel interface for command submission
and evergreen and later don't have UMS drm support. UMS r6xx/r7xx
support used the same kernel interface for
https://bugs.freedesktop.org/show_bug.cgi?id=54133
--- Comment #5 from aaa...@gmail.com ---
Since upgrade to kernel 3.7.1 (from openSUSE Tumbleweed) I can no longer
replicate this. For me this problem appears to be fixed.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=55692
--- Comment #51 from Alexandre Demers alexandre.f.dem...@gmail.com ---
Since the patch was submitted and applied on kernel 3.7, should this bug be
closed?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=55692
Serkan Hosca ser...@hosca.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #24 from Alexandre Demers alexandre.f.dem...@gmail.com ---
(In reply to comment #23)
(In reply to comment #22)
Is this a regression? Does it happen with older versions of mesa or
kernel?
Yes. Previous kernel 3.7 doesn't show
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #25 from Thomas Rohloff v10la...@myway.de ---
(In reply to comment #24)
I'll bisect between 3.7 and 3.8-rc1 and see if I end up at the same thing.
Maybe you should just compile
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #26 from Alexandre Demers alexandre.f.dem...@gmail.com ---
(In reply to comment #25)
(In reply to comment #24)
I'll bisect between 3.7 and 3.8-rc1 and see if I end up at the same thing.
Maybe you should just compile
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #27 from Alexandre Demers alexandre.f.dem...@gmail.com ---
(In reply to comment #26)
(In reply to comment #25)
(In reply to comment #24)
I'll bisect between 3.7 and 3.8-rc1 and see if I end up at the same thing.
Maybe you
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #28 from Alexandre Demers alexandre.f.dem...@gmail.com ---
The flood is caused by:
Commit: 4ac0533abaec2b83a7f2c675010eedd55664bc26
Author: Jerome Glisse jgli...@redhat.com 2012-12-13 12:08:11
Committer: Alex Deucher
29 matches
Mail list logo