Since this flash doesn't have a Profile 1.0 table, the Octal DTR
capabilities are enabled in the post SFDP fixup, along with the 8D-8D-8D
fast read settings.
Enable Octal DTR mode with 20 dummy cycles to allow running at the
maximum supported frequency of 200Mhz.
The flash supports the soft reset
Dear Friend,
I know that this mail will come to you as a surprise as we have never
met before, but need not to worry as I am contacting you independently
of my investigation and no one is informed of this communication.
I need your urgent assistance in transferring the sum of $11.3million
immedia
Commit 6fe12cdbcfe3 ("i2c: core: support bus regulator controlling in
adapter") added generic suspend and resume functions for i2c devices.
Those functions unconditionally access an i2c_client structure assigned
to the given i2c device. However, there exist i2c devices in the system
without a valid
There is no reason that the failure of __gpmi_enable_clk()
could lead to PM usage counter decrement.
Signed-off-by: Dinghao Liu
---
drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c
b/drivers
Enable the build of sdm845 video clock controller by default.
Signed-off-by: Stanimir Varbanov
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 03d0189f7d68..4eb7e35d2d7d 100644
--- a/arch/arm64
On 20/04/2020 16:54, Sandipan Patra wrote:
> Added support for dynamic clock freq configuration in pwm kernel driver.
> Earlier the pwm driver used to cache boot time clock rate by pwm clock
> parent during probe. Hence dynamically changing pwm frequency was not
> possible for all the possible ra
Add device tree compatible strings and create proper modalias structures
to let this driver load automatically if compiled as module, because
max14577 MFD driver creates MFD cells with such compatible strings.
Signed-off-by: Marek Szyprowski
---
v3:
- sorted of_max14577_muic_dt_match
v2:
- added
On Thu, May 21, 2020 at 11:44 PM Robin Gong wrote:
>
> Correct ldo1 voltage range from wrong high group(3.0V~3.3V) to low group
> (1.6V~1.9V) because the ldo1 should be 1.8V. Actually, two voltage groups
> have been supported at bd718x7-regulator driver, hence, just corrrect the
> voltage range to
On Thu, May 21, 2020 at 11:44 PM Robin Gong wrote:
>
> Correct ldo1 voltage range from wrong high group(3.0V~3.3V) to low group
> (1.6V~1.9V) because the ldo1 should be 1.8V. Actually, two voltage groups
> have been supported at bd718x7-regulator driver, hence, just corrrect the
> voltage range to
Add device tree compatible strings and create proper modalias structures
to let this driver load automatically if compiled as module, because
max14577 MFD driver creates MFD cells with such compatible strings.
Signed-off-by: Marek Szyprowski
---
v3:
- sorted of_max14577_charger_dt_match
v2:
- add
Add device tree compatible strings and create proper modalias structures
to let this driver load automatically if compiled as module, because
max14577 MFD driver creates MFD cells with such compatible strings.
Signed-off-by: Marek Szyprowski
---
v3:
- sorted of_max14577_regulator_dt_match
v2:
- a
On Thu, May 21, 2020 at 04:20:39PM +0200, Marco Elver wrote:
> diff --git a/scripts/Makefile.kcsan b/scripts/Makefile.kcsan
> index 20337a7ecf54..75d2942b9437 100644
> --- a/scripts/Makefile.kcsan
> +++ b/scripts/Makefile.kcsan
> @@ -9,7 +9,10 @@ else
> cc-param = --param -$(1)
> endif
>
> +# K
Hello,
I was AFK when this occurred.
What happened and what can I to help get this fixed?
[207927.171466] cp210x 5-4.1:1.0: device disconnected
[264738.655873] INFO: task Link Monitor:84552 blocked for more than 120
seconds.
[264738.655875] Not tainted 5.6.13 #29
[264738.655876] "echo 0 >
Continuous Double "the" in a comment. Changed it to single "the"
Signed-off-by: Hari
---
drivers/net/ethernet/intel/e1000/e1000_hw.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/intel/e1000/e1000_hw.c
b/drivers/net/ethernet/intel/e1000/e1000_hw.c
inde
On 2020-05-20 17:12, Amit Kucheria wrote:
On Sun, May 17, 2020 at 4:17 PM Manaf Meethalavalappu Pallikunhi
wrote:
TSENS IP v2.6+ adds zeroc interrupt support. It triggers set
As I re-read through these patches, shouldn't we just call it the
"cold" interrupt?
Renamed zeroc with cold everywhe
On Fri, May 22, 2020 at 11:16 AM Greg KH wrote:
>
> On Tue, May 19, 2020 at 03:59:23PM +0800, rui_f...@realsil.com.cn wrote:
> > From: rui_feng
> >
> > RTS5261 support legacy SD mode and SD Express mode.
> > In SD7.x, SD association introduce SD Express as a new mode.
> > SD Express mode is disti
On Fri, 22 May 2020 at 12:26, Borislav Petkov wrote:
>
> On Thu, May 21, 2020 at 04:20:39PM +0200, Marco Elver wrote:
> > diff --git a/scripts/Makefile.kcsan b/scripts/Makefile.kcsan
> > index 20337a7ecf54..75d2942b9437 100644
> > --- a/scripts/Makefile.kcsan
> > +++ b/scripts/Makefile.kcsan
> > @
Brian Norris writes:
> On Wed, May 13, 2020 at 12:02 PM Brian Norris
> wrote:
>>
>> On Wed, May 13, 2020 at 12:05 AM Kalle Valo wrote:
>> > Actually it's already reverted in -next, nobody just realised that it's
>> > a regression from commit 728c1e2a05e4:
>> >
>> > ced21a4c726b ath9k: Fix use-
On Fri, May 22, 2020 at 12:13 PM Jisheng Zhang
wrote:
>
> Hi Arnd, Kevin, Olof,
>
> On Tue, 5 May 2020 17:07:13 +0200 Geert Uytterhoeven wrote:
>
> >
> >
> > Support for Marvell Berlin SoCs depends on ARCH_MULTI_V7.
> > As the latter selects HAVE_SMP, there is no need for MACH_BERLIN_BG2 to
> > s
On Fri, May 22, 2020 at 02:46:28PM +0530, MugilRaj wrote:
> fix checkpatch.pl warning, which is Use of volatile is usually wrong: see
> Documentation/process/volatile-considered-harmful.rst
> Signed-off-by: MugilRaj
Please put a blank before the Signed-off-by line.
Probably there should be a spa
Hi Kieran and Emil,
On Fri, 22 May 2020 at 11:43, Kieran Bingham
wrote:
>
> Hi Daniel,
>
> On 18/05/2020 21:16, Daniel Gomez wrote:
> > Select DRM_KMS_HELPER dependency.
> >
> > Build error when DRM_KMS_HELPER is not selected:
> >
> > drivers/gpu/drm/rcar-du/rcar_lvds.o:(.rodata+0xd48): undefined
On Fri, 22 May 2020 12:34:43 +0200 Arnd Bergmann wrote:
>
>
> On Fri, May 22, 2020 at 12:13 PM Jisheng Zhang
> wrote:
> >
> > Hi Arnd, Kevin, Olof,
> >
> > On Tue, 5 May 2020 17:07:13 +0200 Geert Uytterhoeven wrote:
> >
> > >
> > >
> > > Support for Marvell Berlin SoCs depends on ARCH_MULTI
On Fri, May 22, 2020 at 03:32:26PM +0530, Sumit Garg wrote:
> While rounding up CPUs via NMIs, its possible that a rounded up CPU
> maybe holding a console port lock leading to kgdb master CPU stuck in
> a deadlock during invocation of console write operations. So in order
> to avoid such a deadloc
Will,
Thanks for the Cc.
On 05/18/2020 06:21 PM, Will Deacon wrote:
On Mon, May 11, 2020 at 01:32:40PM -0700, Tuan Phan wrote:
Add ACPI node probing device support. Each DSU ACPI node
defines a "cpus" package with a per cpu MPIDR element.
I think there is a bit of confusion around the affini
pm_runtime_get_sync() increments the runtime PM usage counter even
when it returns an error code. Thus a pairing decrement is needed on
the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
---
drivers/mtd/nand/raw/omap_elm.c | 1 +
1 file changed, 1 insertion(+)
diff
On Thu 21-05-20 12:13:09, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> S_DAX should only be enabled when the underlying block device supports
> dax.
>
> Cache the underlying support for DAX in the super block and modify
> ext4_should_use_dax() to check for device support prior to the over
>
Hi Lukasz,
On 11/05/2020 13:18, Lukasz Luba wrote:
> Hi all,
>
> This patch set introduces support for devices in the Energy Model (EM)
> framework. It will unify the power model for thermal subsystem. It will
> make simpler to add support for new devices willing to use more
> advanced features
On 22/05/2020 08:58, Dinghao Liu wrote:
> pm_runtime_get_sync() increments the runtime PM usage counter even
> when it returns an error code. Thus a pairing decrement is needed on
> the error handling path to keep the counter balanced.
>
> Signed-off-by: Dinghao Liu
> ---
> drivers/dma/tegra21
[Seems like I forgot to send this and it stayed in my Drafts folder.
Anyway, fixed in v7]
Hi Mason,
On 21/05/20 04:27PM, masonccy...@mxic.com.tw wrote:
>
> Hi Pratyush,
>
> Given cmd.nbytes a initial value & check it !
>
> >
> > [PATCH v5 01/19] spi: spi-mem: allow specifying whether an op i
pm_runtime_get_sync() increments the runtime PM usage counter even
when it returns an error code. Thus a pairing decrement is needed on
the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
---
drivers/dma/sh/usb-dmac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
From: Lars-Peter Clausen
All devices using a triggered buffer need to attach and detach the trigger
to the device in order to properly work. Instead of doing this in each and
every driver by hand move this into the core.
At this point in time, all drivers should have been resolved to
attach/deta
This should be squashed into the first patch, but it's the more peculiar of
the changes.
I am not sure whether this is correct. The touchscreen channels shouldn't
be enabled by the IIO framework. So, we may need a different way to handle
those if needed.
Signed-off-by: Alexandru Ardelean
---
dri
Hi Greg:
DId you mean that the GCOV_PROFILE_PREREQS should add depends
on !GCOV_PROFILE_ALL ,then when GCOV_PROFILE_ALL is enabled,
the config GCOV_PROFILE_PREREQS will no longer works.
Greg KH 于2020年5月22日周五 下午4:37写道：
>
> On Fri, May 22, 2020 at 03:19:17PM +0800, gengc...@gmail.com wrote:
> > Fro
From: Lars-Peter Clausen
This patch should be squashed into the first one, as the first one is
breaking the build (intentionally) to make the IIO core files easier to
review.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/accel/adxl372.c |
+
+maintainers:
+ - can't find a mantainer, author is Daniel Baluta
Daniel is still active in the kernel, just not at Intel any more. +CC
Oh ok thank you! Daniel are you still maintaining this driver?
I can do reviews if requested but I'm not actively maintaining this
driver. If anyo
On Fri, May 22, 2020 at 12:34:00PM +0200, Marco Elver wrote:
> Yeah, my patch for GCC is still pending. But we probably need more
> fixes for GCC, before we can re-enable it.
>
> We restrict supported compilers later in the series:
> https://lore.kernel.org/lkml/20200521142047.169334-7-el...@google
On Fri, 22 May 2020 at 16:08, Daniel Thompson
wrote:
>
> On Fri, May 22, 2020 at 03:32:26PM +0530, Sumit Garg wrote:
> > While rounding up CPUs via NMIs, its possible that a rounded up CPU
> > maybe holding a console port lock leading to kgdb master CPU stuck in
> > a deadlock during invocation of
>
> On 22/05/2020 08:58, Dinghao Liu wrote:
> > pm_runtime_get_sync() increments the runtime PM usage counter even
> > when it returns an error code. Thus a pairing decrement is needed on
> > the error handling path to keep the counter balanced.
> >
> > Signed-off-by: Dinghao Liu
> > ---
> > dr
On Fri, May 22, 2020 at 11:44:07AM +0200, Peter Zijlstra wrote:
> On Thu, May 21, 2020 at 05:38:50PM -0700, Paul E. McKenney wrote:
> > Hello!
> >
> > Just wanted to call your attention to some pretty cool and pretty serious
> > litmus tests that Andrii did as part of his BPF ring-buffer work:
> >
On Tue, 5 May 2020 at 14:12, Yafang Shao wrote:
>
> From: Chris Down
>
> mem_cgroup_protected currently is both used to set effective low and min
> and return a mem_cgroup_protection based on the result. As a user, this
> can be a little unexpected: it appears to be a simple predicate function,
Thanks Jonathan,
Please help reviewing further with my replies inline.
Thanks & Regards,
Sandipan
> -Original Message-
> From: Jonathan Hunter
> Sent: Friday, May 22, 2020 3:54 PM
> To: Sandipan Patra ; Thierry Reding
> ; robh...@kernel.org; u.kleine-koe...@pengutronix.de
> Cc: Bibek Ba
When call function devm_platform_ioremap_resource(), we should use IS_ERR()
to check the return value and return PTR_ERR() if failed.
Signed-off-by: Tiezhu Yang
---
drivers/net/can/ifi_canfd/ifi_canfd.c | 5 -
drivers/net/can/sun4i_can.c | 2 +-
drivers/net/dsa/b53/b53_srab
On Fri, May 22, 2020 at 09:09:50AM +0800, Hillf Danton wrote:
>
> On Thu, 21 May 2020 17:04:08 +0100 Mel Gorman wrote:
> > On Thu, May 21, 2020 at 10:09:31PM +0800, Hillf Danton wrote:
> > > > I'm ignoring the coding style of c++ comments but minimally that should
> > > > be fixed. More importantl
On Fri, May 22, 2020 at 03:07:55AM +0300, Serge Semin wrote:
> It isn't good to have numeric literals in the code especially if there
> are multiple of them and they are related. Let's replace the Tx and Rx
> burst level literals with the corresponding constants.
You missed my tag.
> Co-develope
On 2020-05-20 14:04:50 [+0200], Peter Zijlstra wrote:
> On Tue, May 19, 2020 at 10:19:05PM +0200, Sebastian Andrzej Siewior wrote:
> > +/**
> > + * DEFINE_LOCAL_LOCK - Define and initialize a per CPU local lock
> > + * @lock: Name of the lock instance
> > + */
> > +#define DEFINE_LOCAL_LOCK(lvar)
On Mon, May 18, 2020 at 08:45:31PM -0400, Mitchell Tasman wrote:
> In several cases where a pointer marked as __user is
> (intentionally) assigned or passed to a non-marked target,
> cast to the target pointer type with a __force directive
> to quiet warnings from sparse.
>
> Signed-off-by: Mitche
On Fri, May 22, 2020 at 02:07:38PM +0300, Andy Shevchenko wrote:
> On Fri, May 22, 2020 at 03:08:01AM +0300, Serge Semin wrote:
> > Seeing all of the DW SPI driver components like DW SPI DMA/PCI/MMIO
> > depend on the DW SPI core code it's better to use the if-endif
> > conditional kernel config st
On Fri, May 22, 2020 at 03:08:01AM +0300, Serge Semin wrote:
> Seeing all of the DW SPI driver components like DW SPI DMA/PCI/MMIO
> depend on the DW SPI core code it's better to use the if-endif
> conditional kernel config statement to signify that common dependency.
>
> Co-developed-by: Georgy V
When arizona_request_irq() returns an error code, a
pairing runtime PM usage counter decrement is needed
to keep the counter balanced. For error paths after
this function, things are the same.
Signed-off-by: Dinghao Liu
---
drivers/extcon/extcon-arizona.c | 1 +
1 file changed, 1 insertion(+)
d
On Fri, May 22, 2020 at 12:24:46PM +0200, Marek Szyprowski wrote:
> Add device tree compatible strings and create proper modalias structures
> to let this driver load automatically if compiled as module, because
> max14577 MFD driver creates MFD cells with such compatible strings.
Same issue as be
pm_runtime_get_sync() increments the runtime PM usage counter even
when it returns an error code. Thus a pairing decrement is needed on
the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
---
drivers/media/platform/qcom/venus/vdec.c | 3 +--
1 file changed, 1 inserti
On Fri, May 22, 2020 at 03:07:50AM +0300, Serge Semin wrote:
> Since DMA transfers are performed asynchronously with actual SPI
> transaction, then even if DMA transfers are finished it doesn't mean
> all data is actually pushed to the SPI bus. Some data might still be
> in the controller FIFO. Thi
On 5/18/20 6:21 PM, Ard Biesheuvel wrote:
> External email: Use caution opening links or attachments
>
>
> On Mon, 18 May 2020 at 06:25, Nikhil Mahale wrote:
>>
>> On 5/13/20 7:56 PM, Nikhil Mahale wrote:
>>> On 3/20/20 3:16 AM, Michael Kelley wrote:
From: Arnd Bergmann Sent: Wednesday, Ma
Hi All,
On 22.05.2020 12:13, Marek Szyprowski wrote:
> Commit 6fe12cdbcfe3 ("i2c: core: support bus regulator controlling in
> adapter") added generic suspend and resume functions for i2c devices.
> Those functions unconditionally access an i2c_client structure assigned
> to the given i2c device.
On Thu, May 21, 2020 at 08:15:05AM +0100, Lee Jones wrote:
> On Wed, 20 May 2020, Guru Das Srinagesh wrote:
>
> > On Mon, Apr 27, 2020 at 07:44:34AM +0100, Lee Jones wrote:
> > > On Fri, 24 Apr 2020, Guru Das Srinagesh wrote:
> > >
> > > > On Fri, Apr 24, 2020 at 07:43:03AM +0100, Lee Jones wrote
On 21/05/2020 22:28, Doug Anderson wrote:
Hi,
On Thu, May 21, 2020 at 8:56 AM Srinivas Kandagatla
wrote:
On 21/05/2020 16:10, Doug Anderson wrote:
On 20/05/2020 23:48, Doug Anderson wrote:
Is this only applicable for corrected address space?
I guess I was proposing a two dts-node / two
kernel/git/torvalds/linux.git
b85051e755b0e9d6dd8f17ef1da083851b83287d
config: arm-randconfig-r021-20200522 (attached as .config)
compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project
3393cc4cebf9969db94dc424b7a2b6195589c33b)
reproduce:
wget
https://raw.githubusercontent.com
Hi Álvaro,
Álvaro Fernández Rojas wrote on Fri, 22 May 2020
09:25:25 +0200:
> v2.1: tested on Netgear DGND3700v1 (BCM6368)
> v2.2: tested on Netgear DGND3700v2 (BCM6362)
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> v3: fix page size shift for v2.1 controllers.
You changed the subject ti
On 20. 05. 20 16:48, Dejin Zheng wrote:
> The driver initialization should be end immediately after found
> the platform_get_irq() function return an error.
>
> Fixes: df8eb5691c48d3b0 ("i2c: Add driver for Cadence I2C controller")
I wouldn't really consider this as bug. Driver is likely not fail
On Fri, 2020-05-22 at 16:27 +0800, Yanhu Cao wrote:
> On Thu, May 21, 2020 at 8:51 PM Jeff Layton wrote:
> > On Thu, 2020-05-21 at 20:19 +0800, Yanhu Cao wrote:
> > > On Thu, May 21, 2020 at 7:09 PM Jeff Layton wrote:
> > > > On Thu, 2020-05-21 at 17:38 +0800, Yanhu Cao wrote:
> > > > > b
On 22/05/2020 11:57, dinghao@zju.edu.cn wrote:
>>
>> On 22/05/2020 08:58, Dinghao Liu wrote:
>>> pm_runtime_get_sync() increments the runtime PM usage counter even
>>> when it returns an error code. Thus a pairing decrement is needed on
>>> the error handling path to keep the counter balanced
On Fri, Dec 20, 2019 at 03:35:50PM +0530, Kishon Vijay Abraham I wrote:
> No functional change. Get "struct pcie_port *" from private data
> pointer of "struct irq_domain" in dw_pcie_irq_domain_free() to make
> it look similar to how "struct pcie_port *" is obtained in
> dw_pcie_irq_domain_alloc()
On Fri, 22 May 2020, Thierry Reding wrote:
> On Thu, May 21, 2020 at 08:15:05AM +0100, Lee Jones wrote:
> > On Wed, 20 May 2020, Guru Das Srinagesh wrote:
> >
> > > On Mon, Apr 27, 2020 at 07:44:34AM +0100, Lee Jones wrote:
> > > > On Fri, 24 Apr 2020, Guru Das Srinagesh wrote:
> > > >
> > > > >
On Fri, 22 May 2020 at 13:15, Nikhil Mahale wrote:
>
> On 5/18/20 6:21 PM, Ard Biesheuvel wrote:
> > External email: Use caution opening links or attachments
> >
> >
> > On Mon, 18 May 2020 at 06:25, Nikhil Mahale wrote:
> >>
> >> On 5/13/20 7:56 PM, Nikhil Mahale wrote:
> >>> On 3/20/20 3:16 AM,
Hi all,
After merging the block tree, today's linux-next build (x86_64
allnoconfig) failed like this:
fs/libfs.c: In function 'generic_file_fsync':
fs/libfs.c:1116:9: error: too few arguments to function 'blkdev_issue_flush'
1116 | return blkdev_issue_flush(inode->i_sb->s_bdev, GFP_KERNEL);
>
> On 22/05/2020 11:57, dinghao@zju.edu.cn wrote:
> >>
> >> On 22/05/2020 08:58, Dinghao Liu wrote:
> >>> pm_runtime_get_sync() increments the runtime PM usage counter even
> >>> when it returns an error code. Thus a pairing decrement is needed on
> >>> the error handling path to keep the cou
On Fri, May 22, 2020 at 03:58:44PM +0800, Feng Tang wrote:
> Hi Serge,
>
> On Thu, May 21, 2020 at 06:33:17PM +0300, Serge Semin wrote:
> > > > > > + dw_spi_dma_wait_rx_done(dws);
> > > > >
> > > > > I can understand the problem about TX, but I don't see how RX
> > > > > will get hurt, can you
qfprom has different address spaces for read and write. Reads are
always done from corrected address space, where as writes are done
on raw address space.
Writing to corrected address space is invalid and ignored, so it
does not make sense to have this support in the driver which only
supports corr
Add Nuvoton NPCM BMC I2C controller driver.
Signed-off-by: Tali Perry
Reviewed-by: Andy Shevchenko
---
drivers/i2c/busses/Kconfig |9 +
drivers/i2c/busses/Makefile |1 +
drivers/i2c/busses/i2c-npcm7xx.c | 1804 ++
3 files changed, 1814 insertions(+
Add support for slave mode for Nuvoton
NPCM BMC I2C controller driver.
Signed-off-by: Tali Perry
Reviewed-by: Andy Shevchenko
---
drivers/i2c/busses/i2c-npcm7xx.c | 609 ++-
1 file changed, 608 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-npcm7xx
Added device tree binding documentation for Nuvoton BMC
NPCM I2C controller.
Signed-off-by: Tali Perry
---
.../bindings/i2c/nuvoton,npcm7xx-i2c.yaml | 60 +++
1 file changed, 60 insertions(+)
create mode 100644
Documentation/devicetree/bindings/i2c/nuvoton,npcm7xx-i2c.yaml
On 22/05/2020 08:50, Tiezhu Yang wrote:
This patch series is based on the latest Linus' tree.
Tiezhu Yang (2):
nvmem: sprd: Fix return value of sprd_efuse_probe()
MAINTAINERS: Add git tree for NVMEM FRAMEWORK
MAINTAINERS| 1 +
drivers/nvmem/sprd-efuse.c | 4 ++--
2
On Mon, May 18, 2020 at 07:09:20PM +0800, dillon.min...@gmail.com wrote:
> 2, use stm32 spi's "In full-duplex (BIDIMODE=0 and RXONLY=0)", as tx_buf is
> null, we must add dummy data sent out before read data.
> so, add stm32f4_spi_tx_dummy() to handle this situation.
There are flags SPI_CONTROLLE
This patch set adds i2c controller support
for the Nuvoton NPCM Baseboard Management Controller (BMC).
NPCM7xx includes 16 I2C controllers. This driver operates the controller.
This module also includes a slave mode.
---
v13 -> v12:
- Fix yaml example. Issue found by an updated dt_bindin
On Tue, May 19, 2020 at 04:11:20PM +0100, Lad Prabhakar wrote:
> Fix allocation of epc windows with the correct size, this also fix smatch
> warning:
>
> drivers/pci/endpoint/pci-epc-mem.c:65 pci_epc_multi_mem_init()
> warn: double check that we're allocating correct size: 4 vs 112
>
> Fixes: ecb
On Thu, May 21, 2020 at 04:20:36PM +0200, Marco Elver wrote:
> Arnd Bergmann (1):
> ubsan, kcsan: don't combine sanitizer with kcov on clang
>
> Marco Elver (10):
> kcsan: Avoid inserting __tsan_func_entry/exit if possible
> kcsan: Support distinguishing volatile accesses
> kcsan: Pass opt
Hi John,
On Tue, May 19, 2020 at 5:51 AM John Hubbard wrote:
>
> This needs to go through Andrew's -mm tree, due to adding a new gup.c
> routine. However, I would really love to have some testing from the
> drm/i915 folks, because I haven't been able to run-time test that part
> of it.
>
> Other
Hi Maxim,
On Thu, 21 May 2020 at 12:17, Maxim Uvarov wrote:
>
> Some drivers (like ftpm) can operate only after tee-supplicant
> runs becase of tee-supplicant provides things like storage
> services. This patch splits probe of non tee-supplicant dependable
> drivers to early stage, and after tee
On Fri, May 22, 2020 at 03:52:39PM +0800, Muchun Song wrote:
> On Fri, May 22, 2020 at 12:47 AM Matthew Wilcox wrote:
> > > @@ -160,14 +168,23 @@ static int proc_fd_link(struct dentry *dentry,
> > > struct path *path)
> > > unsigned int fd = proc_fd(d_inode(dentry));
> > >
The changes have dependency on merging tsens-common.c into tsens.c [1]
to merge first.
Dependencies:
[1] https://lkml.org/lkml/2020/4/29/1028
Changes in v3:
* Add cold interrupt support to tsens driver
* Update cold interrupt support in yaml
*** BLURB HERE ***
Manaf Meethalavalappu Pallikunhi
Add cold interrupt support for tsens in yaml.
Signed-off-by: Manaf Meethalavalappu Pallikunhi
---
.../bindings/thermal/qcom-tsens.yaml | 42 +++
1 file changed, 42 insertions(+)
diff --git a/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml
b/Documentation/devi
Naresh Kamboju writes:
This patch is causing oom-killer while running mkfs -t ext4 on i386 kernel
running on x86_64 machine version linux-next 5.7.0-rc6-next-20200521.
I think I see what's wrong here -- if we bail out early, memory.e{min,low}
might be uninitialised.
Does this patch fix it, b
TSENS IP v2.6+ adds cold interrupt support. It triggers set
interrupt when aggregated minimum temperature of all TSENS falls
below cold preset threshold, 5 degree Celsius and triggers
reset interrupt when aggregated minimum temperature of all TSENS
crosses above reset threshold, 10 degree Celsius.
Add cold interrupt support for tsens in yaml.
Signed-off-by: Manaf Meethalavalappu Pallikunhi
---
.../bindings/thermal/qcom-tsens.yaml | 42 +++
1 file changed, 42 insertions(+)
diff --git a/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml
b/Documentation/devi
TSENS IP v2.6+ adds cold interrupt support. It triggers set
interrupt when aggregated minimum temperature of all TSENS falls
below cold preset threshold, 5 degree Celsius and triggers
reset interrupt when aggregated minimum temperature of all TSENS
crosses above reset threshold, 10 degree Celsius.
The changes have dependency on merging tsens-common.c into tsens.c [1]
to merge first.
Dependencies:
[1] https://lkml.org/lkml/2020/4/29/1028
Changes in v3:
* Add cold interrupt support to tsens driver
* Update cold interrupt support in yaml
Manaf Meethalavalappu Pallikunhi (2):
drivers: therm
On Thu 21-05-20 12:13:12, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> Add a flag to preserve FS_XFLAG_DAX in the ext4 inode.
>
> Set the flag to be user visible and changeable. Set the flag to be
> inherited. Allow applications to change the flag at any time with the
> exception of if VER
pm_runtime_get_sync() increments the runtime PM usage counter even
when it returns an error code. Thus a pairing decrement is needed on
the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
---
Changelog:
v2: - Merge two patches that fix runtime PM imbalance in
On 22/05/2020 12:01, Sandipan Patra wrote:
> Thanks Jonathan,
> Please help reviewing further with my replies inline.
>
>
> Thanks & Regards,
> Sandipan
>
>> -Original Message-
>> From: Jonathan Hunter
>> Sent: Friday, May 22, 2020 3:54 PM
>> To: Sandipan Patra ; Thierry Reding
>> ;
On Thu, May 14, 2020 at 1:45 AM Souptick Joarder wrote:
>
> First, when memory allocation for sg_list_unaligned failed, there
> is no point of calling put_pages() as we haven't pinned any pages.
>
> Second, if get_user_pages_fast() failed we should unpinned num_pinned
> pages, no point of checking
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
fs/binfmt_script.c
between commit:
ccbb18b67323 ("exec/binfmt_script: Don't modify bprm->buf and then return
-ENOEXEC")
from the userns tree and commit:
e20ecf0e2723 ("exec: simplify the copy_strings_kernel ca
On Fri, May 22, 2020 at 12:00 AM Nick Desaulniers
wrote:
>
> As debug information gets larger and larger, it helps significantly save
> the size of vmlinux images to compress the information in the debug
> information sections. Note: this debug info is typically split off from
> the final compress
Hi Andy,
On 5/13/2020 3:18 PM, Andy Shevchenko wrote:
On Wed, May 13, 2020 at 12:23 PM Jishnu Prakash wrote:
The ADC architecture on PMIC7 is changed as compared to PMIC5. The
major change from PMIC5 is that all SW communication to ADC goes through
PMK8350, which communicates with other PMICs
Hi Andy,
On 5/13/2020 3:21 PM, Andy Shevchenko wrote:
On Wed, May 13, 2020 at 12:24 PM Jishnu Prakash wrote:
This commit includes the following changes:
Add a common function used for read_raw callback for
both PMIC5 and PMIC7 ADCs.
Add exit function for ADC.
Add info_property under adc_data t
Hi Andy,
On 5/13/2020 3:19 PM, Andy Shevchenko wrote:
On Wed, May 13, 2020 at 12:23 PM Jishnu Prakash wrote:
Change pr_err/pr_debug statements to dev_err/dev_dbg for
increased clarity. Also clean up some return value checks.
'Also' on the commit message == 'split this to two'.
I'll do the ret
On Fri, May 22, 2020 at 02:32:35PM +0300, Serge Semin wrote:
> On Fri, May 22, 2020 at 03:58:44PM +0800, Feng Tang wrote:
> > Hi Serge,
> >
> > On Thu, May 21, 2020 at 06:33:17PM +0300, Serge Semin wrote:
> > > > > > > + dw_spi_dma_wait_rx_done(dws);
> > > > > >
> > > > > > I can understand the p
From: Bartosz Golaszewski
This series adds support for the STAR Ethernet Controller present on MediaTeK
SoCs from the MT8* family.
First we convert the existing DT bindings for the PERICFG controller to YAML
and add a new compatible string for mt8516 variant of it. Then we add the DT
bindings fo
On Wed, May 20, 2020 at 04:48:16PM -0600, Rob Herring wrote:
> On Wed, May 20, 2020 at 11:16:32PM +0530, Vidya Sagar wrote:
> >
> >
> > On 20-May-20 4:47 PM, Thierry Reding wrote:
> > > On Tue, May 19, 2020 at 10:08:54PM +, Gustavo Pimentel wrote:
> > > > On Tue, May 19, 2020 at 15:58:16, Lor
From: Bartosz Golaszewski
Add the Ethernet MAC node to mt8516.dtsi. This defines parameters common
to all the boards based on this SoC.
Signed-off-by: Bartosz Golaszewski
---
arch/arm64/boot/dts/mediatek/mt8516.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/b
From: Bartosz Golaszewski
The Makefile formatting in the kernel tree usually doesn't use tabs,
so remove them before we add a second driver.
Signed-off-by: Bartosz Golaszewski
---
drivers/net/ethernet/mediatek/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
201 - 300 of 1185 matches
Mail list logo
