search for: hrtimer

...lls. If other parts of the kernel require similar notification there is no clear place to hook into. Add a clock_was_set atomic notifier chain (clock_was_set_notifier_list) and call this in place of clock_was_set(). If the timekeeping locks are held, the calls are deferred to a new tasklet. The hrtimer code adds a notifier block to this chain and uses it to call (the now internal) clock_was_set(). Since the timekeeping code does not call the chain from the timer irq clock_was_set_delayed() and associated code can be removed. Signed-off-by: David Vrabel <david.vrabel@citrix.com> Cc: Thomas...

commit 763769621d271d92204ed27552d75448587c1ac0 Author: Dor Laor <dor.laor@qumranet.com> Date: Wed Dec 12 14:52:00 2007 +0200 [virtio-net][PATCH] Don't arm tx hrtimer with a constant 50us each transmit The current start_xmit sets 500us hrtimer to kick the host. The problem is that if another xmit happens before the timer was fired then the first xmit will have to wait additional 500us. This patch does not re-arm the timer if there is existi...

commit 763769621d271d92204ed27552d75448587c1ac0 Author: Dor Laor <dor.laor@qumranet.com> Date: Wed Dec 12 14:52:00 2007 +0200 [virtio-net][PATCH] Don't arm tx hrtimer with a constant 50us each transmit The current start_xmit sets 500us hrtimer to kick the host. The problem is that if another xmit happens before the timer was fired then the first xmit will have to wait additional 500us. This patch does not re-arm the timer if there is existi...

The following patches are the latest update of the TSC and hrtimer patches I posted on 29/03. Rusty's original TSC patch has been resynced to the latest lguest repo, as has the hrtimer patch, which also incorporates feedback from Jeremy & Rusty: - Change clock event hrtimer to absolute time. 'now' is captured in the host during the hyperca...

The following patches are the latest update of the TSC and hrtimer patches I posted on 29/03. Rusty's original TSC patch has been resynced to the latest lguest repo, as has the hrtimer patch, which also incorporates feedback from Jeremy & Rusty: - Change clock event hrtimer to absolute time. 'now' is captured in the host during the hyperca...

At http://namei.org/misc/lguest/patches/time/v02/ Current status: - Resync to recent upstream lguest patch queue - Rudimentary clock event device is working, but with a significant performance hit - Old TSC code included, still needs to be modified to handle freq change Next: - Check for pending interrupts after they're enabled again per suggestion from Rusty. -- James Morris

At http://namei.org/misc/lguest/patches/time/v02/ Current status: - Resync to recent upstream lguest patch queue - Rudimentary clock event device is working, but with a significant performance hit - Old TSC code included, still needs to be modified to handle freq change Next: - Check for pending interrupts after they're enabled again per suggestion from Rusty. -- James Morris

From c1e1126c39fe107f68adec196d4e558a14540939 Mon Sep 17 00:00:00 2001 From: Anthony Liguori <aliguori@us.ibm.com> Date: Mon, 12 Nov 2007 21:30:26 -0600 Subject: [PATCH] virtio: use an hrtimer for tx coalescing. Not sure why hrtimer's cb_mode only exists with CONFIG_HIGH_RES_TIMERS; that seems like a bug to me. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> --- drivers/net/virtio_net.c | 41 ++++++++++++++++++++++++++++++++++++++++- 1 files changed, 40 insertions(+),...

From c1e1126c39fe107f68adec196d4e558a14540939 Mon Sep 17 00:00:00 2001 From: Anthony Liguori <aliguori@us.ibm.com> Date: Mon, 12 Nov 2007 21:30:26 -0600 Subject: [PATCH] virtio: use an hrtimer for tx coalescing. Not sure why hrtimer's cb_mode only exists with CONFIG_HIGH_RES_TIMERS; that seems like a bug to me. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> --- drivers/net/virtio_net.c | 41 ++++++++++++++++++++++++++++++++++++++++- 1 files changed, 40 insertions(+),...

...t; +#define VCPU_STALL_DEFAULT_TIMEOUT_SEC (8) > +#define VCPU_STALL_MAX_TIMEOUT_SEC (600) > + > +struct vcpu_stall_detect_config { > + u32 clock_freq_hz; > + u32 stall_timeout_sec; > + > + enum cpuhp_state hp_online; > +}; > + > +struct vcpu_stall_priv { > + struct hrtimer vcpu_hrtimer; > + struct virtio_device *vdev; > + u32 cpu_id; > +}; > + > +struct vcpu_stall { > + struct vcpu_stall_priv *priv; > + struct virtqueue *vq; > + spinlock_t lock; > + struct pet_event { > + u32 cpu_id; > + bool is_initialized; > + u32 ticks; >...

...t; +#define VCPU_STALL_DEFAULT_TIMEOUT_SEC (8) > +#define VCPU_STALL_MAX_TIMEOUT_SEC (600) > + > +struct vcpu_stall_detect_config { > + u32 clock_freq_hz; > + u32 stall_timeout_sec; > + > + enum cpuhp_state hp_online; > +}; > + > +struct vcpu_stall_priv { > + struct hrtimer vcpu_hrtimer; > + struct virtio_device *vdev; > + u32 cpu_id; > +}; > + > +struct vcpu_stall { > + struct vcpu_stall_priv *priv; > + struct virtqueue *vq; > + spinlock_t lock; > + struct pet_event { > + u32 cpu_id; > + bool is_initialized; > + u32 ticks; >...

