similar to: Kernel build on i386 and nohighmem forbidden?

Hooks are provided for the mach-XXX subarchitecture at the time prior to a page being used as a page table at all levels, for PAE and non-PAE kernels. Note that in PAE mode, multiple PDP roots may exist on the same page with other data, so the root must be shadowed instead. This is not a performance issue, since PAE only uses 4 top level PDPEs. The hooks are: SetPagePTE(ppn) - indicates that a

Hooks are provided for the mach-XXX subarchitecture at the time prior to a page being used as a page table at all levels, for PAE and non-PAE kernels. Note that in PAE mode, multiple PDP roots may exist on the same page with other data, so the root must be shadowed instead. This is not a performance issue, since PAE only uses 4 top level PDPEs. The hooks are: SetPagePTE(ppn) - indicates that a

This highly technical change allows the kernel to jump atop the Eiffel Tower, fly with acceleration fifty times that of a space shuttle, and ingest 15 times its own weight. Patch-subject: Whitespace cleanup in pageattr.c Depends-on: add-pgtable-allocation-notifiers Signed-off-by: Zachary Amsden <zach@vmware.com> Index: linux-2.6.13/arch/i386/mm/pageattr.c

This highly technical change allows the kernel to jump atop the Eiffel Tower, fly with acceleration fifty times that of a space shuttle, and ingest 15 times its own weight. Patch-subject: Whitespace cleanup in pageattr.c Depends-on: add-pgtable-allocation-notifiers Signed-off-by: Zachary Amsden <zach@vmware.com> Index: linux-2.6.13/arch/i386/mm/pageattr.c

-----BEGIN PGP SIGNED MESSAGE----- Hello, I leave a mail here because I can't find any solution in order to get the nut working with this UPS despite I search everywhere on the net. I've bought this UPS recently after that an MGE-UPS Ellipse 1200 USB burn. I've those information about the UPS : Reseller link : http://www.alpha-power-technologie.com/images/GPi-usb.pdf In his

-----BEGIN PGP SIGNED MESSAGE----- Hello, I leave a mail here because I can't find any solution in order to get the nut working with this UPS despite I search everywhere on the net. I've bought this UPS recently after that an MGE-UPS Ellipse 1200 USB burn. I've those information about the UPS : Reseller link : http://www.alpha-power-technologie.com/images/GPi-usb.pdf In his

plain text document attachment (xx-paravirt-touchups.patch) Some miscellaneous clean ups. Signed-off-by: Steven Rostedt srostedt@redhat.com Signed-off-by: Glauber de Oliveira Costa <gcosta@redhat.com> Index: clean-start/arch/x86_64/ia32/syscall32.c =================================================================== --- clean-start.orig/arch/x86_64/ia32/syscall32.c +++

plain text document attachment (xx-paravirt-touchups.patch) Some miscellaneous clean ups. Signed-off-by: Steven Rostedt srostedt@redhat.com Signed-off-by: Glauber de Oliveira Costa <gcosta@redhat.com> Index: clean-start/arch/x86_64/ia32/syscall32.c =================================================================== --- clean-start.orig/arch/x86_64/ia32/syscall32.c +++

As usual, written and tested on 2.6.25.2 and made apply to the 2.6.18 tree without further testing. Signed-off-by: Jan Beulich <jbeulich@novell.com> Index: head-2008-05-08/arch/x86_64/mm/pageattr-xen.c =================================================================== --- head-2008-05-08.orig/arch/x86_64/mm/pageattr-xen.c 2008-05-15 13:44:37.000000000 +0200 +++

Hello, I have a data frame consisting of four columns and would like to sort based on the first column and then write the sorted data frame to a file. > df <- read.table("file.txt", sep="\t") where file.txt is simply a tab-delimited file containing 4 columns of data (first 2 numeric, second 2 character). I then do, > df_ordered <- df[order(df$V1), ] OR,

Hi folks, After some time away from it, and a big rebase as a consequence, here is the updated version of paravirt_ops for x86_64, heading to inclusion. Your criticism is of course, very welcome. Have fun -- arch/x86_64/Kconfig | 11 arch/x86_64/ia32/syscall32.c | 2 arch/x86_64/kernel/Makefile | 1 arch/x86_64/kernel/apic.c | 2

Hi folks, After some time away from it, and a big rebase as a consequence, here is the updated version of paravirt_ops for x86_64, heading to inclusion. Your criticism is of course, very welcome. Have fun -- arch/x86_64/Kconfig | 11 arch/x86_64/ia32/syscall32.c | 2 arch/x86_64/kernel/Makefile | 1 arch/x86_64/kernel/apic.c | 2

12:08 < curro_> shining: hmm, it seems, darktama didn't quite finish the additional reloc checking he started to code 12:11 < curro_> shining: that would have solved your problem, poke him when he's back from vacations :) 12:16 < shining> curro_: hmm I really dont get it, it looks like domain can have both set, and flags can also have both set 12:16 < shining> I

ext2 & ext3 lists, Attatched is a patch that allows ext2 and ext3 to link correctly when the kernel is configured with a large NR_CPUS. We do have an immediate need for this patch. Any opinions on this? The per-cpu lists are causing the kmalloc to fail due to allocating more than the max. thanks mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com

On 09/10/15, C Linus Hicks wrote: On 09/10/15, Robert Moskowitz wrote: ---------------- Quoted text ------------------------ Try this: rsync -ah --stats 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ --------------------- End Quote ---------------------------------- Sorry, I was too fast, not paying attention, you want this I believe: rsync -ah --stats root at

Is there any real use in having a ctor/dtor for the pgd cache? Given that all pgd allocation happens via pgd_alloc/pgd_free, why not just fold the [cd]tor in? I'm asking because Xen wants pgd[3] to be unshared in the PAE case, and it looks to me like the easiest way to handle that is by making pgd_alloc/free pv-ops and doing the appropriate thing in the Xen code. Would need to sort out the

Is there any real use in having a ctor/dtor for the pgd cache? Given that all pgd allocation happens via pgd_alloc/pgd_free, why not just fold the [cd]tor in? I'm asking because Xen wants pgd[3] to be unshared in the PAE case, and it looks to me like the easiest way to handle that is by making pgd_alloc/free pv-ops and doing the appropriate thing in the Xen code. Would need to sort out the

CentOS Errata and Security Advisory 2006:0493 https://rhn.redhat.com/errata/RHSA-2006-0493.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: kernel-2.6.9-34.0.1.EL.i586.rpm kernel-2.6.9-34.0.1.EL.i686.rpm kernel-devel-2.6.9-34.0.1.EL.i586.rpm kernel-devel-2.6.9-34.0.1.EL.i686.rpm kernel-doc-2.6.9-34.0.1.EL.noarch.rpm

CentOS Errata and Security Advisory 2006:0493 https://rhn.redhat.com/errata/RHSA-2006-0493.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: kernel-2.6.9-34.0.1.EL.i586.rpm kernel-2.6.9-34.0.1.EL.i686.rpm kernel-devel-2.6.9-34.0.1.EL.i586.rpm kernel-devel-2.6.9-34.0.1.EL.i686.rpm kernel-doc-2.6.9-34.0.1.EL.noarch.rpm

Hi, I have encountered an issue about finding a date closest to another date So this is how the data frame looks like: PT_ID IDX_DT OBS_DATE DAYS_DIFF OBS_VALUE CATEGORY 13 4549 2002-08-21 2002-08-20 -1 183 2 14 4549 2002-08-21 2002-11-14 85 91 1 15 4549 2002-08-21 2003-02-18 181 89 1 16 4549 2002-08-21 2003-05-15