Leaderboard

Hard job, but goes on with RTL8125 Dietmar

I succeed to install my from scratch build generic RTL8125 driver. So, the first most most crazy step is done. Mostly all OIDs are unknown to me and I have to recognice them all one by one with "hand" means Windbg Dietmar PS: Next is from “driver starts” → “TCP/IP binds + DHCP works” → “real traffic” 20: kd> !devnode 8bed55a8 DevNode 0x8bed55a8 for PDO 0x8bed5c10 Parent 0x8be67288 Sibling 0000000000 Child 0000000000 InstancePath is "PCI\VEN_10EC&DEV_8125&SUBSYS_E0001458&REV_05\4&2b19def8&0&00E2" ServiceName is "rtl8125" State = DeviceNodeStarted (0x308) Previous State = DeviceNodeEnumerateCompletion (0x30d) StateHistory[07] = DeviceNodeEnumerateCompletion (0x30d) StateHistory[06] = DeviceNodeStarted (0x308) StateHistory[05] = DeviceNodeStartPostWork (0x307) StateHistory[04] = DeviceNodeStartCompletion (0x306) StateHistory[03] = DeviceNodeResourcesAssigned (0x304) StateHistory[02] = DeviceNodeDriversAdded (0x303) StateHistory[01] = DeviceNodeInitialized (0x302) StateHistory[00] = DeviceNodeUninitialized (0x301) StateHistory[19] = Unknown State (0x0) StateHistory[18] = Unknown State (0x0) StateHistory[17] = Unknown State (0x0) StateHistory[16] = Unknown State (0x0) StateHistory[15] = Unknown State (0x0) StateHistory[14] = Unknown State (0x0) StateHistory[13] = Unknown State (0x0) StateHistory[12] = Unknown State (0x0) StateHistory[11] = Unknown State (0x0) StateHistory[10] = Unknown State (0x0) StateHistory[09] = Unknown State (0x0) StateHistory[08] = Unknown State (0x0) Flags (0x000000f0) DNF_ENUMERATED, DNF_IDS_QUERIED, DNF_HAS_BOOT_CONFIG, DNF_BOOT_CONFIG_RESERVED CapabilityFlags (0x00002003) DeviceD1, DeviceD2, WakeFromD3

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260221-3219d2d-uxp-3ce7d63ca4-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260221-3219d2d-uxp-3ce7d63ca4-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260221-3219d2d-uxp-3ce7d63ca4-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260221-d849524bd-uxp-3ce7d63ca4-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260221-d849524bd-uxp-3ce7d63ca4-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260221-d849524bd-uxp-3ce7d63ca4-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260221-d849524bd-uxp-3ce7d63ca4-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260221-d849524bd-uxp-3ce7d63ca4-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2051 - Follow-up: Reverse filter channel order on big-endian. (4a5a4216fa) - Update CLDR Plural Forms (d76b684b2d) - Add Special Lithuanian Casing (a280357a13) - Add Manual Tibetan Line Breaking (331aaa3be9) - Issue #2946 - Override sample duration if unknown. (b18f865d50) - Issue #2946 - Enable WMF VP9 decoder by default. (0ebf0f049d) - Issue #2697 - Follow-up: Update libjxl to 0.11.2 for security updates. Fix tile dimension in low memory rendering pipeline. CVE-2025-12474 - https://www.cve.org/cverecord?id=CVE-2025-12474 Fix number of channels for gray-to-gray color transform. CVE-2026-1837 - https://www.cve.org/cverecord?id=CVE-2026-1837 And one security fix without a CVE. (cd63b7bf63) - Issue #2697 & #2051 - Follow-up: Spot fix a JPEG-XL big endian issue. Rewrote the patch from the main branch because it requires newer Highway versions. Original patch needs Highway Endian and ARM64 MulOdd() Vec128<int32_t> support. (54cca3d19a) - Issue #2949 - Part 1: Add option to disable hardware decoding. (4c61d6eca0) - Issue #2949 - Part 2: When hardware decoding fails, fall back to software (e2d9147488) - Issue #2949 - Part 3: Add method to read a VP9 profile from a VP9 bitstream (728953f2a3) - Issue #2949 - Part 4: Don't attempt to use WMF VP9 decoder for profiles 1 and 3. (26708f41b5) - Issue #2953 - Part 1: Attempt to decode the first frame again if error occurred. (f18608e46d) - Issue #2953 - Part 2: Don't attempt to continue decoding if no next keyframe. (69e5594d45) - Issue #2953 - Part 3: Assert that no error can occur while an internal seek is pending. (5491326ff9) - Issue #2953 - Part 4: Don't attempt to skip to next keyframe if there are none. (2bee353427) - Issue #2949 - Part 2 Follow-up: Check if first frame has been decoded for software fallback. (2d6ab30ad4) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. Update Notice: - You may delete file named icudt*.dat and icu63.dll inside program folder when updating from old releases. * Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

1, motherboard MSI based on q87 generic Intel chipset Haswell. 2, ASRock H110 https://www.asrock.com/mb/Intel/H110M Combo-G/

@mjd79, at this point only you can know, please tell, do we have a signed driver 3.0 that can be integrated? Thanks!

2005 - 2015 computers quality was good. Newer and older ones are poorly built, outright garbage. @Monroe, thanks, interesting!

Yes, I do! Q6700 was Hi-end, top of the line in 2007, q9300 was a severely reduced, budget version. Q6700 is 19yo btw,

Struggles a bit, probably varies depending on the video bitrate, probably when the Adblocker kicks in. But I'm logged into MSFN from this old PC, adds load, too.

Logically I would do that in this way. First all SP3 updates, then POSReady reg file and finally all POSReady updates.

AFAIK if ProxHTTPSProxyMII 1.3a (20150527) does not work in Win 2000, then unfortunately no chance. The only way is to install Win 2000 in a VM and let ProxHTTPSProxyMII run in your host system.

Ok, congrats! You did it! As I wrote above, following the mentioned guide leads to a successful access to MU.

Maybe you did all steps but did you verify each one deeply? Presumably your Windows Update Client hasn't been installed properly. Install it again. Then install patch and check if the correct patched version of "wuaueng.dll" exists in both folder system32 and system32\dllcache. In a lot of cases SFC replaces the patched version by an original one. Check if all registry entries have been added and so on. One thing I can say definitely: my guide is working and has been tested successfully. All people here who said "I did all steps" missed one or didn't verify carefully if all has been done correctly. Some posts above you can read such comments. Checking all is the first you should do.

I totally agree. Check if all steps of this "Complete guide for restoring Microsoft Update in IE" have been performed properly: Perform and verify each step!