search for: config_64bit

...+++ kvm/arch/s390/kernel/early.c @@ -143,6 +143,10 @@ static noinline __init void detect_machi /* Running on a P/390 ? */ if (cpuinfo->cpu_id.machine == 0x7490) machine_flags |= 4; + + /* Running under KVM ? */ + if (cpuinfo->cpu_id.version == 0xfe) + machine_flags |= 64; } #ifdef CONFIG_64BIT Index: kvm/arch/s390/kernel/setup.c =================================================================== --- kvm.orig/arch/s390/kernel/setup.c +++ kvm/arch/s390/kernel/setup.c @@ -793,9 +793,13 @@ setup_arch(char **cmdline_p) "This machine has an IEEE fpu\n" : "This...

...+++ kvm/arch/s390/kernel/early.c @@ -143,6 +143,10 @@ static noinline __init void detect_machi /* Running on a P/390 ? */ if (cpuinfo->cpu_id.machine == 0x7490) machine_flags |= 4; + + /* Running under KVM ? */ + if (cpuinfo->cpu_id.version == 0xfe) + machine_flags |= 64; } #ifdef CONFIG_64BIT Index: kvm/arch/s390/kernel/setup.c =================================================================== --- kvm.orig/arch/s390/kernel/setup.c +++ kvm/arch/s390/kernel/setup.c @@ -793,9 +793,13 @@ setup_arch(char **cmdline_p) "This machine has an IEEE fpu\n" : "This...

..._t *v, long a, long u) > > which truncates the result to 32 bit. Eh... The result is 0/1 so nothing is truncated. Alpha, MIPS, PARISC and PowerPC are using the same prototype and x86 only differs in the use of inline instead __inline__. And anyway, that function on MIPS is only built for CONFIG_64BIT. What's wrong on MIPS is the comment describing the function's return value which was changed by f24219b4e90cf70ec4a211b17fbabc725a0ddf3c (atomic: move atomic_add_unless to generic code) and I've queued up a patch to fix that since a few days. I guess that was a cut and paste error fr...

..._t *v, long a, long u) > > which truncates the result to 32 bit. Eh... The result is 0/1 so nothing is truncated. Alpha, MIPS, PARISC and PowerPC are using the same prototype and x86 only differs in the use of inline instead __inline__. And anyway, that function on MIPS is only built for CONFIG_64BIT. What's wrong on MIPS is the comment describing the function's return value which was changed by f24219b4e90cf70ec4a211b17fbabc725a0ddf3c (atomic: move atomic_add_unless to generic code) and I've queued up a patch to fix that since a few days. I guess that was a cut and paste error fr...

...gt; > which truncates the result to 32 bit. > > Eh... The result is 0/1 so nothing is truncated. Alpha, MIPS, > PARISC and PowerPC are using the same prototype and x86 only differs > in the use of inline instead __inline__. And anyway, that function on > MIPS is only built for CONFIG_64BIT. Ah, got it. Sorry about that. > What's wrong on MIPS is the comment describing the function's return value > which was changed by f24219b4e90cf70ec4a211b17fbabc725a0ddf3c (atomic: move > atomic_add_unless to generic code) and I've queued up a patch to fix that > since a f...

...e syscall stubs diff -purN a/usr/klibc/arch/s390/MCONFIG b/usr/klibc/arch/s390/MCONFIG --- a/usr/klibc/arch/s390/MCONFIG 2006-05-24 15:19:12.000000000 +0200 +++ b/usr/klibc/arch/s390/MCONFIG 2006-05-24 15:03:37.000000000 +0200 @@ -8,6 +8,16 @@ # KLIBCOPTFLAGS = -Os -KLIBCBITSIZE = 32 +ifndef CONFIG_64BIT + KLIBCBITSIZE = 32 + KLIBCCFLAGS += -m31 + KLIBCLDFLAGS += -m elf_s390 +else + KLIBCBITSIZE = 64 + KLIBCCFLAGS += -m64 + KLIBCLDFLAGS += -m elf64_s390 +endif + +KLIBCASMARCH = s390 KLIBCSHAREDFLAGS = -Ttext 0x40000200 diff -purN a/usr/klibc/arch/s390/Makefile.inc b/usr/klibc/arch/s390/Makefile.i...

...-------- --- SOURCES/config-x86_64 2017-07-21 12:54:16.550735676 +0200 +++ /home/gacek/rpm/SOURCES/config-x86_64 2017-07-19 23:50:35.000000000 +0200 @@ -1,6 +1,6 @@ # # Automatically generated file; DO NOT EDIT. -# Linux/x86 4.9.20 Kernel Configuration +# Linux/x86 4.9.38 Kernel Configuration # CONFIG_64BIT=y CONFIG_X86_64=y @@ -243,13 +243,11 @@ CONFIG_PERF_EVENTS=y # CONFIG_DEBUG_PERF_USE_VMALLOC is not set CONFIG_VM_EVENT_COUNTERS=y -CONFIG_SLUB_DEBUG=y # CONFIG_COMPAT_BRK is not set -# CONFIG_SLAB is not set -CONFIG_SLUB=y +CONFIG_SLAB=y +# CONFIG_SLUB is not set # CONFIG_SLOB is not set CO...

...talled i8042.c: No controller found. blkfront: xvda: barriers enabled xvda: xvda1 *XENBUS: Device with no driver: device/console/0 *VFS: Mounted root (ext2 filesystem) on device 202:1 Freeing unused kernel memory: 224k freed Warning: unable to open an initial console. Here is my .config for domU: CONFIG_64BIT=y CONFIG_X86_64=y CONFIG_X86=y CONFIG_OUTPUT_FORMAT="elf64-x86-64" CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" CONFIG_GENERIC_TIME=y CONFIG_GENERIC_CMOS_UPDATE=y CONFIG_CLOCKSOURCE_WATCHDOG=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFI...

...ad32be(void __iomem *); +extern unsigned int ioread8(const void __iomem *); +extern unsigned int ioread16(const void __iomem *); +extern unsigned int ioread16be(const void __iomem *); +extern unsigned int ioread32(const void __iomem *); +extern unsigned int ioread32be(const void __iomem *); #ifdef CONFIG_64BIT -extern u64 ioread64(void __iomem *); -extern u64 ioread64be(void __iomem *); +extern u64 ioread64(const void __iomem *); +extern u64 ioread64be(const void __iomem *); #endif #ifdef readq @@ -41,10 +41,10 @@ extern u64 ioread64be(void __iomem *); #define ioread64_hi_lo ioread64_hi_lo #define...

On Wednesday 07 October 2015 11:45:02 Russell King - ARM Linux wrote: > On Wed, Oct 07, 2015 at 12:41:21PM +0200, Arnd Bergmann wrote: > > The virtgpu driver prints the last_seq variable using the %ld or > > %lu format string, which does not work correctly on all architectures > > and causes this compiler warning on ARM: > > > >

On Wednesday 07 October 2015 11:45:02 Russell King - ARM Linux wrote: > On Wed, Oct 07, 2015 at 12:41:21PM +0200, Arnd Bergmann wrote: > > The virtgpu driver prints the last_seq variable using the %ld or > > %lu format string, which does not work correctly on all architectures > > and causes this compiler warning on ARM: > > > >

Hello, This patchset introduces steal time accounting support for the VMware guest. The idea and implementation of guest steal time support is similar to KVM ones and it is based on steal clock. The steal clock is a per CPU structure in a shared memory between hypervisor and guest, initialized by each CPU through hypercall. Steal clock is got updated by the hypervisor and read by the guest. The

...int pgstes; } mm_context_t; #endif Index: kvm/include/asm-s390/mmu_context.h =================================================================== --- kvm.orig/include/asm-s390/mmu_context.h +++ kvm/include/asm-s390/mmu_context.h @@ -20,7 +20,13 @@ static inline int init_new_context(struc #ifdef CONFIG_64BIT mm->context.asce_bits |= _ASCE_TYPE_REGION3; #endif - mm->context.noexec = s390_noexec; + if (current->mm->context.pgstes) { + mm->context.noexec = 0; + mm->context.pgstes = 1; + } else { + mm->context.noexec = s390_noexec; + mm->context.pgstes = 0; + } mm->conte...

