similar to: Bug#764132: fails to compile with linux-image-3.16-2-amd64

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

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) ...

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

Package: blktap-dkms Version: 2.0.93-0.1 Severity: serious Justification: fails to build from source (but built successfully in the past) blktap fails to build on kernel 3.13 and probably older kernels as well. According to this bug: https://bugs.launchpad.net/ubuntu/+source/blktap-dkms/+bug/1245009 VM_RESERVED is deprecated as of 3.7. Building with the patch described in that bug allows for

Package: blktap-dkms Version: 2.0.93-0.3 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.2.0-4 kernel, but succeeds for the 3.16-2 kernel. (Headers for both kernel versions are installed.) I am attaching the build log. Note that bug 764132 is for blktap-dkms version 2.0.91-1 and fails for the opposite kernel

Processing commands for control at bugs.debian.org: > user debian-qa at lists.debian.org Setting user to debian-qa at lists.debian.org (was anbe at debian.org). > tags 714794 - moreinfo Bug #714794 {Done: Gilles Filippini <pini at debian.org>} [release.debian.org] pu: package sikuli/1.0~x~rc3.tesseract3-dfsg1-5+deb7u1 Removed tag(s) moreinfo. > tags 710035 - moreinfo Bug #710035

Package: blktap-dkms Version: 2.0.91-1 Severity: important User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Fri, 22 Mar 2013 19:02:45 +0800 Source: blktap-dkms Binary: blktap-dkms Architecture: source amd64 Version: 2.0.91-3 Distribution: experimental Urgency: low Maintainer: Debian Xen Team <pkg-xen-devel at lists.alioth.debian.org> Changed-By: Thomas Goirand <zigo at debian.org> Description: blktap-dkms - Xen API

Package: xcp-xapi Version: 1.3.2-6 Severity: important Looks like on Wheezy, /etc/default/xen is not created by xen-utils-common. Since xcp-xapi depends on its existence and further declaration of the toolstack in it, it should take extra care to ensure that it is present. root at debian:~# aptitude install xcp-xapi The following NEW packages will be installed: blktap-dkms{a} blktap-utils{a}

Processing commands for control at bugs.debian.org: > found 728266 2.0.91-2 Bug #728266 [blktap-dkms] Depends on obsolete packages Marked as found in versions blktap-dkms/2.0.91-2. > tags 728266 + jessie sid Bug #728266 [blktap-dkms] Depends on obsolete packages Added tag(s) sid and jessie. > severity 701278 important Bug #701278 [src:flush] flush: ftbfs with GCC-4.8 Severity set to

Package: blktap-dkms Followup-For: Bug #717157 I picked the commits from upstream. You should consider pushing it to the archive. root at ibmx3650m2-210-147:/usr/src/blktap-2.0.91# diff -Naru ring.c /tmp/ring.c --- ring.c 2013-09-17 11:47:27.468200000 -0400 +++ /tmp/ring.c 2013-09-17 11:47:56.836200000 -0400 @@ -210,7 +210,7 @@ pgoff = 1 + request->usr_idx *

Package: blktap-dkms Version: 2.0.91-3 Severity: grave blktap-dkms depends on linux-headers-generic | linux-headers. linux-headers-generic never existed in Debian and linux-headers is a virtual package that is no longer provided, starting with Linux 3.11. This is because any level of dependency (Depends, Recommends or Suggests) on 'linux-headers' prevented APT auto-removing any of the

FYI: The status of the blktap-dkms source package in Debian's testing distribution has changed. Previous version: 2.0.91-1 Current version: 2.0.91-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more

Package: blktap-dkms Version: 2.0.91-1 Severity: normal After an update of the kernel in SID, I have noticed that blktap-dkms didn't automatically rebuild itself when I upgraded my server with a newer kernel version. My understanding is that it should have. Also, doing dpkg-reconfigure blktap-dkms or reinstalling the package did make it rebuild the kernel module. Thomas Goirand (zigo) --

FYI: The status of the blktap-dkms source package in Debian's testing distribution has changed. Previous version: 2.0.90-1 Current version: 2.0.91-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more

Package: blktap-dkms Version: 2.0.91-2 X-Debbugs-CC: wzssyqa at gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on

FYI: The status of the blktap-dkms source package in Debian's testing distribution has changed. Previous version: 2.0.91-2 Current version: 2.0.93-0.1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more

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

Hi,  I''m currently stuck with creating VM which cannot boot with disk using blktap2 driver. I''ve been searching nearly a whole week and I couldn''t get a answer. When creating vm with blktap2, it keep shows a error:   libxl: debug: libxl_device.c:200:disk_try_backend: Disk vdev=xvda, backend tap unsuitable because blktap not available.  VM configuration (XML):

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 ++++++++++++--