Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1339490
| From | Sudeep Holla <sudeep.holla@arm.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v3 4/5] ACPI / processor_idle : introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE |
| Date | 2016-02-22 14:50 +0100 |
| Message-ID | <r4Z2b-6yP-43@gated-at.bofh.it> (permalink) |
| References | <qBgqe-8gM-9@gated-at.bofh.it> <qBgqe-8gM-19@gated-at.bofh.it> <r2Ugh-4i7-3@gated-at.bofh.it> <r39p3-6nX-65@gated-at.bofh.it> |
| Organization | ARM |
Hi Rafael, On 17/02/16 12:21, Sudeep Holla wrote: > > > On 16/02/16 20:18, Rafael J. Wysocki wrote: [..] > >> This way it all should work without any new Kconfig options. >> > > I agree with you in terms of avoiding new Kconfig option. However the > main reason for adding it is to avoid declaring dummy functions and > variables on ARM64. > > It's hard to justify the maintainers as it's totally useless on ARM64. > E.g. boot_option_idle_override, IDLE_NOMWAIT, acpi_unlazy_tlb, > arch_safe_halt. > > Other option is to push those under CONFIG_X86, but then I don't have > much idea on what are all needed for IA64, so took an option that > encapsulates everything under CSTATE feature Kconfig, which is not user > visible and selected by archs supporting it by default. > > I am open to any other alternative. > Whatever alternative methods I tried so far ended up much horrible than this. So any suggestions are much appreciated. -- Regards, Sudeep
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH v3 4/5] ACPI / processor_idle : introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2016-02-16 21:20 +0100
Re: [PATCH v3 4/5] ACPI / processor_idle : introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE Sudeep Holla <sudeep.holla@arm.com> - 2016-02-17 13:30 +0100
Re: [PATCH v3 4/5] ACPI / processor_idle : introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE Sudeep Holla <sudeep.holla@arm.com> - 2016-02-22 14:50 +0100
csiph-web