support for HW_SKIP_CONSOLE breaks use by blind people
Samuel Thibault
samuel.thibault at ens-lyon.org
Thu Jan 10 04:50:21 PST 2013
Michal Suchanek, le Thu 10 Jan 2013 12:38:13 +0100, a écrit :
> >> a proper fix needs something like:
> >>
> >> 1) introduce a HW_OPEN_CONSOLE flag which is inverse of the HW_SKIP_CONSOLE flag
> >> 2) have all drivers but void and dummy set that - dummy has nice
> >> example of setting a flag
> >> 3) have the input hotplug code handle the flag in addition to the init code
> >
> > That's more or less precisely what was suggested earlier in the thread,
> > and my precise enquiry waaaay earlier: which way should input drivers
> > set the flag, since the mechanism used for video drivers does not exist
> > for input drivers.
>
> No. What you proposed is introduce a xorg.conf option for the dummy
> driver to open the console.
Nope. My initial proposal was the contrary. And further in the thread I
proposed what I say above.
> In a latter post, however, you say setting up special configuration
> for blind users is unacceptable, and adding that option seems like a
> special configuraion to me.
See above.
> > That said, it's of course way simpler, instead of having to modify all
> > drivers, to just make video-dummy and input-void set the SKIP flag,
>
> That's not going to work. If you do not set the flag in dummy the
> console will open whatever you set in void. The console is open on
> every driver probe starting with dummy. The HW_SKIP_CONSOLE hack
> abuses the internal knowledge of driver probing order to set the flag
> in the driver which is probed first but which is the wrong one for
> setting the flag.
Re-read the source code. The console will be opened as soon as either of
the drivers do not set the SKIP flag.
Samuel
More information about the xorg-devel
mailing list