Linux MSDOS Archive

• Thread Index

• Re: Recent update crashes within BCC makefile
  • From: stsp <stsp2@xxxxxxxxx>
• Recent update crashes within BCC makefile
  • From: Greg Semeraro <gps@xxxxxxxxxxxxxxxx>
• dosemu2 in Linux; syncpipe[0] < MAX_FD' failed, cpu exception in dosemu code outside of VM86
  • From: eric.oulashin@xxxxxxxxx
• Re: PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• PSA: migrating linux-msdos to new vger infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: DOSEMU fails on start with SIGSEGV...
  • From: stsp <stsp2@xxxxxxxxx>
• Re: DOSEMU fails on start with SIGSEGV...
  • From: Zeni Junker <zeni.junker445@xxxxxxxxxxxxx>
• Re: DOSEMU fails on start with SIGSEGV...
  • From: stsp <stsp2@xxxxxxxxx>
• Re: DOSEMU fails on start with SIGSEGV...
  • From: Zeni Junker <zeni.junker445@xxxxxxxxxxxxx>
• DOSEMU fails on start with SIGSEGV...
  • From: Zeni Junker <zeni.junker445@xxxxxxxxxxxxx>
• Re: Installing FreeDOS
  • From: Tomas By <tomas@xxxxxxxxx>
• Installing FreeDOS
  • From: Liam Proven <lproven@xxxxxxxxx>
• announce: pre9
  • From: stsp <stsp2@xxxxxxxxx>
• kann man dir vertrauen?
  • From: <bx@xxxxxxxxxx>
• Re: additional drives
  • From: stsp <stsp2@xxxxxxxxx>
• additional drives
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: one error down maybe two to go.
  • From: stsp <stsp2@xxxxxxxxx>
• Re: one error down maybe two to go.
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: one error down maybe two to go.
  • From: stsp <stsp2@xxxxxxxxx>
• one error down maybe two to go.
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: exitemu error
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: sound card detection
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: exitemu error
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• Re: sound card detection
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• Re: htmlhelp.exe what is it supposed to do?
  • From: Stegozor <stegozor@xxxxxxxxx>
• sound card detection
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• htmlhelp.exe what is it supposed to do?
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• exitemu error
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: install-freedos
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• Re: install-freedos
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: can dosemu use this sound card?
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• Re: install-freedos
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• sound for dosemu on archlinux more complex
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• install-freedos
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: can dosemu use this sound card?
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: can dosemu use this sound card?
  • From: Dominique Michel <dominique.c.michel@xxxxxxxxx>
• archlinux install success
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: archlinux and install-dosemu-master.zip
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: archlinux and install-dosemu-master.zip
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• Re: can dosemu use this sound card?
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• re: install-dosemu-master work around
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• can dosemu use this sound card?
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• archlinux and install-dosemu-master.zip
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: install-freedos-master works
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: install-freedos-master works
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• install-freedos-master works
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: install-freedos-master
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• freedos installs impossible with screen readers
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: install-freedos-master
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• install-freedos-master
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: downloaddos script
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• freedos.org
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: downloaddos script
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: downloaddos script
  • From: Tomas By <tomas@xxxxxxxxx>
• downloaddos script
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• install-freedosuserspace fails
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• got freedos-installuserspace working almost
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu2 very interesting results
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• dosemurc tip
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• dosemu2 very interesting results
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• dosemu2 errors
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and accessibility
  • From: Julius Schwartzenberg <julius.schwartzenberg@xxxxxxxxx>
• dosemu and accessibility
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• mkfatimage16 & mkfatimage utilities
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: loop for hdimage
  • From: Tavis Ormandy <taviso@xxxxxxxxx>
• loop for hdimage
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: loop device needed for hdimage dosemu package setup
  • From: Tavis Ormandy <taviso@xxxxxxxxx>
• loop device needed for hdimage dosemu package setup
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• current version of dosemu
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• dosemu setup
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: dosemu and dosbox fail
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu and dosbox fail
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu and dosbox fail
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• dosemu and dosbox fail
  • From: Jude DaShiell <jdashiel@xxxxxxxxx>
• Re: DOS emulators
  • From: Franta Hanzlík <franta@xxxxxxxxxxx>
• Re: DOS emulators
  • From: John Coppens <john@xxxxxxxxxxxx>
• Re: DOS emulators
  • From: Tavis Ormandy <taviso@xxxxxxxxx>
• DOS emulators
  • From: Tomas By <tomas@xxxxxxxxx>
• Re: dosemu segmentation fault in UBUNTU 20.04
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu segmentation fault in UBUNTU 20.04
  • From: stsp <stsp2@xxxxxxxxx>
• dosemu segmentation fault in UBUNTU 20.04
  • From: Earl Rodd Alt <eroddalt@xxxxxxx>
• Re: dosemu2 virtual modem - calls inbound
  • From: Steve Bourg <stevenebourg@xxxxxxxxx>
• Re: dosemu2 virtual modem - calls inbound
  • From: stsp <stsp2@xxxxxxxxx>
• dosemu2 virtual modem - calls inbound
  • From: Steve Bourg <stevenebourg@xxxxxxxxx>
• Re: Ubuntu 20.04
  • From: stsp <stsp2@xxxxxxxxx>
