search for: conring_size

...c; + unsigned int order; + char *buf; + + printk("''%c'' pressed -> dumping console ring buffer (dmesg)\n", key); + + /* create a buffer in which we''ll copy the ring in the correct + order and NUL terminate */ + order = get_order_from_bytes(conring_size + 1); + buf = alloc_xenheap_pages(order, 0); + if ( buf == NULL ) + { + printk("unable to allocate memory!\n"); + return; + } + + c = conringc; + sofar = 0; + while ( (c != conringp) ) + { + idx = CONRING_IDX_MASK(c); + len = conringp -...

I have a large system with pretty voluminous boot time messages that are exceeding the capacity of the ring buffer displayed by "xm dmesg" (i.e., the early messages are lost, and I see only the last messages). With a regular, non-Xen kernel, I use "log_buf_len=size" to enlarge the printk ring buffer size, but this boot option doesn''t seem to work for Xen. Anyone have

x86:x2apic: Disable x2apic on x86-32 permanently x2apic initialization on x86_32 uses vcpu pointer before it is initialized. As x2apic is unlikely to be used on x86_32, this patch disables x2apic permanently on x86_32. It also asserts the sanity of vcpu pointer before dereference to prevent further misuse. Signed-off-by: Fengzhe Zhang <fengzhe.zhang@intel.com> diff -r 02c0af2bf280

...vmlinuz (gzip compressed vmlinuz) with the same result. Full boot log: root (hd0,0) Filesystem type is ext2fs, partition type 0x83 kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu idle conring_size=65536 [Multiboot-elf, <0x100000:0 ! __ __ _ _ ____ _ _ _ \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * \ // _ \ ''_ \ | || |_ __) |__| | | | ''_ \/ __| __/ _` | ''_ \| |/ _...

Dear mailinglist, I own a Gigabyte motherboard GA 970A UD3 with IOMMU support. Since the update XSA-36 (also part of the latest debian wheezy pkg), the IO-Virtualisation does not work any more as discussed on this mailinglist [0] and [1]. I like to ask, if there is an "official" solution in sight. I''m not sure about my alternatives. How "dangerous" is the

The patch ''mem_event: use wait queue when ring is full'' I just sent out makes use of the waitqueue feature. There are two issues I get with the change applied: I think I got the logic right, and in my testing vcpu->pause_count drops to zero in p2m_mem_paging_resume(). But for some reason the vcpu does not make progress after the first wakeup. In my debugging there is one

...se : 3.11.0-rc7upstream > xen_major : 4 > xen_minor : 2 > xen_changeset : Thu Feb 07 14:24:08 2013 +0000 25979:c713f1f7d3c1 > xen_commandline : com1=115200,8n1 console=com1,vga guest_loglvl=all console_to_ring console_timestamps=1 conring_size=2097152 tmem tmem_compress tmem_dedup dom0_mem=999M,max:1232M dom0_max_vcpus=2 cpufreq=xen:performance,verbose loglvl=all apic=debug > Linux cmdline : earlyprintk=xen debug nofb console=tty console=hvc0 xen-pciback.hide=(05:00.0)(05:00.1) loglevel=10 > Testing.. > failed: bootstr...

Hi Konrad I encountered a bug when trying to bring offline a cpu then online it again in HVM. As I''m not very familiar with HVM stuffs I cannot come up with a quick fix. The HVM DomU is configured with 4 vcpus. After booting into command prompt, I do following operations. # echo 0 > /sys/devices/system/cpu/cpu3/online # echo 1 > /sys/devices/system/cpu/cpu3/online With

Hi, I have been receiving messages on a new DomU''s kern.log. I''ve done a lot of googling, but haven''t came up with anything very useful, at least not in a Xen context. I was wondering if anyone had any suggestions about what could be wrong. From everything I have read, there should be a stack trace included, but I am not seeing one. Thanks in advance, Ian. on