similar to: optimizing raid passthrough performance?

Has anyone on the list used one of these w/Linux? We currently use Linux + Cinelerra for editing uncompressed video (and a few dual G5 macs running Final Cut Pro). Current editing stations are getting a bit long in the tooth so I've been mulling over a mass upgrade. 8-) These cards are interesting to me because they are PCI-X and support 4 SATAII drives per multilane/infiniband

I had many troubles with Virt-manager & debian. However Xen workt "out of the box" Xen version 4.1 Dom0 kernel version, and if it''s pvops or xenlinux based 3.1.0-1-amd64 (Debian testing aka wueezy install) "lspci" output for the graphics card to get the PCI IDs and model information - primairy (Xwindows console not used for xen) ATI Technologies Inc

From a buddy of mine that has spent a little time with the new cards. This was in response to my email asking about his impressions of them: It just came out in mid-September. There are a couple reasons I'm not thrilled with it: 1) no 8-port multilane version (only 12) 2) the 8-port non-multilane version is a kludge, connector-wise (a row of 3 double-stacked connectors along the

testing, uname -ri 2.6.33-rc5-4-xen x86_64 rpm -qa | grep -i Xen-4 xen-4.0.0_20873_01-29.1.x86_64 cat test.cfg name = ''test'' builder = ''linux'' bootloader = ''/usr/lib/xen/boot/domUloader.py'' bootargs = ''--entry=xvda1:vmlinuz-xen,/boot/initrd-xen'' disk = [

Hello, I''m trying to do a pci passthrough for a perc 5/i raid controller and i have 2 problems (i haven''t used linux systems recently so i may be a bit rusty) : On the hardware part i''m using an ASUS M4A89TD PRO motherboard with iommu enabled in bios (and i can see with "xm dmesg" that I/O Virtualization seems enabled by xen). On the software part i

Just out of curiosity - searching for success stories has yielded no results - can anyone claim a success passing a PCI-(e) Raid Controller to a DomU and having it work over longer periods of time (month)? Really curious! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

On 11/13/18 4:51 PM, Richard W.M. Jones wrote: > There are advantages to having the same code parse the options in the > ./nbdkit wrapper as in the real nbdkit: > > - We can parse options in exactly the same way as the real program. > > - Use the more accurate ‘is_short_name’ test for unadorned > plugin/filter names on the command line. > > - Fixes the FreeBSD

Hi, I have an Adaptec eSATA card, model 1225SA: http://www.adaptec.com/en-US/products/Controllers/Hardware/sata/entry/AAR-1225SA/ Although the chipset is sata_sil24, it is not recognized by default by the kernel because its PCI ID is different than the ones recognized by this driver on the CentOS kernel. The driver recognizes PCI IDs such as 0x3132, 0x0242, 0x3131, but not 0x0244, which is the

> So %passthrough can *only* be undef or zeroinitializer? No, it can be any value including undef and zeroinitializer. We considered, while designing, zero and merge semantics and decided that merge semantics is better because it covers zero semantics if you use zeroinitializer in the %paththru. - Elena -----Original Message----- From: dag at cray.com [mailto:dag at cray.com] Sent:

> So %passthrough can *only* be undef or zeroinitializer? No, that wasn't the intent. %passthrough can be any other definition that is needed. Zero and undef were simply two possible values that illustrated some interesting behavior. Mapping of the %passthrough to the actual semantics of many vector instruction sets where the masked instructions leave the masked-off elements of the

Hi all! I''m very interested with XenVGAPassthrough and tries to do it on my system with vt-d support: CPU: Intel core2duo E8400 MB: Asus p5q-vm do mem: 8GB So I''m succeed at Intel IGD: 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) with Debian Sid''s XEN 4.1/Linux 2.6.39-rc7+ (from git://

Hi, I have just applied IGD VGA Passthrough patches to Xen 4.4-unstable changeset 27238. Please refer to the 2 attached patches. 1. [Xen-devel] [PATCH 2/3] V4 qemu-xen-trad: Correctly expose PCH ISA bridge for IGD passthrough Link: http://lists.xenproject.org/archives/html/xen-devel/2013-06/msg01720.html 2. [Xen-devel] [PATCH 3/3] qemu-xen-trad: IGD passthrough: Expose vendor specific pci

Hi, I have just applied IGD VGA Passthrough patches to Xen 4.4-unstable changeset 27238. Please refer to the 2 attached patches. 1. [Xen-devel] [PATCH 2/3] V4 qemu-xen-trad: Correctly expose PCH ISA bridge for IGD passthrough Link: http://lists.xenproject.org/archives/html/xen-devel/2013-06/msg01720.html 2. [Xen-devel] [PATCH 3/3] qemu-xen-trad: IGD passthrough: Expose vendor specific pci

This patch enables PCI passthrough with stub domain. PCI passthrough with stub domain has failed in the past. The primary reason is that hypercalls from qemu in stub domain are rejected. This patch allows qemu in stub domain to call the hypercalls which is needed for PCI passthrough. For security, if target domain of hypercall is different from that of stub domain, it rejects hypercall. To use

On Tue, Nov 13, 2018 at 08:10:34PM -0600, Eric Blake wrote: > On 11/13/18 4:51 PM, Richard W.M. Jones wrote: [...] > >+ size_t i; > >+ char *s; > >+ > >+ /* If NBDKIT_VALGRIND=1 is set in the environment, then we run the > >+ * program under valgrind. This is used by the tests. Similarly if > >+ * NBDKIT_GDB=1 is set, we run the program under GDB,

I know most of the motherboards based off of the Intel Q35 northbridge usually have VT-d options for it to be enabled or disabled in the BIOS.  I''ve heard the same for Intel 5400''s and Intel 3200/3210''s but been looking through manuals for various server boards and don''t see VT-d options in the BIOS. However, I was wondering if anyone had success stories or

----- Original Message ----- From: "Jess Magnaye" <jess@arretni.com> To: <wipe_out@users.sourceforge.net> Sent: Tuesday, January 06, 2004 3:19 PM Subject: Re: [Asterisk-Users] Pls confirm > Is the format "allow=g723.1" in sip.conf valid? > > somehow i cannot get it working to do g723 passthru. also, i've read that > doing g723 will disable

I have been trying to setup GPU passthrough for a couple of days now with little luck. I''m hoping someone can shed some light as to where I may be going wrong or at least identify some genuine bugs. Essentially pci passthrough works for me but gpu passthrough doesn''t. My system is currently configured as follows (please ask if you need further details) Asrock Z77 e-Itx

Dear nouveau developers and users! After many years of dealing with the blob in my kernel, I decided it was time to move to an open source solution. With one of my machines, equipped with 9500GT it went almost flawlessly. I had to patch kernel to get GLXVBlank option working (only because I used the latest and greatest 3.7-rc6), but that is all, and I'm very happy with the result. Nouveau on

Hi there, After updating a server from CentOS 5.3 to 5.4 my Xen pci-passthru setup has some troubles. The server has two NICs, one used by dom0 and the other assigned to a domU and one SCSI controler assigned to another domU. It has been working fine since CentOS 5.1, when I did the initial setup. After upgrading to 5.4, I get this error when starting the domU with one of the NICs assigned: