[gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1

[gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1

[Andreas Prieß]

Since I don't know the cause and didn't find a way to debug this, here
are the symptoms:

Ever since media-libs/mesa >= 9.1 went stable I had the problem, that
the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen
goes black and does not show anything, but the system halts as normal.
It is not possible to switch to VT1 by keyboard while the shutdown is
still in progress when this has happened.

I can't find anything in the Xorg or other log files according to this
problem. Can't find anything related in Gentoo bugzilla or searching the
web...

The problem always disappeared by downgrading to mesa < 9.1, but that
now requires other packages to be downgraded too, so I'd like to resolve
this.

It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS,
desktop session with Xfce started by x11-misc/lightdm.

Any hints on how to debug this problem would be highly appreciated.

Andreas

Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1

[Alan McKinnon]

On 04/10/2013 13:20, Andreas Prieß wrote:
> Since I don't know the cause and didn't find a way to debug this, here
> are the symptoms:
> 
> Ever since media-libs/mesa >= 9.1 went stable I had the problem, that
> the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen
> goes black and does not show anything, but the system halts as normal.
> It is not possible to switch to VT1 by keyboard while the shutdown is
> still in progress when this has happened.
> 
> I can't find anything in the Xorg or other log files according to this
> problem. Can't find anything related in Gentoo bugzilla or searching the
> web...
> 
> The problem always disappeared by downgrading to mesa < 9.1, but that
> now requires other packages to be downgraded too, so I'd like to resolve
> this.
> 
> It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS,
> desktop session with Xfce started by x11-misc/lightdm.
> 
> Any hints on how to debug this problem would be highly appreciated.

I've had a few things similar tot his happen to me over the years.
Strangely, each time it has been framebuffer and related settings in the
kernel config! (mostly incompatible options selected)

What do you have in your kernel config?


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1

[Andreas Prieß]

On 04.10.2013 13:44, Alan McKinnon wrote:
> On 04/10/2013 13:20, Andreas Prieß wrote:
>> Since I don't know the cause and didn't find a way to debug this, here
>> are the symptoms:
>>
>> Ever since media-libs/mesa >= 9.1 went stable I had the problem, that
>> the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen
>> goes black and does not show anything, but the system halts as normal.
>> It is not possible to switch to VT1 by keyboard while the shutdown is
>> still in progress when this has happened.
>>
>> I can't find anything in the Xorg or other log files according to this
>> problem. Can't find anything related in Gentoo bugzilla or searching the
>> web...
>>
>> The problem always disappeared by downgrading to mesa < 9.1, but that
>> now requires other packages to be downgraded too, so I'd like to resolve
>> this.
>>
>> It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS,
>> desktop session with Xfce started by x11-misc/lightdm.
>>
>> Any hints on how to debug this problem would be highly appreciated.
> 
> I've had a few things similar tot his happen to me over the years.
> Strangely, each time it has been framebuffer and related settings in the
> kernel config! (mostly incompatible options selected)
> 
> What do you have in your kernel config?

The kernel is manually compiled from gentoo hardened-sources-3.11.3 with
PAX and GRSEC enabled for desktop system, RBAC disabled. (The system
runs stable packages with the kernel being one of very few exceptions.)

In the "Graphics support" section just two things are enabled manually,
the rest is automatically selected:

CONFIG_DRM and CONFIG_DRM_RADEON.

This results in the following (unset options shortened):

# Graphics support

# CONFIG_AGP is not set
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
# CONFIG_VGA_SWITCHEROO is not set
CONFIG_DRM=y
CONFIG_DRM_KMS_HELPER=y
# CONFIG_DRM_LOAD_EDID_FIRMWARE is not set
CONFIG_DRM_TTM=y

# I2C encoder or helper chips

CONFIG_DRM_RADEON=y
# CONFIG_DRM_RADEON_UMS is not set

CONFIG_HDMI=y
CONFIG_FB=y

CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y

# Frame buffer hardware drivers

# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=y

# Console display driver support

CONFIG_VGA_CONSOLE=y
# CONFIG_VGACON_SOFT_SCROLLBACK is not set
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
# CONFIG_LOGO is not set



Anything else relevant in the kernel?

Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1

[Andreas Prieß]

On 04.10.2013 13:20, Andreas Prieß wrote:
> Since I don't know the cause and didn't find a way to debug this, here
> are the symptoms:
> 
> Ever since media-libs/mesa >= 9.1 went stable I had the problem, that
> the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen
> goes black and does not show anything, but the system halts as normal.
> It is not possible to switch to VT1 by keyboard while the shutdown is
> still in progress when this has happened.
> 
> I can't find anything in the Xorg or other log files according to this
> problem. Can't find anything related in Gentoo bugzilla or searching the
> web...
> 
> The problem always disappeared by downgrading to mesa < 9.1, but that
> now requires other packages to be downgraded too, so I'd like to resolve
> this.
> 
> It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS,
> desktop session with Xfce started by x11-misc/lightdm.
> 
> Any hints on how to debug this problem would be highly appreciated.

Maybe this is relevant...

Xorg is running a dual head layout using xinerama instead of randr.
Composite disabled since it does not work with this config.

Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1

[Alan McKinnon]

On 04/10/2013 14:39, Andreas Prieß wrote:
> On 04.10.2013 13:20, Andreas Prieß wrote:
>> Since I don't know the cause and didn't find a way to debug this, here
>> are the symptoms:
>>
>> Ever since media-libs/mesa >= 9.1 went stable I had the problem, that
>> the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen
>> goes black and does not show anything, but the system halts as normal.
>> It is not possible to switch to VT1 by keyboard while the shutdown is
>> still in progress when this has happened.
>>
>> I can't find anything in the Xorg or other log files according to this
>> problem. Can't find anything related in Gentoo bugzilla or searching the
>> web...
>>
>> The problem always disappeared by downgrading to mesa < 9.1, but that
>> now requires other packages to be downgraded too, so I'd like to resolve
>> this.
>>
>> It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS,
>> desktop session with Xfce started by x11-misc/lightdm.
>>
>> Any hints on how to debug this problem would be highly appreciated.
> 
> Maybe this is relevant...
> 
> Xorg is running a dual head layout using xinerama instead of randr.
> Composite disabled since it does not work with this config.
> 
> 

Your kernel config in the other reply looks fine to me.

This dual head setup - do you have one large desktop across two
monitors, or two screens configured in xorg.conf? I can never quite
remember what xinerama does (I think it's the first one)

Can you reproduce the problem using just one configured monitor?

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1 and two screens configured in xinerama

[Andreas Prieß]

On 04.10.2013 14:39, Alan McKinnon wrote:
> On 04/10/2013 14:39, Andreas Prieß wrote:
>> On 04.10.2013 13:20, Andreas Prieß wrote:
>>> Since I don't know the cause and didn't find a way to debug this, here
>>> are the symptoms:
>>>
>>> Ever since media-libs/mesa >= 9.1 went stable I had the problem, that
>>> the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen
>>> goes black and does not show anything, but the system halts as normal.
>>> It is not possible to switch to VT1 by keyboard while the shutdown is
>>> still in progress when this has happened.
>>>
>>> I can't find anything in the Xorg or other log files according to this
>>> problem. Can't find anything related in Gentoo bugzilla or searching the
>>> web...
>>>
>>> The problem always disappeared by downgrading to mesa < 9.1, but that
>>> now requires other packages to be downgraded too, so I'd like to resolve
>>> this.
>>>
>>> It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS,
>>> desktop session with Xfce started by x11-misc/lightdm.
>>>
>>> Any hints on how to debug this problem would be highly appreciated.
>>
>> Maybe this is relevant...
>>
>> Xorg is running a dual head layout using xinerama instead of randr.
>> Composite disabled since it does not work with this config.
>>
>>
> 
> Your kernel config in the other reply looks fine to me.
> 
> This dual head setup - do you have one large desktop across two
> monitors, or two screens configured in xorg.conf? I can never quite
> remember what xinerama does (I think it's the first one)
> 
> Can you reproduce the problem using just one configured monitor?

The dual head setup with xinerama has two screens configured. The
monitors have different resolutions and windows, desktop panels and
things got placed in invisible areas otherwise (with Xfce at least).

So, there is a new fact: I can NOT reproduce it with only one screen.

If I start X without my config files and let it configure one screen
automatically, the switch to VT1 on shutdown works as expected.

Any hints for the next step? File a bug with mesa? Try other things?


-- 
Andreas

Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1 and two screens configured in xinerama

[Alan McKinnon]

On 05/10/2013 13:32, Andreas Prieß wrote:
>> This dual head setup - do you have one large desktop across two
>> > monitors, or two screens configured in xorg.conf? I can never quite
>> > remember what xinerama does (I think it's the first one)
>> > 
>> > Can you reproduce the problem using just one configured monitor?
> The dual head setup with xinerama has two screens configured. The
> monitors have different resolutions and windows, desktop panels and
> things got placed in invisible areas otherwise (with Xfce at least).
> 
> So, there is a new fact: I can NOT reproduce it with only one screen.
> 
> If I start X without my config files and let it configure one screen
> automatically, the switch to VT1 on shutdown works as expected.
> 
> Any hints for the next step? File a bug with mesa? Try other things?


First step is ually to file a bug at b.g.o. for the mesa team. If that
gives no results, move onto filing a bug with mesa.


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1 and two screens configured in xinerama

[Andreas Prieß]

On 05.10.2013 15:50, Alan McKinnon wrote:
> On 05/10/2013 13:32, Andreas Prieß wrote:
>>> This dual head setup - do you have one large desktop across two
>>>> monitors, or two screens configured in xorg.conf? I can never quite
>>>> remember what xinerama does (I think it's the first one)
>>>>
>>>> Can you reproduce the problem using just one configured monitor?
>> The dual head setup with xinerama has two screens configured. The
>> monitors have different resolutions and windows, desktop panels and
>> things got placed in invisible areas otherwise (with Xfce at least).
>>
>> So, there is a new fact: I can NOT reproduce it with only one screen.
>>
>> If I start X without my config files and let it configure one screen
>> automatically, the switch to VT1 on shutdown works as expected.
>>
>> Any hints for the next step? File a bug with mesa? Try other things?
> 
> 
> First step is ually to file a bug at b.g.o. for the mesa team. If that
> gives no results, move onto filing a bug with mesa.

Bug filed - thanks for your time, Alan!

https://bugs.gentoo.org/show_bug.cgi?id=487182


-- 
Andreas