similar to: Boot problem with current xen-unstable

Commit-ID: 4a7ac3d2d9602d06b301cca62e2382f17fa6d43b Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=4a7ac3d2d9602d06b301cca62e2382f17fa6d43b Author: H. Peter Anvin <hpa at linux.intel.com> AuthorDate: Tue, 5 Jan 2016 18:24:18 -0800 Committer: H. Peter Anvin <hpa at linux.intel.com> CommitDate: Tue, 5 Jan 2016 18:24:18 -0800 [klibc] Remove sys/socketcalls.h

This patch enables support of hugepages in a pv Xen environment. It is against the latest xen unstable tree on http://xenbits.xensource.com. The patch assumes the guest is passing a physically aligned hugepage. It does reference counting on all the underlying pages. Dave McCracken Oracle Corp. _______________________________________________ Xen-devel mailing list

This is the latest version of a patch that adds hugepage support to the Xen hypervisor in a PV environment. It is against the latest xen-unstable tree on xenbits.xensource.com. I believe this version addresses the comments made about the previous version of the patch. Hugepage support must be enabled via the hypervisor command line option "allowhugepage". It assumes the guest

Here is a set of small patches that enables hugetlb on PV machines. They are against xen-unstable and linux-2.6.18-xen. The patches are specifically for x86_64. I originally had these patches working back in May, but recently for some reason my machine now refuses to boot the baseline xen-unstable, so I''ve been unable to verify them. However, they should still work. Comments, bug

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=68 Summary: Kernel panic Product: netfilter/iptables Version: linux-2.4.x Platform: i386 OS/Version: RedHat Linux Status: NEW Severity: critical Priority: P2 Component: unknown AssignedTo: laforge@netfilter.org ReportedBy:

Hello LARTC. Sorry, that i am not professional to do bugreports... but Kernel vanilla 2.6.9 What else info need? First one Oct 24 19:26:59 Gerasimos5 kernel: Unable to handle kernel paging request at virtual address 00100100 Oct 24 19:26:59 Gerasimos5 kernel: printing eip: Oct 24 19:26:59 Gerasimos5 kernel: c03115b1 Oct 24 19:26:59 Gerasimos5 kernel: *pde = 00000000 Oct 24 19:26:59 Gerasimos5

Hello, I try to passthrough a PCI-card to a VM named testvm I want to do that with an xml-file named hga.xml including the following content: <hostdev mode='subsystem' type='pci' managed='yes'> <source> <address domain='0x0' bus='0x1' slot='0x00' function='0x0'/> </source> </hostdev> When I execute

Dear Michael, Did you activate the Intel IO MMU (or its equivalent for AMD)? Also, did you load the pci_stub module for Linux? It is mandatory (it will replace current driver for your passed through hardware). Cheers, Pierre On 10/13/2014 07:54 AM, Weis, Michael (DWIE) wrote: > Good morning, > > there is a typo in my description; > the line > <address

Hi, On Thu, Jan 24, 2002 at 04:54:34PM +0100, frode wrote: > > I got the following error while rm'ing a 700mb file from an ext3 partition: > > Assertion failure in journal_unmap_buffer() at transaction.c:1857: > "transaction == journal->j_running_transaction" Hmm --- this is not one I think I've ever seen before. > >>EIP; c015ea1a

And what about IO MMU ? On 10/13/2014 12:02 PM, Weis, Michael (DWIE) wrote: > Hi Pierre, > > thanks for your reply. > > I am using kernel 3.10.0-123.8.1.el7.x86_64. > The kernel modul used after nodedev-detach is vfio-pci > > This is the output of lspci -vv after I did a virsh nodedev-detatch pci_0000_02_00_0 > > 02:00.0 Ethernet controller: PLX Technology, Inc.

Apologies if this is not relevant to this list. I am seeing errors when loading a large iptables file Using iptables-restore containing more than out 1000 rules reports errors shown below in the system log: I am using Centos5 and have tried various processors and memory from Celeron 2.4 to Core2Duo and 500Mb to 2Gb The problem appears to be related to the size of the ruleset being loaded -

Good morning, there is a typo in my description; the line <address domain='0x0' bus='0x1' slot='0x00' function='0x0'/> should be <address domain='0x0' bus='0x2' slot='0x00' function='0x0'/> That was correct in my xml-file. Isn't there anybody how can help me with that? Regards Michael Weis Von:

Dear all. I'm experiencing a weird crash with one of our desktop running CentOS 5.1 We have 5 machines identical, onle one has this problem. Right after it starts, it will kernel panic. Unfortunately, from the backtrace this is all I've managed to get : serial port isn't working. So it's a manual copy of what the screen show. [<c04721f3>] sync_buffer+0x0/0x33

Hello I have an active-active DRBD cluster using OCFS2 as the filesystem on the drbd devices. I started getting a "general protection fault error" when trying to mount any one of the ocfs2 volumes I have, even when running mount on a single node, with no mounted FSs on the other node. The kernel trace follows at the bottom of this message. Does anyone know what could have been

Hi Pierre, thanks for your reply. I am using kernel 3.10.0-123.8.1.el7.x86_64. The kernel modul used after nodedev-detach is vfio-pci This is the output of lspci -vv after I did a virsh nodedev-detatch pci_0000_02_00_0 02:00.0 Ethernet controller: PLX Technology, Inc. Device 235e Subsystem: PLX Technology, Inc. Device 235e Control: I/O- Mem- BusMaster- SpecCycle- MemWINV-

The PV superpage mapping feature has been in the hypervisor for a while now, but I''m not away of any use of this feature by an upstream guest kernel (e.g., and primarily of interest, pv_ops Linux). Am I mistaken, or is anyone looking into or interested in this? If the feature is unused we should remove it from the hypervisor in this development cycle, as it''s untested and is

OK - this is starting to get frustrating... Are there any known issues with 2.6.9 and traffic shaping? I am using 2.6.9 with geoip 20041115, and get odd oopses. The following script oopses my box: ----------------------------------------------------- #!/bin/sh -x IFOUT=''eth1'' IFIN=''eth0'' TC=''/sbin/tc''

Hola, tengo que leer más de 2000 ficheros en un programa largo de estimación sobre imágenes médicas, con una estructura como ésta: desde "IM-0005-0001.dcm" hasta "IM-0005-2021.dcm" Si hago esto: ui <- NULL for (i in 1:8){ ui[i] <- paste("IM-0005-", i,".dcm", sep="") } ui Obtendría: [1] "IM-0005-1.dcm"

Hi, We've been experiencing repeated (every other day) oopses on hosts with high load glusterfs accesses. Co-occurrent (not immediately tho, but there is some sort of connection) are hanging nginx processes (doing the accessing), which can not be stopped, killed and also block the shutdown of the respective openvz instance. I think I remember at least one instance where this occurred without

Hi, We have encountered another funny with ext3 on 2.4. Like the kernel NFS server, we have a routine in InterMezzo that does something like looking up an inode by inode number. (compare intermezzo's presto_ilookup or knfsd's nfsfh_iget) Effectively both of these routines do ilookup() { inode = iget(sb, ino) if (inode->i_nlink==0) iput(inode); .... } We find that