similar to: [PATCH] xen: remove unused Kconfig parameter

XEN_DOM0 is a silent option that has been automatically selected when CONFIG_XEN is selected since 6b0661a5e6fbf. If this option was changed to a menu configurable option then it would only give users the ability to compile out about 100 kbytes of code. As that option makes little sense to choose, and the option isn''t menu selectable anyway, then we can clean up some code by simply

XEN_DOM0 is a silent option that has been automatically selected when CONFIG_XEN is selected since 6b0661a5e6fbf. If this option was changed to a menu configurable option then it would only give users the ability to compile out about 100 kbytes of code. As that option makes little sense to choose, and the option isn''t menu selectable anyway, then we can clean up some code by simply

XEN_DOM0 is a silent option that has been automatically selected when CONFIG_XEN is selected since 6b0661a5e6fbf. If this option was changed to a menu configurable option then it would only give users the ability to compile out about 100 kbytes of code. As that option makes little sense to choose, and the option isn''t menu selectable anyway, then we can clean up some code by simply

0) The Kconfig symbol XEN_PRIVILEGED_GUEST got added to the mainline Linux repository in v2.6.37. It has never been used. It has always been a nop. 1) Its Kconfig entry is preceded with this comment: # Dummy symbol since people have come to rely on the PRIVILEGED_GUEST # name in tools. What does that mean? 2) On a related note: can anyone please explain commit

0) The Kconfig symbol XEN_PRIVILEGED_GUEST got added to the mainline Linux repository in v2.6.37. It has never been used. It has always been a nop. 1) Its Kconfig entry is preceded with this comment: # Dummy symbol since people have come to rely on the PRIVILEGED_GUEST # name in tools. What does that mean? 2) On a related note: can anyone please explain commit

The linux-2.6-xen tree has a typo in the Kconfig file for i386 that disables building swiotlb. This patch fixes it in the same manner that x86-64 does it. Cheers, Muli Signed-Off-By: Muli Ben-Yehuda <mulix@mulix.org> diff -r c1c170a55fe0e97156379d10870aed024ed0012a arch/i386/Kconfig --- a/arch/i386/Kconfig Thu Dec 8 20:50:02 2005 -0700 +++ b/arch/i386/Kconfig Tue Dec 13 20:07:34 2005

From: Michael Opdenacker <michael.opdenacker at rootcommit.com> I'm trying to apply the change suggested on https://lists.xiph.org/pipermail/flac-dev/2025-February/006698.html The main idea is to replace "modules.html" by "topics.html". However, with this change, I always get index.html: A good starting point for learning the API is to browse through the <a

When using Xen Hypervisor, the video goes very slow after module load in console. Xorg does not run. My boot process (in kernel 3.7.1 from elrepo, my default kernel.): 1. Hypervisor is loaded (from here, the screen resolution is 640x480 - text scrolling fast) 2. Kernel is loaded 3. mgag200 module is loaded 4. Screens enter native resolution (from here, the screen resolution is 1280x768 - text

Hi, Would it be possible to provide this patch as a Github PR? Op zo 16 mrt 2025 om 18:16 schreef <michael.opdenacker at rootcommit.com>: > > From: Michael Opdenacker <michael.opdenacker at rootcommit.com> > > I'm trying to apply the change suggested on > https://lists.xiph.org/pipermail/flac-dev/2025-February/006698.html > > The main idea is to replace

Here's another problem I have with the 0.24 version of ffmpeg2theora. When I try to convert a h264 file to theora... (Note that for size and runtime reasons, foo.mts is a truncated file, I just took the first 32MB of the original file) ffmpeg2theora-0.24.linux32.bin foo.mts -x 1280 -y 720 -o foo-ffmpeg2theora-0.24.ogv Input #0, mpegts, from 'foo.mts': Duration: 00:00:15.83, start:

Hi J., We are using ffmpeg2theora to produce an introduction video from a series of images: ffmpeg2theora-0.26.linux32.bin images/img-%03d.png -o intro.ogv The video that we get is huge and horrible, with lots of blinking colors: http://free-electrons.com/issues/ffmpeg2theora-mar5-2010/intro.ogv Here's what we had in the past:

Hi Jan, all I am trying to generate a video introduction with a fade-in / fade-out effect. To do this with ffmpeg2theora only, I generated a list of PNG images: img001.png, img002.png... img299.png The ffmpeg2theora man page says: Encode a series of images: ffmpeg2theora frame%06d.png -o output.ogv That's exactly what I tried with the latest 0.24 release of ffmpeg2theora:

Hello, I would like to add a introduction video (typically a title with fade-in / fade-out) at the beginning of an Ogg/Theora video. I generated this intro video in Ogg/Theora from a sequence of png files. I would need to do this in an automatic script, because I have many such videos to process, and without doing any re-encoding step (which would be very costly because my videos are huge). I

As usual, written and tested on 2.6.24-rc4 and made apply to the 2.6.18 tree without further testing. Signed-off-by: Jan Beulich <jbeulich@novell.com> Index: head-2007-12-11/drivers/xen/Kconfig =================================================================== --- head-2007-12-11.orig/drivers/xen/Kconfig 2007-10-18 16:15:28.000000000 +0200 +++ head-2007-12-11/drivers/xen/Kconfig

Hi I need to use hypercalls from HVM domain (e.g. HYPERVISOR_add_to_physmap). However, it does not work when I am trying to invoke it from HVM Linux guest. Basically, I don''t see that anything happens on hypervisor''s side. I also grep''ed the guest code for ''vmmcall''/''vmcall'' and did not find anything. Is it possible to do it at all?

Hi, Looks like this patch broke automated builds due to a lack of a matching line in the defconfigs. Below is a patch that makes this a module for xen and xen0, unconfigured for xenU. That might not be the best thing here however. Thanks kurt Signed-off-by: Kurt Hackel <kurt.hackel@oracle.com> ===================================================== diff -r cd744c5ec950

From: Sudeep Dutt <sudeep.dutt at intel.com> The bug would result in incorrect 'retry' value being printed in debug statements as well as dead code in mic_find_vqs(...) in drivers/misc/mic/card/mic_virtio.c. Reported-by: Michael Opdenacker <michael.opdenacker at free-electrons.com> Reviewed-by: Ashutosh Dixit <ashutosh.dixit at intel.com> Signed-off-by: Sudeep Dutt

Hi all, this patch series introduces stolen ticks accounting for Xen on ARM. Stolen ticks are clocksource ticks that have been "stolen" from the cpu, typically because Linux is running in a virtual machine and the vcpu has been descheduled. To account for these ticks we introduce CONFIG_PARAVIRT and pv_time_ops so that we can make use of:

These patches fix various issues which were reported or found with the MIC driver. Changelog ========= v2 => v3: * Reorder patch 5 in v2 to patch 4 in v3. * Split patch 4 in v2 into patches 5 and 6 in v3. v1 => v2: @ https://lkml.org/lkml/2013/11/26/376 * Address review comments @ https://lkml.org/lkml/2013/11/26/443 in patch 5. v1: Initial post @ https://lkml.org/lkml/2013/11/26/321

These patches fix various issues which were reported or found with the MIC driver. Changelog ========= v2 => v3: * Reorder patch 5 in v2 to patch 4 in v3. * Split patch 4 in v2 into patches 5 and 6 in v3. v1 => v2: @ https://lkml.org/lkml/2013/11/26/376 * Address review comments @ https://lkml.org/lkml/2013/11/26/443 in patch 5. v1: Initial post @ https://lkml.org/lkml/2013/11/26/321