similar to: Bug#742515: blktap-dkms: blktapblktap kernel module failed to build

tags 742515 + patch tags 742515 + pending thanks Dear maintainer, I've prepared an NMU for blktap-dkms (versioned as 2.0.93-0.2) and uploaded it directly to the archive as discussed on IRC. Regards. -------------- next part -------------- A non-text attachment was scrubbed... Name: blktap-dkms-2.0.93-0.2-nmu.diff Type: text/x-diff Size: 2499 bytes Desc: not available URL:

Package: blktap-dkms Severity: grave Justification: renders package unusable Hi, blktap-dkms FTBFS against linux 3.10-1 from unstable: Cheers, Moritz CC [M] /var/lib/dkms/blktap/2.0.91/build/control.o In file included from /var/lib/dkms/blktap/2.0.91/build/control.c:30:0: /var/lib/dkms/blktap/2.0.91/build/blktap.h:75:41: warning: variably modified ?pending? at file scope [enabled by

blktap-dkms 2.0.93-0.1 is marked for autoremoval from testing on 2014-05-07 It is affected by these RC bugs: 742515: blktap-dkms: blktapblktap kernel module failed to build

blktap-dkms 2.0.93-0.1 is marked for autoremoval from testing on 2014-05-28 It is affected by these RC bugs: 742515: blktap-dkms: blktapblktap kernel module failed to build

vm_normal_page() @ linux-2.6-xen-sparse/mm/memory.c ... if (!vma->vm_flags & VM_RESERVED) print_bad_pte(vma, pte, addr); note:VM_RESERVED=0x00080000 This if clause is always false. Should it be "if (!(vma->vm_flags & VM_RESERVED))" ? -- yamahata _______________________________________________ Xen-devel mailing list

Package: blktap-dkms Version: 2.0.91-1 Severity: normal With both linux-image-3.2.0-4-amd64 and linux-image-3.16-2-amd64 installed, blktap fails to compile for the 3.16-2 kernel, but succeeds for the 3.2.0-4 kernel. (Contrary to the dependency listing below, I do have the headers for 3.16-2 installed.) I am attaching the build log. -- System Information: Debian Release: 7.6 APT prefers

The only time when granted pages need to be treated specially is when using Xen''s PTE modification for grant mappings owned by another domain. Otherwise, the area does not require VM_DONTCOPY and VM_PFNMAP, since it can be accessed just like any other page of RAM. Signed-off-by: Daniel De Graaf <dgdegra@tycho.nsa.gov> --- drivers/xen/gntalloc.c | 14 ++++++++++++--

This flag controls the meaning of gnttab_map_grant_ref.host_addr and specifies that the field contains a refernce to the pte entry to be used to perform the mapping. Therefore move the use of this flag to the point at which we actually use a reference to the pte instead of something else, splitting up the usage of the flag in this way is confusing and potentially error prone. The other flags are

direct_remap_pfn_range() does not properly mark vma with VM_PFNMAP. This triggers improper reference counting on what rmap thought was a normal page, and a subsequent BUG() such as: Eeek! page_mapcount(page) went negative! (-1) page->flags = 414 page->count = 1 page->mapping = 00000000 ------------[ cut here ]------------ kernel BUG at

Since when we are using the m2p_override it is not true anymore that the mmap''ed area doesn''t have corresponsing struct pages. Removing the VM_PFNMAP flag makes get_user_pages work on the mmap''ed user vma. An example test case would be using a Xen userspace block backend (QDISK) on a file on NFS using O_DIRECT. The patch should be backported back to 2.6.38.

Package: blktap-dkms Version: 2.0.93-0.2 Severity: serious Justification: fails to build from source (but built successfully in the past) The build fails on 3.14 kernel with the following error: /var/lib/dkms/blktap/2.0.93/build/ring.c: In function ?blktap_ring_make_tr_request?: /var/lib/dkms/blktap/2.0.93/build/ring.c:314:32: error: ?struct bio? has no member named ?bi_sector?

Package: blktap-dkms Version: 2.0.93-0.5 Severity: important Tags: patch User: apw at ubuntu.com Usertags: origin-ubuntu xenial ubuntu-patch Mainline 4.4 switches how we detect atomicity. Follow that change when compiling against 4.4 based kernels. We are using this in Ubuntu with our latest kernels. Thanks for considering the patch. -apw -- System Information: Debian Release: stretch/sid

Since we are using the m2p_override we do have struct pages corresponding to the user vma mmap''ed by gntdev. Removing the VM_PFNMAP flag makes get_user_pages work on that vma. An example test case would be using a Xen userspace block backend (QDISK) on a file on NFS using O_DIRECT. The patch should be backported back to 2.6.38. Signed-off-by: Stefano Stabellini

Package: blktap-dkms Version: 2.0.93-0.3 Severity: serious Tags: sid stretch User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to build a kernel module for the current sid kernel: Setting up blktap-dkms (2.0.93-0.3) ... Loading new blktap-2.0.93 DKMS files... First Installation: checking all kernels... dpkg: warning: version

This is with last night''s Xen snapshot (apr 24th), on kernel 2.6.12-rc3 - but the mess is so horrid that I''m not quite sure how to fix it... This oops prevents xen from starting xenU domains. Basically xend does the following: 1) mmap /proc/xen/privcmd 2) call an ioctl to populate the mmap 3) munmap the mapping created in (1) During the munmap, the dom0 kernel oopses, as

blktap 2.0.90-2 is marked for autoremoval from testing on 2014-05-07 It (build-)depends on packages with these RC bugs: 742515: blktap-dkms: blktapblktap kernel module failed to build

blktap 2.0.90-2 is marked for autoremoval from testing on 2014-05-28 It (build-)depends on packages with these RC bugs: 742515: blktap-dkms: blktapblktap kernel module failed to build

Package: wnpp Severity: wishlist Owner: Debian Xen Team <pkg-xen-devel at lists.alioth.debian.org> * Package name : blktap-dkms Version : 2.0.90 Upstream Author : Jon Ludlam <jonathan.ludlam at eu.citrix.com> * URL : http://www.xen.org/ * License : GPL-2 Programming Lang: C Description : Xen blktap kernel component DKMS package This package

Package: blktap-dkms Version: 2.0.93-0.10 Severity: serious User: debian-qa at lists.debian.org Usertags: piuparts Hi, blktap-dkms fails to build a module for Linux 4.12: Selecting previously unselected package blktap-dkms. (Reading database ... 34976 files and directories currently installed.) Preparing to unpack .../blktap-dkms_2.0.93-0.10_amd64.deb ... Unpacking blktap-dkms (2.0.93-0.10) ...

Hi, Following is a simple patch that is needed in nouveau to get accelerated X on a Xen dom0 pv_ops kernel. The kernel is jeremy's 2.6.31.6 as of 20100222. The whole gpu tree of nouveau (which is almost the mainline merge), was substituted into the kernel-tree. All components of X (mesa, Xorg-server-7.5, xf86-nouveau, libdrm) used of the same day. Patch: diff -Naur