• Re: Ubuntu 20.04
  • From: Gordon Hay <gordon@xxxxxxxxxxxx>
• Re: Ubuntu 20.04
  • From: stsp <stsp2@xxxxxxxxx>
• Ubuntu 20.04
  • From: Gordon Hay <gordon@xxxxxxxxxxxx>
• happy new year!
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: Dominique Michel <dominique.c.michel@xxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: Dominique Michel <dominique.c.michel@xxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: Brent Busby <brent@xxxxxxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: Dominique Michel <dominique.c.michel@xxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: stsp <stsp2@xxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: Dominique Michel <dominique.c.michel@xxxxxxxxx>
• Re: dosemu: trouble with himem.sys and rs232
  • From: stsp <stsp2@xxxxxxxxx>
• dosemu: trouble with himem.sys and rs232
  • From: Dominique Michel <dominique.c.michel@xxxxxxxxx>
• Waiting for printer to be On-Line
  • From: Manuel Angulo <manuel.antonio.angulo@xxxxxxxxx>
• Re: SoundBlaster drivers
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: SoundBlaster drivers
  • From: Brent Busby <brent@xxxxxxxxxxxxx>
• Re: SoundBlaster drivers
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: SoundBlaster drivers
  • From: Brent Busby <brent@xxxxxxxxxxxxx>
• Re: SoundBlaster drivers
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: SoundBlaster drivers
  • From: Brent Busby <brent@xxxxxxxxxxxxx>
• Re: SoundBlaster drivers
  • From: Stas Sergeev <stsp@xxxxxxx>
• SoundBlaster drivers
  • From: Brent Busby <brent@xxxxxxxxxxxxx>
• Re: FW: DOSEMU
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: dosemu, Putty, ERROR: X
  • From: Stas Sergeev <stsp@xxxxxxx>
• dosemu, Putty, ERROR: X
  • From: Alex <zeitalex@xxxxxxxxx>
• Re: quick question about dosemu
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: quick question about dosemu
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: quick question about dosemu
  • From: David Henderson <dhenderson@xxxxxxxxxxxxxxxx>
• Re: quick question about dosemu
  • From: David Henderson <dhenderson@xxxxxxxxxxxxxxxx>
• Re: quick question about dosemu
  • From: David Henderson <dhenderson@xxxxxxxxxxxxxxxx>
• Re: quick question about dosemu
  • From: Brent Busby <brent@xxxxxxxxxxxxx>
• Re: quick question about dosemu
  • From: David Henderson <dhenderson@xxxxxxxxxxxxxxxx>
• Re: quick question about dosemu
  • From: David Henderson <dhenderson@xxxxxxxxxxxxxxxx>
• Re: quick question about dosemu
  • From: stsp <stsp@xxxxxxx>
• Re: quick question about dosemu
  • From: David Henderson <dhenderson@xxxxxxxxxxxxxxxx>
• Re: quick question about dosemu
  • From: David Henderson <dhenderson@xxxxxxxxxxxxxxxx>
• Re: quick question about dosemu
  • From: David Henderson <dhenderson@xxxxxxxxxxxxxxxx>
• Re: quick question about dosemu
  • From: Stas Sergeev <stsp@xxxxxxx>
• quick question about dosemu
  • From: David Henderson <dhenderson@xxxxxxxxxxxxxxxx>
• announce: fdpp, a 64bit DOS in C++
  • From: Stas Sergeev <stsp@xxxxxxx>
• announce: fdpp, a 64bit DOS in C++
  • From: Stas Sergeev <stsp@xxxxxxx>
• cakewalk 5 for dos
  • From: Ross Miguel <mross@xxxxxxxxxxxxxxxxx>
• Re: Setting up dosemu2 (from binary)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Setting up dosemu2 (from binary)
  • From: Richard White <recw@xxxxxxxxx>
• Re: FOSDEM talk next week
  • From: Damien Moore <damien@xxxxxxxxxxxxxxxxxx>
• Re: FOSDEM talk next week
  • From: Bart Oldeman <bartoldeman@xxxxxxxxx>
• Re: FOSDEM talk next week
  • From: Franta Hanzlík <franta@xxxxxxxxxxx>
• Re: FOSDEM talk next week
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: FOSDEM talk next week
  • From: jeg@xxxxxxxxxxxxxxxxxxx
• FOSDEM talk next week
  • From: Bart Oldeman <bartoldeman@xxxxxxxxx>
• ERROR: Unknown format on /proc/cpuinfo
  • From: Scott <drmemory@xxxxxxxxxxx>
• Re: [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 24/26] x86: Enable User-Mode Instruction Prevention
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 24/26] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 23/26] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 22/26] x86/umip: Force a page fault when unable to copy emulated result to user
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• dosemu comment
  • From: John White <john@xxxxxxxxxxxxxxxxxxxxx>
