search for: setup64

Hi! I tried to compile the xen devel (updated with hg today) on Debian Sid and I got the next error (same with gcc 3.4.5 and gcc 4.0.2). CC arch/xen/x86_64/kernel/setup64.o arch/xen/x86_64/kernel/setup64.c:38: error: parse error before "__cpuinitdata" arch/xen/x86_64/kernel/setup64.c:38: warning: type defaults to `int'' in declaration of `__cpuinitdata'' arch/xen/x86_64/kernel/setup64.c:38: error: incompatible types in initialization arc...

Right now, I have lguest in-tree module compiling on x86_64. It's not yet on a sendable state, since the module itself isn't loading. However, this subset of the series is pretty straightforward, and I'm sending it now aiming at reducing the delta size in the future ;-) Have fun,

Right now, I have lguest in-tree module compiling on x86_64. It's not yet on a sendable state, since the module itself isn't loading. However, this subset of the series is pretty straightforward, and I'm sending it now aiming at reducing the delta size in the future ;-) Have fun,

Marek ?ervenka wrote: > and what about > https://www.asterisk-blog.com/2016/02/17/odbc_gutting/ While not in the email these are listed in the CHANGES and UPGRADE.txt file. Going forward we'll try to ensure we include such things in the release notes as well. -- Joshua Colp Digium, Inc. | Senior Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at:

...region(); + memory_setup(); copy_edd(); if (!MOUNT_ROOT_RDONLY) @@ -561,7 +564,6 @@ static int __cpuinit get_model_name(stru return 1; } - static void __cpuinit display_cacheinfo(struct cpuinfo_x86 *c) { unsigned int n, dummy, eax, ebx, ecx, edx; Index: clean-start/arch/x86_64/kernel/setup64.c =================================================================== --- clean-start.orig/arch/x86_64/kernel/setup64.c +++ clean-start/arch/x86_64/kernel/setup64.c @@ -123,7 +123,7 @@ void pda_init(int cpu) asm volatile("movl %0,%%fs ; movl %0,%%gs" :: "r" (0)); /* Memory...

...region(); + memory_setup(); copy_edd(); if (!MOUNT_ROOT_RDONLY) @@ -561,7 +564,6 @@ static int __cpuinit get_model_name(stru return 1; } - static void __cpuinit display_cacheinfo(struct cpuinfo_x86 *c) { unsigned int n, dummy, eax, ebx, ecx, edx; Index: clean-start/arch/x86_64/kernel/setup64.c =================================================================== --- clean-start.orig/arch/x86_64/kernel/setup64.c +++ clean-start/arch/x86_64/kernel/setup64.c @@ -123,7 +123,7 @@ void pda_init(int cpu) asm volatile("movl %0,%%fs ; movl %0,%%gs" :: "r" (0)); /* Memory...

...| 2 arch/x86_64/kernel/i8259.c | 15 arch/x86_64/kernel/ldt.c | 6 arch/x86_64/kernel/paravirt.c | 455 +++++++++++++++++++ arch/x86_64/kernel/process.c | 2 arch/x86_64/kernel/reboot.c | 3 arch/x86_64/kernel/setup.c | 41 + arch/x86_64/kernel/setup64.c | 18 arch/x86_64/kernel/smp.c | 10 arch/x86_64/kernel/smpboot.c | 10 arch/x86_64/kernel/suspend.c | 11 arch/x86_64/kernel/tce.c | 2 arch/x86_64/kernel/time.c | 37 + arch/x86_64/kernel/traps.c | 1 arch/x86_64/kernel/tsc.c...

...| 2 arch/x86_64/kernel/i8259.c | 15 arch/x86_64/kernel/ldt.c | 6 arch/x86_64/kernel/paravirt.c | 455 +++++++++++++++++++ arch/x86_64/kernel/process.c | 2 arch/x86_64/kernel/reboot.c | 3 arch/x86_64/kernel/setup.c | 41 + arch/x86_64/kernel/setup64.c | 18 arch/x86_64/kernel/smp.c | 10 arch/x86_64/kernel/smpboot.c | 10 arch/x86_64/kernel/suspend.c | 11 arch/x86_64/kernel/tce.c | 2 arch/x86_64/kernel/time.c | 37 + arch/x86_64/kernel/traps.c | 1 arch/x86_64/kernel/tsc.c...

...raceFile = stderr Driver = MySQL SERVER = serverip USER = myuser PASSWORD = mypass PORT = 3306 DATABASE = asterisk And odbcinst.ini: [MySQL] Description = ODBC for MySQL Driver = /usr/lib/libmyodbc5.so Setup = /usr/lib/libodbcmyS.so Driver64 = /usr/lib64/libmyodbc5.so Setup64 = /usr/lib64/libodbcmyS.so FileUsage = 1 And here I hit a wall, how can I fix the configuration? MySQL-asterisk is referred to in res_odbc.conf, whose label is referred to in cdr_odbc.conf. When the odbc connector starts working, is this the correct way to configure the cdr db conn...

Here is an slightly updated version of the paravirt_ops patch. If your comments and criticism were welcome before, now it's even more! There are some issues that are _not_ addressed in this revision, and here are the causes: * split debugreg into multiple functions, suggested by Andi: - Me and jsfg agree that introducing more pvops (specially 14!) is not worthwhile. So, although we do

Here is an slightly updated version of the paravirt_ops patch. If your comments and criticism were welcome before, now it's even more! There are some issues that are _not_ addressed in this revision, and here are the causes: * split debugreg into multiple functions, suggested by Andi: - Me and jsfg agree that introducing more pvops (specially 14!) is not worthwhile. So, although we do

...ruct task_struct *prev_p, BUG_ON(mcl > _mcl + ARRAY_SIZE(_mcl)); if (unlikely(HYPERVISOR_multicall_check(_mcl, mcl - _mcl, NULL))) BUG(); + if (_mcl->op == __HYPERVISOR_fpu_taskswitch) + __get_cpu_var(xen_x86_cr0) |= X86_CR0_TS; /* * Switch DS and ES. --- a/arch/x86_64/kernel/setup64-xen.c +++ b/arch/x86_64/kernel/setup64-xen.c @@ -126,6 +126,9 @@ void __init setup_per_cpu_areas(void) } #ifdef CONFIG_XEN +DEFINE_PER_CPU(unsigned long, xen_x86_cr0); +EXPORT_PER_CPU_SYMBOL(xen_x86_cr0); + static void switch_pt(void) { xen_pt_switch(__pa_symbol(init_level4_pgt)); @@ -174,...

This is hopefully the last iteration of the pvops64 patch. >From the last version, we have only one change, which is include/asm-x86_64/processor.h: There were still one survivor in raw asm. Also, git screwed me up for some reason, and the 25th patch was missing the new files, paravirt.{c,h}. (although I do remember having git-add'ed it, but who knows...) Andrew, could you please push it

This is hopefully the last iteration of the pvops64 patch. >From the last version, we have only one change, which is include/asm-x86_64/processor.h: There were still one survivor in raw asm. Also, git screwed me up for some reason, and the 25th patch was missing the new files, paravirt.{c,h}. (although I do remember having git-add'ed it, but who knows...) Andrew, could you please push it

...tive_irq_enable_sysexit, + .sysret = native_sysret, .iret = native_iret, .dup_mmap = (void *)native_nop, @@ -580,4 +598,5 @@ struct paravirt_ops paravirt_ops = { .startup_ipi_hook = (void *)native_nop, }; + EXPORT_SYMBOL(paravirt_ops); diff -urp linux-2.6.19-paravirt0/arch/x86_64/kernel/setup64.c linux-2.6.19-paravirt1/arch/x86_64/kernel/setup64.c --- linux-2.6.19-paravirt0/arch/x86_64/kernel/setup64.c 2006-12-11 17:32:53.000000000 -0200 +++ linux-2.6.19-paravirt1/arch/x86_64/kernel/setup64.c 2007-01-09 10:24:25.000000000 -0200 @@ -123,7 +123,7 @@ void pda_init(int cpu) asm volatile(&qu...

...tive_irq_enable_sysexit, + .sysret = native_sysret, .iret = native_iret, .dup_mmap = (void *)native_nop, @@ -580,4 +598,5 @@ struct paravirt_ops paravirt_ops = { .startup_ipi_hook = (void *)native_nop, }; + EXPORT_SYMBOL(paravirt_ops); diff -urp linux-2.6.19-paravirt0/arch/x86_64/kernel/setup64.c linux-2.6.19-paravirt1/arch/x86_64/kernel/setup64.c --- linux-2.6.19-paravirt0/arch/x86_64/kernel/setup64.c 2006-12-11 17:32:53.000000000 -0200 +++ linux-2.6.19-paravirt1/arch/x86_64/kernel/setup64.c 2007-01-09 10:24:25.000000000 -0200 @@ -123,7 +123,7 @@ void pda_init(int cpu) asm volatile(&qu...

...=========================================================== --- a/arch/x86_64/kernel/Makefile +++ b/arch/x86_64/kernel/Makefile @@ -8,7 +8,8 @@ obj-y := process.o signal.o entry.o trap ptrace.o time.o ioport.o ldt.o setup.o i8259.o sys_x86_64.o \ x8664_ksyms.o i387.o syscall.o vsyscall.o \ setup64.o bootflag.o e820.o reboot.o quirks.o i8237.o \ - pci-dma.o pci-nommu.o alternative.o hpet.o tsc.o sched-clock.o + pci-dma.o pci-nommu.o alternative.o hpet.o tsc.o sched-clock.o \ + bugs.o obj-$(CONFIG_STACKTRACE) += stacktrace.o obj-$(CONFIG_X86_MCE) += mce.o therm_throt.o ================...

...=========================================================== --- a/arch/x86_64/kernel/Makefile +++ b/arch/x86_64/kernel/Makefile @@ -8,7 +8,8 @@ obj-y := process.o signal.o entry.o trap ptrace.o time.o ioport.o ldt.o setup.o i8259.o sys_x86_64.o \ x8664_ksyms.o i387.o syscall.o vsyscall.o \ setup64.o bootflag.o e820.o reboot.o quirks.o i8237.o \ - pci-dma.o pci-nommu.o alternative.o hpet.o tsc.o sched-clock.o + pci-dma.o pci-nommu.o alternative.o hpet.o tsc.o sched-clock.o \ + bugs.o obj-$(CONFIG_STACKTRACE) += stacktrace.o obj-$(CONFIG_X86_MCE) += mce.o therm_throt.o ================...

...R = myuser > PASSWORD = mypass > PORT = 3306 > DATABASE = asterisk > > And odbcinst.ini: > [MySQL] > Description = ODBC for MySQL > Driver = /usr/lib/libmyodbc5.so > Setup = /usr/lib/libodbcmyS.so > Driver64 = /usr/lib64/libmyodbc5.so > Setup64 = /usr/lib64/libodbcmyS.so > FileUsage = 1 > > And here I hit a wall, how can I fix the configuration? > > > MySQL-asterisk is referred to in res_odbc.conf, whose label is referred to > in cdr_odbc.conf. When the odbc connector starts working, is this the > cor...

Hello, I have configured Wine in Ubuntu 9.04 to use the built-in odbc32.dll which in turn uses the Linux's unixodbc package. When I am trying to run my windows application which actually uses Windows API connecting to Unix ODBC is not working. The API uses is SQLDriverConnect (), that returns me error [unixODBC][Driver Manager]Can't open lib '/usr/lib/libtdsodbc.so' file not