search for: __amd64__

...submatrix is transposed */ + +# define r0 "%mm0" +# define r1 "%mm1" +# define r2 "%mm2" +# define r3 "%mm3" +# define r4 "%mm4" +# define r5 "%mm5" +# define r6 "%mm6" +# define r7 "%mm7" + + +# undef M + +#if (defined(__amd64__) || defined(__x86_64__)) + + __asm__ __volatile__ ("\n" + "#lea %1,%%rcx\n" + : + : "d" (_y), + "c" (idctconstants) + + ); + +# define MIDM(M,I) MtoSTR(M+I*8(%rcx)) +# define M(I) MIDM( MaskOffset , I ) +# define MIDC(M,I) MtoSTR(M+(I-1)*8(%rcx)) +# defi...

...cfg to the config file search path for the 32bit variant For the BIOS cpu architectures, there is already ifcpu[64].c32. In my proposal, I am focusing on EFIIA32 and EFIX64 only. If I understand correctly, your patch seems to be based on "core/fs/lib/loadconfig.c": +#if defined(__amd64__) || defined(__x86_64__) || defined(_M_AMD64) which means (again, if I understand correctly) that it affects BIOS-based systems too. As potential reference, in "gpxe/src/include/gpxe/efi/Uefi/UefiSpec.h" we have: "// EFI File location to boot from on removable media devices&quot...

Hello, Here is my first speedup patch. Like 10-11%. No IDCT yet. Please feel free to comment my code or even better think about improvements. :) I belive my routines are not so bad, maybe one day they will be even more faster. What needs to be optimized is the loop filter fuction. I have no ideas now how to do it. It does not leave much space for parallel stuff, copying memory from lot of

...Only autoload RECORD if it was enabled. Convert __DRIconfigs after we've made sure createNewScreen succeeded. Make DRI2 a serverlayout/serverflags option. Mark Kettenis (1): OpenBSD support for libpciaccess. Matt Turner (1): Check for __x86_64__ when we check for __amd64__ Matthieu Herrb (1): test for the presence of pci_system_init_dev_mem() before calling it. Michel D?nzer (2): Fix RandR 1.2 driver interface conversion of two colour cursors to ARGB Fix off-by-one error in ProcXResQueryClients(). Owen W. Taylor (1): EXA: Fix TS origin comp...

...h the official "stable" branch that is included in Debian. But, the patches don't actually change much of the documented default behavior in BIOS mode. > If I understand correctly, your patch seems to be based on > "core/fs/lib/loadconfig.c": > > +#if defined(__amd64__) || defined(__x86_64__) || defined(_M_AMD64) > > which means (again, if I understand correctly) that it affects > BIOS-based systems too. Right. It's a compile time peprocessor directive, which means that a 64bit version (which is probably never used in BIOS mode) will also take in...

Hello Ady & list, On Wed, Aug 27, 2014 at 08:17:51AM +0300, Ady wrote: > > Hello Ady, > > > > On Fri, Aug 01, 2014 at 08:35:27PM +0300, Ady wrote: > > > Goal: To have one USB drive capable of booting UEFI IA32 and UEFI X64 > > > (with an optional Syslinux menu containing multiple entries). > > > > > > Problem (solved) #1: The default

> Hello Ady, > > On Fri, Aug 01, 2014 at 08:35:27PM +0300, Ady wrote: > > Goal: To have one USB drive capable of booting UEFI IA32 and UEFI X64 > > (with an optional Syslinux menu containing multiple entries). > > > > Problem (solved) #1: The default directory location for both > > syslinux.efi is the same. > > > > Solution #1: Rename each

...ufunc.h> #include <machine/cpu.h> #include <machine/smp.h> +#include <machine/stdarg.h> #include <x86/apicreg.h> @@ -52,6 +58,9 @@ __FBSDID("$FreeBSD$"); #include <xen/gnttab.h> #include <xen/hypervisor.h> #include <xen/hvm.h> +#ifdef __amd64__ +#include <xen/pv.h> +#endif #include <xen/xen_intr.h> #include <xen/interface/hvm/params.h> @@ -97,6 +106,11 @@ extern void pmap_lazyfix_action(void); /* Variables used by mp_machdep to perform the bitmap IPI */ extern volatile u_int cpu_ipi_pending[MAXCPU]; +#ifdef __amd...

WARNING: This is not compatible with the previous lz4 patchset. If you''re using experimental compression that isn''t in mainline kernels, be prepared to backup and restore or decompress before upgrading, and have backups in case it eats data (which appears not to be a problem any more, but has been during development). These patches add lz4 and lz4hc compression

Linux 3.11 added respective support, so I think we should follow suit. 1: xen: add LZ4 decompression support 2: libxc: add LZ4 decompression support Signed-off-by: Jan Beulich <jbeulich@suse.com>

Hi, so here it is, LZ4 compression method inside btrfs. The patchset is based on top of current Chris'' for-linus + Andi''s snappy implementation + the fixes from Li Zefan. Passes xfstests and stresstests. I haven''t measured performance on wide range of hardware or workloads, rather wanted to publish the patches before I get distracted again. I''d like to ask

Hi. I experimented a bit with collecting entropy from the time it takes for device_attach() to run (in CPU cycles). It seems that those times have enough variation that we can use it for entropy harvesting. It happens even before root is mounted, so pretty early. On the machine I'm testing it, which has minimal kernel plus NIC driver I see 75 device_attach() calls. I'm being very careful

...e) + * and non-zero on failure (decompression function returned negative). + */ + return (LZ4_uncompress_unknownOutputSize(s_start + 4, d_start, bufsiz, + d_len) < 0); +} + +/* + * CPU Feature Detection + */ + +/* 32 or 64 bits ? */ +#if (defined(__x86_64__) || defined(__x86_64) || defined(__amd64__) || \ + defined(__amd64) || defined(__ppc64__) || defined(_WIN64) || \ + defined(__LP64__) || defined(_LP64)) +#define LZ4_ARCH64 1 +#else +#define LZ4_ARCH64 0 +#endif + +/* + * Little Endian or Big Endian? + * Note: overwrite the below #define if you know your architecture endianess. + */ +#if (d...