Re: [PATCH 1/2] PM: make VT switching to the suspend console optional

2012-11-02 Thread Jesse Barnes
On 11/2/2012 5:42 PM, Alan Cox wrote: that, but how would I even configure a VT split across two adapters today? For vgacon we just route VGA to a single adapter, but I'm not con2fb /dev/fb1 /dev/tty1 Dunno about suspend vs unload, how do we deal that in other drivers like the disk driver fo

Re: [PATCH 1/2] PM: make VT switching to the suspend console optional

2012-11-02 Thread Alan Cox
> that, but how would I even configure a VT split across two adapters > today? For vgacon we just route VGA to a single adapter, but I'm not con2fb /dev/fb1 /dev/tty1 > Dunno about suspend vs unload, how do we deal that in other drivers like > the disk driver for suspend for example? Overall

Re: [PATCH 1/2] PM: make VT switching to the suspend console optional

2012-11-02 Thread Jesse Barnes
On 11/2/2012 4:43 PM, Alan Cox wrote: On Fri, 2 Nov 2012 14:43:40 -0700 Jesse Barnes wrote: KMS drivers can potentially restore the display configuration without userspace help. Such drivers can set a new global, pm_vt_switch, to false if they support this feature. In that case, the PM laye

Re: [PATCH 1/2] PM: make VT switching to the suspend console optional

2012-11-02 Thread Alan Cox
On Fri, 2 Nov 2012 14:43:40 -0700 Jesse Barnes wrote: > KMS drivers can potentially restore the display configuration without > userspace help. Such drivers can set a new global, pm_vt_switch, to > false if they support this feature. In that case, the PM layer won't VT > switch to the suspend

[PATCH 1/2] PM: make VT switching to the suspend console optional

2012-11-02 Thread Jesse Barnes
KMS drivers can potentially restore the display configuration without userspace help. Such drivers can set a new global, pm_vt_switch, to false if they support this feature. In that case, the PM layer won't VT switch to the suspend console at suspend time and then back to the original VT on resum