Details about the system laptop in question:
Model: Samsung NP-P459L/P459-DS01CN (Motherboard replaced with one that identifies self as R458/R457 in BIOS)
CPU: Intel Core 2 Duo T6400 (2.0 GHz)
RAM: Elpida DDR2-667 2GBx2
GPU: NVIDIA GeForce 9200M GS
Issue description:
The system would run into crashes - ones that the OS cannot handle - when running certain x86-64 based system software. Since the errors are not to be handled by OS, no logs are available for diagnosis.
The following system-level software are known to cause these crashes, all of which are x86-64 based:
1. Resets system:
1.1 Windows 10;
1.2 NVIDIA drivers, on Windows 8.1 and Windows 7; (The operating systems themselves, however, do not crash without the NVIDIA drivers.)
1.3 Fairly recent Linux Kernels. Arch Linux has been observed to run into this issue as well.
2. 'Unregistered Exception Handler':
2.1 Windows Memory Diagnostic.
3. Certain software also lead to a freeze in a black (turned off) screen.
Other notes:
1. This computer is currently running Windows 10, 32-bit.
Patching the NT kernel for PAE and booting the patched kernel would lead to a BSoD on boot, code VIDEO_TDR_FAILURE in file nvlddmkm.sys. Notably, Running Debian 11 i386, using the 4.19 kernel packages from Debian 10 repos, with NVIDIA's proprietary drivers, such issue does not occur, even with a PAE-enabled Linux kernel.
2. This computer does have UEFI/GPT support but is somewhat crappy (e.g. no framebuffer, and even text console is problematic).
3. This computer is currently on the latest firmware (16NB).
4. This computer is long-forgotten, and no valuable information prior to the motherboard replacement exists, except that it is only known to work proper with 32-bit system software.
5. In Debian i386, the CPU's 'lm' flag can be correctly detected.
Model: Samsung NP-P459L/P459-DS01CN (Motherboard replaced with one that identifies self as R458/R457 in BIOS)
CPU: Intel Core 2 Duo T6400 (2.0 GHz)
RAM: Elpida DDR2-667 2GBx2
GPU: NVIDIA GeForce 9200M GS
Issue description:
The system would run into crashes - ones that the OS cannot handle - when running certain x86-64 based system software. Since the errors are not to be handled by OS, no logs are available for diagnosis.
The following system-level software are known to cause these crashes, all of which are x86-64 based:
1. Resets system:
1.1 Windows 10;
1.2 NVIDIA drivers, on Windows 8.1 and Windows 7; (The operating systems themselves, however, do not crash without the NVIDIA drivers.)
1.3 Fairly recent Linux Kernels. Arch Linux has been observed to run into this issue as well.
2. 'Unregistered Exception Handler':
2.1 Windows Memory Diagnostic.
3. Certain software also lead to a freeze in a black (turned off) screen.
Other notes:
1. This computer is currently running Windows 10, 32-bit.
Patching the NT kernel for PAE and booting the patched kernel would lead to a BSoD on boot, code VIDEO_TDR_FAILURE in file nvlddmkm.sys. Notably, Running Debian 11 i386, using the 4.19 kernel packages from Debian 10 repos, with NVIDIA's proprietary drivers, such issue does not occur, even with a PAE-enabled Linux kernel.
2. This computer does have UEFI/GPT support but is somewhat crappy (e.g. no framebuffer, and even text console is problematic).
3. This computer is currently on the latest firmware (16NB).
4. This computer is long-forgotten, and no valuable information prior to the motherboard replacement exists, except that it is only known to work proper with 32-bit system software.
5. In Debian i386, the CPU's 'lm' flag can be correctly detected.
Last edited: