search for: spin_lock_unlock

.../serial.c +++ b/xen/drivers/char/serial.c @@ -22,9 +22,11 @@ size_param("serial_tx_buffer", serial_tx #define mask_serial_rxbuf_idx(_i) ((_i)&(serial_rxbufsz-1)) #define mask_serial_txbuf_idx(_i) ((_i)&(serial_txbufsz-1)) -static struct serial_port com[2] = { - { .rx_lock = SPIN_LOCK_UNLOCKED, .tx_lock = SPIN_LOCK_UNLOCKED }, - { .rx_lock = SPIN_LOCK_UNLOCKED, .tx_lock = SPIN_LOCK_UNLOCKED } +static struct serial_port com[SERHND_IDX + 1] = { + [0 ... SERHND_IDX] = { + .rx_lock = SPIN_LOCK_UNLOCKED, + .tx_lock = SPIN_LOCK_UNLOCKED + } }; void serial_rx_inter...

Hi, (sorry for my mistake in not deleting the rest of the message just now) The problem seems to be here in zaptel.c (and torisa.c) #ifdef DEFINE_SPINLOCK static DEFINE_SPINLOCK(zaptimerlock); static DEFINE_SPINLOCK(bigzaplock); #else static spinlock_t zaptimerlock = SPIN_LOCK_UNLOCKED; static spinlock_t bigzaplock = SPIN_LOCK_UNLOCKED; #endif If I remark out as follows: //#ifdef DEFINE_SPINLOCK //static DEFINE_SPINLOCK(zaptimerlock); //static DEFINE_SPINLOCK(bigzaplock); //#else static spinlock_t zaptimerlock = SPIN_LOCK_UNLOCKED; static spinlock_t bigzaplock = SPIN_LOCK_UNL...

.../* *************** *** 485,491 **** sig: &init_signals, \ pending: { NULL, &tsk.pending.head, {{0}}}, \ blocked: {{0}}, \ - alloc_lock: SPIN_LOCK_UNLOCKED \ } --- 488,495 ---- sig: &init_signals, \ pending: { NULL, &tsk.pending.head, {{0}}}, \ blocked: {{0}}, \ + alloc_lo...

...cal); - write_unlock_bh(&br->hash_lock); + spin_unlock_bh(&br->hash_lock); return ret; } diff -Nru a/net/bridge/br_if.c b/net/bridge/br_if.c --- a/net/bridge/br_if.c 2004-07-28 15:30:04 -07:00 +++ b/net/bridge/br_if.c 2004-07-28 15:30:04 -07:00 @@ -149,7 +149,7 @@ br->lock = SPIN_LOCK_UNLOCKED; INIT_LIST_HEAD(&br->port_list); - br->hash_lock = RW_LOCK_UNLOCKED; + br->hash_lock = SPIN_LOCK_UNLOCKED; br->bridge_id.prio[0] = 0x80; br->bridge_id.prio[1] = 0x00; diff -Nru a/net/bridge/br_input.c b/net/bridge/br_input.c --- a/net/bridge/br_input.c 2004-07-28 15:30:...

...risk/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/dahdi_dynamic_ethmf.o CC [M] /usr/local/src/asterisk/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/dahdi_transcode.o /usr/local/src/asterisk/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/dahdi_transcode.c:49:31: error: ?SPIN_LOCK_UNLOCKED? undeclared here (not in a function) make[5]: *** [/usr/local/src/asterisk/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/dahdi_transcode.o] Error 1 make[4]: *** [_module_/usr/local/src/asterisk/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi] Error 2 make[3]: *** [sub-make] Er...

...e/doug/Extracts/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/dahdi_dynamic_ethmf.o CC [M] /home/doug/Extracts/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/dahdi_transcode.o /home/doug/Extracts/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/dahdi_transcode.c:49: error: ?SPIN_LOCK_UNLOCKED? undeclared here (not in a function) make[3]: *** [/home/doug/Extracts/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/dahdi_transcode.o] Error 1 make[2]: *** [_module_/home/doug/Extracts/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi] Error 2 make[2]: Leaving directory `/usr/s...

Hi Guys, Im having a problem compiling zaptel 1.2.4 on CentOS 4.3, anyone encountered this problem before? Here's the error i got: make -C /lib/modules/2.6.9-34.EL/build SUBDIRS=/usr/src/zaptel-1.2.4 XPPMOD= modules make[1]: Entering directory `/usr/src/kernels/2.6.9-34.EL-i686' CC [M] /usr/src/zaptel-1.2.4/zaptel.o /usr/src/zaptel-1.2.4/zaptel.c:384: error: syntax error before

Hi Guys, Im having a problem compiling zaptel 1.2.4 on CentOS 4.3, anyone encountered this problem before? Here's the error i got: make -C /lib/modules/2.6.9-34.EL/build SUBDIRS=/usr/src/zaptel-1.2.4 XPPMOD= modules make[1]: Entering directory `/usr/src/kernels/2.6.9-34.EL-i686' CC [M] /usr/src/zaptel-1.2.4/zaptel.o /usr/src/zaptel-1.2.4/zaptel.c:384: error: syntax error before

This is a forward port for net_proc.c from 1.2.

...t; +#include <linux/uaccess.h> +#include <linux/virtio.h> +#include <linux/virtio_test.h> +#include <linux/virtio_ring.h> + +static u32 viotest_major = VIOTEST_MAJOR; +static struct class *viotest_class; +static LIST_HEAD(viotest_list); +static spinlock_t viotest_list_lock = SPIN_LOCK_UNLOCKED; + +static void free_kvec(struct kvec *kiov, u32 index) +{ + u32 i; + + for (i = 0; i < index; i++) + kfree(kiov[i].iov_base); + + kfree(kiov); +} + +/* + * This function copies a userspace iovec * array into a kernel kvec * array + */ +static int copy_iovec_from_user(struct kvec **kiov, stru...

...t; +#include <linux/uaccess.h> +#include <linux/virtio.h> +#include <linux/virtio_test.h> +#include <linux/virtio_ring.h> + +static u32 viotest_major = VIOTEST_MAJOR; +static struct class *viotest_class; +static LIST_HEAD(viotest_list); +static spinlock_t viotest_list_lock = SPIN_LOCK_UNLOCKED; + +static void free_kvec(struct kvec *kiov, u32 index) +{ + u32 i; + + for (i = 0; i < index; i++) + kfree(kiov[i].iov_base); + + kfree(kiov); +} + +/* + * This function copies a userspace iovec * array into a kernel kvec * array + */ +static int copy_iovec_from_user(struct kvec **kiov, stru...

...rcupdate.h> +#include <xen/sched.h> +#include <asm/atomic.h> +#include <xen/bitops.h> +#include <xen/percpu.h> +#include <xen/softirq.h> + +/* Definition for rcupdate control block. */ +struct rcu_ctrlblk rcu_ctrlblk = { + .cur = -300, + .completed = -300, + .lock = SPIN_LOCK_UNLOCKED, + .cpumask = CPU_MASK_NONE, +}; + +DEFINE_PER_CPU(struct rcu_data, rcu_data) = { 0L }; + +static int blimit = 10; +static int qhimark = 10000; +static int qlowmark = 100; +#ifdef CONFIG_SMP +static int rsinterval = 1000; +#endif + +#ifdef CONFIG_SMP +static void force_quiescent_state(struct rcu_...

...rcupdate.h> +#include <xen/sched.h> +#include <asm/atomic.h> +#include <xen/bitops.h> +#include <xen/percpu.h> +#include <xen/softirq.h> + +/* Definition for rcupdate control block. */ +struct rcu_ctrlblk rcu_ctrlblk = { + .cur = -300, + .completed = -300, + .lock = SPIN_LOCK_UNLOCKED, + .cpumask = CPU_MASK_NONE, +}; + +DEFINE_PER_CPU(struct rcu_data, rcu_data) = { 0L }; + +static int blimit = 10; +static int qhimark = 10000; +static int qlowmark = 100; +#ifdef CONFIG_SMP +static int rsinterval = 1000; +#endif + +#ifdef CONFIG_SMP +static void force_quiescent_state(struct rcu_...

Hi everyone, The first release candidate of the Xen Cloud Platform (XCP) version 0.5 is now available for testing from: http://www.xen.org/products/cloud_source_0.5.html XCP-0.5 is intended to be a *stable* release, suitable for long-term production use. Please download this release candidate and give it a thorough workout! Cheers, Dave _______________________________________________ xen-api

Hi everyone, The first release candidate of the Xen Cloud Platform (XCP) version 0.5 is now available for testing from: http://www.xen.org/products/cloud_source_0.5.html XCP-0.5 is intended to be a *stable* release, suitable for long-term production use. Please download this release candidate and give it a thorough workout! Cheers, Dave _______________________________________________ xen-api

...n name */ - -/* - * Private state. - */ - -/* Name of user-selected boot device */ -static char user_dev_name[IFNAMSIZ] __initdata = { 0, }; - -/* Protocols supported by available interfaces */ -static int ic_proto_have_if __initdata = 0; - -#ifdef IPCONFIG_DYNAMIC -static spinlock_t ic_recv_lock = SPIN_LOCK_UNLOCKED; -static volatile int ic_got_reply __initdata = 0; /* Proto(s) that replied */ -#endif -#ifdef IPCONFIG_DHCP -static int ic_dhcp_msgtype __initdata = 0; /* DHCP msg type received */ -#endif - - -/* - * Network devices - */ - -struct ic_device { - struct ic_device *next; - struct net_device *de...

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

This round implements all of the review comments from V2 and all patches are now acked. Unless there are any objections I intend to apply later this morning. Ian.

First off, Apologies for the massive patch series... This series boots a 32-bit dom0 kernel to a command prompt on an ARMv8 (AArch64) model. The kernel is the same one as I am currently using with the 32 bit hypervisor I haven''t yet tried starting a guest or anything super advanced like that ;-). Also there is not real support for 64-bit domains at all, although in one or two places I