• Dosemu Documentation current version
  • From: "John R. Sowden" <jsowden@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 13/26] x86/insn-eval: Add function to get default params of code segment
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 10/26] x86/insn-eval: Add utility functions to get segment selector
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 10/26] x86/insn-eval: Add utility functions to get segment selector
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 21/26] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• dosemu2 discussions
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH v7 18/26] x86/insn-eval: Add support to resolve 16-bit addressing encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 14/26] x86/insn-eval: Indicate a 32-bit displacement if ModRM.mod is 0 and ModRM.rm is 5
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 13/26] x86/insn-eval: Add function to get default params of code segment
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 10/26] x86/insn-eval: Add utility functions to get segment selector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 10/26] x86/insn-eval: Add utility functions to get segment selector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 24/26] x86: Enable User-Mode Instruction Prevention
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 23/26] x86/traps: Fixup general protection faults caused by UMIP
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 22/26] x86/umip: Force a page fault when unable to copy emulated result to user
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 21/26] x86: Add emulation code for UMIP instructions
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH v7 20/26] x86/cpufeature: Add User-Mode Instruction Prevention definitions
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 18/26] x86/insn-eval: Add support to resolve 16-bit addressing encodings
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 14/26] x86/insn-eval: Indicate a 32-bit displacement if ModRM.mod is 0 and ModRM.rm is 5
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 13/26] x86/insn-eval: Add function to get default params of code segment
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 09/26] x86/insn-eval: Add utility function to identify string instructions
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 05/26] x86/mpx: Do not use SIB.base if its value is 101b and ModRM.mod = 0
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 08/26] x86/insn-eval: Add a utility function to get register offsets
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 09/26] x86/insn-eval: Add utility function to identify string instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 12/26] x86/insn-eval: Add utility functions to get segment descriptor base address and limit
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 02/26] x86/mm: Relocate page fault error codes to traps.h
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 12/26] x86/insn-eval: Add utility functions to get segment descriptor base address and limit
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 10/26] x86/insn-eval: Add utility functions to get segment selector
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 09/26] x86/insn-eval: Add utility function to identify string instructions
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 08/26] x86/insn-eval: Add a utility function to get register offsets
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 05/26] x86/mpx: Do not use SIB.base if its value is 101b and ModRM.mod = 0
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 02/26] x86/mm: Relocate page fault error codes to traps.h
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 00/26] x86: Enable User-Mode Instruction Prevention
  • From: "Neri, Ricardo" <ricardo.neri@xxxxxxxxx>
