[patch 14/24] IrDA: Incorrect TTP header reservation

2.6.18-stable review patch. If anyone has any objections, please let us know. -- From: Jeet Chaudhuri <[EMAIL PROTECTED]> We must reserve SAR + MAX_HEADER bytes for IrLMP to fit in. This fixes an oops reported (and fixed) by Jeet Chaudhuri, when max_sdu_size is greater than 0.

[patch 11/24] XFRM: Use output device disable_xfrm for forwarded packets

2.6.18-stable review patch. If anyone has any objections, please let us know. -- From: David Miller <[EMAIL PROTECTED]> Currently the behaviour of disable_xfrm is inconsistent between locally generated and forwarded packets. For locally generated packets disable_xfrm disables

[patch 21/24] softirq: remove BUG_ONs which can incorrectly trigger

2.6.18-stable review patch. If anyone has any objections, please let us know. -- From: Zachary Amsden <[EMAIL PROTECTED]> It is possible to have tasklets get scheduled before softirqd has had a chance to spawn on all CPUs. This is totally harmless; after success during action

[patch 09/24] PKT_SCHED act_gact: division by zero

2.6.18-stable review patch. If anyone has any objections, please let us know. -- From: David Miller <[EMAIL PROTECTED]> Not returning -EINVAL, because someone might want to use the value zero in some future gact_prob algorithm? Signed-off-by: Kim Nordlund <[EMAIL PROTECTED]>

[git patches] libata updates

Includes some pre-window-closing stuff (new drivers), but I was waiting on some bug fixes before pushing. Please pull from 'upstream-linus' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git upstream-linus to receive the following updates: drivers/ata/Kconfig

Re: [PATCH] ata_piix: use piix_host_stop() in ich_pata_ops

On 13/12/06, Catalin Marinas <[EMAIL PROTECTED]> wrote: On 11/12/06, Tejun Heo <[EMAIL PROTECTED]> wrote: > piix_init_one() allocates host private data which should be freed by > piix_host_stop(). ich_pata_ops wasn't converted to piix_host_stop() > while merging, leaking 4 bytes on driver

[RFC: 2.6 patch] simplify drivers/md/md.c:update_size()

While looking at commit 8ddeeae51f2f197b4fafcba117ee8191b49d843e, I got the impression that this commit couldn't fix anything, since the "size" variable can't be changed before "fit" gets used. Is there any big thinko, or is the patch below that slightly simplifies update_size() semantically

Re: [RFC: 2.6 patch] simplify drivers/md/md.c:update_size()

On Fri, 2006-12-15 at 01:19 +0100, Adrian Bunk wrote: > While looking at commit 8ddeeae51f2f197b4fafcba117ee8191b49d843e, > I got the impression that this commit couldn't fix anything, since the > "size" variable can't be changed before "fit" gets used. > > Is there any big thinko, or is the

Re: [RFC: 2.6 patch] simplify drivers/md/md.c:update_size()

On Thu, Dec 14, 2006 at 07:36:35PM -0500, Doug Ledford wrote: > On Fri, 2006-12-15 at 01:19 +0100, Adrian Bunk wrote: > > While looking at commit 8ddeeae51f2f197b4fafcba117ee8191b49d843e, > > I got the impression that this commit couldn't fix anything, since the > > "size" variable can't be

Re: [git patches] libata updates

> > +config PATA_IT8213 > + tristate "IT8213 PATA support (Experimental)" > + depends on PCI && EXPERIMENTAL > + help > + This option enables support for the ITE 821 PATA Typo (IT8213) - probably my fault but only just noticed it - To unsubscribe from this list: send the

[PATCH v4 06/13] Completion Queues

Functions to manipulate CQs. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/iwch_cq.c | 231 + 1 files changed, 231 insertions(+), 0 deletions(-) diff --git a/drivers/infiniband/hw/cxgb3/iwch_cq.c

[PATCH v4 07/13] Async Event Handler

Code to handle async events coming from the T3 RDMA Core. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/iwch_ev.c | 231 + 1 files changed, 231 insertions(+), 0 deletions(-) diff --git a/drivers/infiniband/hw/cxgb3/iwch_ev.c

[PATCH v4 02/13] Device Discovery and ULLD Linkage

Code to discover all the T3 devices and register them with the T3 RDMA Core and the Linux RDMA Core. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/iwch.c | 189 drivers/infiniband/hw/cxgb3/iwch.h | 175

[PATCH v4 05/13] Queue Pairs

Code to manipulate the QP. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/iwch_qp.c | 1007 + 1 files changed, 1007 insertions(+), 0 deletions(-) diff --git a/drivers/infiniband/hw/cxgb3/iwch_qp.c

[PATCH v4 03/13] Provider Methods and Data Structures

Provider methods to support the Linux RDMA verbs. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/iwch_provider.c | 1171 +++ drivers/infiniband/hw/cxgb3/iwch_provider.h | 363 drivers/infiniband/hw/cxgb3/iwch_user.h | 68 ++

[PATCH v4 00/13] 2.6.20 Chelsio T3 RDMA Driver

Roland, I think this is ready to go once the ethernet driver is pulled in. Version 4 changes: - Cleaned up spacing in the Kconfig file - Remove locking.txt file - its not needed - Remove -O1 from the debug config option - BugFix: support new LLD interface for dual-port adapters Version 3

[PATCH v4 13/13] Kconfig/Makefile

Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/Kconfig |1 + drivers/infiniband/Makefile |1 + drivers/infiniband/hw/cxgb3/Kconfig | 27 +++ drivers/infiniband/hw/cxgb3/Makefile | 12 4 files changed, 41

[PATCH v4 12/13] Core Debug functions

Debug code to dump various data structs, some of which are in adapter memory. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/core/cxio_dbg.c | 205 +++ 1 files changed, 205 insertions(+), 0 deletions(-) diff --git

[PATCH v4 10/13] Core HAL

The RDMA Core interfaces with the T3 HW and ULLD providing a low level RDMA interface. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/core/cxio_hal.c | 1302 +++ drivers/infiniband/hw/cxgb3/core/cxio_hal.h | 201 2 files changed,

[PATCH v4 01/13] Linux RDMA Core Changes

Support provider-specific data in ib_uverbs_cmd_req_notify_cq(). The Chelsio iwarp provider library needs to pass information to the kernel verb for re-arming the CQ. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/core/uverbs_cmd.c |9 +++--

[PATCH v4 08/13] Memory Registration

Functions to register memory regions. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/iwch_mem.c | 170 1 files changed, 170 insertions(+), 0 deletions(-) diff --git a/drivers/infiniband/hw/cxgb3/iwch_mem.c

[PATCH v4 09/13] Core WQE/CQE Types

T3 WQE and CQE structures, defines, etc... Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/core/cxio_wr.h | 685 1 files changed, 685 insertions(+), 0 deletions(-) diff --git a/drivers/infiniband/hw/cxgb3/core/cxio_wr.h

[PATCH v4 11/13] Core Resource Allocation

Core functions to carve up adapter memory, stag, qp, and cq IDs. Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/infiniband/hw/cxgb3/core/cxio_resource.c | 331 ++ drivers/infiniband/hw/cxgb3/core/cxio_resource.h | 70 + 2 files changed, 401 insertions(+),

Re: [PATCH 2.6.19-git19] BUG due to bad argument to ieee80211softmac_assoc_work

On Wed, 2006-12-13 at 13:17 -0500, Michael Bommarito wrote: > Attached is a patch that fixes this (the actual change is two lines > but context provided in patch for review). The dmesg containing call > trace is attached to the bugzilla entry above. You forgot to attach the patch but IIRC it's

Re: [RFC] split NAPI from network device.

On Wed, 2006-12-13 at 15:46 -0800, Stephen Hemminger wrote: > Split off NAPI part from network device, this patch is build tested > only! It breaks kernel API for network devices, and only three examples > are fixed (skge, sky2, and tg3). > > 1. Decomposition allows different NAPI <-> network

Re: [PATCH 2.6.19-git19] BUG due to bad argument to ieee80211softmac_assoc_work

Hello Uli, Yes, apologies, I had been waiting for an abandoned bugzilla entry to get attention, and when I realized it was assigned to a dead-end, I had simply posted the patch without checking for prior messages. I was further confused by the fact that it hadn't made its way into any of the

Re: [PATCH 2.6.19-git19] BUG due to bad argument to ieee80211softmac_assoc_work

Michael, I sent a patch to this list on Sunday, that patched the problem. It seems to be migrated into the wireless-2.6 git tree. Regards, Uli Am 13.12.2006 um 19:17 schrieb Michael Bommarito: This didn't get much attention on bugzilla and I figured it was important enough to forward

Re: [PATCH 2.6.19-git19] BUG due to bad argument to ieee80211softmac_assoc_work

Michael Bommarito wrote: Hello Uli, Yes, apologies, I had been waiting for an abandoned bugzilla entry to get attention, and when I realized it was assigned to a dead-end, I had simply posted the patch without checking for prior messages. I was further confused by the fact that it hadn't made

Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems

