[Kernel-packages] [Bug 1238110] Re: makedumpfile needs porting for AArch64

[Launchpad Bug Tracker]

This bug was fixed in the package makedumpfile - 1:1.5.9-5ubuntu0.5

---
makedumpfile (1:1.5.9-5ubuntu0.5) xenial; urgency=medium

  * Build on arm64. While this version of makedumpfile doesn't support
creating filtered dumps of Ubuntu arm64 kernels, it does satisfy
the dependency for kdump-tools, which will cleanly fallback to 'cp'
mode if makedumpfile fails. LP: #1238110, LP: #1694859.

 -- dann frazier   Mon, 17 Jul 2017 16:58:59
-0600

** Changed in: makedumpfile (Ubuntu Xenial)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1238110

Title:
  makedumpfile needs porting for AArch64

Status in Linaro AArch64 cross-distro work:
  New
Status in makedumpfile package in Ubuntu:
  Fix Released
Status in makedumpfile source package in Xenial:
  Fix Released

Bug description:
  [Impact]
  kdump-tools is not installable on arm64 because it depends on makedumpfile, 
which is not currently built on arm64. Adding arm64 to the Architecture list in 
debian/control is all that is needed for it to build successfully.

  That said, xenial's version was too old to support filtering kdump-
  enabled xenial kernels (>= 4.10.0). So, this doesn't actually produce
  a *useful* makedumpfile, but does allow kdump-tools to be installed,
  which unblocks collection of (unfiltered) crash dump files.

  [Test Case]
  On an arm64 system:
   sudo apt install kdump-tools

  [Regression Risk]
  The only change here is to make a binary package available on arm64 that 
previously was not - regression risk to existing architectures should therefore 
be negligible.

  Note: Enabling a binary package for an architecture where it's known
  not to be useful - at last on it's own - is obviously non-ideal. I
  considered other options, but they all seem to add unnecessary
  regression risk:

  - Demoting the "Depends:" to a "Recommends:". I actually think we
  should do this going forward (https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=865701), but this would be a change in behavior
  to people who may install kdump-tools w/ Recommends-disabled and
  expect to stil get makedumpfile.

  - Demoting only on arm64: This isn't possible unless we switch kdump-
  tools from Binary: any to Binary: all. I also think there are good
  reasons to do that in future releases (https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=863858), but it seems overkill for just enabling
  arm64.

To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-aarch64/+bug/1238110/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1238110] Re: makedumpfile needs porting for AArch64

[dann frazier]

ubuntu@dawes:~$ sudo apt install kdump-tools
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following additional packages will be installed:
  binutils crash kexec-tools libdw1 makedumpfile
Suggested packages:
  binutils-doc
The following NEW packages will be installed:
  binutils crash kdump-tools kexec-tools libdw1 makedumpfile
