[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

Elmar Stellnberger  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #20 from Elmar Stellnberger  ---
Unfortunately the notebook where this issue was observed is already broken
(does neither boot nor do I get into the BIOS) ...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #19 from Alex Deucher  ---
It's always been the same firmware.  firmware is firmware.  Different distros
have changed their packaging polices with respect to firmware.  That might be
the case for you (e.g., distro used to just include the firmware with the
kernel and now ships it as a separate package).  As to narrowing it down, I'd
suggest trying interim kernels between the last know good one and most recent
one you've tried to see of you can narrow down when it broke.  E.g., if kernel
3.14 worked and 3.15 is bad you know the regression happened in the 3.15 kernel
cycle.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #18 from Christian König  ---
(In reply to Elmar Stellnberger from comment #17)
> So bisect the kernel and leave Xorg in peace?

Yes, exactly. Any idea what kernel version did you used before?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #17 from Elmar Stellnberger  ---
So bisect the kernel and leave Xorg in peace?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #16 from Christian König  ---
(In reply to Elmar Stellnberger from comment #15)
> Formerly this firmware was OSS and as far as I can remember it had always
> been working while the firmware had been OSS.

The firmware for radeon has always been proprietary, but you only need it for
acceleration.

Pure modesetting should still work without. The problem is that we rarely test
without the firmware, so this breaks from time to time.

Since your bug sounds like an external display still works I would expect that
acceleration actually works perfectly fine. So the firmware most likely isn't
the cause of the problem.

I would rather guess that it is an issue with the newer kernel. Please try
downgrading that one first and see if you can find a working version. Then
bisect from those two points in time.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #15 from Elmar Stellnberger  ---
Formerly this firmware was OSS and as far as I can remember it had always been
working while the firmware had been OSS. Alex, it would be very nice if you
could give me a hint from where on I should start to test. From which point in
time on was there a non-OSS firmware in use for radeon? Note that it still
works without this firmware. Maybe I do not need to bisect Xorg but very likely
just the firmware.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #14 from Alex Deucher  ---
The firmware has always been a requirement and is not involved in modesetting
at all.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #13 from Elmar Stellnberger  ---
Oh, no! First there are several years between those two version of Xorg and
secondly I believe the problem is thightly entangled with the
introduction/usage of the new proprietary radeon firmware. I would expect that
at the certain point in time where the radeon frimware was introduced to be
used by radeon that from there on it does not work. I would be ready to test it
if you can give me a git-commit# or tag from the last version without it and
the first one with it. This could infringe the testing problem enormously.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #12 from Alex Deucher  ---
Can you bisect?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #11 from Elmar Stellnberger  ---
This is a very painful bug as notebooks tend to only have one monitor which
stays dark here; - and it is a regression. Please, please try to do something
about it!!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

--- Comment #10 from Elmar Stellnberger  ---
Created attachment 115944
  --> https://bugs.freedesktop.org/attachment.cgi?id=115944=edit
dmesg

Here comes the dmesg (same parameters as before). Note that I have 1920x1200
also on the console vt01-vt05 so that it apparently ignores the
uvesafb.mode_option=1600x1200-24 at 60,mtrr:3,ywrap option (some elder kernels
made use of it; I considered it somewhat better readable to have 1600x1200 on
the console because then the font size gets larger.).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 90534] integrated LVDS displays stays dark (firmware-linux-nonfree-0.43)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90534

Michel Dänzer  changed:

   What|Removed |Added

  Component|Driver/Radeon   |DRM/Radeon
   Assignee|xorg-driver-ati at lists.x.org |dri-devel at 
lists.freedesktop
   ||.org
Product|xorg|DRI
 QA Contact|xorg-team at lists.x.org   |

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: