On Mon, Apr 08, 2019 at 11:01:10AM -0700, Nathan Chancellor wrote:
> On Thu, Mar 21, 2019 at 11:09:09PM +0800, Yue Haibing wrote:
> > From: YueHaibing
> > -void artpec6_pmx_disable(struct pinctrl_dev *pctldev, unsigned int
> > function,
> > -unsigned int group)
> > +static voi
Hello,
I am confuse about memory configuration and I have below questions
1. if 32-bit os maximum virtual address is 4GB, When i have 4 gb of ram for
32-bit os, What about the virtual memory size ? is it required virtual
memory(disk space) or we can directly use physical memory ?
2. In 32-bit
Am 08.04.19 um 21:38 schrieb Guenter Roeck:
> There is no call to platform_get_drvdata() in the driver,
> so platform_set_drvdata() is unnecessary and can be dropped.
>
> The conversion was done automatically with coccinelle using the
> following semantic patches. The semantic patches and the scrip
Hi Alan,
Thanks for the response.
Please find my response inline.
> -Original Message-
> From: Alan Tull [mailto:at...@kernel.org]
> Sent: Tuesday, April 9, 2019 1:57 AM
> To: Moritz Fischer
> Cc: Michal Simek ; Nava kishore Manne
> ; Rob Herring ; Mark Rutland
> ; Rajan Vaja ; Jolly Sha
On Tue, Mar 26, 2019 at 06:52:33AM +, Anson Huang wrote:
> i.MX7ULP has TPM(Low Power Timer/Pulse Width Modulation Module)
> inside, it can support multiple PWM channels, all the channels
> share same counter and period setting, but each channel can
> configure its duty and polarity independent
Hi Axboe,
Patch link:
http://patchwork.ozlabs.org/patch/1055028/
http://patchwork.ozlabs.org/patch/1054189/
Best Regards,
Peng
>-Original Message-
>From: Jens Axboe
>Sent: 2019年4月8日 23:21
>To: Peng Ma ; robh...@kernel.org;
>mark.rutl...@arm.com; shawn...@kernel.org; Leo Li
>Cc: linux
On Tue, Apr 9, 2019 at 12:16 AM Nathan Chancellor
wrote:
>
> On Mon, Apr 08, 2019 at 11:26:17PM +0200, Arnd Bergmann wrote:
> > clang produces a harmless warning for each use for the qeth_adp_supported
> > macro:
> >
> > drivers/s390/net/qeth_l2_main.c:559:31: warning: implicit conversion from
>
On Tue, Apr 9, 2019 at 12:03 AM Nathan Chancellor
wrote:
>
> On Mon, Apr 08, 2019 at 11:26:16PM +0200, Arnd Bergmann wrote:
> > The purgatory Makefile does not inherit the original cflags,
> > so clang falls back to the default target architecture when
> > building it, typically this would be x86
On 08. 04. 19 22:27, Alan Tull wrote:
> On Mon, Apr 8, 2019 at 11:51 AM Moritz Fischer wrote:
>>
>> Hi Michal,
>>
>> On Mon, Apr 08, 2019 at 04:36:15PM +0200, Michal Simek wrote:
>>> On 08. 04. 19 16:17, Alan Tull wrote:
On Mon, Apr 8, 2019 at 7:39 AM Nava kishore Manne wrote:
>
> Hi
On 08. 04. 19 19:14, Moritz Fischer wrote:
> Hi Nava,
>
> On Tue, Apr 02, 2019 at 06:01:21PM +0530, Nava kishore Manne wrote:
>> This Patch Adds fpga API's to support the Bitstream loading
>> by using firmware interface.
>>
>> Signed-off-by: Nava kishore Manne
>> ---
>> Changes for v4:
>>
Hi all,
After merging the scsi-mkp tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/scsi/qla2xxx/tcm_qla2xxx.c: In function 'tcm_qla2xxx_init_lport':
drivers/scsi/qla2xxx/tcm_qla2xxx.c:1614:3: error: implicit declaration of
function 'vzalloc'; did you mean 'kvzallo
Fix following error using calls_view:
Query failed: ambiguous column name: parent_id Unable to execute statement
Signed-off-by: Adrian Hunter
Fixes: 8ce9a7251d11 ("perf scripts python: export-to-sqlite.py: Export calls
parent_id")
---
tools/perf/scripts/python/export-to-sqlite.py | 2 +-
1 fil
Hi
On Mon, Apr 8, 2019 at 6:07 PM Kees Cook wrote:
>
> Before commit c5459b829b71 ("LSM: Plumb visibility into optional "enabled"
> state"), /sys/module/apparmor/parameters/enabled would show "Y" or "N"
> since it was using the "bool" handler. After being changed to "int",
> this switched to "1"
This patch implements both 4MB huge page support for 32bit kernel
and 2MB/1GB huge pages support for 64bit kernel.
Signed-off-by: Alexandre Ghiti
---
arch/riscv/Kconfig | 8 ++
arch/riscv/include/asm/hugetlb.h | 18 +
arch/riscv/include/asm/page.h| 10
ARCH_WANT_HUGE_PMD_SHARE config was declared in both architectures:
move this declaration in arch/Kconfig and make those architectures
select it.
Signed-off-by: Alexandre Ghiti
---
arch/Kconfig | 3 +++
arch/arm64/Kconfig | 2 +-
arch/x86/Kconfig | 4 +---
3 files changed, 5 insertions(+
This series introduces hugetlbfs support for both riscv 32/64. Riscv32
is architecturally limited to huge pages of size 4MB whereas riscv64 has
2MB/1G huge pages support. Transparent huge page support is not
implemented here, I will submit another series lat
On Mon 08-04-19 21:30:41, Andrew Morton wrote:
> On Mon, 8 Apr 2019 10:26:33 +0200 Oscar Salvador wrote:
>
> > arch_add_memory, __add_pages take a want_memblock which controls whether
> > the newly added memory should get the sysfs memblock user API (e.g.
> > ZONE_DEVICE users do not want/need t
On Wed, Mar 20, 2019 at 10:06:14AM +0800, Peter Xu wrote:
> This series implements initial write protection support for
> userfaultfd. Currently both shmem and hugetlbfs are not supported
> yet, but only anonymous memory. This is the 3nd version of it.
>
> The latest code can also be found at:
>
On 4/8/19 11:50 AM, Peter Zijlstra wrote:
> On Mon, Apr 08, 2019 at 10:22:29AM +0200, Peter Zijlstra wrote:
>> On Mon, Apr 08, 2019 at 09:12:28AM +0200, Thomas-Mich Richter wrote:
>
>>> very good news, your fix ran over the weekend without any hit!!!
>>>
>>> Thanks very much for your help. Do you
On 04-04-19, 07:09, Niklas Cassel wrote:
> From: Jorge Ramirez-Ortiz
>
Always have something here, even for the simplest of the patches.
> Signed-off-by: Jorge Ramirez-Ortiz
> Co-developed-by: Niklas Cassel
> Signed-off-by: Niklas Cassel
> ---
> drivers/cpufreq/qcom-cpufreq-nvmem.c | 18 +++
The "Find DMA Node, Map DMA Register, and Decode DMA IRQ" code snippets
in Axienet_Probe are independent. Tidy up axienet_probe a little by
factoring these out into a helper function.
Signed-off-by: Wen Yang
Reported-by: Markus Elfring
Cc: Anirudha Sarangi
Cc: John Linn
Cc: "David S. Miller"
Put the code that obtains device_node and the code that
uses it tightly together to remove duplicate resource
cleanup statements between them.
Signed-off-by: Wen Yang
Reported-by: Markus Elfring
Cc: Markus Elfring
Cc: Wingman Kwok (maintainer:TI NETCP ETHERNET DRIVER)
Cc: Murali Karicheri (ma
On Wed, Apr 3, 2019 at 7:21 PM Thomas Gleixner wrote:
> Btw, one of those links you provided
>
> https://www.manualslib.com/manual/1316475/Ecs-Ed20pa2.html?page=23
>
> claims that you have to disable MWAIT as well. No idea why. Is MWAIT
> disabled on your platform?
I don't have that option in t
On 04-04-19, 07:09, Niklas Cassel wrote:
> create a driver struct to make it easier to free up all common
> resources, and only call dev_pm_opp_set_supported_hw() if the
> implementation has dynamically allocated versions.
>
> Co-developed-by: Jorge Ramirez-Ortiz
> Signed-off-by: Jorge Ramirez-Or
On Mon, 2019-04-08 at 23:21 +0100, Russell King - ARM Linux admin
wrote:
> On Mon, Apr 08, 2019 at 10:00:02AM -0700, Stephen Boyd wrote:
> > Quoting Matti Vaittinen (2019-04-08 03:49:41)
> > > On Fri, Apr 05, 2019 at 01:37:24PM -0700, Stephen Boyd wrote:
> > > > Quoting Vaittinen, Matti (2019-04-04
Ping...
Can anyone provide some suggestion about how to proceed next?
Best Regards!
Anson Huang
> -Original Message-
> From: Anson Huang
> Sent: 2019年3月26日 10:45
> To: 'Rob Herring' ; 'edubez...@gmail.com'
>
> Cc: 'mark.rutl...@arm.com' ;
> 'shawn...@kernel.org' ; 's.ha...@pengutronix.de
Hou Tao writes:
> fsync() needs to make sure the data & meta-data of file are persistent
> after the return of fsync(), even when a power-failure occurs later.
> In the case of fat-fs, the FAT belongs to the meta-data of file,
> so we need to issue a flush after the writeback of FAT instead befor
> > Correct, IRQ domain is generally used in chained irq controllers.
> > Yes, We need to check why irq domain is used in the current driver.
> >
>
> It's introduced in the commit cc89c323a30e
>
Thanks Jisheng, Will check and get back ASAP.
Thanks
"Darrick J. Wong" writes:
>> +err = __generic_file_fsync(filp, start, end, datasync);
>> +if (err)
>> +return err;
>>
>> -res = generic_file_fsync(filp, start, end, datasync);
>> err = sync_mapping_buffers(MSDOS_SB(inode->i_sb)->fat_inode->i_mapping);
>
> Huh. I wo
Hi all,
Today's linux-next merge of the rtc tree got a conflict in:
drivers/rtc/rtc-omap.c
between commit:
6256f7f7f217 ("rtc: OMAP: Add support for rtc-only mode")
from the omap tree and commit:
35118b7a4ea0 ("rtc: omap: let the core handle range")
from the rtc tree.
I fixed it up (I
The mm-of-the-moment snapshot 2019-04-08-22-14 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On 09/04/19 10:37 AM, Masahiro Yamada wrote:
On Tue, Apr 9, 2019 at 2:00 PM Keerthy wrote:
On 08/04/19 9:48 PM, Tony Lindgren wrote:
Hi,
* Masahiro Yamada [190408 07:56]:
is only generated and included
by arch/arm/mach-omap2/, so it does not need to reside in the
globally visible inc
On Tue, Apr 9, 2019 at 2:00 PM Keerthy wrote:
>
>
>
> On 08/04/19 9:48 PM, Tony Lindgren wrote:
> > Hi,
> >
> > * Masahiro Yamada [190408 07:56]:
> >> is only generated and included
> >> by arch/arm/mach-omap2/, so it does not need to reside in the
> >> globally visible include/generated/.
> >>
On i.MX8QXP, SCU uses MU1 general interrupt channel #3 to notify
user for IRQs of RTC alarm, thermal alarm and WDOG etc., mailbox
RX doorbell mode is used for this function, this patch adds
support for it.
Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
---
No changes.
---
arch/arm64/boot/
The System Controller Firmware (SCFW) controls RTC, thermal
and WDOG etc., these resources' interrupt function are managed
by SCU. When any IRQ pending, SCU will notify Linux via MU general
interrupt channel #3, and Linux kernel needs to call SCU APIs
to get IRQ status and notify each module to han
Add i.MX system controller RTC alarm support, the RTC alarm
is implemented via SIP(silicon provider) runtime service call
and ARM-Trusted-Firmware will communicate with system controller
via MU(message unit) IPC to set RTC alarm. When RTC alarm fires,
system controller will generate a common MU irq
Add scu general interrupt function support.
Signed-off-by: Anson Huang
Reviewed-by: Rob Herring
Reviewed-by: Dong Aisheng
---
No changes.
---
.../devicetree/bindings/arm/freescale/fsl,scu.txt | 29 +-
1 file changed, 23 insertions(+), 6 deletions(-)
diff --git a/Documenta
On 08/04/19 9:48 PM, Tony Lindgren wrote:
Hi,
* Masahiro Yamada [190408 07:56]:
is only generated and included
by arch/arm/mach-omap2/, so it does not need to reside in the
globally visible include/generated/.
I moved and renamed it to arch/arm/mach-omap2/pm-asm-offsets.h
since the prefix
Currently, drivers are able to constify a nand_op_parser array,
but not nand_op_parser_pattern and nand_op_parser_pattern_elem
since they are instantiated by using the NAND_OP_PARSER(_PATTERN).
Add 'const' to them in order to move more driver data from .data to
.rodata section.
Signed-off-by: Mas
> From: Abel Vesa
> Sent: Tuesday, April 9, 2019 2:53 AM
>
> i.MX8MQ needs it for RTC support.
>
> Signed-off-by: Abel Vesa
Reviewed-by: Dong Aisheng
Regards
Dong Aisheng
On Mon, 8 Apr 2019 10:26:33 +0200 Oscar Salvador wrote:
> arch_add_memory, __add_pages take a want_memblock which controls whether
> the newly added memory should get the sysfs memblock user API (e.g.
> ZONE_DEVICE users do not want/need this interface). Some callers even
> want to control where
Carlos O'Donell writes:
> On 4/8/19 3:20 PM, Tulio Magno Quites Machado Filho wrote:
>> Carlos O'Donell writes:
>>
>>> On 4/5/19 5:16 AM, Florian Weimer wrote:
* Carlos O'Donell:
> It is valuable that it be a trap, particularly for constant pools because
> it means that a jump into
Stephen --
I’m testing a potential solution now and I’ll be submitting something in the
next couple of days. Thanks for the heads up.
--
Annaliese McDermond
n...@nh6z.net
> On Apr 8, 2019, at 4:12 PM, Stephen Rothwell wrote:
>
> Hi all,
>
> On Tue, 26 Mar 2019 10:01:45 +1100 Stephen Rothwel
The first kmemleak_scan() after boot would trigger a crash below because
kernel_init
free_initmem
mem_encrypt_free_decrypted_mem
free_init_pages
unmapped some memory inside the .bss.
BUG: unable to handle kernel paging request at bd402000
CPU: 12 PID: 325 Comm: kmemleak Not t
On Tue, Apr 09, 2019 at 11:01:58AM +0800, Hou Tao wrote:
> fsync() needs to make sure the data & meta-data of file are persistent
> after the return of fsync(), even when a power-failure occurs later.
> In the case of fat-fs, the FAT belongs to the meta-data of file,
> so we need to issue a flush a
Add audit container identifier auxiliary record(s) to NETFILTER_PKT
event standalone records. Iterate through all potential audit container
identifiers associated with a network namespace.
Signed-off-by: Richard Guy Briggs
Acked-by: Neil Horman
Reviewed-by: Ondrej Mosnacek
---
include/linux/a
[...]
> > > +static int imx_sc_rtc_alarm_irq_enable(struct device *dev, unsigned
> > > +int
> > > +enable) {
> > > + imx_scu_irq_enable(SC_IRQ_GROUP_RTC, SC_IRQ_RTC, enable);
> > > +
> > > + return 0;
> > > +}
> > > +
> > > +static int imx_sc_rtc_read_alarm(struct device *dev, struct
> > > +rtc_wk
> -Original Message-
> From: Guo Ren
> Sent: Tuesday, April 9, 2019 8:33 AM
> To: Anup Patel
> Cc: Palmer Dabbelt ; Albert Ou
> ; linux-kernel@vger.kernel.org; Mike Rapoport
> ; Christoph Hellwig ; Atish Patra
> ; Gary Guo ; Paul Walmsley
> ; linux-ri...@lists.infradead.org
> Subject:
Best Regards!
Anson Huang
> -Original Message-
> From: Aisheng Dong
> Sent: 2019年4月9日 11:21
> To: Anson Huang ; robh...@kernel.org;
> mark.rutl...@arm.com; shawn...@kernel.org; s.ha...@pengutronix.de;
> ker...@pengutronix.de; feste...@gmail.com; a.zu...@towertech.it;
> alexandre.bell...@
Best Regards!
Anson Huang
> -Original Message-
> From: Aisheng Dong
> Sent: 2019年4月9日 11:25
> To: Anson Huang ; robh...@kernel.org;
> mark.rutl...@arm.com; shawn...@kernel.org; s.ha...@pengutronix.de;
> ker...@pengutronix.de; feste...@gmail.com; a.zu...@towertech.it;
> alexandre.bell...@
On 4/8/19 12:48 PM, Davidlohr Bueso wrote:
> On Thu, 28 Mar 2019, Mike Kravetz wrote:
>
>> - A BUG can be triggered (not easily) due to temporarily mapping a
>> page before doing a COW.
>
> But you actually _have_ seen it? Do you have the traces? I ask
> not because of the patches perse, but bec
> From: Abel Vesa
> Sent: Tuesday, April 9, 2019 2:39 AM
>
> To support pinctl hog restore after LPSR resume back, add the generic
> suspend/resume in pinctrl-imx along with the generic pm ops to be used by
> platform specific drivers. Then make use of the newly added ops in i.MX8MQ
> platform spe
On Fri, Apr 05, 2019 at 03:12:15PM +0100, Colin King wrote:
> From: Colin Ian King
>
> The pointer 'target' is not initialized and is only assigned when the
> ACPI_HMAT_MEMORY_PD_VALID bit in p->flags is set. There is a later null
> check on target that leads to an uninitialized pointer read and
On Mon 08 Apr 07:33 PDT 2019, Georgi Djakov wrote:
> On 4/5/19 17:57, Bjorn Andersson wrote:
> > On Fri 05 Apr 10:54 +07 2019, Georgi Djakov wrote:
> > [..]
[..]
> >> diff --git a/drivers/interconnect/qcom/qcs404_ids.h
> >> b/drivers/interconnect/qcom/qcs404_ids.h
> >
> > You use these defines in
Hi Igor,
Please have a try with the attached patches, and revert 25aaa75df1e6,
ad0d92d7ba6a
, dd4b487b32a3, df07101e1c4a before apply. Besides XCH, tx thresh should be set
to 0 ,
now no failure caught on ecspi5.
> -Original Message-
> From: Robin Gong
> Sent: 2019年4月2日 16:33
> To
> From: Anson Huang
> Sent: Tuesday, April 9, 2019 10:44 AM
> Subject: [PATCH V6 4/4] rtc: imx-sc: add rtc alarm support
>
> Add i.MX system controller RTC alarm support, the RTC alarm is implemented
> via SIP(silicon provider) runtime service call and ARM-Trusted-Firmware will
> communicate with
On Mon, Apr 08, 2019 at 03:33:43PM +0300, Andy Shevchenko wrote:
> On Sat, Apr 06, 2019 at 10:03:58PM -0700, Ronald Tschalär wrote:
> > The keyboard and trackpad on recent MacBook's (since 8,1) and
> > MacBookPro's (13,* and 14,*) are attached to an SPI controller instead
> > of USB, as previousl
> From: Anson Huang
> Sent: Tuesday, April 9, 2019 10:43 AM
> Subject: [PATCH V6 2/4] firmware: imx: enable imx scu general irq function
>
> The System Controller Firmware (SCFW) controls RTC, thermal and WDOG etc.,
> these resources' interrupt function are managed by SCU. When any IRQ
> pending,
The pull request you sent on Mon, 8 Apr 2019 11:01:46 -0700:
> git://github.com/jcmvbkbc/linux-xtensa.git tags/xtensa-20190408
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/10d433979f2eb78fa6ef042bf0d7e1c1f3199d4c
Thank you!
--
Deet-doot-dot, I am a bot.
ht
The pull request you sent on Tue, 9 Apr 2019 09:07:10 +1000 (AEST):
> git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git
> fixes-v5.1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a556810d8e06aa2da8bbe22da3d105eb5a0d0c7d
Thank you!
--
Deet-do
The pull request you sent on Mon, 08 Apr 2019 19:21:27 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/869e3305f23dfeacdaa234717c92ccb237815d90
Thank you!
--
Deet-doot-dot, I
[...]
> so I will add another API in imx-scu-irq
> driver to provide function of enabling/disabling irq, each driver can just
> call the
> API to enable/disable its own IRQ, ONLY need to pass the corresponding
> arguments:
>
That's exactly what I mean.
> >
> > > + msg.group = SC_IRQ_GROUP_RTC;
From: Wangyan Wang
This is the third step to make MT2701 HDMI stable.
We should not change the rate of parent for hdmi phy when
doing round_rate for this clock. The parent clock of hdmi
phy must be the same as it. We change it when doing set_rate
only.
Signed-off-by: Wangyan Wang
---
drivers/g
On Mon, Apr 08, 2019 at 07:49:29PM -0700, Matthew Wilcox wrote:
> On Tue, Apr 09, 2019 at 09:08:33AM +0800, Huang Shijie wrote:
> > On Mon, Apr 08, 2019 at 07:13:13AM -0700, Matthew Wilcox wrote:
> > > On Mon, Apr 08, 2019 at 10:37:45AM +0800, Huang Shijie wrote:
> > > > The root cause is that sg_a
Hi Anup,
On Thu, Mar 28, 2019 at 06:32:36AM +, Anup Patel wrote:
> This patch is tested on QEMU/virt machine and SiFive Unleashed board.
> On QEMU/virt machine, we see 10% (approx) performance improvement with
> SW emulated TLBs provided by QEMU. Unfortunately, ASID bits of SATP CSR
> are not
Add a driver for Macronix NAND read retry and randomizer.
Signed-off-by: Mason Yang
---
drivers/mtd/nand/raw/nand_macronix.c | 169 +++
1 file changed, 169 insertions(+)
diff --git a/drivers/mtd/nand/raw/nand_macronix.c
b/drivers/mtd/nand/raw/nand_macronix.c
ind
fsync() needs to make sure the data & meta-data of file are persistent
after the return of fsync(), even when a power-failure occurs later.
In the case of fat-fs, the FAT belongs to the meta-data of file,
so we need to issue a flush after the writeback of FAT instead before.
Also bail out early wh
On Tue, Apr 09, 2019 at 09:08:33AM +0800, Huang Shijie wrote:
> On Mon, Apr 08, 2019 at 07:13:13AM -0700, Matthew Wilcox wrote:
> > On Mon, Apr 08, 2019 at 10:37:45AM +0800, Huang Shijie wrote:
> > > The root cause is that sg_alloc_table_from_pages() requires the
> > > page order to keep the same a
On Fri, Apr 05, 2019 at 05:09:45PM -0700, Alexander Duyck wrote:
> In addition we will need some way to identify which pages have been
> hinted on and which have not. The way I believe easiest to do this
> would be to overload the PageType value so that we could essentially
> have two values for "B
Add i.MX system controller RTC alarm support, the RTC alarm
is implemented via SIP(silicon provider) runtime service call
and ARM-Trusted-Firmware will communicate with system controller
via MU(message unit) IPC to set RTC alarm. When RTC alarm fires,
system controller will generate a common MU irq
On i.MX8QXP, SCU uses MU1 general interrupt channel #3 to notify
user for IRQs of RTC alarm, thermal alarm and WDOG etc., mailbox
RX doorbell mode is used for this function, this patch adds
support for it.
Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
---
No changes.
---
arch/arm64/boot/
Add scu general interrupt function support.
Signed-off-by: Anson Huang
Reviewed-by: Rob Herring
Reviewed-by: Dong Aisheng
---
No changes.
---
.../devicetree/bindings/arm/freescale/fsl,scu.txt | 29 +-
1 file changed, 23 insertions(+), 6 deletions(-)
diff --git a/Documenta
The System Controller Firmware (SCFW) controls RTC, thermal
and WDOG etc., these resources' interrupt function are managed
by SCU. When any IRQ pending, SCU will notify Linux via MU general
interrupt channel #3, and Linux kernel needs to call SCU APIs
to get IRQ status and notify each module to han
On Fri, Apr 05, 2019 at 04:12:56PM +, Suthikulpanit, Suravee wrote:
> Hi Neri,
Hi Suravee,
Many thanks for testing the patches!
>
> While trying out this patch series, I found that it does not work when the
> HPET timer
> is in periodic mode.
I should have tested this better. I'll double c
hi Rob, Marek and Frank:
> >
> > In this patch, we un-reserving memory ONLY if explicit compatible matching
> > fail.
> > That mean driver found something wrong while matching and let OS know.
> > (But reserved-memory without compatible property will not be affected.)
> >
> > So per ur explainati
Add a driver for Macronix MX25F0A NAND controller.
Signed-off-by: Mason Yang
---
drivers/mtd/nand/raw/Kconfig | 6 +
drivers/mtd/nand/raw/Makefile| 1 +
drivers/mtd/nand/raw/mxic_nand.c | 294 +++
3 files changed, 301 insertions(+)
create mode 100
Add a MFD driver for Macronix MX25F0A SPI controller.
Signed-off-by: Mason Yang
---
drivers/spi/spi-mxic.c | 275 +
1 file changed, 49 insertions(+), 226 deletions(-)
diff --git a/drivers/spi/spi-mxic.c b/drivers/spi/spi-mxic.c
index e41ae6e..f98f
Hi,
This patches support Macronix MX25F0A MFD driver for raw nand and spi
controller which is separated form previous patchset:
https://patchwork.kernel.org/patch/10874679/
thanks for your review.
best regards,
Mason
Mason Yang (4):
mfd: Add Macronix MX25F0A MFD controller driver
mtd: rawn
hi Rob, Marek and Frank:
> > In this patch, we un-reserving memory ONLY if explicit compatible matching
> > fail.
> > That mean driver found something wrong while matching and let OS know.
> > (But reserved-memory without compatible property will not be affected.)
> >
> > So per ur explaination,
Document the bindings used by the Macronix MX25F0A MFD controller.
Signed-off-by: Mason Yang
---
.../devicetree/bindings/mfd/mxic-mx25f0a.txt | 51 ++
1 file changed, 51 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/mxic-mx25f0a.txt
diff --git
Add a driver for Macronix MX25F0A multifunction device controller.
Signed-off-by: Mason Yang
---
drivers/mfd/Kconfig | 9 ++
drivers/mfd/Makefile | 1 +
drivers/mfd/mxic-mx25f0a.c | 84 +++
include/linux/mfd/mxic-mx25f0a.h | 175 +++
On Tue, Mar 26, 2019 at 10:29:52PM +0100, Thomas Gleixner wrote:
> On Wed, 27 Feb 2019, Ricardo Neri wrote:
> > + When hpet is specified, the NMI watchdog will be driven
> > + by an HPET timer, if available in the system. Otherwise,
> > + the pe
On Tue, Mar 26, 2019 at 10:18:32PM +0100, Thomas Gleixner wrote:
> On Wed, 27 Feb 2019, Ricardo Neri wrote:
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * Detect hard lockups on a system
> > + *
> > + * Copyright (C) Intel Corporation 2019
> > + *
> > + * Note: All of this code comes from
On Tue, Mar 26, 2019 at 10:13:06PM +0100, Thomas Gleixner wrote:
> On Wed, 27 Feb 2019, Ricardo Neri wrote:
> > +#ifdef CONFIG_X86_HARDLOCKUP_DETECTOR_HPET
> > +struct hpet_hld_data *hpet_hardlockup_detector_assign_timer(void)
> > +{
> > + struct hpet_hld_data *hdata;
> > + unsigned int cfg;
>
On Tue, Mar 26, 2019 at 10:03:02PM +0100, Thomas Gleixner wrote:
> On Wed, 27 Feb 2019, Ricardo Neri wrote:
> > int hpet_alloc(struct hpet_data *hdp)
> > {
> > u64 cap, mcfg;
> > @@ -845,7 +868,6 @@ int hpet_alloc(struct hpet_data *hdp)
> > size_t siz;
> > struct hpet __iomem *hpet;
>
On Tue, Mar 26, 2019 at 10:11:16PM +0100, Thomas Gleixner wrote:
> On Wed, 27 Feb 2019, Ricardo Neri wrote:
>
> > Users of HPET timers (such as the hardlockup detector) need the definitions
> > of these flags to interpret the configuration of a timer as passed by
> > platform code.
>
> Which plat
On Tue, Mar 26, 2019 at 09:55:35PM +0100, Thomas Gleixner wrote:
> On Wed, 27 Feb 2019, Ricardo Neri wrote:
> > @@ -62,7 +67,18 @@ static inline void set_comparator(struct hpet_hld_data
> > *hdata,
> > static void kick_timer(struct hpet_hld_data *hdata, bool force)
> > {
> > bool kick_needed
On Tue, Mar 26, 2019 at 10:00:24PM +0100, Thomas Gleixner wrote:
> On Wed, 27 Feb 2019, Ricardo Neri wrote:
> > struct irq_data;
> > @@ -109,6 +114,11 @@ extern void
> > hpet_unregister_irq_handler(rtc_irq_handler handler);
> > static inline int hpet_enable(void) { return 0; }
> > static inline
On Tue, Mar 26, 2019 at 09:49:13PM +0100, Thomas Gleixner wrote:
> On Wed, 27 Feb 2019, Ricardo Neri wrote:
> > +/**
> > + * get_count() - Get the current count of the HPET timer
> > + *
> > + * Returns:
> > + *
> > + * Value of the main counter of the HPET timer
>
> The extra newline is not requi
Hi, Aisheng
Best Regards!
Anson Huang
> -Original Message-
> From: Aisheng Dong
> Sent: 2019年4月8日 19:09
> To: Anson Huang ; robh...@kernel.org;
> mark.rutl...@arm.com; shawn...@kernel.org; s.ha...@pengutronix.de;
> ker...@pengutronix.de; feste...@gmail.com; a.zu...@towertech.it;
> alexand
Hi all,
After merging the sound-asoc tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
sound/soc/intel/boards/bytcht_es8316.c: In function
'snd_byt_cht_es8316_mc_probe':
sound/soc/intel/boards/bytcht_es8316.c:508:11: warning: cast from pointer to
integer of different s
Colin,
> There is a spelling mistake in a ql_log message. Fix it.
Applied to 5.2/scsi-queue, thanks!
--
Martin K. Petersen Oracle Linux Engineering
> > The formula was more along the line of "do not assume either of these
> > cases to hold; use barrier() is you need an unconditional barrier..."
> > AFAICT, all current implementations of smp_mb__{before,after}_atomic()
> > provides a compiler barrier with either barrier() or "memory" clobber.
>
On 2019/4/9 2:01, Nathan Chancellor wrote:
> On Thu, Mar 21, 2019 at 11:09:09PM +0800, Yue Haibing wrote:
>> From: YueHaibing
>>
>> Fix sparse warnings:
>>
>> drivers/pinctrl/pinctrl-artpec6.c:691:5: warning:
>> symbol 'artpec6_pmx_enable' was not declared. Should it be static?
>> drivers/pinct
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 battery-low event is usually
On Mon, Apr 8, 2019 at 7:25 AM Bartosz Golaszewski wrote:
>
> sob., 6 kwi 2019 o 09:07 Rob Herring napisał(a):
> >
> > On Wed, Apr 03, 2019 at 11:00:59AM +0200, Bartosz Golaszewski wrote:
> > > From: Bartosz Golaszewski
> > >
> > > Add the DT binding document for the battery charger module of ma
On Mon, Apr 08, 2019 at 07:13:13AM -0700, Matthew Wilcox wrote:
> On Mon, Apr 08, 2019 at 10:37:45AM +0800, Huang Shijie wrote:
> > When CONFIG_HAVE_GENERIC_GUP is defined, the kernel will use its own
> > get_user_pages_fast().
> >
> > In the following scenario, we will may meet the bug in the DMA
On Tue, 9 Apr 2019, at 10:33, Guenter Roeck wrote:
> Hi Andrew,
>
> On 4/8/19 5:37 PM, Andrew Jeffery wrote:
> >
> >
> > On Tue, 9 Apr 2019, at 05:09, Guenter Roeck wrote:
> >> Introduce local variable 'struct device *dev' and use it instead of
> >> dereferencing it repeatedly.
> >>
> >> The
Hi Andrew,
On 4/8/19 5:37 PM, Andrew Jeffery wrote:
On Tue, 9 Apr 2019, at 05:09, 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.
Hi Gustavo,
On Mon, 8 Apr 2019 18:53:16 -0500 "Gustavo A. R. Silva"
wrote:
>
> I just removed the above commit from my tree.
OK, thanks.
--
Cheers,
Stephen Rothwell
pgpFH68Tq494p.pgp
Description: OpenPGP digital signature
1 - 100 of 750 matches
Mail list logo