Hi, I find PV domin hung, When we take those steps 1, save PV domain 2, change system time of PV domain back 3, restore a PV domain or 1, migrate a PV domain from Machine A to Machine B 2, the system time of Machine B is slower than Machine A. the problem is wc_sec will be change when system-time chanaged in dom0 or restore in a

...tra: pci:0000:04:06.0???? wcfxo-?????? 1057:5608 Wildcard X100P dahdi_cfg -v : DAHDI Tools Version - 2.1.0.2 DAHDI Version: 2.1.0.4 Echo Canceller(s): Configuration ====================== 0 channels to configure. dahdi_scan: [1] active=yes alarms=UNCONFIGURED description=DAHDI_DUMMY/1 (source: HRtimer) 1 name=DAHDI_DUMMY/1 manufacturer= devicetype=DAHDI Dummy Timing location= basechan=1 totchans=0 irq=0 Nada parece funcionar y realmente no se donde esta el error... alguna idea?

...trix.com>08?11?26? ?? 22:58 >>> So what happens if someone changes wallclock using ''date''? That''s basically kind of what will appear to happen when s/r occurs. -- Keir On 26/11/08 14:32, "Tian, Kevin" <kevin.tian@intel.com> wrote: hrtimer supports two timer bases: CLOCK_MONOTONIC and CLOCK_REALTIME. wall_to_monotonic is only added in former case, and for latter instead TOD is used directly per my reading. I did a quick search, and it looks that futex and ntp are using CLOCK_REALTIME. Also there''s one vsyscal...

...hanged, 2 insertions(+) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index ffd7e7d..e0b591b 100644 --- a/drivers/virtio/virtio_ring.c +++ b/drivers/virtio/virtio_ring.c @@ -23,6 +23,7 @@ #include <linux/slab.h> #include <linux/module.h> #include <linux/hrtimer.h> +#include <linux/kmemleak.h> /* virtio guest is communicating with a virtual "device" that actually runs on * a host processor. Memory barriers are used to control SMP effects. */ @@ -140,6 +141,7 @@ static int vring_add_indirect(struct vring_virtqueue *vq, desc = kmal...

...hanged, 2 insertions(+) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index ffd7e7d..e0b591b 100644 --- a/drivers/virtio/virtio_ring.c +++ b/drivers/virtio/virtio_ring.c @@ -23,6 +23,7 @@ #include <linux/slab.h> #include <linux/module.h> #include <linux/hrtimer.h> +#include <linux/kmemleak.h> /* virtio guest is communicating with a virtual "device" that actually runs on * a host processor. Memory barriers are used to control SMP effects. */ @@ -140,6 +141,7 @@ static int vring_add_indirect(struct vring_virtqueue *vq, desc = kmal...

Hi to all, I'm trying to run Battery3 with Wine, but I'm experiencing some problems. 1. When I launch Battery (command line) I see these messages: --- fixme:win:RegisterDeviceNotificationW (hwnd=0x50062, filter=0x32fcb0,flags=0x00000004) returns a fake device notification handle! JackActivationCount::Signal value = 0 ref = 5 JackActivationCount::Signal value = 0 ref = 5

...lbox= group= context=default ;;; line="4 WCTDM/4/3 FXOKS (SWEC: MG2)" signalling=fxo_ks callerid="Channel 4" <4004> mailbox=4004 group=5 context=from-internal channel => 4 callerid= mailbox= group= context=default ; Span 2: DAHDI_DUMMY/1 "DAHDI_DUMMY/1 (source: HRtimer) 1" ------------------------------------------ chan_dahdi.conf ............... ... [channels] #include /etc/asterisk/dahdi-channels.conf ... --------------------------------------------- root at Trixie:/etc/asterisk# dahdi_hardware pci:0000:02:01.0 wctdm+ e159:0001 Wildcard TDM...

...help to debug this: 1. I've set guest OS processor to be default, and copied from host. Neither made any noticable difference. 2. I've switched all disks and network to be VirtIO. Big improvement over IDE, but the unresponsive problem persists. 3. Linux guests have the following in dmesg: hrtimer: interrupt took 10109276 ns [sched_delayed] sched: RT throttling activated 4. I found nothing suspicious in the dom0's dmesg. 5. Unresponsiveness does not correlate with disk usage. 6. Host uses 4 disks in software RAID-5 (yes I know I'm bad, but there are reasons) using BTRFS. 7. Guest dis...

On Jan 07, 2015 at 01:47:53PM -0600, Les Mikesell wrote: > > I see a bunch of entries like: > ioatdma 0000:00:08.0: Channel halted, chanerr = 2 > ioatdma 0000:00:08.0: Channel halted, chanerr = 0 > in the logs and one of these: > hrtimer: interrupt took 258633 ns > > Not sure what those mean. We do have considerably more systems > running windows than linux on this hardware and I don't think anyone > has noticed a systemic problem there. Was this resolved? The ioatdma messages are from ioat_dma.c, a driver for I...