• Re: [PATCH v7 04/26] x86/mpx: Do not use SIB.index if its value is 100b and ModRM.mod is not 11b
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 02/26] x86/mm: Relocate page fault error codes to traps.h
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 04/26] x86/mpx: Do not use SIB.index if its value is 100b and ModRM.mod is not 11b
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 02/26] x86/mm: Relocate page fault error codes to traps.h
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 01/26] ptrace,x86: Make user_64bit_mode() available to 32-bit builds
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 00/26] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 07/21] x86/insn-eval: Add utility function to get segment descriptor
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 07/21] x86/insn-eval: Add utility function to get segment descriptor
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 08/21] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 08/21] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 10/21] x86/insn-eval: Do not use R/EBP as base if mod in ModRM is zero
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 12/21] x86/insn: Support both signed 32-bit and 64-bit effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 20/26] x86/cpufeature: Add User-Mode Instruction Prevention definitions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 12/21] x86/insn: Support both signed 32-bit and 64-bit effective addresses
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 10/21] x86/insn-eval: Do not use R/EBP as base if mod in ModRM is zero
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v7 20/26] x86/cpufeature: Add User-Mode Instruction Prevention definitions
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [v6 PATCH 06/21] x86/insn-eval: Add utility functions to get segment selector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 02/26] x86/mm: Relocate page fault error codes to traps.h
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 05/26] x86/mpx: Do not use SIB.base if its value is 101b and ModRM.mod = 0
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 03/26] x86/mpx: Use signed variables to compute effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 08/26] x86/insn-eval: Add a utility function to get register offsets
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 19/26] x86/insn-eval: Add wrapper function for 16-bit and 32-bit address encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 18/26] x86/insn-eval: Add support to resolve 16-bit addressing encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 21/26] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 22/26] x86/umip: Force a page fault when unable to copy emulated result to user
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 20/26] x86/cpufeature: Add User-Mode Instruction Prevention definitions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 04/26] x86/mpx: Do not use SIB.index if its value is 100b and ModRM.mod is not 11b
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 09/26] x86/insn-eval: Add utility function to identify string instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 15/26] x86/insn-eval: Incorporate segment base and limit in linear address computation
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 23/26] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 11/26] x86/insn-eval: Add utility function to get segment descriptor
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 06/26] x86/mpx, x86/insn: Relocate insn util functions to a new insn-eval file
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 16/26] x86/insn-eval: Support both signed 32-bit and 64-bit effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 13/26] x86/insn-eval: Add function to get default params of code segment
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 10/26] x86/insn-eval: Add utility functions to get segment selector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 12/26] x86/insn-eval: Add utility functions to get segment descriptor base address and limit
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 24/26] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 26/26] selftests/x86: Add tests for instruction str and sldt
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 14/26] x86/insn-eval: Indicate a 32-bit displacement if ModRM.mod is 0 and ModRM.rm is 5
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 25/26] selftests/x86: Add tests for User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 17/26] x86/insn-eval: Handle 32-bit address encodings in virtual-8086 mode
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 01/26] ptrace,x86: Make user_64bit_mode() available to 32-bit builds
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v7 00/26] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 08/21] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 08/21] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 07/21] x86/insn-eval: Add utility function to get segment descriptor
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 06/21] x86/insn-eval: Add utility functions to get segment selector
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 05/21] x86/insn-eval: Add utility functions to get register offsets
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 03/21] x86/mpx: Do not use R/EBP as base in the SIB byte with Mod = 0
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 12/21] x86/insn: Support both signed 32-bit and 64-bit effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 11/21] insn/eval: Incorporate segment base in address computation
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 10/21] x86/insn-eval: Do not use R/EBP as base if mod in ModRM is zero
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 09/21] x86/insn-eval: Add functions to get default operand and address sizes
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 08/21] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 08/21] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 07/21] x86/insn-eval: Add utility function to get segment descriptor
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 06/21] x86/insn-eval: Add utility functions to get segment selector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 06/21] x86/insn-eval: Add utility functions to get segment selector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 05/21] x86/insn-eval: Add utility functions to get register offsets
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 03/21] x86/mpx: Do not use R/EBP as base in the SIB byte with Mod = 0
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 04/21] x86/mpx, x86/insn: Relocate insn util functions to a new insn-kernel
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 03/21] x86/mpx: Do not use R/EBP as base in the SIB byte with Mod = 0
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 01/21] x86/mpx: Use signed variables to compute effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 02/21] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 12/21] x86/insn: Support both signed 32-bit and 64-bit effective addresses
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 11/21] insn/eval: Incorporate segment base in address computation
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 10/21] x86/insn-eval: Do not use R/EBP as base if mod in ModRM is zero
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 09/21] x86/insn-eval: Add functions to get default operand and address sizes
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 08/21] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 07/21] x86/insn-eval: Add utility function to get segment descriptor
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 06/21] x86/insn-eval: Add utility functions to get segment selector
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 05/21] x86/insn-eval: Add utility functions to get register offsets
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 04/21] x86/mpx, x86/insn: Relocate insn util functions to a new insn-kernel
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 03/21] x86/mpx: Do not use R/EBP as base in the SIB byte with Mod = 0
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 01/21] x86/mpx: Use signed variables to compute effective addresses
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 02/21] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Alexandre Julliard <julliard@xxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Alexandre Julliard <julliard@xxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 21/21] selftests/x86: Add tests for User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v6 PATCH 15/21] x86/mm: Relocate page fault error codes to traps.h
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v6 PATCH 21/21] selftests/x86: Add tests for User-Mode Instruction Prevention
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v6 PATCH 19/21] x86/traps: Fixup general protection faults caused by UMIP
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• [v6 PATCH 04/21] x86/mpx, x86/insn: Relocate insn util functions to a new insn-kernel
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 06/21] x86/insn-eval: Add utility functions to get segment selector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 19/21] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 02/21] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 20/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 13/21] x86/insn-eval: Add support to resolve 16-bit addressing encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 12/21] x86/insn: Support both signed 32-bit and 64-bit effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 14/21] x86/insn-eval: Add wrapper function for 16-bit and 32-bit address encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 17/21] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 10/21] x86/insn-eval: Do not use R/EBP as base if mod in ModRM is zero
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 18/21] x86/umip: Force a page fault when unable to copy emulated result to user
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 05/21] x86/insn-eval: Add utility functions to get register offsets
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 08/21] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 15/21] x86/mm: Relocate page fault error codes to traps.h
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 01/21] x86/mpx: Use signed variables to compute effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 03/21] x86/mpx: Do not use R/EBP as base in the SIB byte with Mod = 0
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 21/21] selftests/x86: Add tests for User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 11/21] insn/eval: Incorporate segment base in address computation
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 16/21] x86/cpufeature: Add User-Mode Instruction Prevention definitions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 09/21] x86/insn-eval: Add functions to get default operand and address sizes
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v6 PATCH 07/21] x86/insn-eval: Add utility function to get segment descriptor
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v5 17/20] x86/umip: Force a page fault when unable to copy emulated result to user
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v5 17/20] x86/umip: Force a page fault when unable to copy emulated result to user
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [v5 00/20] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 02/20] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 01/20] x86/mpx: Use signed variables to compute effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 07/20] x86/insn-eval: Add utility function to get segment descriptor
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 08/20] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 05/20] x86/insn-eval: Add utility functions to get register offsets
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 09/20] x86/insn-eval: Add functions to get default operand and address sizes
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 10/20] x86/insn-eval: Do not use R/EBP as base if mod in ModRM is zero
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 11/20] insn/eval: Incorporate segment base in address computation
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 15/20] x86/cpufeature: Add User-Mode Instruction Prevention definitions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 12/20] x86/insn: Support both signed 32-bit and 64-bit effective addresses
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 13/20] x86/insn-eval: Add support to resolve 16-bit addressing encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 14/20] x86/insn-eval: Add wrapper function for 16-bit and 32-bit address encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 16/20] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 17/20] x86/umip: Force a page fault when unable to copy emulated result to user
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 04/20] x86/mpx, x86/insn: Relocate insn util functions to a new insn-kernel
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 18/20] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 20/20] selftests/x86: Add tests for User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 19/20] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 06/20] x86/insn-eval: Add utility functions to get segment selector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v5 03/20] x86/mpx: Do not use R/EBP as base in the SIB byte with Mod = 0
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: How to redirect LPT1 output to a disk file?
  • From: Roger House <rhouse@xxxxxxxxx>
