On Thu, Jan 24, 2013 at 10:20 AM, Daniel Vetter
wrote:
> While doing the modeset rework for drm/i915 I've noticed that the fb
> helper is very liberal with the semantics of the ->set_config
> interface:
> - It doesn't bother clearing stale modes (e.g. when unpluggint a
s/unpluggint/unplugging/
On Thu, Jan 24, 2013 at 10:20 AM, Daniel Vetter wrote:
> While doing the modeset rework for drm/i915 I've noticed that the fb
> helper is very liberal with the semantics of the ->set_config
> interface:
> - It doesn't bother clearing stale modes (e.g. when unpluggint a
s/unpluggint/unplugging/
>
While doing the modeset rework for drm/i915 I've noticed that the fb
helper is very liberal with the semantics of the ->set_config
interface:
- It doesn't bother clearing stale modes (e.g. when unpluggint a
screen).
- It unconditionally sets and the fb, even if no mode will be set on a
given cr
While doing the modeset rework for drm/i915 I've noticed that the fb
helper is very liberal with the semantics of the ->set_config
interface:
- It doesn't bother clearing stale modes (e.g. when unpluggint a
screen).
- It unconditionally sets and the fb, even if no mode will be set on a
given cr
