[PATCH 12/16] drm/fb-helper: directly call set_par from the hotplug handler

2013-02-11 Thread Rob Clark
On Thu, Jan 24, 2013 at 10:20 AM, Daniel Vetter wrote: > The idea behind calling down into the driver's ->fb_probe function on each > hotplug seems to be able to reallocate the backing storage (if e.g. a screen > with higher resolution gets added). But that requires quite a bit of work in > the

Re: [PATCH 12/16] drm/fb-helper: directly call set_par from the hotplug handler

2013-02-11 Thread Rob Clark
On Thu, Jan 24, 2013 at 10:20 AM, Daniel Vetter wrote: > The idea behind calling down into the driver's ->fb_probe function on each > hotplug seems to be able to reallocate the backing storage (if e.g. a screen > with higher resolution gets added). But that requires quite a bit of work in > the >

[PATCH 12/16] drm/fb-helper: directly call set_par from the hotplug handler

2013-01-24 Thread Daniel Vetter
The idea behind calling down into the driver's ->fb_probe function on each hotplug seems to be able to reallocate the backing storage (if e.g. a screen with higher resolution gets added). But that requires quite a bit of work in the fb helper itself, since currently we limit new screens to the curr

[PATCH 12/16] drm/fb-helper: directly call set_par from the hotplug handler

2013-01-24 Thread Daniel Vetter
The idea behind calling down into the driver's ->fb_probe function on each hotplug seems to be able to reallocate the backing storage (if e.g. a screen with higher resolution gets added). But that requires quite a bit of work in the fb helper itself, since currently we limit new screens to the curr