[PATCH v2 7/7] T104xQDS: Add qe node to t104xqds
add qe node to t104xqds.dtsi Signed-off-by: Zhao Qiang <qiang.zhao@nxp.com> --- Changes for v2 - rebase arch/powerpc/boot/dts/fsl/t104xqds.
View ArticleProposal for new memory_order_consume definition
Hello! A proposal (quaintly identified as P0190R0) for a new memory_order_consume definition may be found here: http://www2.rdrop.com/users/
View Article[PATCH v3] x86/mm/vmfault: Make vmalloc_fault() handle large pages
A kernel page fault oops with the callstack below was observed when a read syscall was made to a pmem device after a huge amount (>512GB) of vmalloc r
View Article[PATCH 0/12] cpufreq: More governor code reorganization
Hi, This series continues the governor code reorganization I've been doing for the last couple of weeks. Again, it doesn't change the way the code w
View Article[PATCH 2/12] cpufreq: governor: Move io_is_busy to struct dbs_data
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> The io_is_busy governor tunable is only used by the ondemand governor and is located in the onde
View Article[PATCH 3/12] cpufreq: governor: Add a ->start callback for governors
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> To avoid having to check the governor type explicitly in the common code in order to initialize
View Article[PATCH 4/12] cpufreq: governor: Drop unused governor callback and data fields
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> After some previous changes, the ->get_cpu_dbs_info_s governor callback and the "governor" field
View Article[PATCH 5/12] cpufreq: ondemand: Drop one more callback from struct od_ops
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> The ->powersave_bias_init_cpu callback in struct od_ops is only used in one place and that invoc
View Article[PATCH 6/12] cpufreq: governor: Fix CPU load information updates via ->store
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> The ->store() callbacks of some tunable sysfs attributes of the ondemand and conservative govern
View Article[PATCH 7/12] cpufreq: ondemand: Rework the handling of powersave bias updates
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> The ondemand_powersave_bias_init() function used for resetting data fields related to the powers
View Articlelinux-next: build failure after merge of the net-next tree
Hi all, After merging the net-next tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: In file included from drivers/net/ethe
View Article[PATCH 8/12] cpufreq: governor: Make governor private data per-policy
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Some fields in struct od_cpu_dbs_info_s and struct cs_cpu_dbs_info_s are only used for a limited
View Article[PATCH 9/12] cpufreq: governor: Move per-CPU data to the common code
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> After previous changes there is only one piece of code in the ondemand governor making reference
View Article[PATCH 10/12] cpufreq: governor: Relocate definitions of tuners structures
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Move the definitions of struct od_dbs_tuners and struct cs_dbs_tuners from the common governor h
View Article[PATCH 11/12] cpufreq: governor: Make dbs_data_mutex static
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> That mutex is only used by cpufreq_governor_dbs() and it doesn't need to be exported to modules,
View Article[PATCH v2] clk: check the actual phase if get_phase is provided
set_phase does sanity checking of degree and ask sub-driver to set the degree. If set_phase is limited to support the degree what the caller need, sub
View Article[GIT PULL] at91: defconfig for 4.6 #1
Arnd, Olof, Kevin, A defconfig update, adding the sama5d2 ADC to sama5_defconfig. Thanks, The following changes since commit 92e963f50fc74041b5e9e
View Article[GIT PULL] at91: drivers for 4.6 #1
Arnd, Olof, Kevin, This is a rework of the PMC driver. It touches multiple subsystems so the easiest path is through arm-soc. Thanks, The following
View Articlelinux-next: manual merge of the block tree with Linus' tree
Hi Jens, Today's linux-next merge of the block tree got a conflict in: drivers/nvme/host/pci.c between commit: f8e68a7c9af5 ("NVMe: Rate limit
View Article[PATCH 12/12] cpufreq: governor: Narrow down the dbs_data_mutex coverage
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Since cpufreq_governor_dbs() is now always called with policy->rwsem held, it cannot be executed
View Article