search for: min_delta_n

...on bare metal and it seems okay with that. Reproduced below is full serial console output of boot of hypervisor and dom0 kernel. I''ve indicated the points where progress seems to halt or be abnormally slow. The boot ends with a repeated message of: [10065189777.645584] CE: xen increasing min_delta_ns to 7197131137619773666 nsec [10065189777.645584] CE: xen increasing min_delta_ns to 1572324669574884690 nsec etc. Between this and some other messages about timers earlier on I gather there are timer problems here at the very least. If anyone has any suggestions for boot parameters that may allo...

...the same: sometimes VM hang at startup, SysRq-T shows modprobe waiting in "wait_for_devices" (concretely schedule_timeout) and jiffies counter not increasing between task-states dumps. The only found thing (probably) connected with this problem are domU kernel messages: CE: xen increased min_delta_ns to 150000 nsec (...) CE: xen increased min_delta_ns to 4000000 nsec CE: Reprogramming failure. Giving up This messages doesn''t exists in successful boot. I''ve also tried some options to xen and domU kernel, but without success (all combinations): xen: tsc=unstable, cpufreq=none...

...http://xenbits.xen.org/hg/xen-4.0-testing.hg/rev/ab1fb1b8b569?revcount=480 I have attached Keir's changeset as fix_bind_irq_vector_destination.patch. Here follows a portion of my dom0 serial console output to the point where booting becomes incredibly slow, and then the later "increasing min_delta_ns" spam, just in case that helps someone searching their own issue. The full logs are available in the xen-devel post linked above. Thanks, Andy (XEN) Dom0 has maximum 4 VCPUs (XEN) Scrubbing Free RAM: .............................................................................................

This is problem 1 of 3 problems we are having with live migration and/or ACPI on Xen-4.3 and Xen-4.2. Any help would be appreciated. Detailed description of problem: We are using Xen-4.3-rc1 with dom0 running Ubuntu Precise and 3.5.0-23-generic kernel, and domU running Ubuntu Precise (12.04) cloud images running 3.2.0-39-virtual. We are using the xl.conf below on qemu-upstream-dm and HVM and

I compiled linux-2.6 from git. I think my last pull/merge? is this one (git show) commit d03ab2d78b6ab62e94f9958da50b4419c27e0f60 Author: Marcin Ko?cielnicki <koriakin at 0x04.net> Date: Mon Mar 1 00:18:39 2010 +0000 drm/nv50: Improve PGRAPH interrupt handling. I also compiled nouveau-drm_2.4.18-1_amd64.deb and nouveau_drv.so that day and installed them to a Debian system. I'm

...counter value is too close to the comparator value to be reprogrammed the expected HPET intr may be missing. Linux kernel uses a mininal 48-hpet-ticks(~3.5us) distance to workaround this, but personal observation showed there is still failure case while delta=0xba (~13.5us). So choosing 20us as the MIN_DELTA_NS should be helpful to prevent near-missing from happening. local_irq_save/restore were used to avoid disturbance. (+ 2) was used as a final guard to avoid wrong judgement due to the real happened near-missing case. Signed-off-by: Wei Gang <gang.wei@intel.com> Signed-off-by: Tian Kevin <k...

Hi, this is ontop of Linus' tree from the 4th (lemme know if I should try the latest) on one of my test boxes: nouveau 0000:01:00.0: vgaarb: deactivate vga console Console: switching to colour dummy device 80x25 nouveau 0000:01:00.0: NVIDIA GT218 (0a8280b1) CE: hpet increased min_delta_ns to 20115 nsec nouveau 0000:01:00.0: bios: version 70.18.49.00.00 nouveau 0000:01:00.0: fb: 1024 MiB DDR3 nouveau 0000:01:00.0: DRM: VRAM: 1024 MiB nouveau 0000:01:00.0: DRM: GART: 1048576 MiB nouveau 0000:01:00.0: DRM: TMDS table version 2.0 nouveau 0000:01:00.0: DRM: MM: using COPY for buffer cop...

...111] [<c10acd90>] ? smpboot_create_threads+0x60/0x60 [ 21.851111] [<c10b0303>] ? __schedule_bug+0x13/0x60 [ 21.851111] [<c15c29f7>] ret_from_kernel_thread+0x1b/0x28 [ 21.851111] [<c10a4bd0>] ? kthread_freezable_should_stop+0x60/0x60 [ 21.851111] CE: xen increased min_delta_ns to 150000 nsec [ 21.851111] CE: xen increased min_delta_ns to 225000 nsec [ 21.851111] CE: xen increased min_delta_ns to 337500 nsec [ 21.851111] CE: xen increased min_delta_ns to 506250 nsec [ 21.851111] CE: xen increased min_delta_ns to 759375 nsec [ 21.851111] CE: xen increased min_de...

On Tue, Dec 1, 2015 at 6:30 PM, Mario Kleiner <mario.kleiner.de at gmail.com> wrote: > When we are at it, the one with the title "[PATCH] drm/nouveau: Use > drm_vblank_on/off consistently" from Daniel, which has a reviewed and tested > by me also never made it into nouveau. > > Maybe pick that up as well? > > -mario > If you refer to "[1/3]

