From: Rupinderjit Singh on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/3857#note_2556677584 Hi @echanude, That is still a lot of various configurations changed without much justification. >>> I'm from Arm enablement team and the efforts are to enable Qualcomm's rb3gen2 support in RHEL. A lot of these configuration changes are not related to the boards you intent to enable. >>> I don't have a list of configs that needs to be enabled to support rb3gen2 board. I had to get started from somewhere so I used rb3gen2 dtb (from Qualcomm build comes with board for robotics platform) as a base and extracted the enabled configurations from it. I enabled those extracted configs first as a base. And rest of the configs are based on the errors I got from dist-rhel- configs command and the references to **depends on** and **select** attributes in the Kconfig files of any particular subsystem. Only the last commit (https://gitlab.com/cki-project/kernel-ark/-/merge_reques ts/3857/diffs?commit_id=db7a57e749d303f77ed97a5da35663f8f6339d24) mentions "rb3gen2" and introduces mostly blanket changes under `redhat/configs/rhel/generic/arm/aarch64/` >>> All the commits are for rb3gen2. I'll update tiles/body and mention specifically about it in all the commits. some of which are redundant like `CONFIG_ARM_GIC_V3` >>> I can remove this and check for more. some are unrelated like CONFIG_CHR_DEV_SG m -\> y and CONFIG_BLK_DEV_SR m -\> y. >>> this is to make tool happy runs as part of dist-rhel-configs command Another example: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/38 57/diffs?commit_id=8b77b7fa35741a895196b88f7297b00b52486bad: >>> These are all commented out and I'm neither enabling or disabling them. Not changing them from =m/=y to # CONFIG_... This is to make tools happy. You disable CONFIG_TI_K3_UDMA from rhel. >>> I'll check on this and get back. -- _______________________________________________ kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