0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Need to get 4,901 kB of archives.
After this operation, 22.4 MB of additional disk space will be used.
Do you want to continue? [Y/n] 
Get:1 http://ports.ubuntu.com/ubuntu-ports xenial-proposed/main arm64 binutils 
arm64 2.26.1-1ubuntu1~16.04.5 [2,450 kB]
Get:2 http://ports.ubuntu.com/ubuntu-ports xenial-updates/main arm64 crash 
arm64 7.1.4-1ubuntu4.1 [2,096 kB]
Get:3 http://ports.ubuntu.com/ubuntu-ports xenial/main arm64 libdw1 arm64 
0.165-3ubuntu1 [161 kB]
Get:4 http://ports.ubuntu.com/ubuntu-ports xenial-proposed/main arm64 
makedumpfile arm64 1:1.5.9-5ubuntu0.5 [111 kB]
Get:5 http://ports.ubuntu.com/ubuntu-ports xenial-updates/main arm64 
kexec-tools arm64 1:2.0.10-1ubuntu2.3 [63.3 kB]
Get:6 http://ports.ubuntu.com/ubuntu-ports xenial-proposed/main arm64 
kdump-tools all 1:1.5.9-5ubuntu0.5 [20.9 kB]
Fetched 4,901 kB in 1s (4,899 kB/s) 
Preconfiguring packages ...
Selecting previously unselected package binutils.
(Reading database ... 65324 files and directories currently installed.)
Preparing to unpack .../binutils_2.26.1-1ubuntu1~16.04.5_arm64.deb ...
Unpacking binutils (2.26.1-1ubuntu1~16.04.5) ...
Selecting previously unselected package crash.
Preparing to unpack .../crash_7.1.4-1ubuntu4.1_arm64.deb ...
Unpacking crash (7.1.4-1ubuntu4.1) ...
Selecting previously unselected package libdw1:arm64.
Preparing to unpack .../libdw1_0.165-3ubuntu1_arm64.deb ...
Unpacking libdw1:arm64 (0.165-3ubuntu1) ...
Selecting previously unselected package makedumpfile.
Preparing to unpack .../makedumpfile_1%3a1.5.9-5ubuntu0.5_arm64.deb ...
Unpacking makedumpfile (1:1.5.9-5ubuntu0.5) ...
Selecting previously unselected package kexec-tools.
Preparing to unpack .../kexec-tools_1%3a2.0.10-1ubuntu2.3_arm64.deb ...
Unpacking kexec-tools (1:2.0.10-1ubuntu2.3) ...
Selecting previously unselected package kdump-tools.
Preparing to unpack .../kdump-tools_1%3a1.5.9-5ubuntu0.5_all.deb ...
Unpacking kdump-tools (1:1.5.9-5ubuntu0.5) ...
Processing triggers for libc-bin (2.23-0ubuntu9) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for systemd (229-4ubuntu19) ...
Processing triggers for ureadahead (0.100.0-19) ...
Setting up binutils (2.26.1-1ubuntu1~16.04.5) ...
Setting up crash (7.1.4-1ubuntu4.1) ...
Setting up libdw1:arm64 (0.165-3ubuntu1) ...
Setting up makedumpfile (1:1.5.9-5ubuntu0.5) ...
Setting up kexec-tools (1:2.0.10-1ubuntu2.3) ...
Generating /etc/default/kexec...
Generating grub configuration file ...
Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is 
set is no longer supported.
Found linux image: /boot/vmlinuz-4.10.0-33-generic
Found initrd image: /boot/initrd.img-4.10.0-33-generic
Adding boot menu entry for EFI firmware configuration
done
Setting up kdump-tools (1:1.5.9-5ubuntu0.5) ...
Processing triggers for libc-bin (2.23-0ubuntu9) ...
Processing triggers for systemd (229-4ubuntu19) ...
Processing triggers for ureadahead (0.100.0-19) ...
ubuntu@dawes:~$

** Tags removed: verification-needed verification-needed-xenial
** Tags added: verification-done verification-done-xenial

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1238110

Title:
  makedumpfile needs porting for AArch64

Status in Linaro AArch64 cross-distro work:
  New
Status in makedumpfile package in Ubuntu:
  Fix Released
Status in makedumpfile source package in Xenial:
  Fix Committed

Bug description:
  [Impact]
  kdump-tools is not installable on arm64 because it depends on makedumpfile, 
which is not currently built on arm64. Adding arm64 to the Architecture list in 
debian/control is all that is needed for it to build successfully.

  That said, xenial's version was too old to support filtering kdump-
  enabled xenial kernels (>= 4.10.0). So, this doesn't actually produce
  a *useful* makedumpfile, but does allow kdump-tools to be installed,
  which unblocks collection of (unfiltered) crash dump files.

  [Test Case]
  On an arm64 system:
   sudo apt install kdump-tools

  [Regression Risk]
  The only change here is to make a binary package available on arm64 that 
previously was not - regression risk to existing architectures should therefore 
be negligible.

  Note: Enabling a binary package for an architecture where it's known
  not to be useful - at last on it's own - is obviously non-ideal. I
  considered other options, but they all seem to add unnecessary
  regression risk:

  - Demoting the "Depends:" to a "Recommends:". I actually think 

[Kernel-packages] [Bug 1238110] Re: makedumpfile needs porting for AArch64

[Brian Murray]

Hello Matthias, or anyone else affected,

Accepted makedumpfile into xenial-proposed. The package will build now
and be available at
https://launchpad.net/ubuntu/+source/makedumpfile/1:1.5.9-5ubuntu0.5 in
a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested and change the tag from
verification-needed-xenial to verification-done-xenial. If it does not
fix the bug for you, please add a comment stating that, and change the
tag to verification-failed-xenial. In either case, details of your
testing will help us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Changed in: makedumpfile (Ubuntu Xenial)
   Status: In Progress => Fix Committed

