--- Comment From niklas.schne...@ibm.com 2020-05-20 11:37 EDT---
And in the meantime this has also been added to
the public s390 repository on kernel.org which also
includes the later Reviewed-by from Pierre Morel.
PCI/IOV: Introduce pci_iov_sysfs_link() function
--- Comment From niklas.schne...@ibm.com 2020-05-20 09:57 EDT---
As with other architectures, we must be able to verify the following
relationships between PFs and VFs for proper management (including by libvirt)
of network interfaces:
1. Determine if a device is a virtual function: for
Public bug reported:
mke2fs,dasd(fba) guest edevices FBA,default ERP has run out of retries and
failed,Failing CCW
---uname output---
xx - 5.4.0-29-generic #33-Ubuntu SMP Wed Apr 29 14:27:18 UTC 2020 s390x
s390x s390x GNU/Linux
Machine Type = IBM 3906
---Debugger---
A debugger is
Public bug reported:
I'm installing Ubuntu 20.04 with a nocloud-net installation source on a
z/VM guest. I'm currently limited to seeing installation output only
through webhook reporter, because I cannot access shell on the target
system during installation.
After manual installation a
Public bug reported:
Description will follow
** Affects: ubuntu-z-systems
Importance: Undecided
Assignee: Skipper Bug Screeners (skipper-screen-team)
Status: Incomplete
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: Canonical Kernel Team
--- Comment From niklas.schne...@ibm.com 2020-05-20 09:09 EDT---
Verified this is working as intended. Thank you!
--
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/1870320
Title:
--- Comment From niklas.schne...@ibm.com 2020-05-20 09:04 EDT---
I just verified that this now works on the Ubuntu 20.04 proposed kernel. Thank
you!
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
--- Comment From niklas.schne...@ibm.com 2020-05-20 08:55 EDT---
Verified working with proposed kernel!
--
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/1874058
Title:
[UBUNTU
--- Comment From niklas.schne...@ibm.com 2020-05-20 08:49 EDT---
Verified by IBM
--
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/1874057
Title:
[UBUNTU 20.04] s390x/pci: do not
** Tags removed: verification-needed-focal
** Tags added: verification-done-focal
--
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/1874057
Title:
[UBUNTU 20.04] s390x/pci: do not allow to
--- Comment From heinz-werner_se...@de.ibm.com 2020-05-20 06:53 EDT---
@Canonical, Comment #10 is not preciseliy correct. IBM will verify the fix
soon..
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
--- Comment From niklas.schne...@ibm.com 2020-05-20 06:22 EDT---
(In reply to comment #37)
> @IBM Please can you test the patched kernel from the PPA and leave a quick
> feedback here if it works like expected?
> This would lower the risk a bit and increase the confidence and would at the
--- Comment From tuan.hoa...@ibm.com 2020-05-20 04:25 EDT---
Hi,
IIUC, if this patch requires cephadm/ceph-container to do the testing as
I understand from Eduard, then it's not ready today unfortunately, it's
still WIP. I wonder if we can still bootstrap the cluster manually as we
have
--- Comment From heinz-werner_se...@de.ibm.com 2020-05-20 03:28 EDT---
Fix already verified by IBM. Works as expected.
--
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/1872726
--- Comment From heinz-werner_se...@de.ibm.com 2020-05-19 05:21 EDT---
Technical issue:
Mellanox CX5 port multi-pathing is broken on s390x due to non-standard topology
of PCI IDs (phys. and virtual)
Details
The Mellanox ConnectX5 Linux PCI driver (mlx5) implements a multi-path feature
--- Comment From niklas.schne...@ibm.com 2020-05-18 07:18 EDT---
I agree, it's pretty big but this was the least impact approach we could think
of and it fixes a kernel crash that can be triggered from user space simply by
invoking the s390_pci_read/write_mmio syscalls when running with
Public bug reported:
I'm installing Ubuntu 20.04 with a nocloud-net installation source on a
z/VM guest. I'm currently limited to seeing installation output only
through webhook reporter, because I cannot access shell on the target
system during installation.
Installation stops at trying to find
--- Comment From niklas.schne...@ibm.com 2020-05-18 05:20 EDT---
My patch for this issue is now available publicly on the fixes branch of the
public s390 repository on kernel.org.
Public bug reported:
I'm installing Ubuntu 20.04 with a nocloud-net installation source on a
z/VM guest. I'm currently limited to seeing installation output only
through webhook reporter, because I cannot access shell on the target
system during installation.
Kernel command-line:
Public bug reported:
I'm installing Ubuntu 20.04 with a nocloud-net installation source on a
z/VM guest. I'm currently limited to seeing installation output only
through webhook reporter, because I cannot access shell on the target
system during installation.
Kernel command-line:
--- Comment From mbri...@us.ibm.com 2020-05-14 12:16 EDT---
(In reply to comment #17)
> Thx Thadeu for the quick update.
> @Naveen, would you mind giving it another try using kernel 5.4.0.14 or newer
> on focal?
> Currently the archives provide the following kernels:
> linux-generic |
Public bug reported:
Hello,
I finally started installing Ubuntu 20.04 and running into a problem. I
looked at the available documentation which seem to be similar to
previous Ubuntu install on IBM Z. I punch the parmfile, initrd, and
kernel into the z/VM rdr and IPL 00C using the exec supplied
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:43
EDT---
** Attachment added: "s390/pci: Documentation for zPCI"
https://bugs.launchpad.net/bugs/1874056/+attachment/5371399/+files/0011-s390-pci-Documentation-for-zPCI.patch
--
You received this bug
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:41
EDT---
** Attachment added: "s390/pci: create zPCI bus"
https://bugs.launchpad.net/bugs/1874056/+attachment/5371395/+files/0007-s390-pci-create-zPCI-bus.patch
--
You received this bug notification because
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:40
EDT---
** Attachment added: "s390/pci: define RID and RID available"
https://bugs.launchpad.net/bugs/1874056/+attachment/5371394/+files/0006-s390-pci-define-RID-and-RID-available.patch
--
You received this
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:42
EDT---
** Attachment added: "s390/pci: Do not disable PF when VFs exist"
https://bugs.launchpad.net/bugs/1874056/+attachment/5371398/+files/0010-s390-pci-Do-not-disable-PF-when-VFs-exist.patch
--
You
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:39
EDT---
** Attachment added: "s390/pci: define kernel parameters for PCI multifunction"
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:42
EDT---
** Attachment added: "s390/pci: Handling multifunctions"
https://bugs.launchpad.net/bugs/1874056/+attachment/5371397/+files/0009-s390-pci-Handling-multifunctions.patch
--
You received this bug
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:43
EDT---
** Attachment added: "s390/pci: removes wrong PCI multifunction assignment"
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:41
EDT---
** Attachment added: "s390/pci: adapt events for zbus"
https://bugs.launchpad.net/bugs/1874056/+attachment/5371396/+files/0008-s390-pci-adapt-events-for-zbus.patch
--
You received this bug
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:34
EDT---
** Attachment added: "s390/pci: embedding hotplug_slot in zdev"
https://bugs.launchpad.net/bugs/1874056/+attachment/5371389/+files/0002-s390-pci-embedding-hotplug_slot-in-zdev.patch
--
You received
--- Comment (attachment only) From niklas.schne...@ibm.com 2020-05-14 04:39
EDT---
** Attachment added: "s390/pci: adaptation of iommu to multifunction"
https://bugs.launchpad.net/bugs/1874056/+attachment/5371391/+files/0004-s390-pci-adaptation-of-iommu-to-multifunction.patch
--
--- Comment on attachment From niklas.schne...@ibm.com 2020-05-14 04:38
EDT---
This patch also isn't strictly part of the multi-function patch series
but it adds a member to the "struct zpci_dev" that we would otherwise
have to declare as reserved which is an unnecessary deviation from
--- Comment on attachment From niklas.schne...@ibm.com 2020-05-14 04:33
EDT---
This patch isn't strictly part of the multi-function work and is in fact
entirely replaced by it but it allows the latter to apply cleanly and matches
upstream.
** Attachment added: "s390/pci: Improve
--- Comment From niklas.schne...@ibm.com 2020-05-14 04:19 EDT---
It's now 12. I included the "s390/pci: Fix zpci_alloc_domain() over allocation"
commit but that just landed on master-next.
Also I included the one I mentioned in that bugzilla.
s390/pci: Improve handling of unset UID
--- Comment From niklas.schne...@ibm.com 2020-05-13 12:00 EDT---
Hi Frank, so the good news is the backporting seems to require no changes
except for fixing the context because the power management was removed
upstream. I've now got a system running with the changes backported to focal
--- Comment From niklas.schne...@ibm.com 2020-05-13 09:53 EDT---
I'm now getting the same behavior on a fresh Ubuntu 18.04 (including apt update
&& apt upgrade). This really makes testing kernels very frustrating especially
with the Ubuntu config that unlike defconfig doesn't have the
--- Comment on attachment From niklas.schne...@ibm.com 2020-05-13 08:45
EDT---
I've removed an unused variable from the "s390/pci: Recover handle in
clp_set_pci_fn" patch fixing a compiler warning.
Also I've tested both backported patches together now. There is no zpcictl on
Ubuntu
--- Comment From niklas.schne...@ibm.com 2020-05-11 13:29 EDT---
(In reply to comment #14)
> The commits landed in between in linux-next (not tagged yet, but that's
> fine).
> So it's all brand new stuff ...
> I think the chance it not very high that they are just cleanly
>
--- Comment From niklas.schne...@ibm.com 2020-05-11 13:24 EDT---
(In reply to comment #15)
> Compiles now on 18.04 with 2nd backport instead of the cherry-pick.
I think this was meant for "[UBUNTU 18.04] zpcictl --reset -
contribution for kernel and s390-tools" right?
--
You received
Public bug reported:
== Comment: #0 - Michael Ranweiler - 2020-04-22 14:44:31
==
+++ This bug was initially created as a clone of Bug #184073 +++
This bug is a follow on to LP 1866909 to address a missing piece - only
half the following patch was included in 5.4.0-24.28.
The upstream patch
--- Comment From eduard.shish...@ibm.com 2020-05-08 13:56 EDT---
It was accepted today. Will be in Linux-5.7-rc5
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=eb24fdd8e6f5c6bb95129748a1801c6476492aba
--
You received this bug notification because you are a
--- Comment on attachment From niklas.schne...@ibm.com 2020-05-07 11:53
EDT---
Yes the pci_dev_is_added() function was definitely introduced after the bionic
kernel was cut so that is expected. I've attached a backport patch and it
compiles on top of bionic master-next, but I would
--- Comment From niklas.schne...@ibm.com 2020-05-07 09:31 EDT---
Ok I can provide a backport.
pci_dev_is_added() was added in
44bda4b7d26e9 PCI: Fix is_added/is_busmaster race condition
It looks to me like we can just replace the call with "dev-is_added" but
I'll have to test this.
--- Comment From thorsten.di...@de.ibm.com 2020-05-06 08:35 EDT---
>From LTC bug 185720 - LP1877089:
> We can either revert the path change in s390-tools or rebuild the zfcpdump
> kernel flavour with the new name.
This should IMO be decided by the s390tools maintainer! (I personally
--- Comment From niklas.schne...@ibm.com 2020-05-06 08:06 EDT---
To add, I'm pretty sure this broke in a very recent change as we were using
the installkernel script extensively just last week.
Also I believe there is something in the usual kernel upgrade process that
hides this issue as
Public bug reported:
When testing development kernels I usually rely on the installkernel
script either through the "make install" target of the Kernel source
or manually. This used to work great on Ubuntu on Z.
On Ubuntu 20.04 (freshly installed up to date) this fails however because
Public bug reported:
I installed Ubuntu 20.04 on IBM z15 with secure=1 in zipl conf.
System can be secure booted, /sys/firmware/ipl/secure shows "1".
I prepared zfcp dump disk as described in LTC bug 185713.
Stopped the system and performed a SCSI dump with "Enable Secure Boot for
Linux"
--- Comment From niklas.schne...@ibm.com 2020-05-05 03:24 EDT---
In particular the relevant commits are:
e6ab7490ffaed83d6581f512e66c7c8cc6f58c2d s390/pci: Expose new port attribute
for PCIe functions
d08d6f5d75242ceb410efbdf650efecc40d68c2d s390/pci: adaptation of iommu to
--- Comment From niklas.schne...@ibm.com 2020-05-05 03:15 EDT---
The commits for this are now available in the features branch of the public
s390 Kernel repository on kernel.org, there is no common code impact and
behavior for existing systems is unaffected
--- Comment on attachment From niklas.schne...@ibm.com 2020-05-04 09:52
EDT---
Oh thank you for your patience, I totally screwed up the backport patch
as I accidentally included some code from the next commit
7a11c67a1ff9b0231e6a28294776d55b569a ("s390/pci: Improve handling of
Public bug reported:
Under Ubuntu 20.04 I wanted to prepare a SCSI dump disk:
root@t35lp25:/~# apt install zfcpdump-kernel
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
zfcpdump-kernel
0 upgraded, 1
Public bug reported:
Installation stop at step "creating new user"
---uname output---
ilabg13.tuc.stglabs.ibm.com 5.4.0-28-generic #32-Ubuntu SMP Wed Apr 22 17:39:15
UTC 2020 s390x s390x s390x GNU/Linux
Machine Type = zvm7.1 lpar
---boot type---
Network boot
---bootloader---
grub
Public bug reported:
PSI is always enabled in Ubuntu 20.04.
For a test system with 72 guests on 8 cores running a nginx workload this
created an overhead of ~1%.
Can we change this back to
CONFIG_PSI=y
CONFIG_PSI_DEFAULT_DISABLED=y
so that by default the overhead is not there but for
--- Comment From eduard.shish...@ibm.com 2020-04-29 17:30 EDT---
(In reply to comment #12)
> Oh, just noticed that this is a kernel issue and fix.
> In this case we need of course an upstream accepted kernel patch.
> I didn't found anything like "ceph: fix up endian bug in managing feature
Default Comment by Bridge
** Attachment added: "Guest Log"
https://bugs.launchpad.net/bugs/1875826/+attachment/5363291/+files/ali-kdump-sec-enc.log
** Changed in: ubuntu
Assignee: (unassigned) => Skipper Bug Screeners (skipper-screen-team)
** Package changed: ubuntu => linux (Ubuntu)
--- Comment From niklas.schne...@ibm.com 2020-04-27 04:31 EDT---
The commit has landed upstream in v5.7-rc3 as:
a019b36123aec9700b21ae0724710f62928a8bc1 ("net/mlx5: Fix failing fw
tracer allocation on s390")
--
You received this bug notification because you are a member of Kernel
Public bug reported:
Compared to d-i - where parmfile modifications are not necessarily
needed, the question is, if this can be again the same for subiquity?
At the very least, the current state definitely needs documentation -
otherwise customers will try to install and it will fail without any
Public bug reported:
Failed to install os from CD
---Installation Media---
ubuntu-20.04-live-server-s390x.iso
---Machine type ---
model: 8561 - T01
---Steps---
Login to HMC
Load CD via 'Load from Removable media or Serer'
Select FTP
After loaded successfully
Get following message in
--- Comment on attachment From niklas.schne...@ibm.com 2020-04-24 11:41
EDT---
This is the upstream commit
404402abd5f90aa90a134eb9604b1750c1941529 ("net/mlx5: fix endianness
handling in pedit mask")
backported for focal-master next. It has been running internally for a
while so has
--- Comment From mihaj...@de.ibm.com 2020-04-24 04:49 EDT---
I just realized that AMD SEV faces the equivalent issue, as can be seen in
https://github.com/libvirt/libvirt/blob/master/docs/kbase/launch_security_sev.rst.
The only difference is that for Secure Execution it's the kernel
Public bug reported:
Stale libvirt cache leads to VM startup failures
Contact Information = Viktor Mihajlovski
---Additional Hardware Info---
Z15 with IBM Secute Execution
---uname output---
Linux linux02 5.4.0-21-generic #25-Ubuntu SMP Sat Mar 28 13:10:00 UTC 2020
s390x s390x s390x
*** This bug is a duplicate of bug 1805245 ***
https://bugs.launchpad.net/bugs/1805245
--- Comment From sthou...@in.ibm.com 2020-04-24 02:36 EDT---
The bug is pretty old now.
https://kernel.ubuntu.com/~jsalisbury/lp1788549/xenial The link which
distro provided 2018 time frame is no
--- Comment From niklas.schne...@ibm.com 2020-04-23 08:56 EDT---
Sebastian has supplied me with the following information for reproducing the
issue and is currently working on a backport:
echo 1 > /sys/class/net/p0/device/sriov_numvfs
echo 0101:00:00.0 >
Public bug reported:
Please add the problem description and the git-commit to this BZ.
Following versions are available.
xenial (16.04LTS) 2.6.1-1ubuntu1 [ports]: s390x
bionic (18.04LTS) 3.2.1-0ubuntu1 [ports]: s390x
eoan (19.10) 3.6.0-0ubuntu1 [ports]: s390x
focal (20.04)
--- Comment From niklas.schne...@ibm.com 2020-04-23 04:00 EDT---
The commit mentioned in the previous comment applies cleanly to focal
master-next for me.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
*** This bug is a duplicate of bug 1792957 ***
https://bugs.launchpad.net/bugs/1792957
--- Comment From lagar...@br.ibm.com 2020-04-22 10:53 EDT---
My understanding is that at this point Canonical is not accepting new features
into Ubuntu 16.04, even simple ones as this one.
--
You
--- Comment From niklas.schne...@ibm.com 2020-04-22 10:49 EDT---
The code is not upstream yet, it's also likely too big for v5.7-rcX but we are
hoping it will hit our public tree at
https://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git
soon? and since this is very important for
--- Comment From niklas.schne...@ibm.com 2020-04-22 10:46 EDT---
It's not upstream yet, the commit just hit our public tree at
https://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git/commit/?h=fixes=86dbf32da150339ca81509fa2eb84c814b55258b
It will be sent with the s390 fixes pull
--- Comment From niklas.schne...@ibm.com 2020-04-22 10:06 EDT---
I do though for this commit this of course also depends on the Mellanox
maintainers, the commit has a Fixes tag so I think it should hopefully be
picked up by auto selection.
--
You received this bug notification because
--- Comment From niklas.schne...@ibm.com 2020-04-22 09:08 EDT---
The bug described in this particular bugzilla is fixed by
"net/mlx5: Fix failing fw tracer allocation on s390"
just wanted to point to the the thread because that also contains the
note that they were added to David
--- Comment From niklas.schne...@ibm.com 2020-04-22 04:59 EDT---
---Problem Description---
Using the mlx5 device driver on Ubuntu 20.04 (beta), the alloc_pages_nodemask
code generates a stack trace when initializing a device. The driver tries to
allocate more contiguous memory than is
--- Comment on attachment From niklas.schne...@ibm.com 2020-04-22 04:30
EDT---
Sorry, I totally forgot that the final patch version came after the power
management removal which screwed up the context. Otherwise there would only
have been a trivial constant rename.
** Attachment
--- Comment From niklas.schne...@ibm.com 2020-04-21 09:50 EDT---
This setting of the affinity leads to a performance regression
in streaming workloads which can be seen with e.g. by an
iperf streaming test between two LPARs using ConnectX-5
based nics.
In some tests the performance would
--- Comment From niklas.schne...@ibm.com 2020-04-21 09:56 EDT---
PCI Functions with UIDs >128 are currently not accounted correctly in the
s390x/pci code. Furthermore, the code allows that more than
CONFIG_PCI_NR_FUNCTIONS are created. This can lead to issues with data
structures which
--- Comment From niklas.schne...@ibm.com 2020-04-21 09:53 EDT---
Today, the enumeration of PCI functions on s390x does not reflect which
functions belongs to which physical adapter.
Layout of a PCI function address on Linux:
:00:00.0
::.
On s390x, each function is presented as
--- Comment From niklas.schne...@ibm.com 2020-04-21 09:41 EDT---
One of the PCI enhancements on Z15 are the enhanced PCI load/store instructions
which can be executed directly from user space code. When these instructions
are available and preexisting user space code still uses the old
--- Comment From niklas.schne...@ibm.com 2020-04-21 09:45 EDT---
With the introduction of CPU directed interrupts the kernel
parameter pci=force_floating was introduced to fall back to
the previous behavior using floating irqs.
Furthermore this fallback is used on machines lacking
support
Public bug reported:
Description will follow
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: Skipper Bug Screeners (skipper-screen-team)
Status: New
** Tags: architecture-s39064 bugnameltc-185395 severity-high
targetmilestone-inin2004
** Tags added:
Public bug reported:
Description will follow
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: Skipper Bug Screeners (skipper-screen-team)
Status: New
** Tags: architecture-s39064 bugnameltc-184172 severity-high
targetmilestone-inin2004
** Tags added:
Public bug reported:
Description will follow
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: Skipper Bug Screeners (skipper-screen-team)
Status: New
** Tags: architecture-s39064 bugnameltc-184167 severity-medium
targetmilestone-inin2004
** Tags added:
Public bug reported:
Description will follow
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: Skipper Bug Screeners (skipper-screen-team)
Status: New
** Tags: architecture-s39064 bugnameltc-185396 severity-high
targetmilestone-inin2004
** Tags added:
Public bug reported:
Description will follow
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: Skipper Bug Screeners (skipper-screen-team)
Status: New
** Tags: architecture-s39064 bugnameltc-184035 severity-medium
targetmilestone-inin2004
** Tags added:
Public bug reported:
---Problem Description---
Problem Descriptions
"tc" utility does not show correct TC rule's tcp_flags mask correctly in
current "iproute2" package shipped on Genesis.
# dpkg -l |grep iproute2
ii iproute2 4.15.0-2ubuntu1 ppc64el networking and traffic control tools
Default Comment by Bridge
** Attachment added: "Guest Log"
https://bugs.launchpad.net/bugs/1873887/+attachment/5357147/+files/ali-ubuntu-seg.log
** Changed in: ubuntu
Assignee: (unassigned) => Skipper Bug Screeners (skipper-screen-team)
** Package changed: ubuntu => linux (Ubuntu)
--
Public bug reported:
kernel:
Linux t35lp11 5.4.0-25-generic #29-Ubuntu SMP Fri Apr 17 15:05:32 UTC 2020
s390x s390x s390x GNU/Linux
How to reproduce:
1. Disable hotplugable memory
# chmem -d 1G
2. Look at the kernel messages
# dmesg -T
Then you should see the following:
...
[Mon Apr 20
--- Comment From mihaj...@de.ibm.com 2020-04-15 11:14 EDT---
If I read the comments correctly, virt-install --location isn't supported
anymore for the 20.04 default installer.
It would work however for the d-i installer, if virt-install would employ
current/legacy-images as suffix to the
--- Comment From andre.wi...@ibm.com 2020-04-15 09:50 EDT---
Unfortunately this won't work with our preseed files.
ERRORKernel arguments are only supported with location or kernel
installs.
--
You received this bug notification because you are a member of Kernel
Packages, which is
--- Comment From cborn...@de.ibm.com 2020-04-15 09:32 EDT---
The ISO is not equivalent to the install file tree. virt-install can change
things like kernel parameters on the fly for a file tree. This is used for
kickstart and pre-seed when necessary. virt-install is not able to do the
Public bug reported:
Installer version: Latest
https://ports.ubuntu.com/ubuntu-ports/dists/focal/main/installer-s390x
Description/Reproduction:
Start virt-install with the following options:
virt-install \
--name ubuntu20-guest1 \
--memory 4096 \
--vcpus 4 \
--disk "size=4" \
--location
Private bug reported:
Communication threat will follow
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: Skipper Bug Screeners (skipper-screen-team)
Status: New
** Tags: architecture-s39064 bugnameltc-185122 severity-high
targetmilestone-inin2004
** Tags added:
--- Comment From naynj...@ibm.com 2020-04-10 16:15 EDT---
The upstream patch has an additional fix but it?s not critical for GA. It can
get included as part of bug fixes. It also affects only power. The
patch("powerpc/ima: fix secure boot rules in ima arch policy") is posted to
--- Comment From mainam...@in.ibm.com 2020-04-07 02:45 EDT---
(In reply to comment #15)
> Tried with the latest kernel version i.e. 5.4.0-21-generic
> and *not seeing* reported error in dmesg: i.e. Directory 'imc' with parent
> 'powerpc' already present!
>
> ubuntu@ltc-wcwsp3:~$ sudo dmesg
--- Comment From nasas...@in.ibm.com 2020-04-07 02:38 EDT---
Tried with the latest kernel version i.e. 5.4.0-21-generic
and *not seeing* reported error in dmesg: i.e. Directory 'imc' with parent
'powerpc' already present!
ubuntu@ltc-wcwsp3:~$ sudo dmesg | grep -I imc
[1.776791] IMC:
--- Comment From naynj...@ibm.com 2020-04-06 11:28 EDT---
I tested the ppa kernel patch which links secureboot with lockdown.
When secureboot is disabled:
ubuntu@ltc-wspoon13:~$ sudo cat /sys/kernel/security/lockdown
[none] integrity confidentiality
When secureboot is enabled:
--- Comment From naynj...@ibm.com 2020-04-06 11:23 EDT---
Tested the updated ppa kernel.
Everything looks good and here are the test results:
secure boot is enabled as seen by device-tree entry "os-secure-enforcing"
ubuntu@ltc-wspoon13:~$ ls /proc/device-tree/ibm,secureboot/
compatible
--- Comment From daniel.axte...@ibm.com 2020-04-06 09:26 EDT---
Hi,
This works as expected on a machine with secure boot disabled in
hardware:
dja@talos2:~$ uname -a
Linux talos2 5.4.0-21-generic #25+lp1866909v202004031128-Ubuntu SMP Fri Apr 3
18:38:30 UTC 202 ppc64le ppc64le ppc64le
--- Comment From heinz-werner_se...@de.ibm.com 2020-04-06 03:30 EDT---
IBm Bugzill status-> closed, Fix Released with focal
--
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/1862749
--- Comment From mranw...@us.ibm.com 2020-04-03 16:36 EDT---
We did some testing with that patch (previous comment) on top of the
5.4.0-21.25+lp1866909v202004020814 source/config file. We signed the
kernel/modules and securely booted it. That fixed the module loading issue we
were
--- Comment From mranw...@us.ibm.com 2020-04-03 12:45 EDT---
We've been working with Mimi and I think that what we need now aren't config
option changes, but this patch:
diff --git a/arch/powerpc/kernel/ima_arch.c b/arch/powerpc/kernel/ima_arch.c
index e341162..c1ea55d 100644
---
801 - 900 of 5933 matches
Mail list logo