• Re: How to redirect LPT1 output to a disk file?
  • From: Peća Nešovanović <office.eleservice@xxxxxxxxx>
• Re: How to redirect LPT1 output to a disk file?
  • From: Stas Sergeev <stsp@xxxxxxx>
• How to redirect LPT1 output to a disk file?
  • From: Roger House <rhouse@xxxxxxxxx>
• Re: [PATCH v4 15/17] x86/traps: Fixup general protection faults caused by UMIP
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 15/17] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 15/17] x86/traps: Fixup general protection faults caused by UMIP
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 01/17] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/17] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Adan Hawthorn <adanhawthorn@xxxxxxxxx>
• Re: [PATCH v4 01/17] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v4 01/17] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/17] x86/mpx, x86/insn: Relocate insn util functions to a new insn-kernel
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/17] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 15/17] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Coding style vs legibility [was Re: [PATCH v4 01/17] x86/mpx: Do not use SIB index if index points to R/ESP]
  • From: Mouse <mouse@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/17] x86/mpx, x86/insn: Relocate insn util functions to a new insn-kernel
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 01/17] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Paul Crawford <psc@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 15/17] x86/traps: Fixup general protection faults caused by UMIP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 01/17] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v4 06/17] x86/insn-eval: Add utility function to get segment descriptor
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 04/17] x86/insn-eval: Add utility functions to get register offsets
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 08/17] x86/insn-eval: Add functions to get default operand and address sizes
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 00/17] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 01/17] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 02/17] x86/mpx: Do not use R/EBP as base in the SIB byte with Mod = 0
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 07/17] x86/insn-eval: Add utility function to get segment descriptor base address
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 09/17] x86/insn-eval: Do not use R/EBP as base if mod in ModRM is zero
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 05/17] x86/insn-eval: Add utility function to get segment selector
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 13/17] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 15/17] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 16/17] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 11/17] x86/insn-eval: Add support to resolve 16-bit addressing encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 12/17] x86/cpufeature: Add User-Mode Instruction Prevention definitions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 14/17] x86/umip: Force a page fault when unable to copy emulated result to user
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 17/17] selftests/x86: Add tests for User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 10/17] insn/eval: Incorporate segment base in address computation
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [PATCH v4 03/17] x86/mpx, x86/insn: Relocate insn util functions to a new insn-kernel
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v3 PATCH 04/10] x86/insn-kernel: Add a function to obtain register offset in ModRM
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v3 PATCH 04/10] x86/insn-kernel: Add a function to obtain register offset in ModRM
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings (fwd)
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v3 PATCH 04/10] x86/insn-kernel: Add a function to obtain register offset in ModRM
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v3 PATCH 07/10] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v3 PATCH 00/10] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v3 PATCH 03/10] x86/mpx, x86/insn: Relocate insn util functions to a new insn-kernel
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [v3 PATCH 04/10] x86/insn-kernel: Add a function to obtain register offset in ModRM
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [v3 PATCH 07/10] x86: Add emulation code for UMIP instructions
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [v3 PATCH 00/10] x86: Enable User-Mode Instruction Prevention
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [v3 PATCH 00/10] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 02/10] x86/mpx: Fail decoding when SIB baseR/EBP is and no displacement is used
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 01/10] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 06/10] x86/cpufeature: Add User-Mode Instruction Prevention definitions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 07/10] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 09/10] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 05/10] x86/insn-kernel: Add support to resolve 16-bit addressing encodings
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 04/10] x86/insn-kernel: Add a function to obtain register offset in ModRM
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 08/10] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 10/10] selftests/x86: Add tests for User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v3 PATCH 03/10] x86/mpx, x86/insn: Relocate insn util functions to a new insn-kernel
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v2 3/7] x86/mpx, x86/insn: Relocate insn util functions to a new insn-utils
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v2 2/7] x86/mpx: Fail when implicit zero-displacement is used along with R/EBP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v2 5/7] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: Dosemu on 64 bit architectures
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v2 2/7] x86/mpx: Fail when implicit zero-displacement is used along with R/EBP
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [v2 3/7] x86/mpx, x86/insn: Relocate insn util functions to a new insn-utils
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: Dosemu on 64 bit architectures
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Dosemu on 64 bit architectures
  • From: jeg@xxxxxxxxxxxxxxxxxxx
• Dosemu on 64 bit architectures
  • From: Richard White <recw@xxxxxxxxx>
