History log of /reactos/win32ss/drivers/videoprt/registry.c (Results 1 – 13 of 13)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# b80d806e 23-Jan-2022 Hervé Poussineau <hpoussin@reactos.org>

[VIDEOPRT] Honour UseNewKey setting in registry

This changes:
- which device key is written to DEVICEMAP\Video
- which registry key is used in VideoPortSetRegistryParameters()

CORE-17896


# 40b9ee0a 06-Jan-2022 Serge Gautherie <32623169+SergeGautherie@users.noreply.github.com>

[VIDEOPRT] Match Zw*Key() DesiredAccess values (#4145)

Even if the kernel mode does not care, this makes it clear.


Revision tags: 0.4.14-release
# 5dc56dd1 08-Dec-2021 Hervé Poussineau <hpoussin@reactos.org>

Revert "[VIDEOPRT] Fix updating of new registry path values"

This reverts commit ecf3416f492c4b664586de89bc36f831437fe23f.

This commit was meant to fix CORE-17688. While its effectively fixed
the p

Revert "[VIDEOPRT] Fix updating of new registry path values"

This reverts commit ecf3416f492c4b664586de89bc36f831437fe23f.

This commit was meant to fix CORE-17688. While its effectively fixed
the problem, it introduced another regression CORE-17719.

In the mean time, commit c05a45e17eda057d8b92ba76feecf3532d8324c1 fixed
things properly.

CORE-17719

show more ...


# 92d0dd36 18-Aug-2021 Hervé Poussineau <hpoussin@reactos.org>

[VIDEOPRT] Create and setup new registry key only for non-legacy drivers

CORE-17734


# ecf3416f 22-Jul-2021 Timo Kreuzer <timo.kreuzer@reactos.org>

[VIDEOPRT] Fix updating of new registry path values

CORE-17688
When a new driver is installed for the same device (like VBoxVideo), it uses the same hardware enum registry key and thus reuses the sa

[VIDEOPRT] Fix updating of new registry path values

CORE-17688
When a new driver is installed for the same device (like VBoxVideo), it uses the same hardware enum registry key and thus reuses the same DisplayId and the same display registry key. Therefore we need to update the setting in that key, even when the key already exists.

This seems to work good and not cause any issues, but testing indicated that on Windows some values are only updated, when the driver has changed. If neccessary, this can be achieved by updating and querying the ActiveService value in the device enum key (e.g. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\PCI\VEN_80EE&DEV_BEEF&SUSYS_00000000&REV_00\3&267a616a&0&10\Control: ActiveService). If that doesn't match the current device name (from DriverExtension->RegistryPath) the values should be copied over.

show more ...


# 545352c6 03-Jul-2021 Timo Kreuzer <timo.kreuzer@reactos.org>

[VIDEOPRT] Fix adapter id


# 2ae6bd74 29-May-2021 Hervé Poussineau <hpoussin@reactos.org>

[VIDEOPRT] Give to each device its own entry in HKLM\SYSTEM\CurrentControlSet\Services

This is required if you have two graphic cards using the same driver.


Revision tags: 0.4.15-dev, 0.4.14-RC, 0.4.13-release
# 18a51dc7 24-Dec-2019 Hermès Bélusca-Maïto <hermes.belusca-maito@reactos.org>

[VIDEOPRT][WIN32K] Use a Windows-compatible way of communicating the 'BaseVideo' state from VIDEOPRT to WIN32K.

This is done by creating the volatile key
\Registry\Machine\System\CurrentControlSet\C

[VIDEOPRT][WIN32K] Use a Windows-compatible way of communicating the 'BaseVideo' state from VIDEOPRT to WIN32K.

This is done by creating the volatile key
\Registry\Machine\System\CurrentControlSet\Control\GraphicsDrivers\BaseVideo .

Also cache during first initialization of VIDEOPRT the state of the boot
options BASEVIDEO and NOVESA, so that they can be readily retrieved later
(for example, in VideoPortIsNoVesa()).

show more ...


Revision tags: 0.4.14-dev, 0.4.13-RC, 0.4.12-release, 0.4.12-RC, 0.4.13-dev, 0.4.11-release, 0.4.11-RC, 0.4.12-dev, 0.4.10-release, 0.4.11-dev, 0.4.10-RC, 0.4.9-release, 0.4.10-dev, 0.4.9-RC, 0.4.8-release, 0.4.8-RC, 0.4.9-dev, 0.4.7-release, v0.4.7, 0.4.8-dev, 0.4.7-rc1
# c2c66aff 03-Oct-2017 Colin Finck <colin@reactos.org>

Git conversion: Make reactos the root directory, move rosapps, rostests, wallpapers into modules, and delete rossubsys.


Revision tags: backups/GSoC_2017/rapps@75905, ReactOS-0.4.6, backups/ros-branch-0_4_6@75728, 0.4.7-dev, ReactOS-0.4.5, backups/ros-branch-0_4_5@74569, ReactOS-0.4.4-CLT2017, backups/ReactOS-0.4.4-CLT2017@74182, ReactOS-0.4.4, backups/ros-branch-0_4_4@74002, ReactOS-0.4.4-FOSDEM2017, backups/ReactOS-0.4.4-FOSDEM2017@73667, ReactOS-0.4.3, backups/ros-branch-0_4_3@73437, backups/sndblst@72664, ReactOS-0.4.2, backups/ros-branch-0_4_2@73087, ReactOS-0.4.1, backups/ros-branch-0_4_1@71718
# 321bcc05 24-Apr-2016 Pierre Schweitzer <pierre@reactos.org>

Create the AHCI branch for Aman's work

svn path=/branches/GSoC_2016/AHCI/; revision=71203


Revision tags: ReactOS-0.4.0-CLT2016, backups/ReactOS-0.4.0-CLT2016@71719, ReactOS-0.4.0-FOSDEM2016, backups/ReactOS-0.4.0-FOSDEM2016@70667, ReactOS-0.4.0, backups/ros-branch-0_4_0@70757, backups/colins-printing-for-freedom@73041, ReactOS-0.3.17-CLT2015, backups/ReactOS-0.3.17-CLT2015@66843, ReactOS-0.3.17, ReactOS-0.3.17-FOSDEM2015, backups/ReactOS-0.3.17-FOSDEM2015@66122, backups/shell-experiments@75904, backups/tcpip_revolution@71025
# c472e29a 02-Nov-2014 Amine Khaldi <amine.khaldi@reactos.org>

* Sync up to trunk head (r65183).

svn path=/branches/shell-experiments/; revision=65184


Revision tags: backups/0.3.17@66124, backups/ros-branch-0_3_16-clt2014@63729
# b819608e 02-May-2014 Hermès Bélusca-Maïto <hermes.belusca-maito@reactos.org>

Create a branch for console restructuration work.

svn path=/branches/condrv_restructure/; revision=63104


Revision tags: ReactOS-0.3.16-CLT2014, ReactOS-0.3.16, backups/ReactOS-0.3.16@62476
# 527f2f90 02-Feb-2014 Amine Khaldi <amine.khaldi@reactos.org>

[SHELL/EXPERIMENTS]
* Create a branch for some evul shell experiments.

svn path=/branches/shell-experiments/; revision=61927