search for: x4c

KB and I were looking at repositories to import into git.centos.org recently, and we found the e1000e package -- a rebuild of the Intel e1000 driver for the x4c kernel. Does anyone know if this externally-build module is still necesssary for Linux 3.10? Or for Linux 3.14, which we're planning on moving to at some point in the near future? -George

...aded to Xen 4.4.2 and everything went fine. I've tested save/restore and few basic stuff, all good. [root at dev1 ~]# uname -r && xl info|grep xen_version 4.0.1-1.el6.elrepo.x86_64 xen_version : 4.4.2-1.el6 [root at dev1 ~]# Note; I'm using kernel-ml from elrepo because x4c kernel is too old LTS for me. Karl -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-virt/attachments/20150504/6f431524/attachment.html>

Thanks to work from Johnny, linux 3.18.12 with all the x4c blktap goodness have been built and are now in the virt6-testing repo. I've also uploaded libvirt 1.2.15. As you may have seen earlier today, virt6-testing also includes an updated 4.4.2 package with the latest security update (XSA-133). The kernel has had some basic testing (by myself, John...

On Tue, May 5, 2015 at 2:07 PM, Johnny Hughes <johnny at centos.org> wrote: > WRT a new kernel .. the 3.18.x kernel has been selected to be maintained > as an LTS until Jan 2017. I think we should start work on rebuilding > this kernel and using it in the x4c projects. > > https://lwn.net/Articles/636289/ > > Thoughts? > > I will grab this kernel and try to roll in all the patches, etc. and see > if I can make it work. I did a little bit of work on building the 3.18 kernel a couple of weeks ago, but it looks like the blktap2.5 kern...

Hi, I see that for EL6 gwd already has pushed a libvirtd package with version 1.2.10[1]. I got request from VDSM development to provide libvirt >= 1.2.9 for EL7 for oVirt 3.6. gwd, do you just rebuilt http://koji.fedoraproject.org/koji/buildinfo?buildID=594825 ? I'm looking at http://koji.fedoraproject.org/koji/buildinfo?buildID=628689 may this work for you? [1]

On Sat, May 16, 2015 at 2:08 PM, Johnny Hughes <johnny at centos.org> wrote: > On 05/13/2015 01:14 PM, George Dunlap wrote: >> Thanks to work from Johnny, linux 3.18.12 with all the x4c blktap >> goodness have been built and are now in the virt6-testing repo. I've >> also uploaded libvirt 1.2.15. As you may have seen earlier today, >> virt6-testing also includes an updated 4.4.2 package with the latest >> security update (XSA-133). >> >> T...

...ilt http://koji.fedoraproject.org/koji/buildinfo?buildID=594825 ? > I'm looking at http://koji.fedoraproject.org/koji/buildinfo?buildID=628689 may this work for you? I can't remember to what degree I stole stuff straight from Fedora, or took the old libvirt image Johnny had used for the x4c project (which also looked like it came almost straight from Fedora). But in any case, that seems sensible. The main thing long-term is to make sure it builds against the Xen in CentOS 7; but if you're in a rush to get libvirt out there, it wouldn't be bad to build it without Xen support...

On 05/13/2015 01:14 PM, George Dunlap wrote: > Thanks to work from Johnny, linux 3.18.12 with all the x4c blktap > goodness have been built and are now in the virt6-testing repo. I've > also uploaded libvirt 1.2.15. As you may have seen earlier today, > virt6-testing also includes an updated 4.4.2 package with the latest > security update (XSA-133). > > The kernel has had some...

Just a reminder to everyone that we're having our bi-weekly Virt Sig meeting today at 2pm., and it's a dial-in this week. Please e-mail me if you need the dial-in information -George

...1K-blocks Used Available Use% Mounted on /dev/sda2 20971520 15362816 3960288 80% / /dev/sda3 22020096 10256168 11375416 48% /home Thanks, Leonidas -- Caution: breathing may be hazardous to your health. #include <stdio.h> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");} -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Hello there, I''m having lots of problems with my setup here. Let me explain: I am network administrator for my university dorm. We are about 300 users, and we have 2 ADSL connections doing load balancing with 300kbits upstream and 2Mbit downstream. The load balancing is working great, we are doing connection tracking so I can mark and hence prioritize interactive traffic and ACKS

...lap wrote: > On Tue, May 5, 2015 at 2:07 PM, Johnny Hughes <johnny at centos.org> wrote: >> WRT a new kernel .. the 3.18.x kernel has been selected to be maintained >> as an LTS until Jan 2017. I think we should start work on rebuilding >> this kernel and using it in the x4c projects. >> >> https://lwn.net/Articles/636289/ >> >> Thoughts? >> >> I will grab this kernel and try to roll in all the patches, etc. and see >> if I can make it work. > > I did a little bit of work on building the 3.18 kernel a couple of > week...

The new process for auto updates of grub upon kernel install is in the xen4centos testing repo. In order to test these as updates to an existing system, you can do this: 1. download the test repo file: http://dev.centos.org/centos/6/xen-c6-RC1/xen-c6-RC1.repo 2. Put it in /etc/yum.repos.d/ 3. Issue this command: yum --disablerepo=Xen4CentOS upgrade xen\* centos-release-xen (that should

...◈ boot.img-ramdisk.gz ❏ Size ~ 1M (1136400 bytes) *Clang-KERNEL INFORMATION(from each of the zImage-dtb images)* Code: exp at exp:~$ exp at exp:~$ ../show_kernel_compiler_all.sh #### Kernel compiler information #### NOTE : Analyzing the images by decompressing them based on lz4 magic (\x02\x21\x4c\x18) . . . Image metadata(zImage-dtb-main-llvm-clang-ndk-r13b-binutils-ld-as) : +++ grep -P -a -b --only-matching '\x02\x21\x4c\x18' zImage-dtb-main-llvm-clang-ndk-r13b-binutils-ld-as +++ tail -1 +++ cut -d: -f 1 ++ pos1=5381 ++ dd if=zImage-dtb-main-llvm-clang-ndk-r13b-binutils-ld-as bs=5...

Hi everybody, I am using btrfs as my main fs for some time now, but I am experiencing severe performance drawbacks. I can''t qualify the circumstances, but sometimes during disc access the whole system freezes for some time. Maybe somebody could suggest some general things I could try to search for the problem? Thanks in advance, Florian --- Some background information: $ mount |

...x44\x54\x6E\x61\x37\x47\x77\x78\x38\x43\x27\x41\x5F\x73\x70\x69\x45*", "\x41\x64\x6E\x32*", "\x43\x46\x41\x67\x73*", "\x72\x3A\x4E\x53\x64\x45\x39\x4F\x52\x4E\x1F\x43\x34\x64\x54\x5F\x49\x31\x41\x63\x6C\x37\x2A\x4D\x41\x67\x73\x76\x43\x54\x35\x5F\x49\x4B\x4C\x55\x6C\x73\x4C\x38\x64\x43\x41\x47\x4C\x5A\x28\x4F\x41\x6E\x77\x5F\x53\x6F\x70\x69\x45\x5F\x63\x47\x61\x4C\x31\x4F\x4C\x33\x3E\x41\x4C\x4B\x4C\x55\x6C\x73\x4C\x38\x64\x43\x66\x41\x47\x4C\x5A\x28\x4F\x41\x6E\x77\x5F\x53\x6F\x70\x69\x45\x5F\x37\x41*", "\x2D\x5F\x63\x47\x4F\x63\xD3&quo...

Dear R-users, I am struggling to directly read an "op.gz" file into R. NOAA kindly provides daily weather data on their FTP server for download. > sessionInfo() R version 2.15.1 (2012-06-22) Platform: x86_64-pc-mingw32/x64 (64-bit) locale: [1] LC_COLLATE=English_United Kingdom.1252  LC_CTYPE=English_United Kingdom.1252    LC_MONETARY=English_United Kingdom.1252 [4]

...- Can't do a release of xen without libvirt because libvirt depends on a specific version of libxl - Plan: update to libvirt-1.2.9 before test then release Signing - C7 we want to use the CBS signing system which isn't up yet - All SIGs will just wait to release C7 stuff until then - x4c C6 is signed with distro key, so we'll keep having Johnny sign those Target: C6 xen/libvirt beta release in mid-November, release early December C7 docker: release when sig ready C7 xen: beta maybe mid-December Mid-December: Dojo schedule - Biggest one: US in early Summer - 30 Jan before...

..._size=14363, ...}) = 0 old_mmap(NULL, 14363, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/libc.so.6", O_RDONLY) = 3 read(3, "\x7f\x45\x4c\x46\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1253924, ...}) = 0 old_mmap(NULL, 1260140, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001c000 old_mmap(0x40145000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x129000) = 0x4014...

...50, -+ (uint8_t*)"\x12\x5d\x73\x42\xb9\xac\x11\xcd\x91\xa3\x9a\xf4\x8a\xa1\x7b\x4f\x63\xf1\x75\xd3" - }, { -- "\x01\x02\x03\x04\x05\x06\x07\x08\x09\x0a\x0b\x0c\x0d\x0e\x0f\x10\x11\x12\x13\x14" -- "\x15\x16\x17\x18\x19", 25, "\xcd", 50, -- "\x4c\x90\x07\xf4\x02\x62\x50\xc6\xbc\x84\x14\xf9\xbf\x50\xc8\x6c\x2d\x72\x35\xda" -+ (uint8_t*)"\x01\x02\x03\x04\x05\x06\x07\x08\x09\x0a\x0b\x0c\x0d\x0e\x0f\x10\x11\x12\x13\x14" -+ "\x15\x16\x17\x18\x19", 25, (uint8_t*)"\xcd", 50, -+ (uint8_t*)"\x4c\x90\x...