...* .shift to be 22 allows 2^(32-22) cycles per nano-seconds + * before overflow. */ + evt->mult = div_sc(cycles_per_msec, NSEC_PER_MSEC, evt->shift); + /* Upper bound is clockevent's use of ulong for cycle deltas. */ + evt->max_delta_ns = clockevent_delta2ns(ULONG_MAX, evt); + evt->min_delta_ns = clockevent_delta2ns(1, evt); + evt->cpumask = cpumask_of_cpu(cpu); + + printk(KERN_WARNING "vmi: registering clock event %s. mult=%lu shift=%u\n", + evt->name, evt->mult, evt->shift); + clockevents_register_device(evt); +} + +void __init vmi_time_init(void) +{ + /*...

...* .shift to be 22 allows 2^(32-22) cycles per nano-seconds + * before overflow. */ + evt->mult = div_sc(cycles_per_msec, NSEC_PER_MSEC, evt->shift); + /* Upper bound is clockevent's use of ulong for cycle deltas. */ + evt->max_delta_ns = clockevent_delta2ns(ULONG_MAX, evt); + evt->min_delta_ns = clockevent_delta2ns(1, evt); + evt->cpumask = cpumask_of_cpu(cpu); + + printk(KERN_WARNING "vmi: registering clock event %s. mult=%lu shift=%u\n", + evt->name, evt->mult, evt->shift); + clockevents_register_device(evt); +} + +void __init vmi_time_init(void) +{ + /*...

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 hypercall. - Propagate -ETIME back to the

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 hypercall. - Propagate -ETIME back to the

https://bugs.freedesktop.org/show_bug.cgi?id=95282 Bug ID: 95282 Summary: system hang on video playback via vdpau Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=112070 Bug ID: 112070 Summary: H/W Acceleration sufficiently buggy on Debian to hard lock machine GeForce 7600 GO Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: other Status: NEW Severity: critical Priority: not

...* .shift to be 22 allows 2^(32-22) cycles per nano-seconds - * before overflow. */ - evt->mult = div_sc(cycles_per_msec, NSEC_PER_MSEC, evt->shift); - /* Upper bound is clockevent's use of ulong for cycle deltas. */ - evt->max_delta_ns = clockevent_delta2ns(ULONG_MAX, evt); - evt->min_delta_ns = clockevent_delta2ns(1, evt); - evt->cpumask = cpumask_of(cpu); - - printk(KERN_WARNING "vmi: registering clock event %s. mult=%u shift=%u\n", - evt->name, evt->mult, evt->shift); - clockevents_register_device(evt); -} - -void __init vmi_time_init(void) -{ - unsigned...

...* .shift to be 22 allows 2^(32-22) cycles per nano-seconds - * before overflow. */ - evt->mult = div_sc(cycles_per_msec, NSEC_PER_MSEC, evt->shift); - /* Upper bound is clockevent's use of ulong for cycle deltas. */ - evt->max_delta_ns = clockevent_delta2ns(ULONG_MAX, evt); - evt->min_delta_ns = clockevent_delta2ns(1, evt); - evt->cpumask = cpumask_of(cpu); - - printk(KERN_WARNING "vmi: registering clock event %s. mult=%u shift=%u\n", - evt->name, evt->mult, evt->shift); - clockevents_register_device(evt); -} - -void __init vmi_time_init(void) -{ - unsigned...

...56] nfc: nfc_init: NFC Core ver 0.1 [ 12.022008] device class 'nfc': registering [ 12.030406] NET: Registered protocol family 39 [ 12.095295] HPET: 3 timers in total, 0 timers will be used for per-cpu timer [ 12.127871] Switching to clocksource hpet [ 12.153107] CE: hpet increased min_delta_ns to 5000 nsec [ 12.153107] CE: hpet increased min_delta_ns to 7500 nsec [ 12.153107] CE: hpet increased min_delta_ns to 11250 nsec [ 12.254110] FS-Cache: Loaded [ 12.268171] bus: 'pnp': add driver system [ 12.269714] pnp: PnP ACPI init [ 12.282483] device: 'pnp0': device...

...56] nfc: nfc_init: NFC Core ver 0.1 [ 12.022008] device class 'nfc': registering [ 12.030406] NET: Registered protocol family 39 [ 12.095295] HPET: 3 timers in total, 0 timers will be used for per-cpu timer [ 12.127871] Switching to clocksource hpet [ 12.153107] CE: hpet increased min_delta_ns to 5000 nsec [ 12.153107] CE: hpet increased min_delta_ns to 7500 nsec [ 12.153107] CE: hpet increased min_delta_ns to 11250 nsec [ 12.254110] FS-Cache: Loaded [ 12.268171] bus: 'pnp': add driver system [ 12.269714] pnp: PnP ACPI init [ 12.282483] device: 'pnp0': device...

Hi Andi, This is a set of updates for the firstfloor patch queue. Quick rundown: revert-mm-x86_64-mm-account-for-module-percpu-space-separately-from-kernel-percpu.patch separate-module-percpu-space.patch Update the module percpu accounting patch fix-ff-allow-percpu-variables-to-be-page-aligned.patch Make sure the percpu memory allocation is page-aligned