similar to: Will Xen fit my needs?

Andrey, I believe that on Xen we should disable kasan, would like confirmation from someone on xen-devel though. Here's the thing though -- if true -- I'd like to do it *properly*, where *properly* means addressing a bit of architecture. A simple Kconfig slap seems rather reactive. I'd like to address a way to properly ensure we don't run into this and other similar issues in the

Andrey, I believe that on Xen we should disable kasan, would like confirmation from someone on xen-devel though. Here's the thing though -- if true -- I'd like to do it *properly*, where *properly* means addressing a bit of architecture. A simple Kconfig slap seems rather reactive. I'd like to address a way to properly ensure we don't run into this and other similar issues in the

Hi All, Please find below an updated Vorbis-RTP Internet Draft document for review and discussion at the Xiph IRC meeting on Saturday. The changes in this version have been: Codebook caching mechanism Expanded SDP parameters Expanded MIME section Expanded introduction Packet loss section Minor tweaks and clarity changes to text There are probably some minor tweaks to the formatting needed

On 03/03/15 09:40, Luis R. Rodriguez wrote: > Andrey, > > I believe that on Xen we should disable kasan, would like confirmation Why? This is the first of heard of this. > from someone on xen-devel though. Here's the thing though -- if true > -- I'd like to do it *properly*, where *properly* means addressing a > bit of architecture. A simple Kconfig slap seems rather

On 03/03/15 09:40, Luis R. Rodriguez wrote: > Andrey, > > I believe that on Xen we should disable kasan, would like confirmation Why? This is the first of heard of this. > from someone on xen-devel though. Here's the thing though -- if true > -- I'd like to do it *properly*, where *properly* means addressing a > bit of architecture. A simple Kconfig slap seems rather

On 03/03/2015 12:40 PM, Luis R. Rodriguez wrote: > Andrey, > > I believe that on Xen we should disable kasan, would like confirmation I guess Xen guests won't work with kasan because Xen guests doesn't setup shadow (kasan_map_early_shadow() is not called in xen guests). Disabling kasan for Xen in Kconfig is undesirable because that will disable kasan for allmodconfig and

On 03/03/2015 12:40 PM, Luis R. Rodriguez wrote: > Andrey, > > I believe that on Xen we should disable kasan, would like confirmation I guess Xen guests won't work with kasan because Xen guests doesn't setup shadow (kasan_map_early_shadow() is not called in xen guests). Disabling kasan for Xen in Kconfig is undesirable because that will disable kasan for allmodconfig and

On Tue, Mar 3, 2015 at 2:06 AM, David Vrabel <david.vrabel at citrix.com> wrote: > On 03/03/15 09:40, Luis R. Rodriguez wrote: >> Andrey, >> >> I believe that on Xen we should disable kasan, would like confirmation > > Why? This is the first of heard of this. Andrey chimed in here confirming this. >> from someone on xen-devel though. Here's the thing

On Tue, Mar 3, 2015 at 2:06 AM, David Vrabel <david.vrabel at citrix.com> wrote: > On 03/03/15 09:40, Luis R. Rodriguez wrote: >> Andrey, >> >> I believe that on Xen we should disable kasan, would like confirmation > > Why? This is the first of heard of this. Andrey chimed in here confirming this. >> from someone on xen-devel though. Here's the thing

Hello all, I have ipvsadm-1.24 installed, and there's an error when the service starts: Applying IPVS configuration: /etc/init.d/ipvsadm: line 62: /etc/sysconfig/ipvsadm: No such file or directory is the install broken? I did a "yum whatprovides ipvsadm" and it does say there's a config, but doesn't point to where it is. any suggestions? -- --------------- Morpheus:

So with a major new version of R coming along, it seems like a reasonable point at which to try to pick up the "Let's make a CRAN repo for the red-hat-like folks!" task again. The last time I tried to download Pierre-Yves' package, I couldn't get it to run in RHEL5.8; I went down a rabbit hole trying to make changes for my own use. Eventually, I simply failed. I'd love

Before I go down a rabbit hole, does the mwi publish/subscription work for non SIP phones? For instance, I have a single voicemail server, connected to multiple asterisk boxes via SIP. On each of those servers, there are a mix of SIP and SCCP phones attached. Currently, I'm using res_xmpp to distribute mwi from the voicemail server to the endpoint servers. Would this type of setup work

On Wed, 2018-09-12 at 15:34 +0000, ray klassen wrote: > Farther down the rabbit hole, I would have to create a > init_srv_sess_info_10 to go with it? Yes. Andrew Bartlett --  Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba

I try pci pci passthrough with xen 3.3.1 and CentOS 5.2(64bit) on a SUPERMICRO C7X58 board I see the following the error in my boot log. (XEN) [VT-D]dmar.c:372: RMRR is incorrect. This problem is caused by this condition in dmr.c:372. if ( rmrr->base_address >= rmrr->end_address ) { dprintk(XENLOG_ERR VTDPREFIX, "RMRR is incorrect.\n"); return -EFAULT; } As an

I try pci pci passthrough with xen 3.3.1 and CentOS 5.2(64bit) on a SUPERMICRO C7X58 board I see the following the error in my boot log. (XEN) [VT-D]dmar.c:372: RMRR is incorrect. This problem is caused by this condition in dmr.c:372. if ( rmrr->base_address >= rmrr->end_address ) { dprintk(XENLOG_ERR VTDPREFIX, "RMRR is incorrect.\n"); return -EFAULT; } As an

On 03/03/2015 08:20 PM, Luis R. Rodriguez wrote: > On Tue, Mar 3, 2015 at 2:06 AM, David Vrabel <david.vrabel at citrix.com> wrote: >> On 03/03/15 09:40, Luis R. Rodriguez wrote: >>> Andrey, >>> >>> I believe that on Xen we should disable kasan, would like confirmation >> >> Why? This is the first of heard of this. > > Andrey chimed in

Trying to set up PCI pass through with xen 3.2.1 on Debian Lenny, with xen Kernel 2.6.26... having no luck. I have the following configured... i) Virtualization and vt-d are both enabled in the bios, I have power cycled after making these changes. ii) I have these option in grub menu; iommu=1 pciback.permissive pciback.hide=(07:01.0)(01:00.0) vtd=1 iii) I have this in my cfg file

Hello List! As I venture a little further down the Xen rabbit hole, I''ve gotten myself wondering: could I script the use of "xm pci-attach" and "xm pci-detach" such that I can shift all of my difficult-to-virtualize PCI devices, such as video card[s], USB controllers, audio devices, and so on, from one running DomU to another? Give myself a button or key

Hi all, Below is the Vorbis RTP Internet Draft as sent to the AVT working group of the IETF. Comments and feedback is still welcomed from the Vorbis community. Cheers Phil ---------------------------8<-----------------8<------------------------ Network Working Group Phil Kerr Internet-Draft The Ogg Vorbis January 07, 2003 Community / OpenDrama

Hello, I am looking into building a workstation using Xen to host several operating systems. Looking at the pci passthrough requirements of Xen4.1 on the VTdHowTo<http://wiki.xensource.com/xenwiki/VTdHowTo>page, I am a little puzzled with the fact that only Intel Core2Duo (with VT-x), Core2Quad, i7 and Core i5 (vPro Brand) CPU''s are supported while motherboards with the i55x0