• Re: [v2 5/7] x86: Add emulation code for UMIP instructions
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v2 5/7] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v2 5/7] x86: Add emulation code for UMIP instructions
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v2 5/7] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v2 5/7] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Jakub Klawiter <jklawiter@xxxxxxxxx>
• Re: [v2 3/7] x86/mpx, x86/insn: Relocate insn util functions to a new insn-utils
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v2 6/7] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v2 2/7] x86/mpx: Fail when implicit zero-displacement is used along with R/EBP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [v2 1/7] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [v2 5/7] x86: Add emulation code for UMIP instructions
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Jakub Klawiter <jklawiter@xxxxxxxxx>
• Re: [v2 3/7] x86/mpx, x86/insn: Relocate insn util functions to a new insn-utils
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [v2 6/7] x86/traps: Fixup general protection faults caused by UMIP
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [v2 7/7] x86: Enable User-Mode Instruction Prevention
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [v2 3/7] x86/mpx, x86/insn: Relocate insn util functions to a new insn-utils
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [v2 5/7] x86: Add emulation code for UMIP instructions
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v2 6/7] x86/traps: Fixup general protection faults caused by UMIP
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v2 1/7] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [v2 2/7] x86/mpx: Fail when implicit zero-displacement is used along with R/EBP
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [v2 1/7] x86/mpx: Do not use SIB index if index points to R/ESP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v2 2/7] x86/mpx: Fail when implicit zero-displacement is used along with R/EBP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v2 7/7] x86: Enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v2 6/7] x86/traps: Fixup general protection faults caused by UMIP
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v2 5/7] x86: Add emulation code for UMIP instructions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v2 3/7] x86/mpx, x86/insn: Relocate insn util functions to a new insn-utils
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v2 4/7] x86/cpufeature: Add User-Mode Instruction Prevention definitions
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• [v2 0/7] x86: enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: lag while printing and serial redirect
  • From: Jakub Klawiter <jklawiter@xxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: lag while printing and serial redirect
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: lag while printing and serial redirect
  • From: Jakub Klawiter <jklawiter@xxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Jakub Klawiter <jklawiter@xxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: lag while printing and serial redirect
  • From: Jakub Klawiter <jklawiter@xxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: lag while printing and serial redirect
  • From: Jakub Klawiter <jklawiter@xxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: lag while printing and serial redirect
  • From: Jakub Klawiter <jklawiter@xxxxxxxxx>
• Re: lag while printing and serial redirect
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: lag while printing and serial redirect
  • From: Frank Cox <theatre@xxxxxxxxxxx>
• lag while printing and serial redirect
  • From: Jakub Klawiter <jklawiter@xxxxxxxxx>
• Re: DOSEmu2 question
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention
  • From: Harald Arnesen <skogtun.linux@xxxxxxxxx>
• Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: Emulated PCI devices?
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Emulated PCI devices?
  • From: Mouse <mouse@xxxxxxxxxxxxxxxxxxxx>
• Re: Emulated PCI devices?
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Emulated PCI devices?
  • From: Mouse <mouse@xxxxxxxxxxxxxxxxxxxx>
• Re: Emulated PCI devices?
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Emulated PCI devices?
  • From: Mouse <mouse@xxxxxxxxxxxxxxxxxxxx>
• Re: Emulated PCI devices?
  • From: Stas Sergeev <stsp@xxxxxxx>
• Emulated PCI devices?
  • From: Mouse <mouse@xxxxxxxxxxxxxxxxxxxx>
• Re: dosemu print serial problem
  • From: Damien Moore <damien@xxxxxxxxxxxxxxxxxx>
• Re: dosemu print serial problem
  • From: Stas Sergeev <stsp@xxxxxxx>
• dosemu print serial problem
  • From: Winfried Münch <winfried.muench@xxxxxx>
• Peculiar build fialure (sh "set" output appears during configuration)
  • From: Mouse <mouse@xxxxxxxxxxxxxxxxxxxx>
• Re: ubuntu debs?
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: ubuntu debs?
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: ubuntu debs?
  • From: Frederic Herman <fherman@xxxxxxxxxxxxxxx>
• Re: ubuntu debs?
  • From: Stas Sergeev <stsp@xxxxxxx>
• ubuntu debs?
  • From: Danil Smirnov <danil.smirnov@xxxxxxxxx>
• Re: "EMS driver version mismatch: got 3, expected 5, disabling"
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: "EMS driver version mismatch: got 3, expected 5, disabling"
  • From: Mouse <mouse@xxxxxxxxxxxxxxxxxxxx>
• Re: "EMS driver version mismatch: got 3, expected 5, disabling"
  • From: Stas Sergeev <stsp@xxxxxxx>
• "EMS driver version mismatch: got 3, expected 5, disabling"
  • From: Mouse <mouse@xxxxxxxxxxxxxxxxxxxx>
• announce: dosemu2-2.0pre6
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: DOS exe not working in DOSEMU under Ubuntu 16.04
  • From: Stas Sergeev <stsp@xxxxxxx>
• Fw: Re: DOS exe not working in DOSEMU under Ubuntu 16.04
  • From: John Coppens <john@xxxxxxxxxxxx>
• DOS exe not working in DOSEMU under Ubuntu 16.04
  • From: Gordon Hay <gordon@xxxxxxxxxxxx>
• Re: Ubuntu 16.04 on i386 has VM86 disabled again
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Ubuntu 16.04 on i386 has VM86 disabled again
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Ubuntu 16.04 on i386 has VM86 disabled again
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Ubuntu 16.04 on i386 has VM86 disabled again
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Ubuntu 16.04 on i386 has VM86 disabled again
  • From: Paul Crawford <psc@xxxxxxxxxxxxxxxx>
• Re: Ubuntu 16.04 on i386 has VM86 disabled again
  • From: Stas Sergeev <stsp@xxxxxxx>
• Ubuntu 16.04 on i386 has VM86 disabled again
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: dosemu
  • From: Stas Sergeev <stsp@xxxxxxx>
• dosemu
  • From: Luca Rossi <verdilucarossi@xxxxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: is this the mail list for dosemu2 also?
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: solarflow99 <solarflow99@xxxxxxxxx>
• is this the mail list for dosemu2 also?
  • From: "John R. Sowden" <jsowden@xxxxxxxxxxxxxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: Paul Crawford <psc@xxxxxxxxxxxxxxxx>
• Fwd: Warning about kernel 4.2 performance (revised)
  • From: Bart Oldeman <bartoldeman@xxxxxxxxx>
• Re: DOSemu still alive?
  • From: solarflow99 <solarflow99@xxxxxxxxx>
• Fwd: DOSemu still alive?
  • From: Kenneth Lyons <splinterfl@xxxxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Warning about kernel 4.2 performance
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Warning about kernel 4.2 performance
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Warning about kernel 4.2 performance
  • From: solarflow99 <solarflow99@xxxxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: Felix Miata <mrmazda@xxxxxxxxxxxxx>
• Re: Warning about kernel 4.2 performance
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Warning about kernel 4.2 performance (revised)
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Warning about kernel 4.2 performance
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Warning about kernel 4.2 performance
  • From: Felix Miata <mrmazda@xxxxxxxxxxxxx>
• Re: Warning about kernel 4.2 performance
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Warning about kernel 4.2 performance
  • From: solarflow99 <solarflow99@xxxxxxxxx>
• Warning about kernel 4.2 performance
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: serial communication problem with 1.4.0.7
  • From: solarflow99 <solarflow99@xxxxxxxxx>
• serial communication problem with 1.4.0.7
  • From: Damien Moore <damien@xxxxxxxxxxxxxxxxxx>
• Re: Illegal op ff e8 2c in newer dosemu
  • From: solarflow99 <solarflow99@xxxxxxxxx>
• Re: Illegal op ff e8 2c in newer dosemu
  • From: Paul Crawford <psc@xxxxxxxxxxxxxxxx>
• Re: Illegal op ff e8 2c in newer dosemu
  • From: Martin Hicks <mort@xxxxxxxx>
• Re: Illegal op ff e8 2c in newer dosemu
  • From: Paul Crawford <psc@xxxxxxxxxxxxxxxx>
• Re: Illegal op ff e8 2c in newer dosemu
  • From: "John R. Sowden" <jsowden@xxxxxxxxxxxxxxxxxx>
• Re: Illegal op ff e8 2c in newer dosemu
  • From: Frederic Herman <fherman@xxxxxxxxxxxxxxx>
• Re: Illegal op ff e8 2c in newer dosemu
  • From: Mateusz Viste <mateusz@xxxxxxxx>
• Re: Illegal op ff e8 2c in newer dosemu
  • From: "John R. Sowden" <jsowden@xxxxxxxxxxxxxxxxxx>
• Re: Illegal op ff e8 2c in newer dosemu
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Illegal op ff e8 2c in newer dosemu
  • From: Martin Hicks <mort@xxxxxxxx>
• Re: switch language
  • From: Mateusz Viste <mateusz@xxxxxxxx>
• Re: switch language
  • From: Stas Sergeev <stsp@xxxxxxx>
• switch language
  • From: mattias <mj@xxxxxx>
• Re: Problem with serial port access
  • From: Lars Bjørndal <lars@xxxxxxxxxxx>
• Re: Problem with serial port access
  • From: John Coppens <john@xxxxxxxxxxxx>
• Re: dosemu
  • From: solarflow99 <solarflow99@xxxxxxxxx>
• Re: dosemu
  • From: Амосов Алексей <aleamosov@xxxxxxxxx>
• Re: dosemu
  • From: KEA <kea@xxxxxxxxxxxxxx>
• Re: dosemu
  • From: solarflow99 <solarflow99@xxxxxxxxx>
• dosemu
  • From: Амосов Алексей <aleamosov@xxxxxxxxx>
• Re: Bad performance with 1.4.0.8
  • From: Ivan Baldo <ibaldo@xxxxxxxxxxxxx>
• Bad performance with 1.4.0.8
  • From: Dietmar Schoch <dietmar@xxxxxxxxxxxxx>
• Problem with serial port access
  • From: lars@xxxxxxxxxxx (Lars Bjørndal)
• Re: A video problem
  • From: Lars Bjørndal <lars@xxxxxxxxxxx>
• Re: A video problem
  • From: Lars Bjørndal <lars@xxxxxxxxxxx>
• Re: A video problem
  • From: KEA <kea@xxxxxxxxxxxxxx>
• Re: A video problem
  • From: Felix Miata <mrmazda@xxxxxxxxxxxxx>
• Re: A video problem
  • From: Lars Bjørndal <lars@xxxxxxxxxxx>
• A video problem
  • From: lars@xxxxxxxxxxx (Lars Bjørndal)
• Re: Dosemu with Kubuntu 12.04
  • From: Paul Crawford <psc@xxxxxxxxxxxxxxxx>
• Dosemu with Kubuntu 12.04
  • From: Keith <keith@xxxxxxxxxxxxxxxxx>
• Re: dosemu and ubuntu 14
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: dosemu and ubuntu 14
  • From: Stas Sergeev <stsp@xxxxxxx>
• dosemu and ubuntu 14
  • From: Tom <tommy.forty@xxxxxxxxx>
