Bug#207543: you patch to restrict PCI device resets in XFree86
> Hi, this is Branden Robinson, one of the package maintainers for XFree86
> in Debian GNU/Linux.
>
> Andreas Schuldei brought to my attention your patch to restrict PCI
> device resets to a single device in XFree86.
>
> I have made some minor modifications to it and am submitting these back
> to you in the attached file?
All agree.
> Would you be willing to place your patch under the traditional MIT/X11
> license? That license reads as follows:
YES. I agree this licence below:
Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated documentation files (the
"Software"),
to deal in the Software without restriction, including without limitation
the rights to use, copy, modify, merge, publish, distribute, sublicense,
and/or sell copies of the Software, and to permit persons to whom the
Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included
in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
THE COPYRIGHT HOLDER(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
DEALINGS IN THE SOFTWARE.
Here is a possibility add very doubtful thing. Nobody knows how to run
secondary video adapter and secondary xf86 before tests.
I have good experience with Nvidia adapters in company with Nvidia closed
source drivers, which set allow usage of GLX on all local xf86 servers and
VGA text mode console on 1st xf86. Even this experiece do not allow me write
"allways success".
My current video set (GeForceMX440, GeForceFX5200PCI, TNT2PCI) will not work
with this "isolateDevice" option, but does oops inside nvidia kernel module
during 3rd xf86 start, both 1st and 2nd xf86 stay alive. Similar story can
write any , which try to start multiple local xf86.
Video card driver should correct use libint10.a libvgahw.a for adapter
initialization, save/restore text mode. Seems condition fulfil for single
xf86, but fail for multiple local xf86. Video driver, libint10.a and vgahw.a
analyzing is to hard for me and i use this patch as is.
Known are matrox, ati open source drivers which support multiple local xf86,
whith various troubles to start hardware DRI.
Succesful xinerama start does not correlate with successful multiple local
xf86 start, even if hardware set is identic and unchanged. (Uh, i forgot
xinerama, i use minicomputer :).
Aivils Stoss
Reply to: