https://bugs.freedesktop.org/show_bug.cgi?id=70390
--- Comment #23 from Mathieu Malaterre ---
This can reproduce on PPC32 machines easily:
https://bugzilla.kernel.org/show_bug.cgi?id=187111
--
You are receiving this mail because:
You are the assignee for the bug.___
On Tue, Nov 08, 2016 at 12:57:00PM +0100, Lukas Wunner wrote:
> nouveau's ->suspend and ->resume callbacks are currently skipped if the
> device's status is either DRM_SWITCH_POWER_OFF (powered off by
> vga_switcheroo manual power control) or DRM_SWITCH_POWER_DYNAMIC_OFF
> (runtime suspended).
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=98630
--- Comment #20 from Mingcong Bai ---
Created attachment 127847
--> https://bugs.freedesktop.org/attachment.cgi?id=127847&action=edit
Fbdev and nomodeset
And... This happened (my eyes).
--
You are receiving this mail because:
You are the ass
On 8 November 2016 at 16:21, Karol Herbst wrote:
> 2016-11-08 17:12 GMT+01:00 Arnd Bergmann :
>> On Tuesday, November 8, 2016 5:07:01 PM CET Lukas Wunner wrote:
>>> On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote:
>>> > The underlying problem is that we already have a number of other
2016-11-08 17:12 GMT+01:00 Arnd Bergmann :
> On Tuesday, November 8, 2016 5:07:01 PM CET Lukas Wunner wrote:
>> On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote:
>> > The underlying problem is that we already have a number of other
>> > symbols that either have "depends on LEDS_CLASS"
2016-11-08 16:46 GMT+01:00 Ilia Mirkin :
> On Tue, Nov 8, 2016 at 8:56 AM, Arnd Bergmann wrote:
>> The newly introduced LED handling for nouveau fails to link when the
>> driver is built-in but the LED subsystem is a loadable module:
>>
>> drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do
On Tuesday, November 8, 2016 5:07:01 PM CET Lukas Wunner wrote:
> On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote:
> > The underlying problem is that we already have a number of other
> > symbols that either have "depends on LEDS_CLASS" or
> > "select LEDS_CLASS". To clean that up pro
On 08/11/16 15:56, Arnd Bergmann wrote:
The newly introduced LED handling for nouveau fails to link when the
driver is built-in but the LED subsystem is a loadable module:
drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend':
tvnv17.c:(.text.nouveau_do_suspend+0x10): undefined ref
On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote:
> The underlying problem is that we already have a number of other
> symbols that either have "depends on LEDS_CLASS" or
> "select LEDS_CLASS". To clean that up properly, we should either
> make the symbol itself hidden and only select
On Tuesday, November 8, 2016 10:46:07 AM CET Ilia Mirkin wrote:
> > diff --git a/drivers/gpu/drm/nouveau/Kconfig
> > b/drivers/gpu/drm/nouveau/Kconfig
> > index 78631fb61adf..715cd6f4dc31 100644
> > --- a/drivers/gpu/drm/nouveau/Kconfig
> > +++ b/drivers/gpu/drm/nouveau/Kconfig
> > @@ -46,6 +46,14
On Tue, Nov 8, 2016 at 8:56 AM, Arnd Bergmann wrote:
> The newly introduced LED handling for nouveau fails to link when the
> driver is built-in but the LED subsystem is a loadable module:
>
> drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend':
> tvnv17.c:(.text.nouveau_do_suspend
https://bugs.freedesktop.org/show_bug.cgi?id=98629
Emil Velikov changed:
What|Removed |Added
Assignee|nouveau@lists.freedesktop.o |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=98630
--- Comment #19 from Ilia Mirkin ---
(In reply to Ilia Mirkin from comment #18)
> (In reply to Mingcong Bai from comment #17)
> > Suspecting that this could still be an application-based issue, I have filed
> > some issues to GNOME and KDE develo
https://bugs.freedesktop.org/show_bug.cgi?id=98630
--- Comment #18 from Ilia Mirkin ---
(In reply to Mingcong Bai from comment #17)
> Suspecting that this could still be an application-based issue, I have filed
> some issues to GNOME and KDE developers, as their desktop environment have
> the sam
The newly introduced LED handling for nouveau fails to link when the
driver is built-in but the LED subsystem is a loadable module:
drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend':
tvnv17.c:(.text.nouveau_do_suspend+0x10): undefined reference to
`nouveau_led_suspend'
drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=94990
--- Comment #87 from Yann Golanski ---
(In reply to Karol Herbst from comment #86)
> (In reply to Yann Golanski from comment #85)
> > Could we at least have this as a patch for now until a better one comes
> > along. Otherwise us poor folks ownin
nouveau's ->suspend and ->resume callbacks are currently skipped if the
device's status is either DRM_SWITCH_POWER_OFF (powered off by
vga_switcheroo manual power control) or DRM_SWITCH_POWER_DYNAMIC_OFF
(runtime suspended).
In the former case this makes sense since the device is powered off
behin
https://bugs.freedesktop.org/show_bug.cgi?id=98631
--- Comment #4 from poma ---
Apropos Xfce 4.12, notice two variants of the Xfwm4:
= Xfwm4 4.12.3 "released" - Xrender driven compositor,
it can be run on virtually any machine
$ xfwm4 --version
...
Build configuration and supp
https://bugs.freedesktop.org/show_bug.cgi?id=94990
--- Comment #86 from Karol Herbst ---
(In reply to Yann Golanski from comment #85)
> (In reply to Wojciech Arabczyk from comment #82)
> > Created attachment 127564 [details]
> > dmesg after applying patch to limit bar to 3GB
> >
> > After applyi
https://bugs.freedesktop.org/show_bug.cgi?id=94990
--- Comment #85 from Yann Golanski ---
(In reply to Wojciech Arabczyk from comment #82)
> Created attachment 127564 [details]
> dmesg after applying patch to limit bar to 3GB
>
> After applying the patch to limit ram to 3 bars, boots without pro
20 matches
Mail list logo