Re: [OS-BUILD PATCH] redhat: Enable support for SN2201 system

2022-11-07 Thread pbrobinson (via Email Bridge)
From: pbrobinson on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2136#note_1163208877

Why is this driver being enabled everywhere? From the Kconfig:
"The processor used on SN2201 is Intel Atom®Processor C Series, C3338R which
is one of the Denverton product families."

So it should just be enabled on x86.

Interestingly also it has deps on various REGMAP which while seemingly already
enabled in ark/RHEL they're not enabled via the RHEL config so probably needs
further explicit enablement so it's documented as such.
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OS-BUILD PATCH] redhat: Enable WWAN feature and support for Intel, Qualcomm and Mediatek devices

2022-11-07 Thread pbrobinson (via Email Bridge)
From: pbrobinson on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2133#note_1163205670

LGTM
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OS-BUILD PATCHv2] redhat: Force remove tmp file

2022-11-07 Thread Herton R. Krzesinski (via Email Bridge)
From: Herton R. Krzesinski on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2135#note_1163073892

I see. But I mean you could have folded it in just one line:
```rm -f vmlinux.o .tmp_vmlinux.btf```
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OS-BUILD PATCHv2] redhat: Force remove tmp file

2022-11-07 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2135#note_1163059065

Resolve thread.
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OS-BUILD PATCHv2] redhat: Force remove tmp file

2022-11-07 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2135#note_1163058937

Fixed.
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


[OS-BUILD PATCHv2] redhat: Force remove tmp file

2022-11-07 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava 

redhat: Force remove tmp file

If BTF is not enabled in the kernel config then .tmp_vmlinux.btf will not
exist.  The rpm build will throw an error because the file doesn't exist.

Use 'rm -f' to delete the .tmp_vmlinux.btf file.

Reported by: stan 
Signed-off-by: Prarit Bhargava 

diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index blahblah..blahblah 100755
--- a/redhat/kernel.spec.template
+++ b/redhat/kernel.spec.template
@@ -1683,7 +1683,8 @@ BuildKernel() {
 %endif
 
 # Remove large intermediate files we no longer need to save space
-rm vmlinux.o .tmp_vmlinux.btf
+rm vmlinux.o
+rm -f .tmp_vmlinux.btf
 
 # Start installing the results
 install -m 644 .config $RPM_BUILD_ROOT/boot/config-$KernelVer

--
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2135
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


[OS-BUILD PATCH] fs: fix leaked psi pressure state

2022-11-07 Thread Justin M. Forbes (via Email Bridge)
From: Johannes Weiner 

fs: fix leaked psi pressure state

When psi annotations were added to to btrfs compression reads, the psi
state tracking over add_ra_bio_pages and btrfs_submit_compressed_read was
faulty.  A pressure state, once entered, is never left.  This results in
incorrectly elevated pressure, which triggers OOM kills.

pflags record the *previous* memstall state when we enter a new one.  The
code tried to initialize pflags to 1, and then optimize the leave call
when we either didn't enter a memstall, or were already inside a nested
stall.  However, there can be multiple PageWorkingset pages in the bio, at
which point it's that path itself that enters repeatedly and overwrites
pflags.  This causes us to miss the exit.

Enter the stall only once if needed, then unwind correctly.

erofs has the same problem, fix that up too.  And move the memstall exit
past submit_bio() to restore submit accounting originally added by
b8e24a9300b0 ("block: annotate refault stalls from IO submission").

Link: https://lkml.kernel.org/r/y2uhrqthnuwui...@cmpxchg.org
Fixes: 4088a47e78f9 ("btrfs: add manual PSI accounting for compressed reads")
Fixes: 99486c511f68 ("erofs: add manual PSI accounting for the compressed 
address space")
Fixes: 118f3663fbc6 ("block: remove PSI accounting from the bio layer")
Link: 
https://lore.kernel.org/r/d20a0a85-e415-cf78-27f9-77dd7a94b...@leemhuis.info/
Signed-off-by: Johannes Weiner 
Reported-by: Thorsten Leemhuis 
Tested-by: Thorsten Leemhuis 
Cc: Chao Yu 
Cc: Chris Mason 
Cc: Christoph Hellwig 
Cc: David Sterba 
Cc: Gao Xiang 
Cc: Jens Axboe 
Cc: Josef Bacik 
Cc: Suren Baghdasaryan 
Signed-off-by: Andrew Morton 

diff --git a/fs/btrfs/compression.c b/fs/btrfs/compression.c
index blahblah..blahblah 100644
--- a/fs/btrfs/compression.c
+++ b/fs/btrfs/compression.c
@@ -512,7 +512,7 @@ static u64 bio_end_offset(struct bio *bio)
 static noinline int add_ra_bio_pages(struct inode *inode,
 u64 compressed_end,
 struct compressed_bio *cb,
-unsigned long *pflags)
+int *memstall, unsigned long *pflags)
 {
struct btrfs_fs_info *fs_info = btrfs_sb(inode->i_sb);
unsigned long end_index;
@@ -581,8 +581,10 @@ static noinline int add_ra_bio_pages(struct inode *inode,
continue;
}
 
-   if (PageWorkingset(page))
+   if (!*memstall && PageWorkingset(page)) {
psi_memstall_enter(pflags);
+   *memstall = 1;
+   }
 
ret = set_page_extent_mapped(page);
if (ret < 0) {
@@ -670,8 +672,8 @@ void btrfs_submit_compressed_read(struct inode *inode, 
struct bio *bio,
u64 em_len;
u64 em_start;
struct extent_map *em;
-   /* Initialize to 1 to make skip psi_memstall_leave unless needed */
-   unsigned long pflags = 1;
+   unsigned long pflags;
+   int memstall = 0;
blk_status_t ret;
int ret2;
int i;
@@ -727,7 +729,7 @@ void btrfs_submit_compressed_read(struct inode *inode, 
struct bio *bio,
goto fail;
}
 
-   add_ra_bio_pages(inode, em_start + em_len, cb, &pflags);
+   add_ra_bio_pages(inode, em_start + em_len, cb, &memstall, &pflags);
 
/* include any pages we added in add_ra-bio_pages */
cb->len = bio->bi_iter.bi_size;
@@ -807,7 +809,7 @@ void btrfs_submit_compressed_read(struct inode *inode, 
struct bio *bio,
}
}
 
-   if (!pflags)
+   if (memstall)
psi_memstall_leave(&pflags);
 
if (refcount_dec_and_test(&cb->pending_ios))
diff --git a/fs/erofs/zdata.c b/fs/erofs/zdata.c
index blahblah..blahblah 100644
--- a/fs/erofs/zdata.c
+++ b/fs/erofs/zdata.c
@@ -1412,8 +1412,8 @@ static void z_erofs_submit_queue(struct 
z_erofs_decompress_frontend *f,
struct block_device *last_bdev;
unsigned int nr_bios = 0;
struct bio *bio = NULL;
-   /* initialize to 1 to make skip psi_memstall_leave unless needed */
-   unsigned long pflags = 1;
+   unsigned long pflags;
+   int memstall = 0;
 
bi_private = jobqueueset_init(sb, q, fgq, force_fg);
qtail[JQ_BYPASS] = &q[JQ_BYPASS]->head;
@@ -1463,14 +1463,18 @@ static void z_erofs_submit_queue(struct 
z_erofs_decompress_frontend *f,
if (bio && (cur != last_index + 1 ||
last_bdev != mdev.m_bdev)) {
 submit_bio_retry:
-   if (!pflags)
-   psi_memstall_leave(&pflags);
submit_bio(bio);
+   if (memstall) {
+   psi_memstall_leave(&pflags);
+   memstall = 0;
+   }
 

Re: [OS-BUILD PATCH] redhat: Test tmp file before deleting

2022-11-07 Thread Herton R. Krzesinski (via Email Bridge)
From: Herton R. Krzesinski on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2135#note_1162936472

Wouldn't it be better to just use ```rm -f``` instead of adding the if?
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


[OS-BUILD PATCH] redhat: Enable support for SN2201 system

2022-11-07 Thread Ivan Vecera (via Email Bridge)
From: Ivan Vecera 

redhat: Enable support for SN2201 system

Enable support for platform devices used on Nvidia SN2201
switch system.

Signed-off-by: Ivan Vecera 

diff --git a/redhat/configs/common/generic/CONFIG_NVSW_SN2201 
b/redhat/configs/common/generic/CONFIG_NVSW_SN2201
index blahblah..blahblah 100644
--- a/redhat/configs/common/generic/CONFIG_NVSW_SN2201
+++ b/redhat/configs/common/generic/CONFIG_NVSW_SN2201
@@ -1 +1 @@
-# CONFIG_NVSW_SN2201 is not set
+CONFIG_NVSW_SN2201=m

--
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2136
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


[OS-BUILD PATCH] redhat: Test tmp file before deleting

2022-11-07 Thread Prarit Bhargava (via Email Bridge)
From: Prarit Bhargava 

redhat: Test tmp file before deleting

If BTF is not enabled in the kernel config then .tmp_vmlinux.btf will not
exist.  The rpm build will throw an error because the file doesn't exist.

Test for the existence of .tmp_vmlinux.btf before deleting it.

Reported by: stan 
Signed-off-by: Prarit Bhargava 

diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template
index blahblah..blahblah 100755
--- a/redhat/kernel.spec.template
+++ b/redhat/kernel.spec.template
@@ -1683,7 +1683,10 @@ BuildKernel() {
 %endif
 
 # Remove large intermediate files we no longer need to save space
-rm vmlinux.o .tmp_vmlinux.btf
+rm vmlinux.o
+if [ -f .tmp_vmlinux.btf ]; then
+   rm .tmp_vmlinux.btf
+fi
 
 # Start installing the results
 install -m 644 .config $RPM_BUILD_ROOT/boot/config-$KernelVer

--
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2135
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Possible error in the 6.1 rc3 kernel spec file

2022-11-07 Thread Prarit Bhargava

On 11/7/22 09:57, stan via kernel wrote:

Hi,
I built the 6.1 rc3 kernel over the weekend, and on the first build it
failed.  The error was this line in the spec file:
 # Remove large intermediate files we no longer need to save space
 # rm vmlinux.o .tmp_vmlinux.btf
The error was that the [a path in tmp I don't remember]/.tmp_vmlinux.btf
file did not exist. There was no complaint about the vmlinux.o file.
As you can see, because of the helpful comment, I knew that it was only
a space issue, so I just commented the line and everything built
successfully after that.

Perhaps this should be protected with
if [-f .tmp_vmlinux.btf]
   rm .tmp_vmlinux.btf
fi
?



MR here: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2135

P.
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Possible error in the 6.1 rc3 kernel spec file

2022-11-07 Thread Prarit Bhargava

On 11/7/22 09:57, stan via kernel wrote:

Hi,
I built the 6.1 rc3 kernel over the weekend, and on the first build it
failed.  The error was this line in the spec file:
 # Remove large intermediate files we no longer need to save space
 # rm vmlinux.o .tmp_vmlinux.btf
The error was that the [a path in tmp I don't remember]/.tmp_vmlinux.btf
file did not exist. There was no complaint about the vmlinux.o file.
As you can see, because of the helpful comment, I knew that it was only
a space issue, so I just commented the line and everything built
successfully after that.

Perhaps this should be protected with
if [-f .tmp_vmlinux.btf]
   rm .tmp_vmlinux.btf
fi
?


Makes sense to me.  The file will only exist if BTF is enabled in the 
config, so checking for it's existence is valid IMO.


I'll submit an MR for this.

P.
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


[OS-BUILD PATCH] configs: enable CONFIG_LRU_GEN_ENABLED everywhere

2022-11-07 Thread Patrick Talbert (via Email Bridge)
From: Patrick Talbert 

configs: enable CONFIG_LRU_GEN_ENABLED everywhere

This should have been enabled in !2089.

Signed-off-by: Patrick Talbert 

diff --git a/redhat/configs/ark/generic/CONFIG_LRU_GEN_ENABLED 
b/redhat/configs/ark/generic/CONFIG_LRU_GEN_ENABLED
deleted file mode 100644
index blahblah..blahblah 0
--- a/redhat/configs/ark/generic/CONFIG_LRU_GEN_ENABLED
+++ /dev/null
@@ -1 +0,0 @@
-# CONFIG_LRU_GEN_ENABLED is not set
diff --git a/redhat/configs/fedora/generic/CONFIG_LRU_GEN_ENABLED 
b/redhat/configs/common/generic/CONFIG_LRU_GEN_ENABLED
rename from redhat/configs/fedora/generic/CONFIG_LRU_GEN_ENABLED
rename to redhat/configs/common/generic/CONFIG_LRU_GEN_ENABLED
index blahblah..blahblah 100644
--- a/redhat/configs/fedora/generic/CONFIG_LRU_GEN_ENABLED
+++ b/redhat/configs/common/generic/CONFIG_LRU_GEN_ENABLED

--
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2134
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Possible error in the 6.1 rc3 kernel spec file

2022-11-07 Thread stan via kernel
Hi,
I built the 6.1 rc3 kernel over the weekend, and on the first build it
failed.  The error was this line in the spec file:
# Remove large intermediate files we no longer need to save space
# rm vmlinux.o .tmp_vmlinux.btf
The error was that the [a path in tmp I don't remember]/.tmp_vmlinux.btf
file did not exist. There was no complaint about the vmlinux.o file.
As you can see, because of the helpful comment, I knew that it was only
a space issue, so I just commented the line and everything built
successfully after that.

Perhaps this should be protected with 
if [-f .tmp_vmlinux.btf]
  rm .tmp_vmlinux.btf
fi
?

I know it won't matter to the stock fedora kernel (it has to be
general), but I used the new fixed number of cpus setting, after
editing the config file to change the setting (from 8 to 6), and it is
working fine.  Just in case anyone else wants to try it.
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OS-BUILD PATCH] redhat/configs: Enable CONFIG_EFI_SECRET module

2022-11-07 Thread Justin M. Forbes (via Email Bridge)
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2124#note_1162434713

Not until upstream changes (I expect them to, but it hasn't happened yet):

```
config EFI_SECRET
tristate "EFI secret area securityfs support"
depends on EFI && X86_64
```
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OS-BUILD PATCH] redhat/configs: Enable CONFIG_EFI_SECRET module

2022-11-07 Thread pbrobinson (via Email Bridge)
From: pbrobinson on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2124#note_1162383857

It would only have the effect of turning it on for ark/aarch64 which we should
be doing, but it should clean up the others in the process.
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OS-BUILD PATCH] redhat/configs: Enable CONFIG_EFI_SECRET module

2022-11-07 Thread Justin M. Forbes (via Email Bridge)
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2124#note_1162366072

I am not quite sure the purpose of this MR. The config option is already
turned on in RHEL and in Fedora, though in different places.

```
cat redhat/configs/ark/generic/x86/CONFIG_EFI_SECRET
CONFIG_EFI_SECRET=m
cat redhat/configs/fedora/generic/CONFIG_EFI_SECRET
CONFIG_EFI_SECRET=m
```

This MR is not a clean-up as it does not delete either of these entries.  It
does not change the RHEL config in practice, because the option depends on
X86_64 at this point.
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


[OS-BUILD PATCH] redhat: Enable WWAN feature and support for Intel, Qualcomm and Mediatek devices

2022-11-07 Thread via Email Bridge
From: Jose Ignacio Tornos Martinez 

redhat: Enable WWAN feature and support for Intel, Qualcomm and Mediatek devices

Add configs to enable WWAN feature and support for Intel, Qualcomm and Mediatek
devices.

Besides, WWAN hwsim feature has been added because it is very helpful for
testing purposes. As the use will not be habitual, it is added to extra.

Signed-off-by: Jose Ignacio Tornos Martinez 

diff --git a/redhat/configs/ark/generic/CONFIG_MTK_T7XX 
b/redhat/configs/ark/generic/CONFIG_MTK_T7XX
deleted file mode 100644
index blahblah..blahblah 0
--- a/redhat/configs/ark/generic/CONFIG_MTK_T7XX
+++ /dev/null
@@ -1 +0,0 @@
-# CONFIG_MTK_T7XX is not set
diff --git a/redhat/configs/common/generic/CONFIG_IOSM 
b/redhat/configs/common/generic/CONFIG_IOSM
index blahblah..blahblah 100644
--- a/redhat/configs/common/generic/CONFIG_IOSM
+++ b/redhat/configs/common/generic/CONFIG_IOSM
@@ -1 +1 @@
-# CONFIG_IOSM is not set
+CONFIG_IOSM=m
diff --git a/redhat/configs/common/generic/CONFIG_MHI_WWAN_MBIM 
b/redhat/configs/common/generic/CONFIG_MHI_WWAN_MBIM
index blahblah..blahblah 100644
--- a/redhat/configs/common/generic/CONFIG_MHI_WWAN_MBIM
+++ b/redhat/configs/common/generic/CONFIG_MHI_WWAN_MBIM
@@ -1 +1 @@
-# CONFIG_MHI_WWAN_MBIM is not set
+CONFIG_MHI_WWAN_MBIM=m
diff --git a/redhat/configs/fedora/generic/CONFIG_MTK_T7XX 
b/redhat/configs/common/generic/CONFIG_MTK_T7XX
rename from redhat/configs/fedora/generic/CONFIG_MTK_T7XX
rename to redhat/configs/common/generic/CONFIG_MTK_T7XX
index blahblah..blahblah 100644
--- a/redhat/configs/fedora/generic/CONFIG_MTK_T7XX
+++ b/redhat/configs/common/generic/CONFIG_MTK_T7XX
diff --git a/redhat/configs/common/generic/CONFIG_WWAN_HWSIM 
b/redhat/configs/common/generic/CONFIG_WWAN_HWSIM
index blahblah..blahblah 100644
--- a/redhat/configs/common/generic/CONFIG_WWAN_HWSIM
+++ b/redhat/configs/common/generic/CONFIG_WWAN_HWSIM
@@ -1 +1 @@
-# CONFIG_WWAN_HWSIM is not set
+CONFIG_WWAN_HWSIM=m
diff --git a/redhat/configs/fedora/generic/CONFIG_MHI_WWAN_MBIM 
b/redhat/configs/fedora/generic/CONFIG_MHI_WWAN_MBIM
deleted file mode 100644
index blahblah..blahblah 0
--- a/redhat/configs/fedora/generic/CONFIG_MHI_WWAN_MBIM
+++ /dev/null
@@ -1 +0,0 @@
-CONFIG_MHI_WWAN_MBIM=m
diff --git a/redhat/configs/fedora/generic/CONFIG_WWAN_HWSIM 
b/redhat/configs/fedora/generic/CONFIG_WWAN_HWSIM
deleted file mode 100644
index blahblah..blahblah 0
--- a/redhat/configs/fedora/generic/CONFIG_WWAN_HWSIM
+++ /dev/null
@@ -1 +0,0 @@
-# CONFIG_WWAN_HWSIM is not set
diff --git a/redhat/configs/fedora/generic/x86/CONFIG_IOSM 
b/redhat/configs/fedora/generic/x86/CONFIG_IOSM
deleted file mode 100644
index blahblah..blahblah 0
--- a/redhat/configs/fedora/generic/x86/CONFIG_IOSM
+++ /dev/null
@@ -1 +0,0 @@
-CONFIG_IOSM=m
diff --git a/redhat/fedora_files/mod-extra.list.fedora 
b/redhat/fedora_files/mod-extra.list.fedora
index blahblah..blahblah 100644
--- a/redhat/fedora_files/mod-extra.list.fedora
+++ b/redhat/fedora_files/mod-extra.list.fedora
@@ -191,5 +191,6 @@ wanrouter.ko
 warrior.ko
 whci.ko
 wire.ko
+wwan_hwsim.ko
 yam.ko
 zhenhua.ko
diff --git a/redhat/rhel_files/mod-extra.list.rhel 
b/redhat/rhel_files/mod-extra.list.rhel
index blahblah..blahblah 100644
--- a/redhat/rhel_files/mod-extra.list.rhel
+++ b/redhat/rhel_files/mod-extra.list.rhel
@@ -188,5 +188,6 @@ wanrouter.ko
 warrior.ko
 whci.ko
 wire.ko
+wwan_hwsim.ko
 yam.ko
 zhenhua.ko

--
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2133
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OS-BUILD PATCHv5] redhat/configs: Disable fbdev drivers and use simpledrm everywhere

2022-11-07 Thread Patrick Talbert (via Email Bridge)
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1162124009

Thank you Lyude! @jmflinuxtx we need you too 🤦.
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OS-BUILD PATCH] redhat/configs: Move ark/generic/s390x/CONFIG_ZSMALLOC to common/generic

2022-11-07 Thread Patrick Talbert (via Email Bridge)
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2127#note_1162096129

/block
___
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/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/kernel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue