Package: linux-image-powerpc64le
Severity: normal
Debian has traditionally built the ppc64el kernel with a 64k page size, however
this decision comes with a number of drawbacks. Much like arm64, the
underlying ppc64el hardware supports either 4k or 64k page sizes, and the
selection of which pa
Root cause found, merge request here:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/917
I have traced this bug to a missing memory barrier in the powerpc IPI handling
code. io_uring uses task_work_add() to schedule I/O worker creation, which in
turn issues an IPI, and when precise timing conditions are met the inconsistent
state between the two CPU cores can lead to corruption of
I have traced this to a regression in the Linux kernel. The issue appears to
be a type of data race that is more likely to occur on ppc64el than on other
architectures, but is also likely to affect other architectures. The issue
remains in the latest GIT version of the Linux kernel, and I am w
We've started hitting this on a busy server after upgrading to Bookworm:
2023-09-07 17:00:31 0 [Warning] You need to use --log-bin to make
--expire-logs-days or --binlog-expire-logs-seconds work.
2023-09-07 17:00:31 0 [Note] Server socket created on IP: '127.0.0.1'.
2023-09-07 17:00:31 0 [Note] /
Earlier merge request was redundant, after futher tracing I believe this merge
request directly addresses the root of the remaining issues:
https://salsa.debian.org/installer-team/debian-installer/-/merge_requests/34
- Original Message -
> From: "Timothy Pearson"
> T
Issue traced and merge request opened here:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/743
- Original Message -
> From: "Timothy Pearson"
> To: "990016" <990...@bugs.debian.org>
> Cc: "Salvatore Bonaccorso"
> Sent: Mo
Unfortunately it appears the bug persists. On the latest ppc64el netinst
weekly build there is no trace of the ast module:
~ # modprobe ast
modprobe: FATAL: Module ast not found in directory
/lib/modules/6.1.0-9-powerpc64le
- Original Message -
> From: "Salvatore Bonaccorso"
> To: "Timothy Pearson" , "990279"
> <990...@bugs.debian.org>
> Cc: "Christian König" , "Xi Ruoyao"
> , "Alex Deucher"
>
> Sent: Wednesday, Fe
Provided to fix stable Bullseye kernels
Signed-off-by: Timothy Pearson
---
.../debian/fix-ppc64-amdgpu-page-size.patch | 22 +++
debian/patches/series | 1 +
2 files changed, 23 insertions(+)
create mode 100644 debian/patches/debian/fix-ppc64-amdgpu
Provided to fix stable Bullseye kernels
Signed-off-by: Timothy Pearson
---
.../debian/fix-ppc64-amdgpu-page-size.patch | 22 +++
debian/patches/series | 1 +
2 files changed, 23 insertions(+)
create mode 100644 debian/patches/debian/fix-ppc64-amdgpu
- Original Message -
> From: "Salvatore Bonaccorso"
> To: "Timothy Pearson" , "990279"
> <990...@bugs.debian.org>
> Cc: "Christian König" , "Xi Ruoyao"
> , "Alex Deucher"
>
> Sent: Tuesday, Fe
I can confirm Bullseye is still affected by this bug.
Is there any chance of this fix being applied to the Bullseye stable kernels?
We're having to maintain kernel builds in our own repositories to fix this
regression, and that introduces some lag when e.g. security updates are pushed
to Debia
means ppc64el, arm64,
riscv, sparc64 in practice.
- Original Message -
> From: "Jochen Sprickerhof"
> To: "Timothy Pearson" , 990...@bugs.debian.org
> Sent: Saturday, July 10, 2021 1:09:14 PM
> Subject: Re: Bug#990016: Debian installer images missing ASpeed v
pers. If this is due to lack of hardware access, we may be
able to assist.
- Original Message -
> From: "Timothy Pearson"
> To: "990279" <990...@bugs.debian.org>
> Sent: Saturday, July 24, 2021 11:42:02 PM
> Subject: Also affects stable...
> Just h
Just hit this upgrading a stable box from 4.19.0-6-powerpc64le to
4.19.0-17-powerpc64le. AMD RX480, works perfectly again after downgrading to
the older kernel.
Just wanted to see if this was something we could get applied to the
kernel. Right now people are needing to rebuild their kernels locally
to update firmware, or use a more complex out of band update mechanism,
which is not ideal.
Package: linux-image-powerpc64le
Version:
For an unknown (historical?) reason, the AMDGPU kernel module is not built
on ppcl64el systems. I have rebuilt the kernel and verified that it does
work on POWER9 with Linux 4.14 and an AMD Vega 64 card, so the module
build should be enabled for Debian.
Package: linux-image-4.6.0-1-powerpc64le
Version: 4.6.4-1
Severity: important
The PowerNV MTD module is required for checkstop diagnostics on POWER8 and
higher machines, but it is not enabled in the kernel build.
Please enable it as a module with the following kernel .config lines:
CONFIG_MTD=m
C
Package: linux-image-4.6.0-1-powerpc64le
Version: 4.6.4-1
Severity: important
The opal-prd module is required for checkstop diagnostics on POWER8 and
higher machines, but it is not enabled in the kernel build.
Please enable it as a module with the following kernel .config line:
CONFIG_OPAL_PRD=m
For now, since klibc does not have NFSV4 support, the attached file works
around the problem (place in /usr/share/initramfs-tools/hooks/nfsv4).
nfsv4
Description: Binary data
What is the status of this bug report? NFSv3 is becoming obsolete, and
this bug report is over *9 years* old now!
Apologies; one of the options given above was incorrect.
The following options need to be set on ppc64el to enable PCI VFIO
functionality:
CONFIG_SPAPR_TCE_IOMMU=y
CONFIG_VFIO=m
CONFIG_VFIO_PCI=m
Package: linux-image-4.5.0-2-powerpc64le
Version: 4.5.5-1
Severity: important
VFIO PCI passthrough is not available on POWER8 systems due to several
missing kernel configuration options. PCI passthrough is an important
feature of POWER8 machines, works well under at least Linux 4.5, and
should be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA224
Package: linux-image-4.3.0-1-powerpc64le
Version: 4.3.5-1
When upgrading to the latest 4.3 testing kernel on a Mellanox MT25208
controller, all IPoIB links showed a severe performance regression as
compared with kernel 3.16. The bandwidth of each li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA224
Package: linux-image-4.3.0-1-powerpc64
Version: 4.3.3-7
Severity: normal
The POWER8 processors use VMX to accelerate cryptographic functions.
Linux supports the use of VMX for cryptographic acceleration, however
Debian does not build this module,
I went ahead and filed a bug report upstream at:
https://sourceware.org/bugzilla/show_bug.cgi?id=19421
Hopefully this helps prod some action on this serious bug...
P,S. I completely agree with the previous commenter; this bug is unreal.
This is 2015, not 1998...core libraries breaking modern pla
Package: linux-image-4.2.0-1-powerpc64le
Version: 4.2.6-3
Severity: normal
Many server- and workstation-class boards use the ASpeed Technologies BMC
device as the primary VGA output. Linux supports initialization of this
device via the AST DRM module, however Debian does not build this module,
le
Package: linux-image-4.2.0-1-powerpc64le
Version: 4.2.6-3
Severity: grave
Using the latest debian-installer netboot kernel to install on an
OpenPOWER server; install proceeds normally until disk detection when it
fails stating no disks can be found. dmesg shows a slew of errors similar
to the fol
29 matches
Mail list logo