> Nikolai Joukov wrote: > > We have designed a new stackable file system that we called RAIF: > > Redundant Array of Independent Filesystems. > > Great! > > > We have performed some benchmarking on a 3GHz PC with 2GB of RAM and U320 > > SCSI disks. Compared to the Linux RAID driver, RAIF has

Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems

On Friday 15 December 2006 10:01, Nikolai Joukov wrote: > > Nikolai Joukov wrote: > > > We have designed a new stackable file system that we called RAIF: > > > Redundant Array of Independent Filesystems. > > > > Great! Yes, definitely... I see the major benefit being in the mobile, industrial

Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems

Nikolai Joukov wrote: Figures 9.7 and 9.8 also show profiles of the Linux RAID5 and RAIF5 operation under the same Postmark workload. Nikolai. - Nikolai Joukov, Ph.D. Filesystems and Storage Laboratory

Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems

> > We started the project in April 2004. Right now I am using it as my > > /home/kolya file system at home. We believe that at this stage RAIF is > > mature enough for others to try it out. The code is available at: > > > > > > > > The code requires

Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems

> Well, Congratulations, Doctor!! [Must be nice to be exiled to Stony > Brook!! Oh, well, not I] Long Island is a very nice place with lots of vineries and perfect sand beaches - don't envy :-) > Here's hoping that source exists, and that it is available for us. I guess, you are subscribed to

RE: 2.6.18.4: flush_workqueue calls mutex_lock in interrupt environment

Andrew Morton wrote on Thursday, December 14, 2006 5:20 PM > it's hard to disagree. > > Begin forwarded message: > > On Wed, 2006-12-13 at 08:25 +0100, xb wrote: > > > Hi all, > > > > > > Running some IO stress tests on a 8*ways IA64 platform, we got: > > > BUG: warning at

2.6.18 mmap hangs unrelated apps

Hello LKML, I am observing processes entering uninterruptible sleep apparently due to an unrelated application using mmap over nfs. Applications in "uninterruptible sleep" hang indefinitely while other applications continue working properly. The code causing the mmap nfs hangs does the

Re: ieee1394 in 2.6.20-rc1 (was Re: Linux 2.6.20-rc1)

On Thursday 14 December 2006 12:48, Stefan Richter wrote: [...] > >(Anyway, that's unrelated to Gene's issues.) And which I haven't had a chance to check yet, the camera is still in the truck and I've been busier than a one legged man in an ass kicking contest today. I did get 2.6.20-rc1 built

[PATCH 2.6.20-rc1] fix vm_events_fold_cpu() build breakage

fix vm_events_fold_cpu() build breakage 2.6.20-rc1 does not build properly if CONFIG_VM_EVENT_COUNTERS is set and CONFIG_HOTPLUG is unset: CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 mm/built-in.o: In function `page_alloc_cpu_notify': page_alloc.c:(.text+0x56eb):

[BUG -rt] scheduling in atomic.

Ingo, I've hit this. I compiled the kernel as CONFIG_PREEMPT, and turned off IRQ's as threads. BUG: scheduling while atomic: swapper/0x0001/1, CPU#3 Call Trace: [] dump_trace+0xaa/0x404 [] show_trace+0x3c/0x52 [] dump_stack+0x15/0x17 [] __sched_text_start+0x8a/0xbb7 []

Re: 2.6.18.3 also 2.6.19 XFS xfs_force_shutdown (was: XFS internal error [...])

On Thu, Dec 14, 2006 at 06:21:49PM +0900, Shinichiro HIDA wrote: > Hi, > > ;; Sorry for late, and Thanks for following up. > > > In <[EMAIL PROTECTED]> > > David Chinner <[EMAIL PROTECTED]> wrote: > > On Wed, Dec 13, 2006 at 02:12:23PM +0900, Shinichiro HIDA wrote: > > > Hi, > > > > >

Re: [PATCH 007 of 14] knfsd: SUNRPC: Provide room in svc_rqst for larger addresses

On Wed, 13 Dec 2006 10:59:11 +1100 NeilBrown <[EMAIL PROTECTED]> wrote: > From: Chuck Lever <[EMAIL PROTECTED]> > Expand the rq_addr field to allow it to contain larger addresses. This patch breaks the NFS server on my heroically modern RH FC1 machine. There's a mysterious 30-second pause when

Re: Abolishing the DMCA

On Dec 14, 2006, Greg KH <[EMAIL PROTECTED]> wrote: > I think you missed the point that my patch prevents valid usages of > non-GPL modules from happening, which is not acceptable. What if you changed your patch so as to only permit loading of possibly-infringing drivers after some flag in /proc

Re: [PATCH 1/4] lumpy reclaim v2

On Wed, 6 Dec 2006 16:59:35 + Andy Whitcroft <[EMAIL PROTECTED]> wrote: > + tmp = __pfn_to_page(pfn); ia64 doesn't implement __page_to_pfn. Why did you not use page_to_pfn()? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH] Introduce time_data, a new structure to hold jiffies, xtime, xtime_lock, wall_to_monotonic, calc_load_count and avenrun

On Wed, 13 Dec 2006 22:26:26 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote: > This patch introduces a new structure called time_data, where some time > keeping related variables are put together to share as few cache lines as > possible. ia64 refers to xtime_lock from assembly and hence doesn't

Re: GPL only modules

On Dec 14, 2006, "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote: > FREE implies a transfer of ownsership It's about freedom, not price. And even then, it's the license that has not cost, not the copyright. > and you also have to contend with the Doctrine of Estoppel. i.e. if > someone has been

Task watchers v2

Associate function calls with significant events in a task's lifetime much like we handle kernel and module init/exit functions. This creates a table for each of the following events in the task_watchers_table ELF section: WATCH_TASK_INIT at the beginning of a fork/clone system call when the new

[PATCH 00/10] Introduction

This is version 2 of my Task Watchers patches with performance enhancements. Task watchers calls functions whenever a task forks, execs, changes its [re][ug]id, or exits. Task watchers is primarily useful to existing kernel code as a means of making the code in fork and exit more readable.

Register process keyrings task watcher

Make the keyring code use a task watcher to initialize and free per-task data. NOTE: We can't make copy_thread_group_keys() in copy_signal() a task watcher because it needs the task's signal field (struct signal_struct). Signed-off-by: Matt Helsley <[EMAIL PROTECTED]> Cc: David Howells <[EMAIL

Register audit task watcher

Change audit to register a task watcher function rather than modify the copy_process() and do_exit() paths directly. Removes an unlikely() hint from kernel/exit.c: if (unlikely(tsk->audit_context)) audit_free(tsk); This use of unlikely() is an artifact of audit_free()'s

Prefetch hint

Prefetch the entire array of function pointers. Signed-off-by: Matt Helsley <[EMAIL PROTECTED]> --- kernel/task_watchers.c |2 ++ 1 file changed, 2 insertions(+) Index: linux-2.6.19/kernel/task_watchers.c === ---

Register IRQ flag tracing task watcher

Register an irq-flag-tracing task watcher instead of hooking into copy_process(). Signed-off-by: Matt Helsley <[EMAIL PROTECTED]> --- kernel/fork.c | 19 --- kernel/irq/handle.c | 24 2 files changed, 24 insertions(+), 19 deletions(-) Index:

Register process events connector

Make the Process events connector use task watchers instead of hooking the paths it's interested in. Signed-off-by: Matt Helsley <[EMAIL PROTECTED]> --- drivers/connector/cn_proc.c | 51 +++- fs/exec.c |1 include/linux/cn_proc.h

Register lockdep task watcher

Register a task watcher for lockdep instead of hooking into copy_process(). Signed-off-by: Matt Helsley <[EMAIL PROTECTED]> --- kernel/fork.c|5 - kernel/lockdep.c | 11 +++ 2 files changed, 11 insertions(+), 5 deletions(-) Index: linux-2.6.19/kernel/fork.c

Register NUMA mempolicy task watcher

Register a NUMA mempolicy task watcher instead of hooking into copy_process() and do_exit() directly. Signed-off-by: Matt Helsley <[EMAIL PROTECTED]> --- kernel/exit.c |4 kernel/fork.c | 15 +-- mm/mempolicy.c | 25 + 3 files changed, 26

Register cpuset task watcher

Register a task watcher for cpusets instead of hooking into copy_process() and do_exit() directly. Signed-off-by: Matt Helsley <[EMAIL PROTECTED]> Cc: Paul Jackson <[EMAIL PROTECTED]> --- include/linux/cpuset.h |4 kernel/cpuset.c| 11 +-- kernel/exit.c |2

Register semundo task watcher

Make the semaphore undo code use a task watcher instead of hooking into copy_process() and do_exit() directly. Signed-off-by: Matt Helsley <[EMAIL PROTECTED]> --- include/linux/sem.h | 17 - ipc/sem.c | 12 kernel/exit.c |2 -- kernel/fork.c

Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems

Nikolai Joukov wrote: > > > We started the project in April 2004. Right now I am using it as my > > > /home/kolya file system at home. We believe that at this stage RAIF > > > is mature enough for others to try it out. The code is available at: > > > > > >

Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems

Nikolai Joukov wrote: > > Nikolai Joukov wrote: > > > We have designed a new stackable file system that we called RAIF: > > > Redundant Array of Independent Filesystems. > > > > Great! > > > > > We have performed some benchmarking on a 3GHz PC with 2GB of RAM and > > > U320 SCSI disks. Compared

crash in 'wake_up_interruptible()' on SMP

Can some one explain why I see the below crash on Intel Xeon SMP box. The kernel version is 2.6.11. This is what I'm trying to do in the driver. 1.Submit a request to a device in 'unlocked_ioctl()' and issue 'wait_event_interruptible_timeout()' for 10 jiffies. There can be many such outstanding

2.6.20-rc1-mm1

Temporarily at http://userweb.kernel.org/~akpm/2.6.20-rc1-mm1/ Will appear later at ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc1/2.6.20-rc1-mm1/ - Added the avr32 devel tree as git-avr32.patch (Haavard Skinnemoen) - Don't enable locking API

RE: 2.6.18.4: flush_workqueue calls mutex_lock in interrupt environment

Chen, Kenneth wrote on Thursday, December 14, 2006 5:59 PM > > It seems utterly insane to have aio_complete() flush a workqueue. That > > function has to be called from a number of different environments, > > including non-sleep tolerant environments. > > > > For instance it means that directIO

Re: realtime-preempt and arm

Steven Rostedt <[EMAIL PROTECTED]> wrote: > So you got a big jitter using nanosleep??? If that's the case, could > you post the times you got. I'll also boot a kernel with the latest > -rt patch, without highres compiled, and see if I can reproduce the > same on x86. You're very kind! Here you

Re: Abolishing the DMCA (was GPL only modules)

On Thu, Dec 14, 2006 at 01:09:06PM -0800, Michael ODonald wrote: > Linus Torvalds wrote: > > DMCA is bad because it puts technical limits over > > the rights expressly granted by copyright law. > > The best ways to get rich corporations on our side in fighting the > DMCA is to use the DMCA to

Re: [patch 2/3] acpi: Add a docked sysfs file to the dock driver.

On Thursday 14 December 2006 02:16, Holger Macht wrote: > On Mon 11. Dec - 12:05:08, Kristen Carlson Accardi wrote: > > Ok - how is this? > > Looks good to me, thanks! > > Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]> > > Signed-off-by: Holger Macht <[EMAIL PROTECTED]> Applied.

Asynchronous Crypto suppor for MPC8360E's Security Engine

Hi, I am working on MPC8360E Security Engine. I have ported the Openswan 2.4.5(IPSec --KLIPS) with OCF to MPC8360E's Security Engine (Talitos). Encryption and Decryption is working. But when I check the performance of Talitos with netio benchmark Tool, IPSec S/W Algorithms is giving more

[PATCH 4/6] SMP boot hook for paravirt

Add VMI SMP boot hook. We emulate a regular boot sequence and use the same APIC IPI initiation, we just poke magic values to load into the CPU state when the startup IPI is received, rather than having to jump through a real mode trampoline. This is all that was needed to get SMP to work.

[PATCH 6/6] VMI timer patches

VMI timer code. It works by taking over the local APIC clock when APIC is configured, which requires a couple hooks into the APIC code. The backend timer code could be commonized into the timer infrastructure, but there are some pieces missing (stolen time, in particular), and the exact

[PATCH 0/6] VMI paravirt-ops patches

These are the patches for the VMI backend to paravirt-ops. Base kernel where I tested them was 2.6.19-git20. Basically, there are only a couple of hooks needed that were left out of the initial paravirt-ops merge, and then the backend code is a very straightforward implementation of the

[PATCH 1/6] Page allocation hooks for VMI backend

The VMI backend uses explicit page type notification to track shadow page tables. The allocation of page table roots is especially tricky. We need to clone the root for non-PAE mode while it is protected under the pgd lock to correctly copy the shadow. We don't need to allocate pgds in PAE mode,

[PATCH 5/6] VMI backend for paravirt-ops

Fairly straightforward implementation of VMI backend for paravirt-ops. Subject: VMI backend for paravirt-ops Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]> diff -r d8711b11c1eb arch/i386/Kconfig --- a/arch/i386/Kconfig Tue Dec 12 13:51:06 2006 -0800 +++ b/arch/i386/Kconfig Tue Dec 12 13:51:13

[PATCH 2/6] Paravirt CPU hypercall batching mode

The VMI ROM has a mode where hypercalls can be queued and batched. This turns out to be a significant win during context switch, but must be done at a specific point before side effects to CPU state are visible to subsequent instructions. This is similar to the MMU batching hooks already

[PATCH 3/6] IOPL handling for paravirt guests

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

<    4   5   6   7   8   9