[Kernel-packages] [Bug 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
Ticket is already Fix Released - hence verification is no longer needed
- adjusting the tags ...
** Tags removed: verification-needed-bionic
** Tags added: verification-done-bionic
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in Ubuntu on IBM z Systems:
Fix Released
Status in linux package in Ubuntu:
Fix Released
Status in s390-tools package in Ubuntu:
Fix Released
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
This bug is awaiting verification that the kernel in -proposed solves
the problem. Please test the kernel and update this bug with the
results. If the problem is solved, change the tag 'verification-needed-
bionic' to 'verification-done-bionic'. If the problem still exists,
change the tag 'verification-needed-bionic' to 'verification-failed-
bionic'.
If verification is not done by 5 working days from today, this fix will
be dropped from the source code, and this bug will be closed.
See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how
to enable and use -proposed. Thank you!
** Tags added: verification-needed-bionic
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in Ubuntu on IBM z Systems:
Fix Released
Status in linux package in Ubuntu:
Fix Released
Status in s390-tools package in Ubuntu:
Fix Released
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
** Changed in: ubuntu-z-systems
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in Ubuntu on IBM z Systems:
Fix Released
Status in linux package in Ubuntu:
Fix Released
Status in s390-tools package in Ubuntu:
Fix Released
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
This bug was fixed in the package linux - 4.18.0-9.10
---
linux (4.18.0-9.10) cosmic; urgency=medium
* linux: 4.18.0-9.10 -proposed tracker (LP: #1796346)
* Cosmic update: v4.18.12 upstream stable release (LP: #1796139)
- crypto: skcipher - Fix -Wstringop-truncation warnings
- iio: adc: ina2xx: avoid kthread_stop() with stale task_struct
- tsl2550: fix lux1_input error in low light
- misc: ibmvmc: Use GFP_ATOMIC under spin lock
- vmci: type promotion bug in qp_host_get_user_memory()
- siox: don't create a thread without starting it
- x86/numa_emulation: Fix emulated-to-physical node mapping
- staging: rts5208: fix missing error check on call to rtsx_write_register
- power: supply: axp288_charger: Fix initial constant_charge_current value
- misc: sram: enable clock before registering regions
- serial: sh-sci: Stop RX FIFO timer during port shutdown
- uwb: hwa-rc: fix memory leak at probe
- power: vexpress: fix corruption in notifier registration
- iommu/amd: make sure TLB to be flushed before IOVA freed
- Bluetooth: Add a new Realtek 8723DE ID 0bda:b009
- USB: serial: kobil_sct: fix modem-status error handling
- 6lowpan: iphc: reset mac_header after decompress to fix panic
- iommu/msm: Don't call iommu_device_{,un}link from atomic context
- s390/mm: correct allocate_pgste proc_handler callback
- power: remove possible deadlock when unregistering power_supply
- drm/amd/display/dc/dce: Fix multiple potential integer overflows
- drm/amd/display: fix use of uninitialized memory
- md-cluster: clear another node's suspend_area after the copy is finished
- cxgb4: Fix the condition to check if the card is T5
- RDMA/bnxt_re: Fix a couple off by one bugs
- RDMA/i40w: Hold read semaphore while looking after VMA
- RDMA/bnxt_re: Fix a bunch of off by one bugs in qplib_fp.c
- IB/core: type promotion bug in rdma_rw_init_one_mr()
- media: exynos4-is: Prevent NULL pointer dereference in
__isp_video_try_fmt()
- IB/mlx4: Test port number before querying type.
- powerpc/kdump: Handle crashkernel memory reservation failure
- media: fsl-viu: fix error handling in viu_of_probe()
- vhost_net: Avoid tx vring kicks during busyloop
- media: staging/imx: fill vb2_v4l2_buffer field entry
- IB/mlx5: Fix GRE flow specification
- include/rdma/opa_addr.h: Fix an endianness issue
- x86/tsc: Add missing header to tsc_msr.c
- ARM: hwmod: RTC: Don't assume lock/unlock will be called with irq enabled
- x86/entry/64: Add two more instruction suffixes
- ARM: dts: ls1021a: Add missing cooling device properties for CPUs
- scsi: target/iscsi: Make iscsit_ta_authentication() respect the output
buffer size
- thermal: i.MX: Allow thermal probe to fail gracefully in case of bad
calibration.
- scsi: klist: Make it safe to use klists in atomic context
- scsi: ibmvscsi: Improve strings handling
- scsi: target: Avoid that EXTENDED COPY commands trigger lock inversion
- usb: wusbcore: security: cast sizeof to int for comparison
- ath10k: sdio: use same endpoint id for all packets in a bundle
- ath10k: sdio: set skb len for all rx packets
- powerpc/powernv/ioda2: Reduce upper limit for DMA window size
- platform/x86: asus-wireless: Fix uninitialized symbol usage
- ACPI / button: increment wakeup count only when notified
- s390/sysinfo: add missing #ifdef CONFIG_PROC_FS
- alarmtimer: Prevent overflow for relative nanosleep
- s390/dasd: correct numa_node in dasd_alloc_queue
- s390/scm_blk: correct numa_node in scm_blk_dev_setup
- s390/extmem: fix gcc 8 stringop-overflow warning
- mtd: rawnand: atmel: add module param to avoid using dma
- iio: accel: adxl345: convert address field usage in iio_chan_spec
- posix-timers: Make forward callback return s64
- posix-timers: Sanitize overrun handling
- ALSA: snd-aoa: add of_node_put() in error path
- selftests: forwarding: Tweak tc filters for mirror-to-gretap tests
- ath10k: use locked skb_dequeue for rx completions
- media: s3c-camif: ignore -ENOIOCTLCMD from v4l2_subdev_call for s_power
- media: soc_camera: ov772x: correct setting of banding filter
- media: omap3isp: zero-initialize the isp cam_xclk{a,b} initial data
- media: ov772x: add checks for register read errors
- staging: android: ashmem: Fix mmap size validation
- media: ov772x: allow i2c controllers without I2C_FUNC_PROTOCOL_MANGLING
- staging: mt7621-eth: Fix memory leak in mtk_add_mac() error path
- drivers/tty: add error handling for pcmcia_loop_config
- arm64: dts: renesas: salvator-common: Fix adv7482 decimal unit addresses
- serial: pxa: Fix an error handling path in 'serial_pxa_probe()'
- staging: mt7621-dts: Fix remaining pcie warnings
- media: tm6000: add error handling for dvb_register_adapter
- ASoC: qdsp6: qdafe:
[Kernel-packages] [Bug 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
** Also affects: ubuntu-z-systems
Importance: Undecided
Status: New
** Changed in: ubuntu-z-systems
Status: New => Fix Committed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in Ubuntu on IBM z Systems:
Fix Committed
Status in linux package in Ubuntu:
Fix Committed
Status in s390-tools package in Ubuntu:
Fix Released
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
** Changed in: s390-tools (Ubuntu)
Assignee: Seth Forshee (sforshee) => (unassigned)
** Changed in: linux (Ubuntu)
Status: Triaged => Fix Committed
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Seth Forshee (sforshee)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in linux package in Ubuntu:
Fix Committed
Status in s390-tools package in Ubuntu:
Fix Released
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
This bug was fixed in the package s390-tools - 2.6.0-0ubuntu6
---
s390-tools (2.6.0-0ubuntu6) cosmic; urgency=medium
* Add a zkeyadm group, and make it own the default zkey repository
directories. LP: #1794290
* Cherrypick zdev initramfs hook rename
* Cherrypick zkey initramfs hook LP: #1794346
* Make zkey package activate update-initramfs trigger
-- Dimitri John Ledkov Tue, 02 Oct 2018 14:15:29
+0100
** Changed in: s390-tools (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in linux package in Ubuntu:
Triaged
Status in s390-tools package in Ubuntu:
Fix Released
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
I've updated the crypto-modules list to include these modules in the
udeb.
As far as unifying the udebs and linux-modules packages, the udeb lists
are in a format specified by kernel-wedge that afaict does not allow
wildcards. Possibly we could add some tooling around all of it to
automatically generate or update the udeb lists. We may be able to look
into that but it's definitely not going to happen for cosmic.
** Changed in: s390-tools (Ubuntu)
Status: In Progress => Fix Committed
** Changed in: s390-tools (Ubuntu)
Assignee: (unassigned) => Seth Forshee (sforshee)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in linux package in Ubuntu:
Triaged
Status in s390-tools package in Ubuntu:
Fix Committed
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
** Also affects: s390-tools (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in linux package in Ubuntu:
Triaged
Status in s390-tools package in Ubuntu:
In Progress
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
** Changed in: s390-tools (Ubuntu)
Status: New => In Progress
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in linux package in Ubuntu:
Triaged
Status in s390-tools package in Ubuntu:
In Progress
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as
shilled in linux-modules deb?
** Description changed:
- for zkey feature, check that all the required modules are in -image
- package, not extras.
+ todo: check that these modules are included in the initramfs as well.
- check that these are also shipped in udebs (probably like crypto-modules
- udeb and/or disk drivers).
+ === linux crypto-modules udeb task ==
+ linux-modules-4.18.0-8-generic has:
+ ./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
+ ./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
+ ./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
+ ./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
+ ./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
+ ./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
- check that these modules are included in the initramfs as well.
+ All of the above appear to be missing from the crypto-modules-4.18.0-8
+ -generic-di, please ship them in crypto-modules udeb.
+
+ To avoid discrepancies as to what crypto is supported by the installed
+ system, versus d-i environment, it would be nice to make udebs and
+ linux-modules packages roughly the same.
+
+ Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
+ ===
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1794346
Title:
check and fix zkey required kernel modules locations in debs, udebs,
and initramfs
Status in linux package in Ubuntu:
Triaged
Bug description:
todo: check that these modules are included in the initramfs as well.
=== linux crypto-modules udeb task ==
linux-modules-4.18.0-8-generic has:
./lib/modules/4.18.0-8-generic/kernel/arch/s390/crypto/paes_s390.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/pkey.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex2a.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_cex4.ko
./lib/modules/4.18.0-8-generic/kernel/drivers/s390/crypto/zcrypt_pcixcc.ko
All of the above appear to be missing from the crypto-modules-4.18.0-8
-generic-di, please ship them in crypto-modules udeb.
To avoid discrepancies as to what crypto is supported by the installed
system, versus d-i environment, it would be nice to make udebs and
linux-modules packages roughly the same.
Does it at all make sense to ship matching set of
kernel/{arch,drivers}/s390/crypto/*.ko in crypto-modules udeb, as shilled in
linux-modules deb?
===
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1794346/+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 1794346] Re: check and fix zkey required kernel modules locations in debs, udebs, and initramfs
** Changed in: linux (Ubuntu) Importance: Undecided => Medium ** Changed in: linux (Ubuntu) Status: Incomplete => Triaged ** Tags added: kernel-da-key -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1794346 Title: check and fix zkey required kernel modules locations in debs, udebs, and initramfs Status in linux package in Ubuntu: Triaged Bug description: for zkey feature, check that all the required modules are in -image package, not extras. check that these are also shipped in udebs (probably like crypto- modules udeb and/or disk drivers). check that these modules are included in the initramfs as well. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1794346/+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
