On 08/24, Chanwoo Choi wrote:
> On 2016년 08월 24일 13:43, Stephen Boyd wrote:
> > On 08/23, Sylwester Nawrocki wrote:
> >> So the saving is rather insignificant but the patch doesn't make
> >> things worse and I'd say it might be worth applying.
> >>
On 08/23, Marcin Wojtas wrote:
> Original commit, which added support for Armada CP110 system controller
> used global variables for storing all clock information. It worked
> fine for Armada 7k SoC, with single CP110 block. After dual-CP110 Armada 8k
> was introduced, the data got overwritten and
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Alexander Sh
On 07/04, Jongsung Kim wrote:
> On 2016년 07월 02일 09:20, Stephen Boyd wrote:
> > Do you actually have an IC on the board that is doing some fixed
> > factor calculation? Or is this a clk driver design where we are
> > listing out each piece of an SoC's clk controlle
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Uwe Kleine-K
On 08/23, Marcin Wojtas wrote:
> Armada CP110 system controller comprise its own routine responsble
> for registering gate clocks. Among others 'flags' field in
> struct clk_init_data was not set, using a random values, which
> may cause an unpredicted behavior.
>
> This patch fixes the problem by
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Kuninori Mori
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Sebastian
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Chris Zhon
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Guenter
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Sebastian
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Sudeep Holl
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Sebastian
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Mark Brow
On 08/16, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers in this driver, allowing us to
> move closer to a clear split of consumer and provider clk APIs.
>
> Signed-off-by: Stephen Boyd
> ---
A
On 06/01, Stephen Boyd wrote:
> Now that we can use clk_hw pointers we don't need to have two
> duplicate arrays holding the same mapping of clk index to clk_hw
> pointer. Implement a custom clk_hw provider function to map the
> OF specifier to the clk_hw instance for it.
&g
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Daniel Tan
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Jassi Bra
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Peter Ujfalu
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Mike Looijman
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Janusz Uzy
On 06/01, Stephen Boyd wrote:
> Now that we have clk_hw based provider APIs to register clks, we
> can get rid of struct clk pointers while registering clks in
> these drivers, allowing us to move closer to a clear split of
> consumer and provider clk APIs.
>
> Cc: Jonas Jense
On 08/25, Srinivas Kandagatla wrote:
> This patch selects QCOM_GDSC Kconfig for msm8996 GCC and MMCC clock
> controllers, as these provide some of the gdscs on the SOC.
>
> Also selecting this config will make it align with other drivers which
> do the same.
>
> Signed-off-by: Srinivas Kandagatla
On 08/25, Rafał Miłecki wrote:
> On 24 August 2016 at 10:47, Stephen Boyd wrote:
> > On 08/23, Rafał Miłecki wrote:
> >> + }
> >> +
> >> + /* Disable measurement to save power */
> >> + writel(0x0, pmu + PMU_XTAL_FREQ_RATIO);
> >>
On 08/25, Rafał Miłecki wrote:
> On 24 August 2016 at 10:47, Stephen Boyd wrote:
> > On 08/23, Rafał Miłecki wrote:
> >> +static int bcm53573_ilp_enable(struct clk_hw *hw)
> >> +{
> >> + struct bcm53573_ilp *ilp = container_of(hw, struct bcm53573_ilp, h
On 08/25, Srinivas Kandagatla wrote:
> This patch corrects the register offset for pcie2 pipe clock.
> Offset according to datasheet is 0x6e018 instead of 0x6e108.
>
> Signed-off-by: Srinivas Kandagatla
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Fo
On 08/25, Srinivas Kandagatla wrote:
> This patch adds missing 2 PCIE common reset lines.
>
> Signed-off-by: Srinivas Kandagatla
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 08/25, Masahiro Yamada wrote:
>
> Good.
> Could you post it as a patch file?
>
Sure. I'll write up some commit text.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
obvious that they're not optional. The
assumption is that most providers will implement ->get_hw() so we
only fallback to the ->get() function if necessary. This
clarifies the intent and removes any possibility of probe defer
happening if clk providers are buggy.
Reported-by: Masahiro
On 06/17, Pramod Gurav wrote:
> @@ -1220,12 +1293,26 @@ static void msm_power(struct uart_port *port,
> unsigned int state,
>
> switch (state) {
> case 0:
> - clk_prepare_enable(msm_port->clk);
> - clk_prepare_enable(msm_port->pclk);
> + /*
> +
Quoting David Gibson (2016-07-21 21:25:56)
> On Thu, Jul 21, 2016 at 02:15:57PM -0500, Rob Herring wrote:
> > On Mon, Jul 18, 2016 at 9:20 AM, David Gibson
> > wrote:
> >
> > I understand how you are using i2c alias, but not the intc. It would
> > help if the same names were not used in multiple
On 06/20, Dong Aisheng wrote:
> On Mon, Jun 19, 2017 at 07:01:19PM -0700, Stephen Boyd wrote:
> >
> > Any reason why it can't be a platform driver? If not, please add
> > some comment explaining why.
> >
>
> Timer is using it at early stage. GIC seems
On 06/20, Viresh Kumar wrote:
> + */
> +struct opp_table *dev_pm_opp_set_clkname(struct device *dev, const char
> *name)
> +{
> + struct opp_table *opp_table;
> + int ret;
> +
> + opp_table = dev_pm_opp_get_opp_table(dev);
> + if (!opp_table)
> + return ERR_PTR(-ENOMEM)
te but we had removed it based on
> review comments.
>
> The iproc_pll_xxx() APIs are shared across various clk drivers of iproc SoCs.
>
> I suggest we bring back __init attribute for all sr_xxx_init() in sr_clk.c ??
>
No. We should remove __init from the iproc_pll_clk_setup()
f
ailable, the OPP core needs to know the
> exact name of the clk to use.
>
> Add a new set of APIs to get that done.
>
> Tested-by: Rajendra Nayak
> Signed-off-by: Viresh Kumar
> ---
Reviewed-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a member of Code
On 06/21, Jiancheng Xue wrote:
> Add usb2 clocks for hi3798cv200 SoC.
>
> Signed-off-by: Jiancheng Xue
> Reviewed-by: Daniel Thompson
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 06/21, Masahiro Yamada wrote:
> This allows the NAND driver to get the clock rate via clk_get_rate().
>
> Signed-off-by: Masahiro Yamada
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
I have the hardware and I've been reviewing SPMI patches when
they come on the list. Add myself as a reviewer in this area and
add the linux-arm-msm list because people subscribed there also
have the hardware.
Cc: Kiran Gunda
Cc: Abhijeet Dharmapurikar
Signed-off-by: Stephen
On 06/20, Paul Cercueil wrote:
> The CGU common code does not modify the pointed clk_ops structure, so it
> should be marked as const.
>
> Signed-off-by: Paul Cercueil
> ---
How did you want to merge this series? I can ack clk patches if
you like, or apply the clk patches to the clk tree.
--
Q
On 06/20, Arnd Bergmann wrote:
> CONFIG_COMPILE_TEST allows building a configuration without
> TI_SCI_PROTOCOL, which then fails to link:
>
> drivers/clk/keystone/sci-clk.o: In function `ti_sci_clk_probe':
> sci-clk.c:(.text.ti_sci_clk_probe+0x4c): undefined reference to
> `devm_ti_sci_get_handle
On 06/07, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> This patch enables clocks for STM32H743 boards.
>
> Signed-off-by: Gabriel Fernandez
>
> for MFD changes:
> Acked-by: Lee Jones
>
> for DT-Bindings
> Acked-by: Rob Herring
> v4:
> - rename lock into stm32rcc_lock
>
On 06/21, Arnd Bergmann wrote:
> This function is now called from the probe() function of a
> platform driver, which may be called later than __init,
> which triggers a lot of warnings like:
>
> WARNING: drivers/clk/built-in.o(.text+0x1a41c): Section mismatch in reference
> from the function sr_l
On 06/20, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> __of_attach_node() is not used outside of drivers/of/dynamic.c. Make
> it static and remove it from drivers/of/of_private.h.
>
> Signed-off-by: Frank Rowand
> ---
Reviewed-by: Stephen Boyd
--
Qualcomm I
On 11/01, Rob Herring wrote:
> On Tue, Oct 31, 2017 at 9:17 PM, Viresh Kumar wrote:
> > On 31 October 2017 at 16:02, Rob Herring wrote:
> >> Why not a new property for magic values? opp-magic? Don't we want to
> >> know when we have magic values?
> >
> > I have kept a separate property since begi
voltage than what is programmed and the user will be confused.
Fix all this by properly offsetting the software selector and hw
selector when converting from one number space to another.
Fixes: 1b5b19689278 ("regulator: qcom_spmi: Only use selector based regulator
ops")
Signed-off-
On 10/29, Masahiro Yamada wrote:
> 2017-10-13 8:17 GMT+09:00 Stephen Boyd :
>
> > USB has a
> > similar case, which I think Shawn Guo/Dong Aisheng was trying to
> > add an OF based bulk clk_get() API called of_clk_bulk_get()
> > for[1]. If this get all clks API
On 10/27, Oleksij Rempel wrote:
> Signed-off-by: Oleksij Rempel
> Acked-by: Rob Herring
> ---
Acked-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
r. Convert all drivers requesting exclusive resets to the
> explicit API call so the temporary transition helpers can be removed.
>
> No functional changes.
>
> Cc: "Emilio López"
> Cc: Michael Turquette
> Cc: Stephen Boyd
> Cc: Maxime Ripard
> Cc: Chen-Yu Tsa
On 10/24, Corentin Labbe wrote:
> This patch fix the following build warning:
> drivers/clk/sunxi/clk-factors.c:279:14: warning: variable 'name' set but not
> used [-Wunused-but-set-variable]
>
> Fixes: 4cbeaebb8af1 ("clk: sunxi: factors: Add unregister function")
>
> Acked-by: Maxime Ripard
>
On 10/13, Masahiro Yamada wrote:
> Fix reg offsets of USB clocks.
>
> Fixes: 736de651a836 ("clk: uniphier: add PXs3 clock data")
> Signed-off-by: Masahiro Yamada
> ---
Applied to clk-fixes
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Pr
On 10/17, Bhumika Goyal wrote:
> Make the masks field of clk_aux structure const as it do not modify the
> fields of the aux_clk_masks structure it points to.
>
> Make the struct aux_clk_masks *aux argument of the function
> clk_register_aux as const as the argument is only stored in the masks
> f
On 08/22, Bhumika Goyal wrote:
> Make these const as they are only stored in the const field of a
> clk_init_data structure.
>
> Signed-off-by: Bhumika Goyal
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 08/22, Bhumika Goyal wrote:
> Make these const as they are only stored in the const field of a
> clk_init_data structure.
>
> Signed-off-by: Bhumika Goyal
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 08/18, Bhumika Goyal wrote:
> Make these const as they are only stored in the init field of a clk_hw
> structure, which is const.
>
> Signed-off-by: Bhumika Goyal
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative
On 08/22, Bhumika Goyal wrote:
> Make these const as they are only stored in the const field of a
> clk_init_data structure.
>
> Signed-off-by: Bhumika Goyal
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 08/22, Bhumika Goyal wrote:
> Make these const as they are only stored in the const field of a
> clk_init_data structure.
>
> Signed-off-by: Bhumika Goyal
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 08/22, Bhumika Goyal wrote:
> Make these const as they are only stored in the const field of a
> clk_init_data structure.
>
> Signed-off-by: Bhumika Goyal
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 08/22, Bhumika Goyal wrote:
> Make these const as they are only stored in the const field of a
> clk_init_data structure.
>
> Signed-off-by: Bhumika Goyal
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 09/01, Stephen Boyd wrote:
> Now that we have devm APIs for the reset controller and of clk hw
> provider APIs we can remove the custom code here.
>
> Signed-off-by: Stephen Boyd
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora
On 09/01, Stephen Boyd wrote:
> Sometimes we only have one of_clk_del_provider() call in driver
> error and remove paths, because we're missing a
> devm_of_clk_add_hw_provider() API. Introduce the API so we can
> convert drivers to use this and potentially reduce the amount of
On 09/06, Ludovic Desroches wrote:
> By default, it is assumed that the UTMI clock is generated from a 12 MHz
> reference clock (MAINCK). If it's not the case, the FREQ field of the
> SFR_UTMICKTRIM has to be updated to generate the UTMI clock in the
> proper way.
>
> The UTMI clock has a fixed ra
On 08/24, Georgi Djakov wrote:
> The RCGs ops for shared branches are not used now, so remove it.
>
> Signed-off-by: Georgi Djakov
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 10/31, Amit Nischal wrote:
> There could be some clock sources where there is no entry corresponding
> XO in their frequency table, for such sources rcg2_shared_ops would
> wrongly configure the RCG registers during enable/disable, which leads
> to mismatch between the hardware and software rate
On 10/09, Icenowy Zheng wrote:
>
>
> 于 2017年10月9日 GMT+08:00 下午3:18:09, Maxime Ripard
> 写到:
> >On Fri, Oct 06, 2017 at 06:33:31AM +, Icenowy Zheng wrote:
> >> In the CCU of the Allwinner R40 SoC, there's a GMAC configuration
> >register,
> >> which is intended to be accessed by the dwmac-sun
On 11/02, Viresh Kumar wrote:
> On 01-11-17, 14:43, Stephen Boyd wrote:
> > On 11/01, Rob Herring wrote:
> > > On Tue, Oct 31, 2017 at 9:17 PM, Viresh Kumar
> > > wrote:
> > > > On 31 October 2017 at 16:02, Rob Herring wrote:
> > > >> Why no
On 09/20, Jernej Skrabec wrote:
> When setting the HDMI clock of H3, the PLL_VIDEO clock needs to be set.
>
> Add CLK_SET_RATE_PARENT flag for H3 HDMI clock.
>
> Signed-off-by: Jernej Skrabec
> Signed-off-by: Icenowy Zheng
> ---
Acked-by: Stephen Boyd
--
Qualcomm Innov
between the Application Cores(AP)
> and the SCP.
>
> This patch adds support for the clocks provided by SCP using SCMI
> protocol.
>
> Cc: Michael Turquette
> Cc: Stephen Boyd
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Sudeep Holla
> ---
Acked-by: Stephen Boyd
>
On 08/01, Sébastien Szymanski wrote:
> On i.MX6 SoCs without VPU (in my case MCIMX6D4AVT10AC), the hdmi driver
> fails to probe:
>
> [2.540030] dwhdmi-imx 12.hdmi: Unsupported HDMI controller
> (:00:00)
> [2.548199] imx-drm display-subsystem: failed to bind 12.hdmi
> (ops dw_hd
> (start_kernel+0x218/0x394)
> [0.00] [] (start_kernel) from [<6000807c>] (0x6000807c)
> [0.00] r10: r9:410fc075 r8:6000406a r7:c0e0c930 r6:c0d61a44
> r5:c0e07918
> [ 0.00] r4:c0e78294
> [0.00] ---[ end trace 0
On 07/13, Dong Aisheng wrote:
> diff --git a/drivers/clk/clk-divider.c b/drivers/clk/clk-divider.c
> index 9bb472c..55f8c41 100644
> --- a/drivers/clk/clk-divider.c
> +++ b/drivers/clk/clk-divider.c
> @@ -123,6 +123,9 @@ unsigned long divider_recalc_rate(struct clk_hw *hw,
> unsigned long parent_r
On 10/23, Weiyi Lu wrote:
> Add MT2712 clock support, include topckgen, apmixedsys,
> infracfg, pericfg, mcucfg and subsystem clocks.
>
> Signed-off-by: Weiyi Lu
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Pro
On 10/23, Weiyi Lu wrote:
> This patch adds the binding documentation for apmixedsys, bdpsys,
> imgsys, imgsys, infracfg, mcucfg, mfgcfg, mmsys, pericfg, topckgen,
> vdecsys and vencsys for Mediatek MT2712.
>
> Acked-by: Rob Herring
> Signed-off-by: Weiyi Lu
> ---
Applied to clk-next
--
Qualc
On 10/23, Weiyi Lu wrote:
> Add MT2712 clock dt-bindings, include topckgen, apmixedsys,
> infracfg, pericfg, mcucfg and subsystem clocks.
>
> Signed-off-by: Weiyi Lu
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative
On 09/15, Arnd Bergmann wrote:
> On gcc-4.6, we get a harmless link-time warning:
>
> WARNING: vmlinux.o(.text.unlikely+0x196a0): Section mismatch in reference
> from the function mtk_infrasys_init_early() to the function
> .init.text:mtk_clk_register_cpumuxes()
> The function mtk_infrasys_init_
On 10/05, sean.w...@mediatek.com wrote:
> From: Chen Zhong
>
> Add the required header for the entire clocks dt-bindings exported
> from topckgen, apmixedsys, infracfg, pericfg, ethsys, pciesys, ssusbsys
> and audsys which could be found on MT7622 SoC.
>
> Signed-off-by: Chen Zhong
> Signed-off
On 10/05, sean.w...@mediatek.com wrote:
> From: Sean Wang
>
> Add all supported clocks exported from every susbystem found on MT7622 SoC
> such as topckgen, apmixedsys, infracfg, pericfg , pciessys, ssusbsys,
> ethsys and audsys.
>
> Signed-off-by: Chen Zhong
> Signed-off-by: Sean Wang
> ---
On 10/05, sean.w...@mediatek.com wrote:
> From: Sean Wang
>
> This patch adds the binding documentation for apmixedsys, ethsys, hifsys,
> infracfg, pericfg, topckgen and audsys for MT7622.
>
> Signed-off-by: Chen Zhong
> Signed-off-by: Sean Wang
> Acked-by: Rob Herring
> ---
Applied to clk-n
On 10/05, sean.w...@mediatek.com wrote:
> From: Chen Zhong
>
> Since the previous setup always sets the PLL using crystal 26MHz, this
> doesn't always happen in every MediaTek platform. So the patch added
> flexibility for assigning extra member for determining the PLL source
> clock.
>
> Signed
r. Convert all drivers requesting exclusive resets to the
> explicit API call so the temporary transition helpers can be removed.
>
> No functional changes.
>
> Cc: Peter De Schrijver
> Cc: Prashant Gaikwad
> Cc: Michael Turquette
> Cc: Stephen Boyd
> Cc: T
On 09/27, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 27 Sep 2017 18:40:34 +0200
>
> Omit extra messages for a memory allocation failure in these functions.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
Applied to clk-ne
On 10/24, Corentin Labbe wrote:
> On Tue, Oct 24, 2017 at 01:36:28AM -0700, Stephen Boyd wrote:
> > On 10/20, Maxime Ripard wrote:
> > > Hi Stephen, Mike,
> > >
> > > On Thu, Oct 19, 2017 at 09:09:48PM +0200, Corentin Labbe wrote:
> > >
On 10/06, srinivas.kandaga...@linaro.org wrote:
> +
> +SLIMbus example for Qualcomm's slimbus manager component:
> +
> + slim@2808 {
> + compatible = "qcom,slim-msm";
> + reg = <0x2808 0x2000>,
> + interrupts = <0 33 0>;
> + clocks = <&lcc
On 10/20, Alex Elder wrote:
> This series deletes three config options related to USB on Qualcomm
> SoCs from the arm64 "defconfig", along with the code that they
> enable. The code is no longer needed by any Qualcomm hardware.
>
> -Alex
>
> Alex Elder (3)
On 09/27, PrasannaKumar Muralidharan wrote:
> Add support for the clocks provided by CGU in Ingenic X1000 SoC.
>
> Signed-off-by: PrasannaKumar Muralidharan
> ---
Acked-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation C
On 09/04, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in dev_dbg message
>
> Signed-off-by: Colin Ian King
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 09/05, Colin King wrote:
> From: Colin Ian King
>
> The check for a non-null parent_name is always true as there is an
> earlier check for a null parent_name that returns -ENODEV. Remove this
> redundant check and always set init.num_parents to 1.
>
> Detected by CoverityScan CID#1309477 ("Lo
On 09/26, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 17:30:06 +0200
>
> Replace the specification of a data structure by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit safer according to the Lin
On 09/26, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 16:54:20 +0200
>
> Omit extra messages for a memory allocation failure in this function.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
Applied to clk-next
On 09/26, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 17:23:04 +0200
>
> 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
> ---
Applied to clk-ne
On 09/26, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 19:57:50 +0200
>
> Add a missing character in these descriptions.
>
> Signed-off-by: Markus Elfring
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Found
On 09/26, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 19:46:51 +0200
>
> Use space characters at some source code places according to
> the Linux coding style convention.
>
> Signed-off-by: Markus Elfring
> ---
Applied to clk-next
--
Qualcomm Innovation Center, I
On 09/26, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 19:30:46 +0200
>
> Omit extra messages for a memory allocation failure in these functions.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
Applied to clk-ne
On 09/26, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 21:27:52 +0200
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> The script “checkpatch.pl” pointed information out like the following.
>
> Comparison to NULL coul
On 09/26, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 19:33:02 +0200
>
> Replace the specification of data structures by pointer dereferences
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit safer according to the Linux
On 09/27, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 22:25:38 +0200
>
> Omit extra messages for a memory allocation failure in these functions.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
Applied to clk-ne
On 09/27, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 27 Sep 2017 18:00:21 +0200
>
> Omit extra messages for a memory allocation failure in these functions.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
Applied to clk-ne
On 09/26, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 26 Sep 2017 21:19:19 +0200
>
> Omit extra messages for a memory allocation failure in these functions.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
Applied to clk-ne
On 09/27, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 27 Sep 2017 19:14:01 +0200
>
> Omit extra messages for a memory allocation failure in these functions.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
Applied to clk-ne
On 09/27, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 27 Sep 2017 20:30:53 +0200
>
> Replace the specification of data structures by pointer dereferences
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit safer according to the Linux
On 09/27, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 27 Sep 2017 21:24:43 +0200
>
> Replace the specification of a data structure by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit safer according to the Lin
901 - 1000 of 10018 matches
Mail list logo
