similar to: [PATCH v9 2/2] ARM: Enable selection of SMP operations at boot time

Displaying 15 results from an estimated 15 matches similar to: "[PATCH v9 2/2] ARM: Enable selection of SMP operations at boot time"

2013 Apr 18
1
[PATCH] xen/arm: introduce xen_early_init, use PSCI on xen
Split xen_guest_init in two functions, one of them (xen_early_init) is going to be called very early from setup_arch. Change machine_desc->smp_init to xen_smp_init if Xen is present on the platform. xen_smp_init just sets smp_ops to psci_smp_ops. XEN selects ARM_PSCI. This patch is based on "xen/arm: move to mach-virt and support SMP"
2004 Nov 02
2
A little more on R, mdbtools and Access databases
Hi again, I have played a little more with mdbtools and R. I downloaded the latest version of mdbtools from sourceforge (version 0.6pre1). Quickly scanning the mailing list suggests that ODBC seems to work with PHP but I have not been able to get it to work with R. I can make a connection to the database and when I do a query I get back the names of the rows but not the data. I must admit I have
2006 Oct 31
0
6309152 gcc and mdesc don''t get along
Author: iskreen Repository: /hg/zfs-crypto/gate Revision: bf3b65aa891ccd14428e8d07321743ffe9b9cf46 Log message: 6309152 gcc and mdesc don''t get along 6309756 gcc and niagara perfctr don''t get along 6309977 gcc and glvc don''t get along 6310446 gcc and gcn don''t get along 6310609 gcc and sun4v kernel support don''t get along Files: update:
2010 Jul 21
1
Black Mirror 2 on Snow Leopard 10.6.4 and WineSkin Engine1.2
Hi, I would be never asked, but have an issue with that game, like in subject I have Snow Leopard 10.6.4 on MacBook pro Core2duo and also have WineSkin on 1.2 engine and when I try to run game the window pop up are with that message: Microsoft Visual C++ Runtime Library Program:C:\Program Files\Black Mirror 2\BlackMirror2.exe File: w:\blackmirror2\sourcecode\win32dx9\DynamicBuffer.h Line:248
2006 Oct 31
0
6275874 piclsbl make file needs some cleanup
Author: jesseb Repository: /hg/zfs-crypto/gate Revision: 7c8d6f5001ea8a46de7e6d336ec863cb2ad3554b Log message: 6275874 piclsbl make file needs some cleanup 6310408 piclsbl console messages when usb memory stick is taken out Files: update: usr/src/cmd/picl/plugins/Makefile update: usr/src/cmd/picl/plugins/sun4v/Makefile update: usr/src/cmd/picl/plugins/sun4v/mdesc/Makefile update:
2002 Jan 11
1
linking R against MKL
Dear R-help, Has anyone tried linking R against the Intel Math Kernel Library on (obviously) Intel architecture? Since MKL claimed to provide optimized BLAS and Lapack, I thought it might be possible to compile R against it w/o too much trouble. My first naive try under Linux (Mandrake 7.1), using R-patched dated Jan. 4, 2002: ./configure --with-blas=/usr/local/intel/mkl/LIB/libmkli32_p3.a
2007 Apr 18
0
[PATCH 2/2] x86: clean up identify_cpu
identify_cpu() is used to identify both the boot CPU and secondary CPUs, but it performs some actions which only apply to the boot CPU. Those functions are therefore really __init functions, but because they're called by identify_cpu(), they must be marked __cpuinit. This patch splits identify_cpu() into identify_boot_cpu() and identify_secondary_cpu(), and calls the appropriate init
2007 Apr 18
0
[PATCH 2/2] x86: clean up identify_cpu
identify_cpu() is used to identify both the boot CPU and secondary CPUs, but it performs some actions which only apply to the boot CPU. Those functions are therefore really __init functions, but because they're called by identify_cpu(), they must be marked __cpuinit. This patch splits identify_cpu() into identify_boot_cpu() and identify_secondary_cpu(), and calls the appropriate init
2015 Nov 02
0
[kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test
On 26/10/2015 10:56, Andrey Smetanin wrote: > Hyper-V SynIC is a Hyper-V synthetic interrupt controller. > > The test runs on every vCPU and performs the following steps: > * read from all Hyper-V SynIC MSR's > * setup Hyper-V SynIC evt/msg pages > * setup SINT's routing > * inject SINT's into destination vCPU by 'hyperv-synic-test-device' > * wait for
2015 Oct 26
3
[kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test
Hyper-V SynIC is a Hyper-V synthetic interrupt controller. The test runs on every vCPU and performs the following steps: * read from all Hyper-V SynIC MSR's * setup Hyper-V SynIC evt/msg pages * setup SINT's routing * inject SINT's into destination vCPU by 'hyperv-synic-test-device' * wait for SINT's isr's completion * clear Hyper-V SynIC evt/msg pages and destroy
2015 Oct 26
3
[kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test
Hyper-V SynIC is a Hyper-V synthetic interrupt controller. The test runs on every vCPU and performs the following steps: * read from all Hyper-V SynIC MSR's * setup Hyper-V SynIC evt/msg pages * setup SINT's routing * inject SINT's into destination vCPU by 'hyperv-synic-test-device' * wait for SINT's isr's completion * clear Hyper-V SynIC evt/msg pages and destroy
2011 Sep 29
1
efficient coding with foreach and bigmemory
I recently learned about the bigmemory and foreach packages and am trying to use them to help me create a very large matrix. Without those packages, I can create the type of matrix that I want with 10 columns and 5e6 rows. I would like to be able to scale up to 5e9 rows, or more, if possible. I have created a simplified example of what I'm trying to do, below. The first part of the
2006 Apr 28
9
Q: Timing of render :update in an action ?
Hey folks, am hoping someone can set me straight with a solution to an issue that has come up involving the timing of rendered page elements in relation to the completion of an action''s execution. I have an ror search app which searches through two tables consisting of 7,000 page urls and a table w/ 87,000 related keyphrases within those pages. Search results can take anywhere from 2
2007 Apr 18
4
[patch 0/4] Clean up asm/bugs.h, identify_cpu() and update COMPAT_VDSO
Hi Andi, Four patches: - clean up asm/bugs.h, by moving all the C code into its own C file - split identify_cpu() into boot and secondary variants, so that boot-time setup functions can be marked __init - repost of the COMPAT_VDSO patches with a bit more robustness from unknown DT_tags, and functions marked __init, since all this is boot-time only setup. Thanks, J --
2007 Apr 18
4
[patch 0/4] Clean up asm/bugs.h, identify_cpu() and update COMPAT_VDSO
Hi Andi, Four patches: - clean up asm/bugs.h, by moving all the C code into its own C file - split identify_cpu() into boot and secondary variants, so that boot-time setup functions can be marked __init - repost of the COMPAT_VDSO patches with a bit more robustness from unknown DT_tags, and functions marked __init, since all this is boot-time only setup. Thanks, J --