Re: [PATCH] doc: md: Fix a file name to md-fault.c in fault-injection.txt

On Sat, 23 Dec 2017 01:41:21 +0900 Masanari Iida wrote: > drivers/md/faulty.c has been renamed to md-faulty.c after > following commit merged int to the main line. > > 935fe0983e09f4f7331ebf5ea4ae2124f6e9f9e8 . > > But the file name in fault-injection.txt has not been

[PATCH v3 24/34] clk: tegra: change clk_sync_source_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v2 27/34] clk: ti: composite: change clk_pll_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v2 03/21] nvmem: vf610-ocotp: Convert to use devm_nvmem_register()

Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

[PATCH -next] slimbus: qcom: Make some local functions static

Fixes the following sparse warnings: drivers/slimbus/qcom-ctrl.c:151:6: warning: symbol 'slim_ack_txn' was not declared. Should it be static? drivers/slimbus/qcom-ctrl.c:304:6: warning: symbol 'slim_alloc_txbuf' was not declared. Should it be static? Signed-off-by: Wei Yongjun

[PATCH] ARM: sunxi_defconfig: Enable SUNXI_CCU

While looking for missing symbol by diffing sunxi_defconfig and my .config, I just found that no CLK symbol are present in sunxi_defconfig. This patch add the missing CONFIG_SUNXI_CCU in sunxi_defconfig. All other symbol will be automatically selected via their default value. Signed-off-by:

Re: [PATCH 4.14 000/146] 4.14.11-stable review

On 1 January 2018 at 20:06, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.11 release. > There are 146 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

[PATCH v3 25/34] clk: tegra: bpmp: change tegra_bpmp_clk_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v4 3/3] drm/tinydrm: add driver for ST7735R panels

This adds a new driver for Sitronix ST7735R display panels. This has been tested using an Adafruit 1.8" TFT. Signed-off-by: David Lechner Reviewed-by: Noralf Trønnes --- v4 changes: * renamed st7735r_pipe_enable to jd_t18003_t01_pipe_enable * renamed

[PATCH] igb: Delete an error message for a failed memory allocation in igb_enable_sriov()

From: Markus Elfring Date: Mon, 1 Jan 2018 20:53:10 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH v2 18/34] clk: mvebu: change dove_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH] ehea: Delete an error message for a failed memory allocation in two functions

From: Markus Elfring Date: Mon, 1 Jan 2018 20:14:25 +0100 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: [PATCH] arch/x86: add __noreturn __cold to fortify_panic()

On Mon, 2018-01-01 at 11:36 -1000, Joey Pabalinas wrote: > Definition of `fortify_panic()` doesn't match the declaration > in include/linux/string.h. Add the missing __noreturn __cold > attributes to `fortify_panic()`. This should not be necessary as the prototype has those attributes.

[PATCH v3 22/34] clk: qcom: ipq4019: change clk_cpu_div_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH -next] slimbus: qcom: Fix return value check in qcom_slim_probe()

In case of error, the function devm_ioremap_resource() returns ERR_PTR() and never returns NULL. The NULL test in the return value check should be replaced with IS_ERR(). Fixes: ad7fcbc308b0 ("slimbus: qcom: Add Qualcomm Slimbus controller driver") Signed-off-by: Wei Yongjun

[PATCH v2 00/34] change clk_ops->round_rate to scale past LONG_MAX

v2: - Added change for vc5_dbl_round_rate kbuild found this - rename patch vc5_mux_round_rate -> vc5_pfd_round_rate bod v1: Working with a 32 bit MIPS system on a 4.11 kernel its has been noticed that passing a 2.4GHz clock value to clk_ops->round_rate() is resulting in an error. Looking

[PATCH v2 17/21] nvmem: rockchip-efuse: Make use of of_device_get_match_data()

Simplify code a bit by using of_device_get_match_data() instead of of_match_device(). Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

[PATCH v3 17/34] clk: vt8500: match temp holder variable to fn return type

vtwm_pll_round_rate() returns an unsigned long. This patch changes the internal holder variable from signed to unsigned long for the sake of completeness and neatness. Signed-off-by: Bryan O'Donoghue Cc: Michael Turquette Cc: Stephen Boyd

[PATCH] i40e: Delete an error message for a failed memory allocation in i40e_init_interrupt_scheme()

From: Markus Elfring Date: Mon, 1 Jan 2018 20:38:14 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH v3 13/34] clk: si514: change si514_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

Re: [PATCH] ARM: sunxi_defconfig: Enable SUNXI_CCU

On Tue, Jan 2, 2018 at 3:22 AM, Corentin Labbe wrote: > While looking for missing symbol by diffing sunxi_defconfig and my > .config, I just found that no CLK symbol are present in sunxi_defconfig. This does not take into account default values in Kconfig. Use `make

[PATCH v3 15/34] clk: vc5: change vc5_dbl_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v4 1/3] dt-bindings: add jianda vendor prefix

This adds a vendor prefix "jianda" for Jiandangjing Technology Co., Ltd. Signed-off-by: David Lechner Reviewed-by: Rob Herring --- v4 changes: * Fixed alphabetical order v3 changes: * new patch in v3

[PATCH v2 07/21] nvmem: rockchip-efuse: Convert to use devm_nvmem_register()

Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

[PATCH] PM / runtime: Rework pm_runtime_force_suspend/resume()

From: Rafael J. Wysocki One of the limitations of pm_runtime_force_suspend/resume() is that if a parent driver wants to use these functions, all of its child drivers have to do that too because of the parent usage counter manipulations necessary to get the correct

[PATCH v2 19/21] nvmem: rockchip-efuse: Do not use ">dev" explicitly

There's "dev" variable for this already. Use it. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger

[PATCH v4 2/3] dt-bindings: Add binding for Sitronix ST7735R display panels

This adds a new device tree binding for Sitronix ST7735R display panels, such as the Adafruit 1.8" TFT. Signed-off-by: David Lechner Reviewed-by: Rob Herring --- v4 changes: * none v3 changes: * compatible string is changed from

[PATCH v3 16/34] clk: vt8500: change vtwm_pll_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

RE: [PATCH] drm/ttm: optimize errors checking and free _manager when finishing

-Original Message- From: Xiongwei Song [mailto:sxwj...@gmail.com] Sent: Sunday, December 31, 2017 7:40 PM To: Koenig, Christian ; He, Roger ; airl...@linux.ie Cc: dri-de...@lists.freedesktop.org; linux-kernel@vger.kernel.org Subject: [PATCH]

linux-next: manual merge of the vfs tree with Linus' tree

Hi Al, Today's linux-next merge of the vfs tree got a conflict in: ipc/mqueue.c between commit: 1751e8a6cb93 ("Rename superblock flags (MS_xyz -> SB_xyz)") from Linus' tree and commit: 946086abeddf ("mqueue: switch to on-demand creation of internal mount") from the vfs tree. I fixed

[PATCH v2 31/34] clk: at91: change round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v2 05/21] nvmem: uniphier-efuse: Convert to use devm_nvmem_register()

Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

[PATCH v2 08/34] clk: bcm2835: change bcm2835_pll_rate_from_divisors to return unsigned long

bcm2835_pll_rate_from_divisors() returns a value directly as the return value to round_rate(). clk_ops->round_rate() has been changed to an unsigned long so for the sake of completeness and neatness this patch updates the helper function to return the same data-type. Signed-off-by: Bryan

[PATCH v2 04/34] clk: omap2: change omap2_round_to_table_rate return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

Re: [PATCH 1/2] thermal: mtk: Cleanup unused defines

On Thu, Dec 21, 2017 at 09:40:13PM +0800, Zhang Rui wrote: > On Thu, 2017-12-21 at 11:01 +0100, Matthias Brugger wrote: > > > > On 12/01/2017 11:43 AM, Matthias Brugger wrote: > > > > > > The mtk_thermal has some defiens which are never used within the > > > driver. > > > This patch delets them.

Re: [PATCH v2 00/34] change clk_ops->round_rate to scale past LONG_MAX

crap. google helpfully disabled this account while I was posting this set. I'll repost can call it v3

[PATCH v2 00/21] Verbatim device names and devm_nvmem_(un)register()

Srinivas, all: This patchset contains various small changes that I recently made to NVMEM, more specifically: - Patches 1 and 2 are two changes I am hoping are acceptable upstream - Patches 3 to 14 are a follow up to patch 2 - Patches 15 to 21 are just trivial fixups and I am more than

[PATCH v3 21/34] clk: lpc32xx: change clk_hclk_pll_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v2 23/34] clk: sirf: remove unnecessary long cast on return

Due to the old function signature of clk_ops->round_rate pll_clk_round_rate does a cast of an internal unsigned long to a long. After updating clk_ops->round_rate() to be an unsigned long though the cast isn't necessary. Remove the cast now. Signed-off-by: Bryan O'Donoghue

Re: [PATCH 2/4] extcon: axp288: Remove unused platform data

+ MFD Maintainer (Lee Jones ) Hi Hans, You better to use the scripts/get_maintainer.pl for the mailing list. I added the MFD maintainer. This patch looks good to me. Reviewed-by: Chanwoo Choi Best Regards, Chanwoo Choi On 2017년 12월 22일 21:36,

[PATCH v2 04/21] nvmem: imx-ocotp: Convert to use devm_nvmem_register()

Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

[PATCH v3 14/34] clk: vc5: change vc5_pfd_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v3 07/34] clk: axs10x: change i2s_pll_round_rate return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH] arch/x86: add __noreturn __cold to fortify_panic()

Definition of `fortify_panic()` doesn't match the declaration in include/linux/string.h. Add the missing __noreturn __cold attributes to `fortify_panic()`. Signed-off-by: Joey Pabalinas --- arch/x86/boot/compressed/misc.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 2/2] phy: rockchip-emmc: use regmap_read_poll_timeout to poll dllrdy

Just use the API instead of open-coding it, no functional change intended. Signed-off-by: Shawn Lin --- drivers/phy/rockchip/phy-rockchip-emmc.c | 21 +++-- 1 file changed, 7 insertions(+), 14 deletions(-) diff --git

[PATCH v2 02/21] nvmem: Introduce devm_nvmem_(un)register()

Introduce devm_nvmem_register()/devm_nvmem_unregister() to make .remove() unnecessary in trivial drivers. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin

[PATCH v3 23/34] clk: sirf: remove unnecessary long cast on return

Due to the old function signature of clk_ops->round_rate pll_clk_round_rate does a cast of an internal unsigned long to a long. After updating clk_ops->round_rate() to be an unsigned long though the cast isn't necessary. Remove the cast now. Signed-off-by: Bryan O'Donoghue

[PATCH v2 24/34] clk: tegra: change clk_sync_source_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v2 11/21] nvmem: meson-efuse: Convert to use devm_nvmem_register()

Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

Re: [RFC] does ioremap() cause memory leak?

On 2017/12/23 13:32, Xishi Qiu wrote: > On 2017/12/21 16:55, Xishi Qiu wrote: > >> When we use iounmap() to free the mapping, it calls unmap_vmap_area() to >> clear page table, >> but do not free the memory of page table, right? >> >> So when use ioremap() to mapping another area(incluce the

Re: [PATCH] arch/x86: add __noreturn __cold to fortify_panic()

On Mon, Jan 01, 2018 at 01:41:55PM -0800, Joe Perches wrote: > This should not be necessary as the prototype > has those attributes. > > Otherwise, all the __printf attributes would > also have to be added to the definitions and > not the just the declarations. Ah I see, gotcha. -- Joey

Re: [RESEND PATCH v2 04/15] ASoC: qcom: qdsp6: Add support to Q6AFE

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: [..] > + > +config SND_SOC_QDSP6_AFE > + tristate > + default n Do you see a particular benefit of having one kernel module per function? Why not just compile them all into the same q6dsp.ko? > + > +config SND_SOC_QDSP6

Re: [PATCH] crypto: testmgr: change `guard` to unsigned char

On Mon, Jan 01, 2018 at 07:03:46AM -0800, Joe Perches wrote: > > Might as well add static too > That's a good idea; I'll make a v2. -- Joey Pabalinas signature.asc Description: PGP signature

[PATCH v3 20/34] clk: nxp: change lpc18xx_pll0_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v3 08/34] clk: bcm2835: change bcm2835_pll_rate_from_divisors to return unsigned long

bcm2835_pll_rate_from_divisors() returns a value directly as the return value to round_rate(). clk_ops->round_rate() has been changed to an unsigned long so for the sake of completeness and neatness this patch updates the helper function to return the same data-type. Signed-off-by: Bryan

[PATCH v3 34/34] clk: change handling of round_rate() such that only zero is an error

Change the handling of clk_ops->round_rate() return values such that only zero is treated as an error. All implementations of clk_ops->round_rate() will have previously been updated to match this change. Using zero as the determinant for an error means its possible to pass an unsigned long as

Re: [RESEND PATCH v2 05/15] ASoC: qcom: qdsp6: Add support to Q6ADM

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds support to q6 ADM (Audio Device Manager) module in > q6dsp. ADM performs routing between audio streams and AFE ports. > It does Rate matching for

[PATCH] PM / wakeup: Drop redundant check from device_init_wakeup()

From: Rafael J. Wysocki Since device_wakeup_disable() checks the device's power.can_wakeup flag, device_init_wakeup() doesn't need to do that before calling it, so drop that redundant check from device_init_wakeup(). No intentional changes in functionality.

[PATCH v3 12/34] clk: cdce925: remove unnecessary long casts on return

Due to the old function signature of clk_ops->round_rate the cdce925 round_rate functions end up doing a cast of an internal unsigned long to a long. After updating clk_ops->round_rate() to be an unsigned long though the cast isn't necessary. Remove the extraneous cast from: -

[PATCH v2 06/21] nvmem: snvs_lgpr: Convert to use devm_nvmem_register()

Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

[PATCH v2 01/34] clk_ops: change round_rate() to return unsigned long

Right now it is not possible to return a value larger than LONG_MAX on 32 bit systems. You can pass a rate of ULONG_MAX but can't return anything past LONG_MAX due to the fact both the rounded_rate and negative error codes are represented in the return value of round_rate(). Most implementations

[PATCH v2 20/21] nvmem: imx-iim: Do not use ">dev" explicitly

There's already "dev" variable for that. Use it. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman Cc: Matthias Brugger

Re: [PATCH] MIPS: Fix early CM probing

[Resending with some addresses converted to @mips.com] On Mon, Feb 08 2016, Paul Burton wrote: > Commit c014d164f21d ("MIPS: Add platform callback before initializing > the L2 cache") added a platform_early_l2_init function in order to allow > platforms to probe for the CM before L2

linux-next: build failure after merge of the drm tree

Hi all, After merging the drm tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_mst_types.c:219:6: error: redefinition of 'dm_dp_mst_dc_sink_create' void dm_dp_mst_dc_sink_create(struct drm_connector *connector)

[PATCH v3 05/34] clk: at91: update clk_pll_get_best_div_mul to return unsigned long

clk_pll_get_best_div_mul() returns a value directly as the return value to round_rate(). clk_ops->round_rate() has been changed to an unsigned long so for the sake of completeness and neatness this patch updates the helper function to return the same data-type. Signed-off-by: Bryan O'Donoghue

[PATCH v2 25/34] clk: tegra: bpmp: change tegra_bpmp_clk_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v2 15/34] clk: vc5: change vc5_dbl_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

Re: [PATCH 12/12] hpfs: drop unneeded newline

On Wed, 27 Dec 2017, Julia Lawall wrote: > hpfs_error prints a newline at the end of the message string, so the > message string does not need to include a newline explicitly. Done > using Coccinelle. > > Signed-off-by: Julia Lawall Reviewed-by: Mikulas Patocka

[PATCH v3 30/34] clk: axs10x: change axs10x_pll_round_rate return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

Re: [PATCH 0/4] KVM: nVMX: prepare_vmcs02 optimizations

On 01/01/2018 10:36, Paolo Bonzini wrote: > On 28/12/2017 09:39, Wanpeng Li wrote: >> 2017-12-27 22:28 GMT+08:00 Paolo Bonzini : >>> On 25/12/2017 11:08, Wanpeng Li wrote: > I observe L1(latest kvm/queue) panic and L0(latest kvm/queue) > calltrace, I'm not sure whether

[PATCH v2 02/34] clk: core: update divider_round_rate functions to return unsigned long

Returning a long from round_rate() class functions is rooted in the notion that we will propagate a negative number on some class of failure to round a clock rate; however this approach does not scale to 32 bit systems which legitimately round a clock over LONG_MAX as the returned clock rate is

[PATCH v3 32/34] clk: ARC: change hsdk_pll_round_rate () return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v3 01/34] clk_ops: change round_rate() to return unsigned long

Right now it is not possible to return a value larger than LONG_MAX on 32 bit systems. You can pass a rate of ULONG_MAX but can't return anything past LONG_MAX due to the fact both the rounded_rate and negative error codes are represented in the return value of round_rate(). Most implementations

[PATCH v2 32/34] clk: ARC: change hsdk_pll_round_rate () return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH] ethernet/mediatek: Delete an error message for a failed memory allocation in mtk_add_mac()

From: Markus Elfring Date: Mon, 1 Jan 2018 21:06:50 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH -next] slimbus: Fix missing unlock on error in slim_msg_response()

Add the missing unlock before return from function slim_msg_response() in the error handling case. Fixes: afbdcc7c384b ("slimbus: Add messaging APIs to slimbus framework") Signed-off-by: Wei Yongjun --- drivers/slimbus/messaging.c | 1 + 1 file changed, 1 insertion(+)

[PATCH v2 15/34] clk: vc5: change vc5_dbl_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

Re: [PATCH] KVM: nVMX: remove unnecessary vmwrite from L2->L1 vmexit

Reviewed-by: Jim Mattson On Mon, Jan 1, 2018 at 2:58 PM, Paolo Bonzini wrote: > The POSTED_INTR_NV field is constant (though it differs between the vmcs01 and > vmcs02), there is no need to reload it on vmexit to L1. > > Signed-off-by: Paolo Bonzini

Re: [PATCH] MIPS: Fix early CM probing

On Mon, Feb 08 2016, Paul Burton wrote: > Commit c014d164f21d ("MIPS: Add platform callback before initializing > the L2 cache") added a platform_early_l2_init function in order to allow > platforms to probe for the CM before L2 initialisation is performed, so > that CM GCRs are available to

Re: [RFC PATCH] memory-hotplug: add sysfs immovable_mem attribute

On Fri, Dec 29, 2017 at 01:23:05PM +0100, Michal Hocko wrote: Hi Michal, >Always make sure to CC linux-api mailing list when proposing user >visible API patches. Sorry for that, since scripts/get_maintainer.pl didn't show that, so I don't know should Cc that. > >On Wed 27-12-17 20:30:12, Chao

[PATCH v3 00/34] change clk_ops->round_rate to scale past LONG_MAX

v3: - No change. Sending email from outside of my usual geographic location Google servers suspended this account mid-way through the send. Resending original v2 as v3 v2: - Added change for vc5_dbl_round_rate kbuild found this - rename patch vc5_mux_round_rate -> vc5_pfd_round_rate bod

[PATCH v3 10/34] clk: bcm: iproc: change iproc_asiu_clk_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v2 06/34] clk: at91: change clk_pll_get_best_div_mul() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v2 10/34] clk: bcm: iproc: change iproc_asiu_clk_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v3 27/34] clk: ti: composite: change clk_pll_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

linux-next: manual merge of the v4l-dvb tree with the vfs tree

Hi Mauro, Today's linux-next merge of the v4l-dvb tree got a conflict in: drivers/media/dvb-core/dmxdev.c between commit: c23e0cb81e40 ("media: annotate ->poll() instances") from the vfs tree and commits: 57868acc369a ("media: videobuf2: Add new uAPI for DVB streaming I/O")

[PATCH v3 31/34] clk: at91: change round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

Re: [PATCH 4.4 00/63] 4.4.109-stable review

On Mon, Jan 01, 2018 at 10:29:15AM -0700, Nathan Chancellor wrote: > Merged, compiled, and flashed onto my Pixel 2 XL and OnePlus 5. > > No initial issues noticed in general usage or dmesg. Wonderful, thanks for testing and letting me know. greg k-h

[PATCH v2 09/21] nvmem: mtk-efuse: Convert to use devm_nvmem_register()

Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

[PATCH v2 21/34] clk: lpc32xx: change clk_hclk_pll_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

Re: [patch V5 01/11] Documentation: Add license-rules.rst to describe how to properly identify file licenses

On Dec 29, 2017, at 9:15 PM, Theodore Ts'o wrote: > > On Fri, Dec 29, 2017 at 11:17:54PM +0100, Philippe Ombredanne wrote: >>> As far as I know, none of the licenses explicitly say >>> copyright license must be on each file. Just that the distribution of >>> source must include

[PATCH v2 10/21] nvmem: meson-mx-efuse: Convert to use devm_nvmem_register()

Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

Re: [PATCH v5] x86/microcode/intel: Blacklist the specific BDW-EP for late loading

Thanks for your comments. Happy new year! Jia 在 2018/1/2 上午6:10, Borislav Petkov 写道: > On Mon, Jan 01, 2018 at 10:04:47AM +0800, Jia Zhang wrote: >> Instead of blacklisting all types of Broadwell processor when running >> a late loading, only BDW-EP (signature 0x406f1, aka family 6, model 79, >>

[PATCH v2 30/34] clk: axs10x: change axs10x_pll_round_rate return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v3 29/34] clk: zte: change zx_audio_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

[PATCH v3 06/34] clk: at91: change clk_pll_get_best_div_mul() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

Re: [PATCH v1 05/15] ASoC: fsl_ssi: Clean up helper functions of trigger()

On 19.12.2017 18:00, Nicolin Chen wrote: > The trigger() calls fsl_ssi_tx_config() and fsl_ssi_rx_config(), > and both of them jump to fsl_ssi_config(). And fsl_ssi_config() > later calls another fsl_ssi_rxtx_config(). > > However, the whole routine, especially fsl_ssi_config() function, > is too

[PATCH v2 14/21] nvmem: bcm-ocotp: Convert to use devm_nvmem_register()

Drop all of the code related to .remove hook and make use of devm_nvmem_register() instead. Cc: Srinivas Kandagatla Cc: Heiko Stuebner Cc: Masahiro Yamada Cc: Carlo Caione Cc: Kevin Hilman

[PATCH v2 29/34] clk: zte: change zx_audio_round_rate() return logic

This patch updates the round_rate() logic here to return zero instead of a negative number on error. In conjunction with higher-level changes associated with acting on the return value of clk_ops->round_rate() it is then possible to have clk_ops->round_rate() return values from 1 Hz to ULONG_MAX

Re: [PATCH v5 7/9] arm64: Topology, rename cluster_id

Hi, On 2017/12/18 20:42, Morten Rasmussen wrote: > On Fri, Dec 15, 2017 at 10:36:35AM -0600, Jeremy Linton wrote: >> Hi, >> >> On 12/13/2017 12:02 PM, Lorenzo Pieralisi wrote: >>> [+Morten, Dietmar] >>> >>> $SUBJECT should be: >>> >>> arm64: topology: rename cluster_id >> [cut] >> >> I was hoping

<    1   2   3   4   5   6   7   8   9   10   >