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
load
get another result than 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://li
ou 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/20130105/5679396a/attachment.html>
--
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/20130105/23a57416/attachment.html>
nts/20130105/56a25eca/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130105/e1c808ab/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #28 from Alexandre Demers ---
The flood is caused by:
Commit: 4ac0533abaec2b83a7f2c675010eedd55664bc26
Author: Jerome Glisse 2012-12-13 12:08:11
Committer: Alex Deucher 2012-12-14 10:45:24
Parent: 9af20792124850369e764965690b99b2
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130105/4496c45a/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #27 from Alexandre Demers ---
(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 should just compile
[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 interfac
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 in
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #26 from Alexandre Demers ---
(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
> http://cgit.freedesktop.org/~agd5f
dri-devel/attachments/20130105/deec0680/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #25 from Thomas Rohloff ---
(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
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-3.8&id=dd54f
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #24 from Alexandre Demers ---
(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 this problem.
>
> Ca
https://bugs.freedesktop.org/show_bug.cgi?id=55692
Serkan Hosca changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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 scr
https://bugs.freedesktop.org/show_bug.cgi?id=55692
--- Comment #51 from Alexandre Demers ---
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.
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.
>> T
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.
[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
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 in
:
<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
https://bugs.freedesktop.org/show_bug.cgi?id=59015
runetmem...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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
29 matches
Mail list logo