...<linux/mm.h> +#include <linux/pagemap.h> #include <linux/smp.h> #include <linux/smp_lock.h> #include <linux/init.h> @@ -31,6 +32,7 @@ #include <asm/uaccess.h> #include <asm/pgtable.h> #include <asm/kdebug.h> +#include <asm/io.h> #ifndef CONFIG_64BIT #define __FAIL_ADDR_MASK 0x7ffff000 @@ -515,3 +517,74 @@ pfault_interrupt(struct pt_regs *regs, _ } #endif +#if defined(CONFIG_PAGE_STATES) + +static int __init nocmm2(char *str) +{ + machine_flags &= ~MACHINE_HAS_ESSA; + return 1; +} + +__setup("nocmm2", nocmm2); + +static inlin...

...<linux/mm.h> +#include <linux/pagemap.h> #include <linux/smp.h> #include <linux/smp_lock.h> #include <linux/init.h> @@ -31,6 +32,7 @@ #include <asm/uaccess.h> #include <asm/pgtable.h> #include <asm/kdebug.h> +#include <asm/io.h> #ifndef CONFIG_64BIT #define __FAIL_ADDR_MASK 0x7ffff000 @@ -515,3 +517,74 @@ pfault_interrupt(struct pt_regs *regs, _ } #endif +#if defined(CONFIG_PAGE_STATES) + +static int __init nocmm2(char *str) +{ + machine_flags &= ~MACHINE_HAS_ESSA; + return 1; +} + +__setup("nocmm2", nocmm2); + +static inlin...

...CONFIG_NUMA is not set CONFIG_MTRR=y CONFIG_HAVE_DEC_LOCK=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_PCI=y CONFIG_PCI_DIRECT=y # CONFIG_PCI_MMCONFIG is not set CONFIG_ISA_DMA_API=y CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y # # X86_64 processor configuration # CONFIG_X86_64=y CONFIG_64BIT=y # CONFIG_EARLY_PRINTK is not set # # Processor type and features # CONFIG_MPSC=y # CONFIG_GENERIC_CPU is not set CONFIG_X86_L1_CACHE_BYTES=128 # CONFIG_X86_TSC is not set CONFIG_X86_XEN_GENAPIC=y # CONFIG_X86_MSR is not set CONFIG_X86_HT=y # CONFIG_K8_NUMA is not set # CONFIG_NUMA_EMU is not set...

This patch set if my first attempt to make virtio_console usable on s390. To do so, I had to change hvc_console, because s390 has no request_irq and no free_irq. I want to get feedback from the main users of hvc_console before I proceed. The basic idea of this patch set is to remove the calls to request_irq and free_irq and replace them with backend specific callbacks. Please see the

This patch set if my first attempt to make virtio_console usable on s390. To do so, I had to change hvc_console, because s390 has no request_irq and no free_irq. I want to get feedback from the main users of hvc_console before I proceed. The basic idea of this patch set is to remove the calls to request_irq and free_irq and replace them with backend specific callbacks. Please see the

On Thu, 20 Jul 2017, Kevin Stange wrote: > On 07/20/2017 05:31 AM, Piotr Gackiewicz wrote: >> On Wed, 19 Jul 2017, Johnny Hughes wrote: >> >>> On 07/19/2017 09:23 AM, Johnny Hughes wrote: >>>> On 07/19/2017 04:27 AM, Piotr Gackiewicz wrote: >>>>> On Mon, 17 Jul 2017, Johnny Hughes wrote: >>>>> >>>>>> Are the

This is a small series getting rid of paravirt patching by switching completely to alternative patching for the same functionality. The basic idea is to add the capability to switch from indirect to direct calls via a special alternative patching option. This removes _some_ of the paravirt macro maze, but most of it needs to stay due to the need of hiding the call instructions from the compiler