From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/3463#note_2187836767
To verify that the binary is present, I went to one of the 'Publish aarch64'
stages, viewed the RPM archive at S3, downloaded the kernel-tools RPM and
validated that the
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/3463#note_2187836767
To verify that the binary is present, I went to the 'Publish aarch64' stages
for one of the builds, viewed the RPM archive at S3, downloaded the kernel-
tools RPM and vali
From: Brian Masney
redhat/configs: add bootconfig to kernel-tools package
Upstream Status: RHEL Only
Add the bootconfig binary to the kernel-tools package.
CONFIG_BOOT_CONFIG is already enabled in RHEL and this allows having a
separate file with the kernel parameters and is described at
https
From: Brian Masney
redhat/configs: add bootconfig to kernel-tools package
Signed-off-by: Brian Masney
diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index blahblah..blahblah 100644
--- a/redhat/kernel.spec.template
+++ b/redhat/kernel.spec.template
@@ -1234,7 +1234,7
On Mon, Sep 30, 2024 at 4:35 AM Lennart Poettering
wrote:
> While we do support binaries that stay running from the initrd, it's
> typically something I'd suggest people to avoid, and if they do it
> anyway, then at least only for a short time (i.e. terminate once boot
> is complete or so)
In cas
On Thu, Sep 26, 2024 at 06:43:40AM +, Umut Tezduyar Lindskog wrote:
> Have you discussed moving cntvct-log to systemd-analyze? IMHO, systemd
> can have better control when the target is reached to record the wall
> time.
No that doesn't make sense right now because cntvct looks at specific
har
On Wed, Sep 25, 2024 at 03:53:36PM +, dharm...@microchip.com wrote:
> yes something similar to this, I will experiment this and get back to you.
>
> and I think since the egt service and its libraries depend on the full
> rootfs, integrating initramfs might not provide significant benefits in
From: Brian Masney
redhat/configs: enable CONFIG_LOCK_STAT on the debug kernels for aarch64
CONFIG_LOCK_STAT is enabled on all of the RHEL architectures except for
aarch64. The git history doesn't give any clues as to why this is the
case. Let's enable this since this is also su
On Fri, Jun 21, 2024 at 2:48 AM Luca Weiss wrote:
> On Fri Jun 21, 2024 at 12:47 AM CEST, Konrad Dybcio wrote:
> > On 6/20/24 20:24, Dmitry Baryshkov wrote:
> > > Does that mean that we will lose GPU support on MSM8974?
> >
> > Yeah, that was brought up on #freedreno some time ago
>
> Also on MSM
On Thu, Jun 13, 2024 at 10:08 AM Lennart Poettering
wrote:
> On Do, 13.06.24 11:27, Harald Dunkel (harald.dun...@aixigo.com) wrote:
> > I missed to mention, drbdadm does know:
> >
> > # drbdadm role space
> > Primary/Secondary
> >
> > meaning "space" is primary on this host. You can al
Hi all,
I want to put Fedora 40 on my Lenovo Thinkpad x13s laptop, which is an
aarch64-based laptop with a Qualcomm SoC. I downloaded the Fedora raw
image from [1], and I can boot from USB using the directions at [2].
All of the other supported architectures have an ISO available,
however aarch64
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2838#note_1703391045
Thank you Herton for fixing this!
--
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
When the power domains cannot be parsed, the message is incorrectly
logged as an info message. Let's change this to an error since an error
is returned.
Fixes: 92a511a568e4 ("fbdev/simplefb: Add support for generic power-domains")
Signed-off-by: Brian Masney
---
drivers/video/f
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2766#note_1622760294
ok, that makes sense. Thanks!
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2766#note_1622723090
We already have `redhat/configs/common/generic/CONFIG_GPIO_SIM` set to be
compiled as a module. Is there a reason that s390x needs this to be builtin
From: Brian Masney
redhat/configs: enable missing Kconfig options for Qualcomm RideSX4
Enable the options for the Qualcomm sa8775p SoC in order to get the
Qualcomm RideSX4 development board working with Fedora.
Signed-off-by: Brian Masney
diff --git
a/redhat/configs/fedora/generic/arm
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2650#note_1526448774
`Module.symvers` was compressed with `-9` but the kernel modules were not
compressed with that. I wanted to keep the compression consistent across the
spec file. If we add `-9` to the
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2650#note_1525688570
I left xz as a dependency because it is still used by these places:
```
redhat/Makefile:TARFILE:=linux-$(SPECTARFILE_RELEASE).tar.xz
redhat/Makefile:@rm -f $(REDHAT)/linux
From: Brian Masney
redhat/kernel.spec.template: update compression variables to support zstd
Upstream Status: RHEL Only
The kernel.spec.template file has a compression variable to define which
binary is used to compress the kernel modules. The binary is currently
invoked in the following
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2650#note_1524848745
I just pushed up a fix for the stdout issue.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Brian Masney
redhat/kernel.spec.template: update compression variables to support zstd
Upstream Status: RHEL Only
The kernel.spec.template file has a compression variable to define which
binary is used to compress the kernel modules. The binary is currently
invoked in the following
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2650#note_1524503029
Regarding the error about `VIDEO_IMX8_ISI_M2M=m`, I don't see that set
anywhere in my branch:
```
brian-x1:~/src/redhat/kernel-ark (zstd-compression)$ git grep
VIDEO_IMX8_ISI_M2M
From: Brian Masney
redhat/kernel.spec.template: update compression variables to support zstd
Upstream Status: RHEL Only
The kernel.spec.template file has a compression variable to define which
binary is used to compress the kernel modules. The binary is currently
invoked in the following
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2639#note_1512454121
OK I see it on.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2639#note_1512195445
The Kconfig entry for `DEVICE_PRIVATE` in `mm/Kconfig` states: `You likely
also want to select HMM_MIRROR.` I don't see this enabled on aarch64:
```
brian-x1:~/src/redhat/kerne
I am working on a project that has very strict boot time requirements
in order to have a custom service started within a set time period.
Waiting for the kernel to initialize the storage controller and mount
the root filesystem takes too much of the allocated time budget.
There's various boot speed
Hi Juerg,
On Fri, Jun 16, 2023 at 02:28:15PM +0200, Juerg Haefliger wrote:
> Add missing MODULE_FIRMWARE macros and remove some for firmwares that
> the driver no longer references.
>
> Signed-off-by: Juerg Haefliger
> ---
> drivers/gpu/drm/msm/adreno/adreno_device.c | 23 ++
Hi Juerg,
On Fri, Jun 16, 2023 at 02:28:15PM +0200, Juerg Haefliger wrote:
> Add missing MODULE_FIRMWARE macros and remove some for firmwares that
> the driver no longer references.
>
> Signed-off-by: Juerg Haefliger
> ---
> drivers/gpu/drm/msm/adreno/adreno_device.c | 23 ++
From: Brian Masney
redhat/configs: add two missing Kconfig options for the Thinkpad x13s
The Lenovo Thinkpad x13s laptop (aarch64) needs CONFIG_INPUT_PM8941_PWRKEY
and CONFIG_QCOM_ICC_BWMON. Let's enable them as modules.
Signed-off-by: Brian Masney
diff --git
a/redhat/configs/fedora/ge
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2506#note_1425427947
I set this to 2048 for all variants.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Brian Masney
redhat/configs: increase CONFIG_FRAME_WARN for Fedora on aarch64
Currently aarch64 has CONFIG_FRAME_WARN set to 1024, which is too small
and causes warnings to be emited during build. Looking at the defaults
in lib/Kconfig.debug shows that it recommends using 1024 for 32-bit
From: Brian Masney
redhat/configs: increase CONFIG_FRAME_WARN for Fedora on aarch64
Currently aarch64 has CONFIG_FRAME_WARN set to 1024, which is too small
and causes warnings to be emited during build. Looking at the defaults
in lib/Kconfig.debug shows that it recommends using 1024 for 32-bit
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2240#note_1230234958
OK, good point about not enabling it on ARK.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2240#note_1230232997
Do you also need to add `KBUILD_CPPFLAGS += $(KBUILD_CPPFLAGS-y)`? This is
from https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit
/?id=efa80b028c7a9
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2240#note_1229617514
I don't think we should do this the way it's currently written and there's no
need for new code to be added. We already have CONFIG_WERROR defined in
init/Kconfig. I t
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2118#note_1157984032
I validated that the interconnect, pinctrl, and clock controller (gcc) are
already enabled in the Fedora config.
___
kernel mailing list
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2118#note_1157981532
Same for DISPCC and GPUCC
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2118#note_1157979738
CONFIG_SC_CAMCC_7280 is set to =m in
https://src.fedoraproject.org/rpms/kernel/raw/f37/f/kernel-
aarch64-fedora.config. Any reason this can't be a module as
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1853#note_972514584
@pbrobinson : Could you add more detail to your commit message? For example,
CONFIG_RTC_DRV_PM8XXX is aarch64 specific (Qualcomm) so that makes sense to
not build for other
rijn Suijten
> Signed-off-by: Konrad Dybcio
msm8974 will need this as well.
Reviewed-by: Brian Masney
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1731#note_919408583
@ptalbert : Peter has been out on PTO this week and last week. I'm not sure if
he returns next week or the week after.
___
kernel ma
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1731#note_901260386
Any reason this particular phy is set to y and the qualcomm one below is set
to m?
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1731#note_901254280
This is arm32 only so should be disabled for aarch64. I'm the upstream author
of this particular driver.
___
kernel mailing list -- k
From: Brian Masney
redhat/configs: remove unnecessary GPIO options for aarch64
Remove two GPIO options that are not needed for aarch64 systems.
Signed-off-by: Brian Masney
diff --git a/redhat/configs/ark/generic/CONFIG_GPIO_AMDPT
b/redhat/configs/ark/generic/CONFIG_GPIO_AMDPT
new file mode
From: Brian Masney
redhat/configs: remove viperboard related Kconfig options
While looking through the GPIO Kconfig options, I tried to find what
platforms that RHEL supports uses GPIO_VIPERBOARD. This was imported
into RHEL7 over 9 years ago. We can't find any hardware internally where
th
From: Brian Masney on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1671
This removes some GPIO related Kconfig options that are no longer needed.
Signed-off-by: Brian Masney
---
redhat/configs/ark/generic/arm/aarch64/CONFIG_GPIO_AMDPT| 1
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: dri-devel@lists.freedesktop.org
> Cc: Dave Airlie
> Cc: Thierry Reding
This patch fixes the build error that I see with qcom_defconfig in
linux-next.
Tested-by: Brian Masney
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1243#note_621924467
Acked-by: Brian Masney
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1185#note_614435592
Acked-by: Brian Masney
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1185#note_611775111
Does the userspace module loader understand the `denylist` keyword yet? Or
does this still need to stay as `blacklist` for the time being
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1184#note_611572971
The script `mod-blacklist.sh` has the functions `blacklist()` and
`check_blacklist()` that need to be renamed as well.
___
kernel mailing
upport")
> Cc: Brian Masney
> Cc: Dan Murphy
> Signed-off-by: Andy Shevchenko
Reviewed-by: Brian Masney
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/817#note_550012295
It's now saying 0 changes on the changes tab but the web UI just sits
there at the loading page when I try to view the changes in th
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/817#note_550010589
@caringi : The hook deemed the code changed after Mark left his ack so
his ack was not preserved. I can't view the list of differences in the
web ui since there's 18,333 commi
Please ignore - testing email bridge.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
Lis
6382d2539d3dca14
> 28164a682bf
> a6a22f82c90dab8966fc07bd7e798a0680803995^..60f2de5ffbf0ed7c0d9789bcc1968
> 84427e8cff5
>
> However, we still have some stale commits/patches that were not dropped
> with the upstream merge. Remove them now.
Acked-by: Brian Masney
_
Rob Clark
> Fixes: 2d99ced787e3d ("drm/msm: async commit support")
Nice job tracking down this fix!
Reviewed-by: Brian Masney
Tested-by: Brian Masney
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Rob Clark
> Fixes: 2d99ced787e3d ("drm/msm: async commit support")
Nice job tracking down this fix!
Reviewed-by: Brian Masney
Tested-by: Brian Masney
Rob Clark
> Fixes: 2d99ced787e3d ("drm/msm: async commit support")
Nice job tracking down this fix!
Reviewed-by: Brian Masney
Tested-by: Brian Masney
___
Freedreno mailing list
Freedreno@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/freedreno
> leading to a NULL pointer dereference.
>
> Fixes: 88c1e9404f1d ("soc: qcom: add OCMEM driver")
> Signed-off-by: Luca Weiss
Reviewed-by: Brian Masney
On Sun, Jan 24, 2021 at 03:56:06PM +0100, Konrad Dybcio wrote:
> Hi,
>
>
> > + gpu_opp_table: opp_table {
> > + status = "disabled";
>
>
> Is there a good reason to disable this?
>
>
> > + opp-8 {
> > + opp-hz = /
-63,7 +63,7 @@ Red Hat Maintainers List (try to look for most precise
> areas first)
> ---
>
> ARK Kernel Maintainer
> -M: Justin Forbes
> +M: Justin Forbes
> M: Patrick Talbert
> R: Donald Zickus
> T: g
From: Brian Masney
bmasney testing: add extra space to redhat/Makefile.cross
Signed-off-by: Brian Masney
diff a/redhat/Makefile.cross b/redhat/Makefile.cross
--- a/redhat/Makefile.cross
+++ b/redhat/Makefile.cross
@@ -4,6 +4,7 @@ CROSS_PACKAGE_LIST = \
cross-binutils-common cross-gcc
From: Brian Masney
bmasney testing: add extra space to redhat/Makefile
Signed-off-by: Brian Masney
diff a/redhat/Makefile b/redhat/Makefile
--- a/redhat/Makefile
+++ b/redhat/Makefile
@@ -4,6 +4,7 @@ include Makefile.rhpkg
LANG=C
+
ifeq ("$(ZSTREAM)", "yes")
__
From: Fedora Kernel Team
[redhat] kernel-5.11.0-0.rc4.20210119git1e2a199f6ccd.130
Signed-off-by: Fedora Kernel Team
diff a/Makefile.rhelver b/Makefile.rhelver
--- a/Makefile.rhelver
+++ b/Makefile.rhelver
@@ -12,7 +12,7 @@ RHEL_MINOR = 99
#
# Use this spot to avoid future merge conflicts.
#
From: Levi Yun
irq: export irq_check_status_bit
Because of missing export symbol for irq_chekc_status_bit,
Building arm_spe_pmu.ko is failure on modpost step.
below is error message what i saw:
ERROR:modpost: "irq_check_status_bit" [drivers/perf/arm_spe_pmu.ko] undefined!
make[4]: *** [scripts/
From: Brian Masney on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/864
Testing the new email bridge code that's been promoted to the ARK
kernel. From address should now be correct.
___
kernel mailing
From: Justin M. Forbes
Turn off vdso_install for ppc
With upstream commit 7fe2de246e21f01212a8923fbabb4ac84c944d4a
powerpc/vdso: Stripped VDSO is not needed, don't build it
the make targets for vdso_install are gone for ppc. If we call them, the
build fails. This just turns them off.
Signed-of
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/858#note_486372676
Acked-by: Brian Masney
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/857#note_486372142
Acked-by: Brian Masney
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
v2.
>
> Signed-off-by: Peter Robinson
Acked-by: Brian Masney
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-
On Wed, Dec 30, 2020 at 05:29:42PM +0200, Iskren Chernev wrote:
> From: Craig Tatlor
>
> vram.size is needed when binding a gpu without an iommu and is defined
> in msm_init_vram(), so run that before binding it.
>
> Signed-off-by: Craig Tatlor
For the series:
Reviewe
On Wed, Dec 30, 2020 at 05:51:29PM +0200, Iskren Chernev wrote:
> From: Brian Masney
>
> Add support for the a3xx GPU
>
> Signed-off-by: Brian Masney
Reviewed-by: Brian Masney
On Wed, Dec 30, 2020 at 05:29:42PM +0200, Iskren Chernev wrote:
> From: Craig Tatlor
>
> vram.size is needed when binding a gpu without an iommu and is defined
> in msm_init_vram(), so run that before binding it.
>
> Signed-off-by: Craig Tatlor
For the series:
Reviewe
On Wed, Dec 30, 2020 at 05:29:42PM +0200, Iskren Chernev wrote:
> From: Craig Tatlor
>
> vram.size is needed when binding a gpu without an iommu and is defined
> in msm_init_vram(), so run that before binding it.
>
> Signed-off-by: Craig Tatlor
For the series:
Reviewe
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/761#note_466575785
Acked-by: Brian Masney
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Brian Masney on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/780#note_464979015
Acked-by: Brian Masney
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
On Tue, Nov 10, 2020 at 06:03:48PM -, GitLab Bridge on behalf of pecastro
wrote:
> From: pecastro on gitlab.com
>
> `make prepare` fails when trying to build external kernel modules.
> Details in https://bugzilla.redhat.com/show_bug.cgi?id=1882854 and
> previous related bugs.
>
> I'm not ver
mportantly xen_init_lock_cpu(), is
not called, so the lock_kicker_irq is not initialized for the secondary
CPUs. Let's fix this by exiting early in xen_uninit_lock_cpu() if the
irq is not set to avoid the warning from above for each secondary CPU.
Signed-off-by: Brian Masney
---
Changes sin
mportantly xen_init_lock_cpu(), is
not called, so the lock_kicker_irq is not initialized for the secondary
CPUs. Let's fix this by exiting early in xen_uninit_lock_cpu() if the
irq is not set to avoid the warning from above for each secondary CPU.
Signed-off-by: Brian Masney
---
Changes sin
pport")
> Signed-off-by: Georgi Djakov
Reviewed-by: Brian Masney
mportantly xen_init_lock_cpu(), is
not called, so the lock_kicker_irq is not initialized for the secondary
CPUs. Let's fix this by exiting early in xen_uninit_lock_cpu() if the
irq is not set to avoid the warning from above for each secondary CPU.
Signed-off-by: Brian Masney
---
arch/x86/xen/
On Thu, Nov 05, 2020 at 07:35:29PM -0500, Brian Masney wrote:
> diff --git a/arch/x86/xen/spinlock.c b/arch/x86/xen/spinlock.c
> index 799f4eba0a62..4a052459a08e 100644
> --- a/arch/x86/xen/spinlock.c
> +++ b/arch/x86/xen/spinlock.c
> @@ -93,9 +93,24 @@ void xen_init_lock_cpu(int c
On Thu, Nov 05, 2020 at 07:35:29PM -0500, Brian Masney wrote:
> diff --git a/arch/x86/xen/spinlock.c b/arch/x86/xen/spinlock.c
> index 799f4eba0a62..4a052459a08e 100644
> --- a/arch/x86/xen/spinlock.c
> +++ b/arch/x86/xen/spinlock.c
> @@ -93,9 +93,24 @@ void xen_init_lock_cpu(int c
mportantly xen_init_lock_cpu(), is
not called, so the lock_kicker_irq is not initialized for the secondary
CPUs. Let's fix this by exiting early in xen_uninit_lock_cpu() if the
irq is not set to avoid the warning from above for each secondary CPU.
Signed-off-by: Brian Masney
---
arch/x86/xen/
On Thu, Oct 29, 2020 at 01:08:09AM +, Paulo Edgar Castro wrote:
>
> Hi everyone,
>
> I'd like to raise your attention to the following:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1882854
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1821946
>
> https://bugzilla.redhat.com/show_bug.c
changes like _lto_cflags. This hopefully
> reduces headaches in the future.
>
> V2: restore __spec_install_pre line and add comments.
>
> Cc: Jeff Law
> Signed-off-by: Don Zickus
I like this version much better.
Acked-by: Brian Masney
On Wed, Oct 28, 2020 at 04:19:42PM -0400, Don Zickus wrote:
> On Wed, Oct 28, 2020 at 09:46:37AM -0400, Brian Masney wrote:
> > On Wed, Oct 28, 2020 at 12:44:14PM -, GitLab Bridge on behalf of
> > dzickusrh wrote:
> > > From: Don Zickus
> > >
> > >
On Wed, Oct 28, 2020 at 12:44:14PM -, GitLab Bridge on behalf of dzickusrh
wrote:
> From: Don Zickus
>
> For CKI and its cross-compile environment, it can not cross
> compile userspace tools. Instead we will native compiles them.
>
> To allow this split, the kernel.spec needs to support on
>-> GPIO Support (GPIOLIB [=y])
> -> Character device (/dev/gpiochipN) support (GPIO_CDEV [=y])
>
> Cc: Brian Masney
> Cc: David Arcari
> ---
> .../common/generic/CONFIG_GPIO_CDEV_V1| 1 +
> .../generic/CONFIG_GPIO_CDEV_V1
nel build times (like LTO).
>
> To use this effectively, one would use
> --without_up
> --without_debug
> --without_zfcpdump
>
> Original author is Brian Masney , which
> I took from his RHEL-8 contribution.
>
> Cc: Brian Masney
&
On Sun, Oct 25, 2020 at 02:45:41PM -0700, stan via kernel wrote:
> The src.rpm for kernel 5.9.300 failed to build rpms because gpio-watch
> was not included in the files section of the spec file. Putting it
> there allowed the kernel rpms to build. I've attached a patch file.
Hi Stan,
I don't s
On Tue, Oct 13, 2020 at 07:40:21PM -, GitLab Bridge on behalf of
jeremycline wrote:
> From: Fedora Kernel Team
>
> Hi,
>
> As part of the ongoing rebase effort, the following configuration
> options need to be reviewed.
>
> As a reminder, the ARK configuration flow involves moving unreview
I announced back in May a new project that generates a static
mobile-friendly HTML site based on the contents of a Shotwell library:
https://github.com/masneyb/shotwell-site-generator
The media is available through different views: all media over time,
all events over time, year view, nes
Hi Iskren,
On Tue, Jun 30, 2020 at 05:09:05PM +0300, Iskren Chernev wrote:
> Enable support for various hw found on the Samsung Galaxy S5:
> - touchkey (the two buttons around the home button)
> - touchscreen
> - notification led
> - wifi
> - external SD card
>
> Please note that for working wifi
onfigs/.gitignore
> +++ b/redhat/configs/.gitignore
> @@ -2,3 +2,4 @@
> config-*
> kernel*config
> *.old
> +*.tmp
Acked-by: Brian Masney
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe
lt https://hardware.redhat.com
> for certified hardware.\n", msg);
> + pr_crit("Warning: %s - this hardware has not undergone testing by Red
> Hat and might not be certified. Please consult https://catalog.redhat.com for
> certified hardware.\n", msg);
> }
>
On Wed, Jun 17, 2020 at 12:59:08PM -0400, Prarit Bhargava wrote:
> On 6/17/20 11:04 AM, Brian Masney wrote:
> > On Tue, Jun 16, 2020 at 11:47:20PM -, GitLab Bridge on behalf of prarit
> > wrote:
> >> From: Prarit Bhargava
> >>
> >> kernsec.org rec
> Signed-off-by: Prarit Bhargava
Acked-by: Brian Masney
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/pr
On Wed, Jun 17, 2020 at 12:14:55AM -, GitLab Bridge on behalf of prarit
wrote:
> From: Prarit Bhargava
>
> There are times when I have to generate both Fedora and RHEL configs.
>
> Add fedora-configs and rh-configs make targets.
>
> Signed-off-by: Prarit Bhargava
> ---
> redhat/Makefile
1 - 100 of 1055 matches
Mail list logo