** Tags added: verification-needed verification-needed-xenial

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1238110

Title:
  makedumpfile needs porting for AArch64

Status in Linaro AArch64 cross-distro work:
  New
Status in makedumpfile package in Ubuntu:
  Fix Released
Status in makedumpfile source package in Xenial:
  Fix Committed

Bug description:
  [Impact]
  kdump-tools is not installable on arm64 because it depends on makedumpfile, 
which is not currently built on arm64. Adding arm64 to the Architecture list in 
debian/control is all that is needed for it to build successfully.

  That said, xenial's version was too old to support filtering kdump-
  enabled xenial kernels (>= 4.10.0). So, this doesn't actually produce
  a *useful* makedumpfile, but does allow kdump-tools to be installed,
  which unblocks collection of (unfiltered) crash dump files.

  [Test Case]
  On an arm64 system:
   sudo apt install kdump-tools

  [Regression Risk]
  The only change here is to make a binary package available on arm64 that 
previously was not - regression risk to existing architectures should therefore 
be negligible.

  Note: Enabling a binary package for an architecture where it's known
  not to be useful - at last on it's own - is obviously non-ideal. I
  considered other options, but they all seem to add unnecessary
  regression risk:

  - Demoting the "Depends:" to a "Recommends:". I actually think we
  should do this going forward (https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=865701), but this would be a change in behavior
  to people who may install kdump-tools w/ Recommends-disabled and
  expect to stil get makedumpfile.

  - Demoting only on arm64: This isn't possible unless we switch kdump-
  tools from Binary: any to Binary: all. I also think there are good
  reasons to do that in future releases (https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=863858), but it seems overkill for just enabling
  arm64.

To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-aarch64/+bug/1238110/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1238110] Re: makedumpfile needs porting for AArch64

[dann frazier]

** Changed in: makedumpfile (Ubuntu Xenial)
   Status: New => In Progress

** Changed in: makedumpfile (Ubuntu Xenial)
 Assignee: (unassigned) => dann frazier (dannf)

** Description changed:

- $ ls arch/
- arm.c  ia64.c  ppc.c  ppc64.c  s390x.c  x86.c  x86_64.c
+ [Impact]
+ kdump-tools is not installable on arm64 because it depends on makedumpfile, 
which is not currently built on arm64. Adding arm64 to the Architecture list in 
debian/control is all that is needed for it to build successfully.
+ 
+ That said, xenial's version was too old to support filtering kdump-
+ enabled xenial kernels (>= 4.10.0). So, this doesn't actually produce a
+ *useful* makedumpfile, but does allow kdump-tools to be installed, which
+ unblocks collection of (unfiltered) crash dump files.
+ 
+ [Test Case]
+ On an arm64 system:
+  sudo apt install kdump-tools
+ 
+ [Regression Risk]
+ The only change here is to make a binary package available on arm64 that 
previously was not - regression risk to existing architectures should therefore 
be negligible.
+ 
+ Note: Enabling a binary package for an architecture where it's known not
+ to be useful - at last on it's own - is obviously non-ideal. I
+ considered other options, but they all seem to add unnecessary
+ regression risk:
+ 
+ - Demoting the "Depends:" to a "Recommends:". I actually think we should
+ do this going forward (https://bugs.debian.org/cgi-
+ bin/bugreport.cgi?bug=865701), but this would be a change in behavior to
+ people who may install kdump-tools w/ Recommends-disabled and expect to
+ stil get makedumpfile.
+ 
+ - Demoting only on arm64: This isn't possible unless we switch kdump-
+ tools from Binary: any to Binary: all. I also think there are good
+ reasons to do that in future releases (https://bugs.debian.org/cgi-
+ bin/bugreport.cgi?bug=863858), but it seems overkill for just enabling
+ arm64.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1238110

Title:
  makedumpfile needs porting for AArch64

Status in Linaro AArch64 cross-distro work:
  New
Status in makedumpfile package in Ubuntu:
  Fix Released
Status in makedumpfile source package in Xenial:
  In Progress

Bug description:
  [Impact]
  kdump-tools is not installable on arm64 because it depends on makedumpfile, 
which is not currently built on arm64. Adding arm64 to the Architecture list in 
debian/control is all that is needed for it to build successfully.

  That said, xenial's version was too old to support filtering kdump-
  enabled xenial kernels (>= 4.10.0). So, this doesn't actually produce
  a *useful* makedumpfile, but does allow kdump-tools to be installed,
  which unblocks collection of (unfiltered) crash dump files.

  [Test Case]
  On an arm64 system:
   sudo apt install kdump-tools

  [Regression Risk]
  The only change here is to make a binary package available on arm64 that 
previously was not - regression risk to existing architectures should therefore 
be negligible.

  Note: Enabling a binary package for an architecture where it's known
  not to be useful - at last on it's own - is obviously non-ideal. I
  considered other options, but they all seem to add unnecessary
  regression risk:

  - Demoting the "Depends:" to a "Recommends:". I actually think we
  should do this going forward (https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=865701), but this would be a change in behavior
  to people who may install kdump-tools w/ Recommends-disabled and
  expect to stil get makedumpfile.

  - Demoting only on arm64: This isn't possible unless we switch kdump-
  tools from Binary: any to Binary: all. I also think there are good
  reasons to do that in future releases (https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=863858), but it seems overkill for just enabling
  arm64.

To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-aarch64/+bug/1238110/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1238110] Re: makedumpfile needs porting for AArch64

[dann frazier]

** Also affects: makedumpfile (Ubuntu Xenial)
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1238110

Title:
  makedumpfile needs porting for AArch64

Status in Linaro AArch64 cross-distro work:
  New
Status in makedumpfile package in Ubuntu:
  Fix Released
Status in makedumpfile source package in Xenial:
  New

Bug description:
  $ ls arch/
  arm.c  ia64.c  ppc.c  ppc64.c  s390x.c  x86.c  x86_64.c

To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-aarch64/+bug/1238110/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1238110] Re: makedumpfile needs porting for AArch64

[Launchpad Bug Tracker]

This bug was fixed in the package makedumpfile - 1:1.6.0-2ubuntu1

---
makedumpfile (1:1.6.0-2ubuntu1) yakkety; urgency=medium

  * Build on arm64. LP: #1238110.

 -- Matthias Klose   Thu, 06 Oct 2016 11:44:32 +0200

** Changed in: makedumpfile (Ubuntu)
   Status: Confirmed => Fix Released

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1238110

Title:
  makedumpfile needs porting for AArch64

Status in Linaro AArch64 cross-distro work:
  New
Status in makedumpfile package in Ubuntu:
  Fix Released

Bug description:
  $ ls arch/
  arm.c  ia64.c  ppc.c  ppc64.c  s390x.c  x86.c  x86_64.c

To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-aarch64/+bug/1238110/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1238110] Re: makedumpfile needs porting for AArch64

[Vicamo Yang]

https://bugzilla.redhat.com/show_bug.cgi?id=925630 "Kernel support for
kexec and kprobes has landed upstream in the 4.8 kernel".

** Bug watch added: Red Hat Bugzilla #925630
   https://bugzilla.redhat.com/show_bug.cgi?id=925630

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1238110

Title:
  makedumpfile needs porting for AArch64

Status in Linaro AArch64 cross-distro work:
  New
Status in makedumpfile package in Ubuntu:
  Confirmed

Bug description:
  $ ls arch/
  arm.c  ia64.c  ppc.c  ppc64.c  s390x.c  x86.c  x86_64.c

To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-aarch64/+bug/1238110/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1238110] Re: makedumpfile needs porting for AArch64

[Vicamo Yang]

As today's version 1.5.9-5ubuntu0.1, there is already arch/arm64.c
available, but it's still not included in debian/control. It does build
in my arm64 docker env, haven't tried yet.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1238110

Title:
  makedumpfile needs porting for AArch64

Status in Linaro AArch64 cross-distro work:
  New
Status in makedumpfile package in Ubuntu:
  Confirmed

Bug description:
  $ ls arch/
  arm.c  ia64.c  ppc.c  ppc64.c  s390x.c  x86.c  x86_64.c

To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-aarch64/+bug/1238110/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp