similar to: iopl()

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory 2015:0087 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-0087.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 94ab95f3538737900c033c35b6cddab925c14e98c1b631fa053c8ff5f498461f kernel-2.6.32-504.8.1.el6.i686.rpm

CentOS Errata and Bugfix Advisory 2017:0087 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0087.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: cc3fc76747c7cef5a11914cb099781950591ed403d2a288ed8e8d26b73aba453 mdadm-3.4-14.el7_3.1.x86_64.rpm Source:

I just got a Dell Dimension e521 (AMD 64 x2, nVidia MCP51 chipset) and so far it has been fine. Today I tried to burn some CD-R and DVD-R disks and have been able to do nothing but make coasters. The drive is a TSST TS-H653a (Samsung OEM) and does have the current firmware. Playing back data, audio, and video disks work just fine, but recording is a different matter. The drive shows up as

I found a clever way to make the extra IOPL switching invisible to non-paravirt compiles - since kernel_rpl is statically defined to be zero there, and only non-zero rpl kernel have a problem restoring IOPL, as popf does not restore IOPL flags unless run at CPL-0. Subject: IOPL handling for paravirt guests Signed-off-by: Zachary Amsden <zach@vmware.com> diff -r 8110943fd7ad

Instead, to follow hardware behavior, the I/O permission bitmap must always be consulted. Signed-off-by: Jan Beulich <jbeulich@novell.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

I get "IOPL not enabled" error when loading WINWORD.EXE. I have XP installed on a NTFS partition, and "office pro 2003" version. Anybody ran on this problem?? jose -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.winehq.org/pipermail/wine-users/attachments/20060315/86ceb3e2/attachment.htm

I found a clever way to make the extra IOPL switching invisible to non-paravirt compiles - since kernel_rpl is statically defined to be zero there, and only non-zero rpl kernel have a problem restoring IOPL, as popf does not restore IOPL flags unless run at CPL-0. Subject: IOPL handling for paravirt guests Signed-off-by: Zachary Amsden <zach@vmware.com> diff -r 8110943fd7ad

On 10/29/2014 10:17 AM, josh at joshtriplett.org wrote: >> >> But this is entirely a style decision, so I leave it up to the x86 >> maintainers ... > > I can certainly do that if the x86 maintainers prefer, but that tends to > produce a net increase in lines of code, as well as duplicating all the > function prototypes, which to me seems more error-prone. If the

On Wed, 29 Oct 2014, Josh Triplett wrote: > v3: Eliminated several #ifdefs, and in particular almost all #ifdefs in > .c files, by adding a macro INIT_SET_IOPL_MASK to use in place of > the initializer for set_iopl_mask, and using __maybe_unused rather > than wrapping function definitions in #ifdef. Rebased on v3.18-rc1. > Recomputed bloat-o-meter. Can you please

On Mon, Nov 03, 2014 at 12:10:49PM +0000, One Thousand Gnomes wrote: > On Sun, 2 Nov 2014 09:33:01 -0800 > Josh Triplett <josh at joshtriplett.org> wrote: > > > On the vast majority of modern systems, no processes will use the > > userspsace IO syscalls, iopl and ioperm. Add a new config option, > > CONFIG_X86_IOPORT, to support configuring them out of the kernel

On Mon, Nov 03, 2014 at 03:27:48PM +0000, One Thousand Gnomes wrote: > > > This isn't unreasonable but there are drivers with userspace helpers that > > > use iopl/ioperm type functionality where you should be doing a SELECT of > > > X86_IOPORT. The one that comes to mind is the uvesa driver. From a quick > > > scan it may these days be the only mainstream

On 11/03/2014 07:27 AM, One Thousand Gnomes wrote: >>> This isn't unreasonable but there are drivers with userspace helpers that >>> use iopl/ioperm type functionality where you should be doing a SELECT of >>> X86_IOPORT. The one that comes to mind is the uvesa driver. From a quick >>> scan it may these days be the only mainstream one that needs the select

Being a new Ubuntu 10.10 user, I am trying to get Wine to work in order to access some of my previous WIN XP programs. When I try to use Outlook (from which it is still difficult to migrate to an appropriate Linux Prog), I always get the "IOPL not enabled" message. I have tried the fix with adding the gdiplus in libraries and changing it. But there is no effect. If the

On Sun, 2 Nov 2014 09:33:01 -0800 Josh Triplett <josh at joshtriplett.org> wrote: > On the vast majority of modern systems, no processes will use the > userspsace IO syscalls, iopl and ioperm. Add a new config option, > CONFIG_X86_IOPORT, to support configuring them out of the kernel > entirely. Most current systems do not run programs using these > syscalls, so X86_IOPORT

On Sun, 2 Nov 2014 09:33:01 -0800 Josh Triplett <josh at joshtriplett.org> wrote: > On the vast majority of modern systems, no processes will use the > userspsace IO syscalls, iopl and ioperm. Add a new config option, > CONFIG_X86_IOPORT, to support configuring them out of the kernel > entirely. Most current systems do not run programs using these > syscalls, so X86_IOPORT

On Wed, Oct 29, 2014 at 09:59:25AM -0700, Kees Cook wrote: > On Wed, Oct 29, 2014 at 9:10 AM, Josh Triplett <josh at joshtriplett.org> wrote: > > --- a/arch/x86/kernel/process-io.h > > +++ b/arch/x86/kernel/process-io.h > > @@ -1,9 +1,17 @@ > > #ifndef _X86_KERNEL_PROCESS_IO_H > > #define _X86_KERNEL_PROCESS_IO_H > > > > +static inline void

On Wed, Oct 29, 2014 at 09:59:25AM -0700, Kees Cook wrote: > On Wed, Oct 29, 2014 at 9:10 AM, Josh Triplett <josh at joshtriplett.org> wrote: > > --- a/arch/x86/kernel/process-io.h > > +++ b/arch/x86/kernel/process-io.h > > @@ -1,9 +1,17 @@ > > #ifndef _X86_KERNEL_PROCESS_IO_H > > #define _X86_KERNEL_PROCESS_IO_H > > > > +static inline void

Hi, on a dual boot laptop I have winXP and Debian sid/squeeze x86_64 installed. Wine is version 1.0.1. WinXP partition is NTFS and mounted read-only under Debian. I have used winecfg to attach the NTFS partition to my drive E: and use winefile to navigate to the microsoft office 11 binaries on E:. Both winword.exe and excel.exe reports the famous IOPL not enabled message. I have not installed any

> > This isn't unreasonable but there are drivers with userspace helpers that > > use iopl/ioperm type functionality where you should be doing a SELECT of > > X86_IOPORT. The one that comes to mind is the uvesa driver. From a quick > > scan it may these days be the only mainstream one that needs the select > > adding. > > Should kernel drivers really