Displaying 20 results from an estimated 500 matches similar to: "[patch 14/19] xfs: eagerly remove vmap mappings to avoid upsetting Xen"
2007 Oct 12
10
[PATCH 00/10] REVIEW: Xen patches for 2.6.24
This is my current set of updates to Xen for 2.6.24. This is largely
a bugfix set, and a couple of them are also relevent to 2.6.23.
These are in the pre-x86 merge form; I'll update them once the merge
goes into git.
Quick overview:
- remove some dead code in arch/i386/mm/init.c
- clean up some duplicate includes
- when sending an IPI, yield the vcpu if the destination doesn't have
2007 Oct 12
10
[PATCH 00/10] REVIEW: Xen patches for 2.6.24
This is my current set of updates to Xen for 2.6.24. This is largely
a bugfix set, and a couple of them are also relevent to 2.6.23.
These are in the pre-x86 merge form; I'll update them once the merge
goes into git.
Quick overview:
- remove some dead code in arch/i386/mm/init.c
- clean up some duplicate includes
- when sending an IPI, yield the vcpu if the destination doesn't have
2007 Oct 12
10
[PATCH 00/10] REVIEW: Xen patches for 2.6.24
This is my current set of updates to Xen for 2.6.24. This is largely
a bugfix set, and a couple of them are also relevent to 2.6.23.
These are in the pre-x86 merge form; I'll update them once the merge
goes into git.
Quick overview:
- remove some dead code in arch/i386/mm/init.c
- clean up some duplicate includes
- when sending an IPI, yield the vcpu if the destination doesn't have
2007 Nov 15
0
[patch 13/19] xen: fix incorrect vcpu_register_vcpu_info hypercall argument
-stable review patch. If anyone has any objections, please let us know.
------------------
From: Jeremy Fitzhardinge <jeremy@goop.org>
patch e3d2697669abbe26c08dc9b95e2a71c634d096ed in mainline.
The kernel's copy of struct vcpu_register_vcpu_info was out of date,
at best causing the hypercall to fail and the guest kernel to fall
back to the old mechanism, or worse, causing random
2007 Nov 15
0
[patch 13/19] xen: fix incorrect vcpu_register_vcpu_info hypercall argument
-stable review patch. If anyone has any objections, please let us know.
------------------
From: Jeremy Fitzhardinge <jeremy@goop.org>
patch e3d2697669abbe26c08dc9b95e2a71c634d096ed in mainline.
The kernel's copy of struct vcpu_register_vcpu_info was out of date,
at best causing the hypercall to fail and the guest kernel to fall
back to the old mechanism, or worse, causing random
2005 Aug 15
3
[-mm PATCH 2/32] fs: fix-up schedule_timeout() usage
Description: Use schedule_timeout_{,un}interruptible() instead of
set_current_state()/schedule_timeout() to reduce kernel size. Also use
helper functions to convert between human time units and jiffies rather
than constant HZ division to avoid rounding errors.
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
---
fs/cifs/cifsfs.c | 7 ++-----
fs/cifs/connect.c
2007 Oct 15
13
[PATCH 00/12] xen/paravirt_ops patches for 2.6.24
Hi Linus,
Here's a set of patches to update paravirt_ops and Xen for 2.6.24
A quick overview of the patchset:
paravirt_ops:
Remove the monolithic paravirt_ops structure, and replace it with
smaller structures of related functions. Also, clean up the handling
of lazy mode to make it easier to implement.
x86/mm/init.c: remove a chunk of dead code
Xen:
- remove duplicate includes
-
2007 Oct 15
13
[PATCH 00/12] xen/paravirt_ops patches for 2.6.24
Hi Linus,
Here's a set of patches to update paravirt_ops and Xen for 2.6.24
A quick overview of the patchset:
paravirt_ops:
Remove the monolithic paravirt_ops structure, and replace it with
smaller structures of related functions. Also, clean up the handling
of lazy mode to make it easier to implement.
x86/mm/init.c: remove a chunk of dead code
Xen:
- remove duplicate includes
-
2007 Oct 15
13
[PATCH 00/12] xen/paravirt_ops patches for 2.6.24
Hi Linus,
Here's a set of patches to update paravirt_ops and Xen for 2.6.24
A quick overview of the patchset:
paravirt_ops:
Remove the monolithic paravirt_ops structure, and replace it with
smaller structures of related functions. Also, clean up the handling
of lazy mode to make it easier to implement.
x86/mm/init.c: remove a chunk of dead code
Xen:
- remove duplicate includes
-
2006 Nov 08
1
XFS Issues
We are in the process of migrating XFS filesystems from one storage
array to another. Both are arrays are mounted locally on the same
CentOS 4.4 system (x86_64). We are running kernel 2.6.9-42.0.2.ELsmp
along with kernel-module-xfs-2.6.9-42.0.2.ELsmp-0.1-3.
The issue we are having is that while the copy is running (using rsync)
the system will log these message periodically:
kernel: XFS:
2002 Apr 11
0
Feature request for sys/iso-linux
Hello Mr. Anvin.
I have a feature request for sys/iso-linux:
A function very much like lilos 'single-key' directive,
Which only allows 1 character labels (but there should be plenty of them
too ;o)
Config-file:
DEFAULT l
PROMPT 1
TIMEOUT 50
SINGLEKEY
LABEL l
KERNEL vmlinux
APPEND initrd=initrd.img
LABEL w
KERNEL MEMDISK
APPENG initrd=winboot.img
So when pressing w you get a windows
2006 May 23
1
How do I check if something was eagerly loaded?
I''m looking for a way to check an item in memory to see if an
association loaded. I load the association in the controller and then
in the view I need to check to see if the associated model loaded
because I display an attribute of it. Of course, if the model didn''t
load, because it doesn''t exist, I get an error. For example, in my
controller I have thus:
2006 Jan 05
0
Keep the Queries Down or "Referencing eagerly loaded models"
Before I start, I''ve read the ActiveRecord docs on eager loading, but
for the life of me, I can''t seem to get it working.
What I mean by this, is that the eager query looks good (I can paste the
sql dump, but it looks good to me - and runs well independantly), but it
seems that I''m referencing the eagerly loaded data in a way that
activerecord doesn''t
2010 May 07
1
Can't eagerly load a polymorphic association defined in an STI parent class?
If I define an association (in my case a polymorphic one) in an STI
parent class, and try to eagerly load it in a subclass, I get the
following error:
ActiveRecord::ConfigurationError: Association name ''myassoc'' was not
found; perhaps you misspelled it?
If I redefine the same association again in the STI subclass, it
works.
Is this a bug or what?
--
You received this message
2006 Jan 06
2
How do I reference eagerly loaded Models in the View?
[I hope the repost isnt'' "minded". Following the advice of another
thread I''ve changed the subject to a question. If I haven''t included
important info, please ask. My database is being unduly killed. Jodi]
Cheers on-the-Rails-ers,
Before I start, I''ve read the ActiveRecord docs on eager loading, but
for the life of me, I can''t seem to get
2006 Aug 08
0
"3D filesystem" vs. Solaris ZFS / was: Re: [ksh93-integration-discuss] ksh93 manpages for vmap, alarm, vpath built-ins?
Roland Mainz wrote:
> April Chin wrote:
> > I''m in the process of filing manpage bugs for ksh93 to include
> > changes to existing pages and new manpages for ksh93(1) and its
> > builtins (builtin(1), disown(1)).
> >
> > CR 6457823 New manpages needed for ksh93
> >
> > However, I do not see any manpages for vmap(1), alarm(1), or vpath(1).
>
2008 Aug 04
0
Re: [rfc][patch 3/3] xfs: use new vmap API
Thanks for taking a look. I''ll send them over to -mm with patch 1,
then, for some testing.
On Monday 04 August 2008 16:28, Lachlan McIlroy wrote:
> Looks good to me.
>
> Nick Piggin wrote:
> > Implement XFS''s large buffer support with the new vmap APIs. See the vmap
> > rewrite patch for some numbers.
_______________________________________________
2020 Aug 27
0
[Bug 1455] New: Queue verdict cannot be used in vmap
https://bugzilla.netfilter.org/show_bug.cgi?id=1455
Bug ID: 1455
Summary: Queue verdict cannot be used in vmap
Product: nftables
Version: unspecified
Hardware: arm
OS: Ubuntu
Status: NEW
Severity: normal
Priority: P5
Component: nft
Assignee: pablo at netfilter.org
2013 Jan 16
0
[LLVMdev] CloneFunctionInto/MapValue, problem when VMap changes type
Hello All,
I am having a problem with using CloneFunctionInto to clone a function that includes changing the type of a value using the VMap. Specifically, I am using the VMap to change the address space of values that have particular pointer types.
The problem seems to be that RemapInstruction successfully changes the operands using the VMap, but the VTy member indicating the type of the
2016 Apr 18
0
[PATCH v4 17/37] bios/vmap: unk0 field is the mode
this selects which formula is used to calculate the voltage.
depending on the value, the entry maps to a different voltage and even enables
if the temperature has any effect or not. This is easy to observe with the
binary driver.
Signed-off-by: Karol Herbst <nouveau at karolherbst.de>
---
drm/nouveau/include/nvkm/subdev/bios/vmap.h | 2 +-
drm/nouveau/nvkm/subdev/bios/vmap.c | 2