• Re: Problem with dosemu
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: UPX or not UPX FreeDOS programs/TSRs?
  • From: Ivan Baldo <ibaldo@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• UPX or not UPX FreeDOS programs/TSRs?
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Jegunn <jeg@xxxxxxxxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Jegunn <jeg@xxxxxxxxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Ivan Baldo <ibaldo@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: "Janos G. Komaromi" <jankom@xxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Some patches against the devel branch
  • From: Jude DaShiell <jdashiel@xxxxxxxxxxxxxx>
• Re: VESA mode 0x10B - 132 columns × 50 rows - is it possible?
  • From: Frantisek Hanzlik <it@xxxxxxxxxxx>
• Re: VESA mode 0x10B - 132 columns × 50 rows - is it possible?
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: VESA mode 0x10B - 132 columns × 50 rows - is it possible?
  • From: Felix Miata <mrmazda@xxxxxxxxxxxxx>
• VESA mode 0x10B - 132 columns × 50 rows - is it possible?
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Some patches against the devel branch
  • From: "Andrew Bird (Sphere Systems)" <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Frank Cox <theatre@xxxxxxxxxxxxxxxxxxx>
• Re: Problem with dosemu
  • From: Ivan Baldo <ibaldo@xxxxxxxxxxxxx>
• Problem with dosemu
  • From: jankomEarthlink <janosk@xxxxxxxxxxxxx>
• Re: DOSEMU good..
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: DOSEMU good..
  • From: "John R. Sowden" <jsowden@xxxxxxxxxxxxxxxxxx>
• DOSEMU good..
  • From: Hal <halinux@xxxxxxxxxxxx>
• Re: 32/64bits emulation questions.
  • From: Frank Cox <theatre@xxxxxxxxxxxxxxxxxxx>
• 32/64bits emulation questions.
  • From: Pablo Vasquez <pevasquez@xxxxxxxxx>
• #$_rdtsc = (on)
  • From: jamie marchant <jamie.marchant@xxxxxxxxxxxx>
• .386 driver support
  • From: jamie marchant <jamie.marchant@xxxxxxxxxxxx>
• DOSEMU and memory-mapped IO
  • From: Rob Gaddi <rgaddi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: drives/* dir symbolic link names mapped to drive letters?
  • From: Ivan Baldo <ibaldo@xxxxxxxxxxxxx>
• drives/* dir symbolic link names mapped to drive letters?
  • From: Gregor Horvath <horli@xxxxxxxx>
• No digital sound
  • From: "marchaja@xxxxxxxxxxxxxxxxxx" <james.marchant@xxxxxxxxxxxxxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Frantisek Hanzlik <it@xxxxxxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Bart Oldeman <bartoldeman@xxxxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Frantisek Hanzlik <it@xxxxxxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Frantisek Hanzlik <it@xxxxxxxxxxx>
• Install DR-DOS 7.0 into dosemu on Linux Mint (Debian)
  • From: Dewey McDonnell <dewey@xxxxxxxxxxxxx>
• Re: Need Help - Dosemu Not Working For Ubuntu 32-bit
  • From: Frederic Herman <fherman@xxxxxxxxxxxxxxx>
• Re: Need Help - Dosemu Not Working For Ubuntu 32-bit
  • From: Frantisek Hanzlik <franta@xxxxxxxxxxx>
• Re: Need Help - Dosemu Not Working For Ubuntu 32-bit
  • From: Ivan Baldo <ibaldo@xxxxxxxxxxxxx>
• Re: Need Help - Dosemu Not Working For Ubuntu 32-bit
  • From: Stas Sergeev <stsp@xxxxxxx>
• Need Help - Dosemu Not Working For Ubuntu 32-bit
  • From: Frederic Herman <fherman@xxxxxxxxxxxxxxx>
• Re: Redirecting a DOS interrupt call out to Linux
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Redirecting a DOS interrupt call out to Linux
  • From: Andrew Bird <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Redirecting a DOS interrupt call out to Linux
  • From: Stas Sergeev <stsp@xxxxxxx>
• Redirecting a DOS interrupt call out to Linux
  • From: "Andrew Bird (Sphere Systems)" <ajb@xxxxxxxxxxxxxxxxxxx>
• Re: Resurrect DOSEMU
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: Merge Projects
  • From: Devyn Collier Johnson <devyncjohnson@xxxxxxxxx>
• Merge Projects
  • From: Devyn Collier Johnson <devyncjohnson@xxxxxxxxx>
• Re: Resurrect DOSEMU
  • From: Frederic Herman <fherman@xxxxxxxxxxxxxxx>
• Re: Resurrect DOSEMU
  • From: Mateusz Viste <mateusz@xxxxxxxxxxxxxxxx>
• Re: Resurrect DOSEMU
  • From: Paul Crawford <psc@xxxxxxxxxxxxxxxx>
• Resurrect DOSEMU
  • From: Devyn Collier Johnson <devyncjohnson@xxxxxxxxx>
• Re: DOSEMU Version 2 has been Released
  • From: Ivan Baldo <ibaldo@xxxxxxxxxxxxx>
• Re: DOSEMU Version 2 has been Released (DevynCJohnson@xxxxxxxxx)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: DOSEMU Version 2 has been Released (DevynCJohnson@xxxxxxxxx)
  • From: Devyn Collier Johnson <devyncjohnson@xxxxxxxxx>
• Re: DOSEMU Version 2 has been Released (DevynCJohnson@xxxxxxxxx)
  • From: Stas Sergeev <stsp@xxxxxxx>