On Monday, March 18, 2019 1:16:54 PM CEST Pavel Machek wrote:
>
> --w3uUfsyyY1Pqa/ej
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Fri 2019-03-15 23:37:51, Yangtao Li wrote:
> > This brings the kernel doc in line
On Monday, March 18, 2019 1:17:10 PM CEST Pavel Machek wrote:
>
> --Qf1oXS95uex85X0R
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Fri 2019-03-15 23:48:41, Yangtao Li wrote:
> > Rearrange comment to make the
(+Cc. Patch quoted below. Acked-by from an x86 perspective.)
* Christoph Hellwig wrote:
> We have supported per-device dma_map_ops in generic code for a long
> time, and this symbol just guards the inclusion of the dma_map_ops
> registry used for vmd. Stop enabling it for anything but vmd.
On (04/10/19 10:02), Petr Mladek wrote:
> On Wed 2019-04-10 10:59:26, Sergey Senozhatsky wrote:
> > On (04/09/19 16:14), Petr Mladek wrote:
> > > We should:
> > >
> > >+ Flush the latest messages before we replay the log.
> >
> > Do you mean the pending messages? When we replay the log we
On Wed, Apr 10, 2019 at 11:40:40AM +0530, Vidya Sagar wrote:
> On 4/9/2019 6:56 PM, Bjorn Helgaas wrote:
> > On Tue, Apr 09, 2019 at 05:00:53PM +0530, Vidya Sagar wrote:
> > > On 4/6/2019 12:28 AM, Bjorn Helgaas wrote:
> > > > On Fri, Apr 05, 2019 at 01:23:51AM +0530, Vidya Sagar wrote:
> > > > >
Hi Jarkko,
> >
> >> Hi
> >>
> >> On 4/8/19 6:22 PM, Flavio Suligoi wrote:
> >>> Add an info message for the PXA2xx device driver start-up,
> >>> with the indication of the transfer mode used (DMA or GPIO).
> >>>
> >>> This info is useful to individuate the timing when
> >>> the module starts.
>
On 2019/4/8 8:03 PM, Thomas Gleixner wrote:
> On Mon, 8 Apr 2019, You-Sheng Yang wrote:
>
>> From: You-Sheng Yang
>>
>> On Intel CoffeeLake it's observed tsc is always marked unstable
>> unexpectedly after entering idle state Package C10(PC10), and then clock
>> source is switched to hpet. This
When master clock is used, master clock rate is set exclusively.
Parent clocks of master clock cannot be changed after a call to
clk_set_rate_exclusive(). So the parent clock of SAI kernel clock
must be set before.
Ensure also that exclusive rate operations are balanced
in STM32 SAI driver.
On 10.04.19 00:41, Andrew Morton wrote:
> On Tue, 9 Apr 2019 12:01:45 +0200 David Hildenbrand wrote:
>
>> __add_pages() doesn't add the memory resource, so __remove_pages()
>> shouldn't remove it. Let's factor it out. Especially as it is a special
>> case for memory used as system memory, added
On Tue, Apr 09, 2019 at 11:09:45AM -0700, Tim Chen wrote:
> Now that we have accumulated quite a number of different fixes to your orginal
> posted patches. Would you like to post a v2 of the core scheduler with the
> fixes?
Well, I was promised someome else was going to carry all this, also,
On 4/9/19 6:11 PM, Andy Shevchenko wrote:
Intel Comet Lake has the same LPSS than Intel Cannon Lake.
Add the new IDs to the list of supported devices.
Signed-off-by: Andy Shevchenko
---
drivers/mfd/intel-lpss-pci.c | 13 +
1 file changed, 13 insertions(+)
diff --git
Hi Rob,
> On Mon, Apr 8, 2019 at 2:22 AM Flavio Suligoi wrote:
> >
> > HI,
> >
> > > On 06/04/2019 01:07:13-0500, Rob Herring wrote:
> > > > On Wed, Apr 03, 2019 at 04:52:44PM +0200, Flavio Suligoi wrote:
> > > > > Some RTC devices have a battery-low automatic detection circuit.
> > > > > The
[+cc] linux-kernel@, linux-pci@
10.04.2019 10:26, Nikolai Kostrigin пишет:
> Hello!
>
> 10.04.2019 00:59, Bjorn Helgaas пишет:
>> [+cc Alex]
>>
>> This claims to be a resend, but I don't see a previous posting.
> For some reason, unknown to me, my previous letter didn't appear
> neither in
On Wed 2019-04-10 10:59:26, Sergey Senozhatsky wrote:
> On (04/09/19 16:14), Petr Mladek wrote:
> > We should:
> >
> >+ Flush the latest messages before we replay the log.
>
> Do you mean the pending messages? When we replay the log we also should
> print "header line" and panic-cpu
Signed-off-by: Christoph Hellwig
---
arch/x86/Kconfig | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 5ad92419be19..38c62ff8a3f0 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -704,7 +704,6 @@ config STA2X11
depends on
We have supported per-device dma_map_ops in generic code for a long
time, and this symbol just guards the inclusion of the dma_map_ops
registry used for vmd. Stop enabling it for anything but vmd.
Signed-off-by: Christoph Hellwig
---
arch/x86/Kconfig | 3 ---
On 4/10/19 4:47 AM, Tobin C. Harding wrote:
> Recently a 2 year old bug was found in the SLAB allocator that crashes
> the kernel. This seems to imply that not that many people are using the
> SLAB allocator.
AFAIK that bug required CONFIG_DEBUG_SLAB_LEAK, not just SLAB. That
seems to imply not
Just cleaning up the Kconfig files for some of the changes happening
over the last years..
uinput_destroy_device() gets called from two places. In one place,
uinput_ioctl_handler() where it is protected under a lock
udev->mutex but there is no protection on udev device from freeing
inside uinput_release().
This can result in Object-Already-Free case where uinput parent
device already
On 2019年04月08日 23:00, Borislav Petkov wrote:
You can prefix your subject now like this:
x86/acrn: Use ...
Thanks for suggestion.
It will be updated in next version.
On Mon, Apr 08, 2019 at 04:12:10PM +0800, Zhao Yakui wrote:
Linux kernel uses the HYPERVISOR_CALLBACK_VECTOR for
From: YueHaibing
If CONFIG_TEST_KMOD is set to M, while CONFIG_BLOCK is not set,
XFS and BTRFS can not be compiled successly.
Reported-by: Hulk Robot
Fixes: d9c6a72d6fa2 ("kmod: add test driver to stress test the module loader")
Signed-off-by: YueHaibing
---
lib/Kconfig.debug | 1 +
1 file
On 4/9/19 5:11 PM, Flavio Suligoi wrote:
Hi Jarkko,
Hi
On 4/8/19 6:22 PM, Flavio Suligoi wrote:
Add an info message for the PXA2xx device driver start-up,
with the indication of the transfer mode used (DMA or GPIO).
This info is useful to individuate the timing when
the module starts.
On Wed, Apr 10, 2019 at 4:15 AM Qian Cai wrote:
>
> The commit 665ac7e92757 ("acpi/hmat: Register processor domain to its
> memory") introduced some memory leaks below due to it fails to release
> the heap memory in an error path, and then those statically-allocated
> __initdata memory which
On Tue, Apr 09, 2019 at 06:10:00PM -0700, kan.li...@linux.intel.com wrote:
> The generic purpose counter 0 and fixed counter 0 have less skid.
> Force :ppp events on generic purpose counter 0.
> Force instruction:ppp always on fixed counter 0.
> +static struct event_constraint *
>
pon., 1 kwi 2019 o 12:23 Mukesh Ojha napisał(a):
>
>
> On 4/1/2019 1:46 PM, Bartosz Golaszewski wrote:
> > From: Bartosz Golaszewski
> >
> > It should have been 'management' not 'managemend'.
> >
> > Fixes: 7945f929f1a7 ("drivers: provide devm_platform_ioremap_resource()")
> > Signed-off-by:
When setting sync EIC as IRQ_TYPE_EDGE_BOTH type, we missed to set the
SPRD_EIC_SYNC_INTMODE register to 0, which means detecting edge signals.
Thus this patch fixes the issue.
Fixes: 25518e024e3a ("gpio: Add Spreadtrum EIC driver support")
Cc:
Signed-off-by: Baolin Wang
---
at 16:56, ricky...@realtek.com wrote:
From: RickyWu
this patch fixes rts5260 power saving parameter
make power saving function work on L1.1, L1.2
Signed-off-by: RickyWu
---
drivers/misc/cardreader/rts5260.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff
Hi, Rui/ Eduardo
I just resent the V11 patch series as I found previous patch series
has conflict on the dt-binding patch, can NOT be applied directly, sorry for
the inconvenience.
Best Regards!
Anson Huang
> -Original Message-
> From: Anson Huang
> Sent: 2019年4月10日 14:06
>
Add i.MX8QXP CPU thermal zone support.
Signed-off-by: Anson Huang
---
Changes since V10:
- remove property "imx,sensor-resource-id" and put HW resource ID
inside each
thermal-sensors' phandle argument.
---
arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 33
NXP i.MX8QXP is an ARMv8 SoC with a Cortex-M4 core inside as
system controller, the system controller is in charge of system
power, clock and thermal sensors etc. management, Linux kernel
has to communicate with system controller via MU (message unit)
IPC to get temperature from thermal sensors,
i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller
inside, the system controller is in charge of controlling power,
clock and thermal sensors etc..
This patch adds i.MX system controller thermal driver support,
Linux kernel has to communicate with system controller via MU
(message
This patch enables CONFIG_IMX_SC_THERMAL as module.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 9e313f5..d4c404a 100644
---
On Tue, Apr 09, 2019 at 06:09:59PM -0700, kan.li...@linux.intel.com wrote:
> From: Kan Liang
>
> Fixed counters can also generate adaptive PEBS record, if the
> corresponding bit in IA32_FIXED_CTR_CTRL is set.
> Otherwise, only basic record is generated.
>
> Unconditionally set the bit when
Hi,
On Tue, Apr 9, 2019 at 2:07 AM Robert Foss wrote:
>
> Hey Fabio,
>
> On 4/8/19 10:37 PM, Fabio Estevam wrote:
> > Hi Robert,
> >
> > [Adding Gary]
Adding Troy, I'm no longer a full-time employee at Boundary Devices.
> > On Mon, Apr 8, 2019 at 2:54 PM Robert Foss
> > wrote:
> >>
> >> If a
On 04/10/2019 08:59 AM, Christoph Hellwig wrote:
On Thu, Apr 04, 2019 at 01:51:25AM -0400, Alexandre Ghiti wrote:
- fix the case where stack randomization should not be taken into
account.
Hmm. This sounds a bit vague. It might be better if something
considered a fix is split out to a
* Rasmus Villemoes wrote:
> This reduces the size of struct _ddebug from 56 to 40 bytes. There's
> one such struct for each pr_debug(), netdev_debug() etc. in a
> CONFIG_DYNAMIC_DEBUG kernel. An Ubuntu 4.15 kernel has about 2550
> entries in the __verbose section of vmlinux, amounting to ~40K
Hi Guenter
On 4/9/19 7:23 PM, Guenter Roeck wrote:
> Use device managed functions to simplify error handling, reduce
> source code size, improve readability, and reduce the likelyhood of bugs.
>
> The conversion was done automatically with coccinelle using the
> following semantic patches. The
We've introduced power management logics for the Spreadtrum serial
controller by commit 062ec2774c8a ("serial: sprd: Add power management
for the Spreadtrum serial controller"), thus add related clock properties
to support this feature.
Signed-off-by: Baolin Wang
---
On Wed, 10 Apr 2019 09:14:14 +0800
masonccy...@mxic.com.tw wrote:
> Hi Boris,
>
> >
> > Subject
> >
> > Re: [PATCH] mtd: rawnand: Add Macronix NAND read retry and randomizer
> support
> >
> > On Tue, 9 Apr 2019 17:35:39 +0800
> > masonccy...@mxic.com.tw wrote:
> >
> > > > > +
> > > > >
On 10/04/2019 04:37, Josh Poimboeuf wrote:
> On Tue, Apr 09, 2019 at 10:43:18AM -0700, Ard Biesheuvel wrote:
>> On Tue, 9 Apr 2019 at 06:53, Raphael Gault wrote:
>>>
>>> Hi,
>>>
>>> As of now, objtool only supports the x86_64 architecture but the
>>> groundwork has already been done in order
On 04/10/2019 08:59 AM, Christoph Hellwig wrote:
Looks good,
Reviewed-by: Christoph Hellwig
Thanks Christoph,
Alex
On 04/10/2019 08:54 AM, Christoph Hellwig wrote:
Looks good,
Reviewed-by: Christoph Hellwig
Thanks Christoph,
Alex
On 4/9/19 12:42 PM, Jiri Olsa wrote:
> On Mon, Apr 01, 2019 at 04:20:00PM +0200, Thomas Richter wrote:
>
> SNIP
>
>> perf_session__process_event() returns to its caller, where -ENOMEM is
>> changed to -EINVAL and processing stops:
>>
>> if ((skip = perf_session__process_event(session, event,
Hi Mason,
masonccy...@mxic.com.tw wrote on Wed, 10 Apr 2019 09:14:14 +0800:
> Hi Boris,
>
> >
> > Subject
> >
> > Re: [PATCH] mtd: rawnand: Add Macronix NAND read retry and randomizer
> support
> >
> > On Tue, 9 Apr 2019 17:35:39 +0800
> > masonccy...@mxic.com.tw wrote:
> >
> > > > > +
Hi,
On Thu, Mar 28, 2019 at 7:16 PM Enric Balletbo Serra
wrote:
>
> Hi
>
> Thanks for sending this upstream, Some few comments and questions
> below. Apart from these LGTM.
>
> Missatge de Peter Shih del dia dc., 27 de març
> 2019 a les 6:17:
> >
> > From: Pi-Hsun Shih
> >
> > Add EC host
Replace boiler plate licenses texts with the SPDX license
identifiers in Colibri/Apalis DTS files.
Signed-off-by: Igor Opaniuk
---
arch/arm/boot/dts/imx6q-apalis-eval.dts | 40 +-
arch/arm/boot/dts/imx6q-apalis-ixora-v1.1.dts | 40 +-
Replace boiler plate licenses texts with the SPDX license
identifiers in Colibri/Apalis DTS files.
Signed-off-by: Igor Opaniuk
---
arch/arm/boot/dts/tegra124-apalis-emc.dtsi | 39 ++---
arch/arm/boot/dts/tegra124-apalis-eval.dts | 40 ++
On 2019年04月08日 17:35, Borislav Petkov wrote:
Subject: x86/kconfig: Add ...
On Mon, Apr 08, 2019 at 04:12:08PM +0800, Zhao Yakui wrote:
Now the CONFIG_HYPERV and CONFIG_XEN can be used to control the definition
/usage of hv_irq_callback_count. If another linux guest also needs to use
the
* Chen Zhou wrote:
> In preparation for supporting more than one crash kernel regions
> in arm64 as x86_64 does, move reserve_crashkernel_low() into
> kexec/kexec_core.c.
>
> Signed-off-by: Chen Zhou
> ---
> arch/x86/include/asm/kexec.h | 3 ++
> arch/x86/kernel/setup.c | 66
>
On Tue, Apr 09, 2019 at 10:24:00AM -0700, Guenter Roeck wrote:
> Introduce local variable 'struct device *dev' and use it instead of
> dereferencing it repeatedly.
>
> The conversion was done automatically with coccinelle using the
> following semantic patches. The semantic patches and the scripts
On Tue, Apr 09, 2019 at 06:19:57PM -0700, Ricardo Neri wrote:
> On Tue, Apr 09, 2019 at 01:28:17PM +0200, Peter Zijlstra wrote:
> > > @@ -147,6 +161,14 @@ static void set_periodic(struct hpet_hld_data *hdata)
> > > */
> > > static bool is_hpet_wdt_interrupt(struct hpet_hld_data *hdata)
> > > {
Looks good,
Reviewed-by: Christoph Hellwig
On Wed, Apr 10, 2019 at 01:17:19PM +1000, Alastair D'Silva wrote:
> @@ -107,7 +108,7 @@ EXPORT_SYMBOL(bin2hex);
> * string if enough space had been available.
> */
> int hex_dump_to_buffer(const void *buf, size_t len, int rowsize, int
> groupsize,
> -char *linebuf, size_t
On Thu, Apr 04, 2019 at 01:51:25AM -0400, Alexandre Ghiti wrote:
> - fix the case where stack randomization should not be taken into
> account.
Hmm. This sounds a bit vague. It might be better if something
considered a fix is split out to a separate patch with a good
description.
> +config
Use devm_clk_get_optional() to get optional clock
Cc: Ryder Lee
Cc: Honghui Zhang
Signed-off-by: Chunfeng Yun
Acked-by: Ryder Lee
Acked-by: Honghui Zhang
---
v3: add Acked-by Ryder and Honghui
---
drivers/pci/controller/pcie-mediatek.c | 50 --
1 file changed, 15
Looks good,
Reviewed-by: Christoph Hellwig
On Tue, Apr 09, 2019 at 04:43:42PM -0400, Mathieu Desnoyers wrote:
> +/*
> + * RSEQ_SIG is used with the following privileged instructions, which trap
> in user-space:
> + * x86-32:0f 01 3d 53 30 05 53 invlpg 0x53053053
> + * x86-64:0f 01 3d 53 30 05 53 invlpg 0x53053053(%rip)
>
Looks good,
Reviewed-by: Christoph Hellwig
On Tue, Apr 09, 2019 at 11:16:17AM -0500, Madhumitha Prabakaran wrote:
> diff --git a/drivers/staging/rtl8723bs/include/drv_types.h
> b/drivers/staging/rtl8723bs/include/drv_types.h
> index bafb2c30e7fb..b0623c936940 100644
> --- a/drivers/staging/rtl8723bs/include/drv_types.h
> +++
hi,
在 2019/4/10 上午4:47, Douglas Anderson 写道:
Most rk3288-based boards are derived from the EVB and thus use a PWM
regulator for the logic rail. However, most rk3288-based boards don't
specify the PWM regulator in their device tree. We'll deal with that
by making it critical.
NOTE: it's
On 09. 04. 19 19:23, Guenter Roeck wrote:
> Use device managed functions to simplify error handling, reduce
> source code size, improve readability, and reduce the likelyhood of bugs.
> Other improvements as listed below.
>
> The conversion was done automatically with coccinelle using the
>
On Tue, Apr 9, 2019 at 6:40 PM Andy Shevchenko
wrote:
>
> On Mon, Apr 08, 2019 at 01:01:51PM +0100, Jonathan Cameron wrote:
> > On Mon, 8 Apr 2019 13:34:37 +0300
> > Andy Shevchenko wrote:
> > > On Mon, Apr 08, 2019 at 11:14:39AM +0100, Jonathan Cameron wrote:
> > > > On Mon, 8 Apr 2019 13:01:21
Hi all,
Changes since 20190409:
The printk tree gained conflicts against Linus' tree.
The drm tree still had its build failure for which I disabled a driver.
The drm-misc tree still had its build failure for which I marked a driver
as BROKEN.
The scsi tree inherited a build failure form the
On 29-03-19, 14:46, Andrew-sh.Cheng wrote:
> This API will get voltage as input parameter.
> Search all opp items for the item which with max frequency,
> and the voltae is smaller than provided voltage.
>
> Signed-off-by: Andrew-sh.Cheng
> ---
> drivers/opp/core.c | 55
>
On Tue, 9 Apr 2019, Ondrej Mosnacek wrote:
> diff --git a/include/linux/audit.h b/include/linux/audit.h
> index 2c62c046..1c372ad7ebe9 100644
> --- a/include/linux/audit.h
> +++ b/include/linux/audit.h
> @@ -86,6 +86,26 @@ struct audit_field {
> u32 op;
> };
hi,
在 2019/4/10 上午4:47, Douglas Anderson 写道:
This reverts commit 55bb6a633c33caf68ab470907ecf945289cb733d.
The clocks that were enabled by that patch are pretty questionable.
Specifically looking at what has been shipping on rk3288-veyron
Chromebooks almost all of these clocks are safely
From: Guo Ren
In our stress test, we found some crash problem caused by:
if (!(vma->vm_flags & VM_EXEC))
return;
in update_mmu_cache().
Seems current update_mmu_cache implementation is wrong and we retread
to the conservative implementation.
Also the usage of kmap_atomic in
From: Mao Han
In trace events as tracepoints context are not able to
be retrieve with task_pt_regs. Without arch caller regs
support the pt_regs context will be all zero, perf can
not parsing the callchain and resolving the symbols
correctly, some time will even get into deadlock
while handling
Use devm_clk_get_optional() to get optional clock
Cc: Kunihiko Hayashi
Signed-off-by: Chunfeng Yun
Reviewed-by: Kunihiko Hayashi
---
v2: add Reviewed-by Kunihiko Hayashi
---
drivers/phy/socionext/phy-uniphier-usb3hs.c | 10 +++---
drivers/phy/socionext/phy-uniphier-usb3ss.c | 10
Use devm_clk_get_optional() to get optional clock
Cc: Martin Blumenstingl
Signed-off-by: Chunfeng Yun
Acked-by: Martin Blumenstingl
---
v2: add Acked-by Martin Blumenstingl
---
drivers/phy/amlogic/phy-meson-gxl-usb2.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff
Use devm_clk_get_optional() to get optional clock
Cc: Andy Gross
Cc: David Brown
Cc: Vivek Gautam
Signed-off-by: Chunfeng Yun
---
v2: no changes
---
drivers/phy/qualcomm/phy-qcom-qusb2.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git
Use devm_clk_get_optional() to get optional clock
Signed-off-by: Chunfeng Yun
---
v2: no changes
---
drivers/phy/mediatek/phy-mtk-tphy.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/phy/mediatek/phy-mtk-tphy.c
b/drivers/phy/mediatek/phy-mtk-tphy.c
On 4/9/2019 6:56 PM, Bjorn Helgaas wrote:
On Tue, Apr 09, 2019 at 05:00:53PM +0530, Vidya Sagar wrote:
On 4/6/2019 12:28 AM, Bjorn Helgaas wrote:
On Fri, Apr 05, 2019 at 01:23:51AM +0530, Vidya Sagar wrote:
On 4/3/2019 11:06 PM, Bjorn Helgaas wrote:
On Wed, Apr 03, 2019 at 03:13:09PM +0530,
On Tue, Apr 9, 2019 at 10:14 PM Palmer Dabbelt wrote:
>
> On Tue, 12 Mar 2019 15:08:12 PDT (-0700), Anup Patel wrote:
> > This patch adds rv32_defconfig for 32bit systems. The only
> > difference between rv32_defconfig and defconfig is that
> > rv32_defconfig has CONFIG_ARCH_RV32I=y.
>
> Thanks.
From: Christopher Lameter
Sent: 09 April 2019 21:31
To: Pankaj Suryawanshi
Cc: linux-kernel@vger.kernel.org; linux...@kvack.org
Subject: [External] Re: Basics : Memory Configuration
On Tue, 9 Apr 2019, Pankaj Suryawanshi wrote:
> I am confuse about
Hi, Rui/Eduardo
I just sent out a V11 patch series following Rob's suggestion, please
help review it.
So if the HW resource ID can be as phandle's argument, then go with V11
patch series, if it MUST
be virtual ID starting from 0-N, then pick V10 patch series.
Thanks for
Add i.MX8QXP CPU thermal zone support.
Signed-off-by: Anson Huang
---
Changes since V10:
- remove property "imx,sensor-resource-id" and put HW resource ID
inside each
thermal-sensors' phandle argument.
---
arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 33
i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller
inside, the system controller is in charge of controlling power,
clock and thermal sensors etc..
This patch adds i.MX system controller thermal driver support,
Linux kernel has to communicate with system controller via MU
(message
This patch enables CONFIG_IMX_SC_THERMAL as module.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 9e313f5..d4c404a 100644
---
NXP i.MX8QXP is an ARMv8 SoC with a Cortex-M4 core inside as
system controller, the system controller is in charge of system
power, clock and thermal sensors etc. management, Linux kernel
has to communicate with system controller via MU (message unit)
IPC to get temperature from thermal sensors,
801 - 880 of 880 matches
Mail list logo
