> The upstream code has changed this behaviour. The patch reflects the upstream behaviour closely.
Right, the upstream change is also a regression, in the lucid cycle we set up a boot target of 10s on a mini 10v config, xrandr was taking some 1.5 seconds ... that's a 15% slowdown of the whole machine boot time for no good reason, I don't see a reason why we shouldn't consider that as an issue
I'm going to discuss that upstream but until then I suggest that people who have specific scenario that requires xinerama by default change the default key
Note that in the scenario "boot a laptop closed with lid closed" I would argue that the bug is that the kernel/xorg stack, the laptop screen should be declared as active since it's not, the low level should only list on screen on and we wouldn't have any "mirror" issue to start with
> The upstream code has changed this behaviour. The patch reflects the upstream behaviour closely.
Right, the upstream change is also a regression, in the lucid cycle we set up a boot target of 10s on a mini 10v config, xrandr was taking some 1.5 seconds ... that's a 15% slowdown of the whole machine boot time for no good reason, I don't see a reason why we shouldn't consider that as an issue
I'm going to discuss that upstream but until then I suggest that people who have specific scenario that requires xinerama by default change the default key
Note that in the scenario "boot a laptop closed with lid closed" I would argue that the bug is that the kernel/xorg stack, the laptop screen should be declared as active since it's not, the low level should only list on screen on and we wouldn't have any "mirror" issue to start with