similar to: Incomplete XENification

virtio uses vendor-specific capabilities to specify the location of the virtio register ranges. The specification can be found here: http://docs.oasis-open.org/virtio/virtio/v1.0/cs01/virtio-v1.0-cs01.html#x1-690004 This patch adds support for decoding these capabilities to lspci. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- Makefile | 2 +- ls-caps-vendor.c | 59

virtio uses vendor-specific capabilities to specify the location of the virtio register ranges. The specification can be found here: http://docs.oasis-open.org/virtio/virtio/v1.0/cs01/virtio-v1.0-cs01.html#x1-690004 This patch adds support for decoding these capabilities to lspci. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- Makefile | 2 +- ls-caps-vendor.c | 59

virtio uses vendor-specific capabilities to specify the location of the virtio register ranges. The specification can be found here: http://docs.oasis-open.org/virtio/virtio/v1.0/cs01/virtio-v1.0-cs01.html#x1-690004 This patch adds support for decoding these capabilities to lspci. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- Makefile | 2 +- ls-caps-vendor.c | 76

virtio uses vendor-specific capabilities to specify the location of the virtio register ranges. The specification can be found here: http://docs.oasis-open.org/virtio/virtio/v1.0/cs01/virtio-v1.0-cs01.html#x1-690004 This patch adds support for decoding these capabilities to lspci. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- Makefile | 2 +- ls-caps-vendor.c | 76

Hi there, I have a Dell T3400 Workstation with CentOS5.1 as dom0. I have hidden a network interface in dom0 to pass it to domU. The domU can come up with the NIC when it''s OS is CentOS5.1 or RHEL5. But when it comes to RedHat4.5 , the NIC can not be found. As I type the command "lspci" in RHEL4.5 domU, it returned: pcilib: Cannot open /proc/bus/pci

Hi! I'm trying to get the Win 95 game "Streets of SimCity" to run under Linux, and have come across an error message that I don't understand. Wondering if anyone can point me towards a possible cause! The game is 3D graphical, and I've just switched in the nVidia driver (previously, while using Nouveau, I got other errors such as that OpenGL was not installed properly).

Hi, I am still trying to assign pci or usbs to a domU. I get to the point where pciback seizes the devices (5 usb and 2 pci). I modified the configuration of the domU with pci = [ ''00:1d.0'' , ''00:1d.1'' , ''00:1d.2'' , ''00:1d.3'' , ''00:1d.7'', ''02:01.0'' , ''02:02.0'' ] but

I''m trying to use environments and seem to be failing. Right now I have 4 defined environments: production, cat, development, beta They are defined as follows on my puppetmaster: cat /etc/puppet/puppet.conf [main] pluginsync = true vardir = /var/lib/puppet manifest = /etc/puppet/environments/production/site.pp modulepath = /etc/puppet/environments/production/modules [master] reports =

Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-2 Either Xen, or the Dom0 kernel (I guess you know better) spits out error messages about ata4 containing "status: { DRDY ERR }" (similar error can be found googling DRDY ERR). I'm not putting the whole error message here because I couldn't copy-paste the message at the booting stage. I'm adding the autoconfigured menu

This patch changes the dom0_ops structures as discussed in the thread "32/64-bit hypercall interface". Keir, I added a struct inside XENIF_PTR() to catch direct users in the general code; it was quite useful to have the compiler identify those spots. I have compiled x86_32 and run it with xm-test[1] under qemu. There are 63 passed tests, so that''s good. I still need to

Hi all, I mounted by smbmount a partition on a winNT machine without problem... but when i tried to copy a file whitch have size more than 2 Gb i have the following error : Overflow size allowed for a file (translated from french ;-) :D?bordement de la taille permise pour un fichier ) PS. the file system of the harde drive is NTFS PS. The command of smbmount : /usr/sbin/smbmount

Under 4.6, we recompiled the kernel with HZ=100 for improved time-keeping in VMware guests. I've read about the backporting of the divider patch into RHEL/CentOS 4.7, but it sounds like it also comes with some bugs. I have been unable to determine the current status of the divider option in the latest 4.7 kernel update. I have experimented with "divider=10" and it works with no major

I can't find the kernel-2.6.9-78.0.1.EL.src.rpm and kernel-2.6.9-78.0.1.plus.c4.src.rpm on the download sites - the binary i386/x86_64 RPMS are there, but not the matching SRPMs Does anyone know where they are? Thanks James Pearson

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory 2006:0689 https://rhn.redhat.com/errata/RHSA-2006-0689.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: kernel-2.6.9-42.0.3.EL.i586.rpm kernel-2.6.9-42.0.3.EL.i686.rpm kernel-devel-2.6.9-42.0.3.EL.i586.rpm kernel-devel-2.6.9-42.0.3.EL.i686.rpm kernel-doc-2.6.9-42.0.3.EL.noarch.rpm

I am (unsuccessfully) trying to install zaptel (incl ztdummy - I don't have any Digium hardware) on CentOS 4. uname -r 2.6.9-42.ELsmp Not sure how this relates to 2.6.9-42.0.3 (see below) ln -s /usr/src/kernels/`uname -r` /usr/src/linux ln -s /usr/src/kernels/`uname -r` /usr/src/linux-2.6 cd /usr/src/zaptel-1.2.11* make linux26 You do not appear to have the sources for the 2.6.9-42.ELsmp

I am changing a system from zap to DAHDI. I removed everything zap. when doing the command: sh -x /etc/init.d/dahdi start, I see initlog -q -c 'modprobe wct4xxp' sh: /sbin/ztcfg: No such file or directory FATAL: Error running install command for wct4xxp doing updatedb then, locate zap returns me /var/lib/asterisk/sounds/spy-zap.gsm /usr/share/groff/1.18.1.1/font/devps/zapfdr.pfa

Background: I am in the habit of making bootable GRUB CDs with menus and copies of working kernels and initrds, particularly for multiple-boot testing machines with multiple distros and/or the Redmond OS. This has helped pull my fat out of the fire more than once when a system was rendered unbootable by hardware changes, or when Bill Gates decided the MBR should be taken over. This generally

CentOS Errata and Security Advisory 2006:0689 https://rhn.redhat.com/errata/RHSA-2006-0689.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: kernel-doc-2.6.9-42.0.3.EL.noarch.rpm kernel-2.6.9-42.0.3.EL.x86_64.rpm kernel-devel-2.6.9-42.0.3.EL.x86_64.rpm kernel-largesmp-2.6.9-42.0.3.EL.x86_64.rpm kernel-largesmp-devel-2.6.9-42.0.3.EL.x86_64.rpm

Hi Tzafir / List Here is some more information obtained from the commands you gave me: 2.6.9-42.0.3.ELsmp #1 SMP Fri Oct 6 06:21:39 CDT 2006 i686 i686 i386 GNU/Linux kernel-2.6.9-42.EL kernel-smp-2.6.9-42.EL kernel-ib-1.0-1 kernel-devel-2.6.9-42.0.3.EL kernel-2.6.9-42.0.3.EL kernel-smp-2.6.9-42.0.3.EL kernel-utils-2.4-13.1.83 I did check the "/lib/modules/2.6.9-42.0.3.ELsmp"