Commit-ID: 8b39adbee805c539a461dbf208b125b096152b1c
Gitweb: https://git.kernel.org/tip/8b39adbee805c539a461dbf208b125b096152b1c
Author: Bart Van Assche
AuthorDate: Mon, 15 Apr 2019 10:05:38 -0700
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 08:21:51 +0200
locking/lockdep: Make l
Commit-ID: 89502a01979033a1c0c0c4d6d9aef07e59021005
Gitweb: https://git.kernel.org/tip/89502a01979033a1c0c0c4d6d9aef07e59021005
Author: Stephen Kitt
AuthorDate: Mon, 15 Apr 2019 17:08:53 +0200
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 09:00:34 +0200
x86/mm: Fix the 56-bit add
Hi all,
Changes since 20190415:
The netfilter tree lost its build failure.
The netfilter-next tree lost its build failure.
The drm tree still had its build failure for which I disabled a driver.
The drm-misc tree lost its build failure.
The tpmdd tree gained a build failure so I used the vers
On Tue 2019-04-16 02:37:32, Aaro Koskinen wrote:
> When we boot with the LED support (CONFIG_NEW_LEDS) disabled,
> gpio_led_register_device() will return a NULL pointer and we try
> to dereference it. Fix by checking also for a NULL pointer.
>
> Fixes: 19a2668a8ae3 ("ARM: OMAP1: ams-delta: Provide
Hi,
On 19. 4. 15. 오후 11:54, Dmitry Osipenko wrote:
> The frequency value potentially could change in-between. It doesn't
> cause any real problem at all right now, but that could change in the
> future. Hence let's avoid the inconsistency.
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/devf
Hi,
On 19. 4. 15. 오후 11:54, Dmitry Osipenko wrote:
> The ACTMON's governor supports only the Tegra's devfreq device and there
> is no need to use any other governor, hence let's mark Tegra governor as
> immutable to permanently stick it with Tegra's devfreq device.
>
> Signed-off-by: Dmitry Osipe
Hi!
> This patch exposes a new property, similar to input current limit, to
> re-configure the maximum voltage from the external supply at runtime
> based on system-level knowledge or user input.
Well, and I suspect it should expose input power limit, not input
voltage limit.
DC-DC convertor eff
On 16/04/19 9:48 AM, Peng Fan wrote:
> On i.MX8MM, we are running Dual Linux OS, with 1st Linux using SD Card
> as rootfs storage, 2nd Linux using eMMC as rootfs storage. We let the
> the 1st linux configure power/clock for the 2nd Linux.
>
> When the 2nd Linux is booting into rootfs stage, we let
* Wenwen Wang wrote:
> In pcibios_irq_init(), the PCI IRQ routing table 'pirq_table' is firstly
> found through pirq_find_routing_table(). If the table is not found and
> 'CONFIG_PCI_BIOS' is defined, the table is then allocated in
> pcibios_get_irq_routing_table() using kmalloc(). In the follo
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
This patch aims to suppress up to 18 missing-break-in-switch false
positives on some architectures.
Cc: Jason A. Donenfeld
Cc: Gustavo A. R. Silva
Cc: Kees Cook
Signed-off-by: Stephen R
* Andy Lutomirski wrote:
> On Wed, Apr 10, 2019 at 4:43 AM Ingo Molnar wrote:
> >
> >
> > * Elena Reshetova wrote:
> >
> > > 2) Andy's tests, misc-tests: ./timing_test_64 10M sys_enosys
> > > base:1000 loops in
> > > 1.62224s = 162.22 nsec / l
Hi Adrian,
>
> On 16/04/19 9:48 AM, Peng Fan wrote:
> > On i.MX8MM, we are running Dual Linux OS, with 1st Linux using SD Card
> > as rootfs storage, 2nd Linux using eMMC as rootfs storage. We let the
> > the 1st linux configure power/clock for the 2nd Linux.
> >
> > When the 2nd Linux is booting
On 19. 4. 15. 오후 11:55, Dmitry Osipenko wrote:
> There is no need to register the ACTMON's governor separately from
> the driver, hence let's move the registration into the driver's probe
> function for consistency and to make code cleaner a tad.
>
> Signed-off-by: Dmitry Osipenko
> ---
> driver
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
This patch aims to suppress up to 3 missing-break-in-switch false
positives on some architectures.
Cc: Arnd Bergmann
Cc: Deepa Dinamani
Cc: Gustavo A. R. Silva
Cc: Kees Cook
Cc: Jann H
On 17/02/2019 14:50, Ryder Lee wrote:
> From: Ryder Lee
>
> This updates bindings for MT7629 SoC, which includes very basic items
> such as system timer, UART, sysirq and scpsys unit.
>
> Signed-off-by: Ryder Lee
> Cc: Marc Zyngier
> Cc: Greg Kroah-Hartman
> ---
patch 1 and 2 applied. Tha
When crashkernel is reserved above 4G in memory, kernel should reserve
some amount of low memory for swiotlb and some DMA buffers. So there may
be two crash kernel regions, one is below 4G, the other is above 4G.
Crash dump kernel reads more than one crash kernel regions via a dtb
property under n
* Reshetova, Elena wrote:
> > 4)
> >
> > But before you tweak the patch, a more fundamental question:
> >
> > Does the stack offset have to be per *syscall execution* randomized?
> > Which threats does this protect against that a simpler per task syscall
> > random offset wouldn't protect aga
On Mon, Apr 15, 2019 at 06:30:10PM +0200, Clément Péron wrote:
> > > I didn't change the driver and the SPDIF is working what's irrelevant
> > > in declaring the driver as compatible ?
> >
> > It's working by accident.
> >
> > This won't work for example:
> > https://elixir.bootlin.com/linux/latest
On 4/15/2019 11:19 PM, Colin King wrote:
From: Colin Ian King
There is a spelling mistake in a dev_error message. Fix it.
Signed-off-by: Colin Ian King
Reviewed-by: Mukesh Ojha
Cheers,
-Mukesh
---
drivers/staging/comedi/drivers/adv_pci1710.c | 2 +-
1 file changed, 1 insertion(+), 1
Hi,
In this patchset,
the patch11 adds new 'disable_interrupt' goto statement
and then patch15 removes 'disable_interrupt' goto statement again.
Actually, it is inefficient.
If you change the order of patches,
you could remove this stuff.
On 19. 4. 15. 오후 11:55, Dmitry Osipenko wrote:
> There is
On 19. 4. 15. 오후 11:55, Dmitry Osipenko wrote:
> The driver's compilation doesn't have any specific dependencies, hence
> the COMPILE_TEST option can be supported in Kconfig.
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/devfreq/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-
Commit-ID: 5f843ed415581cfad4ef8fefe31c138a8346ca8a
Gitweb: https://git.kernel.org/tip/5f843ed415581cfad4ef8fefe31c138a8346ca8a
Author: Masami Hiramatsu
AuthorDate: Mon, 15 Apr 2019 15:01:25 +0900
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 09:38:16 +0200
kprobes: Fix error che
Commit-ID: 510bb96fe5b3480b4b22d815786377e54cb701e7
Gitweb: https://git.kernel.org/tip/510bb96fe5b3480b4b22d815786377e54cb701e7
Author: Thomas Gleixner
AuthorDate: Mon, 15 Apr 2019 10:46:07 +0200
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 09:42:10 +0200
x86/mm: Prevent bogus w
On Mon 15-04-19 17:09:07, Yang Shi wrote:
>
>
> On 4/12/19 1:47 AM, Michal Hocko wrote:
> > On Thu 11-04-19 11:56:50, Yang Shi wrote:
> > [...]
> > > Design
> > > ==
> > > Basically, the approach is aimed to spread data from DRAM (closest to
> > > local
> > > CPU) down further to PMEM and di
Hi,
On 19. 4. 15. 오후 11:55, Dmitry Osipenko wrote:
> The devfreq driver can be used on Tegra30 without any code change and
> it works perfectly fine, the default Tegra124 parameters are good enough
> for Tegra30.
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/devfreq/Kconfig | 4 ++-
On Fri, 12 Apr 2019 at 11:34, Pavel Machek wrote:
>
> !voltage_ranges is tested for too late, allowing warning and undefined
> behavior. Fix that.
>
> Signed-off-by: Pavel Machek
Pavel, thanks for your patch.
Would you mind re-posting to linux-mmc so I can get it into the
patchtracker. Please a
Commit-ID: 5767575c1211e8958e5dd80d6542998b519c8478
Gitweb: https://git.kernel.org/tip/5767575c1211e8958e5dd80d6542998b519c8478
Author: Jian-Hong Pan
AuthorDate: Fri, 12 Apr 2019 16:01:53 +0800
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 09:49:16 +0200
x86/reboot: Use EFI reboo
* Waiman Long wrote:
> > It can be seen that a lot more readers got the lock via optimistic
> > spinning. One possibility is that reader optimistic spinning causes
> > readers to spread out into more lock acquisition groups than without. The
> > K3 results show that grouping more readers into
On 11/04/2019 23:03, Tony Krowiak wrote:
Introduces a new driver callback to prevent a root user from unbinding
an AP queue from its device driver if the queue is in use. This prevents
a root user from inadvertently taking a queue away from a guest and
giving it to the host, or vice versa. The ca
On 23/03/2019 22:16, Fabien Parent wrote:
> Add binding documentation of mtk-timer for MT8516 SoC.
>
> Signed-off-by: Fabien Parent
> ---
> Documentation/devicetree/bindings/timer/mediatek,mtk-timer.txt | 1 +
> 1 file changed, 1 insertion(+)
applied to v5.1-next/dts64
Daniel let me know if
Hi Agnus,
On 19-04-15 16:53, Angus Ainslie (Purism) wrote:
> This is the development kit board for the Librem 5. The current level of
> support yields a working console and is able to boot userspace from the
> Network or eMMC.
>
> Additional subsystems that are active :
>
> - Both USB ports
> -
On 23/03/2019 22:16, Fabien Parent wrote:
> Add binding documentation of spi-mt65xx for MT8516 SoC.
>
> Signed-off-by: Fabien Parent
> ---
> Documentation/devicetree/bindings/spi/spi-mt65xx.txt | 1 +
> 1 file changed, 1 insertion(+)
>
applied to v5.1-next/dts64
Mark let me know if you wa
On Tue, Apr 16, 2019 at 6:10 AM Evan Green wrote:
> On Tue, Apr 9, 2019 at 11: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.
> > static const struct pci_device_id intel_lpss_pci_ids[] = {
>
On 23/03/2019 22:16, Fabien Parent wrote:
> Add binding documentation of mtk-uart for MT8516 SoC.
>
> Signed-off-by: Fabien Parent
> ---
> Documentation/devicetree/bindings/serial/mtk-uart.txt | 1 +
> 1 file changed, 1 insertion(+)
>
applied to v5.1-next/dts64
Thanks.
> diff --git a/Doc
Dear Friend (Assalamu Alaikum),
I came across your e-mail contact prior a private search while in need of
your assistance. My name is Aisha Al-Qaddafi a single Mother and a Widow
with three Children. I am the only biological Daughter of late Libyan
President (Late Colonel Muammar Gaddafi).
On 23/03/2019 22:16, Fabien Parent wrote:
> Add binding documentation of mediatek,sysirq for MT8516 SoC.
>
> Signed-off-by: Fabien Parent
> ---
> .../bindings/interrupt-controller/mediatek,sysirq.txt | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
applied to v5.1-next/dts6
On 23/03/2019 22:16, Fabien Parent wrote:
> Add binding documentation of i2c-mtk for MT8516 SoC.
>
> Signed-off-by: Fabien Parent
> ---
> Documentation/devicetree/bindings/i2c/i2c-mtk.txt | 1 +
> 1 file changed, 1 insertion(+)
>
applied to v5.1-next/dts64
Wolfram let me know if you want
Hi Agnus,
On 19-04-15 16:53, Angus Ainslie (Purism) wrote:
> The Librem5 devkit is based on the imx8mq from NXP. This is a default
> devicetree to boot the board to a command prompt.
You should also provide a patch which adds the devicetree to the yaml
file, see: Documentation/devicetree/bindings
>
> On Mon, 15 Apr 2019 21:19:41 +0200
> Vitor Soares wrote:
>
> > For today the st_lsm6dsx driver support lsm6dso sensor only in
> > spi and i2c mode.
> >
> > The lsm6dso is also i3c capable so lets give i3c support to it.
> >
> > Signed-off-by: Vitor Soares
> > ---
> > drivers/iio/imu/st_lsm6d
!voltage_ranges is tested for too late, allowing warning and undefined
behavior. Fix that.
Signed-off-by: Pavel Machek
diff --git a/drivers/mmc/core/host.c b/drivers/mmc/core/host.c
index 3a4402a..b3fa9c9 100644
--- a/drivers/mmc/core/host.c
+++ b/drivers/mmc/core/host.c
@@ -363,11 +363,11 @@ i
Hi,
On 19. 4. 15. 오후 11:54, Dmitry Osipenko wrote:
> The write memory barrier isn't needed because the BUS buffer is flushed
> by read after write that happens after the removed wmb(), we will also
> use readl() instead of the relaxed version to ensure that read is indeed
> completed.
>
> Signed-
On Tue 2019-04-16 09:48:51, Ulf Hansson wrote:
> On Fri, 12 Apr 2019 at 11:34, Pavel Machek wrote:
> >
> > !voltage_ranges is tested for too late, allowing warning and undefined
> > behavior. Fix that.
> >
> > Signed-off-by: Pavel Machek
>
> Pavel, thanks for your patch.
>
> Would you mind re-p
On Tue, Apr 16, 2019 at 6:28 AM Evan Green wrote:
>
> Add PCI IDs for SPI on Comet Lake.
>
I didn't check IDs, perhaps Jarkko can do it.
>From other prospectives looks good.
Acked-by: Andy Shevchenko
> Signed-off-by: Evan Green
>
> ---
>
> drivers/spi/spi-pxa2xx.c | 4
> 1 file changed,
On 2019-04-15 15:26:52 [-0700], Paul E. McKenney wrote:
> I feel a bit guilty monopolizing your system...
Don't be. In the end I want my stuff merged without causing any
regressions.
> I have accumulated a collection of forward-progress ideas, so one approach
> would be for me to get those writte
On 28/03/2019 20:22, Rob Herring wrote:
> On Sat, Mar 23, 2019 at 4:17 PM Fabien Parent wrote:
>>
>> The MT8516 SoC provides the following peripherals: GPIO, UART, USB2,
>> SPI, eMMC, SDIO, NAND, Flash, ADC, I2C, PWM, Timers, IR, Ethernet, and
>> Audio (I2S, SPDIF, TDM).
>>
>> This commit is ad
It was found that under some .config options (notably L1_CACHE_SHIFT=7)
and compiler combinations this on-stack alignment leads to a 320 byte
stack usage, which then triggers a KASAN stack warning elsewhere.
Using 320 bytes of stack space for a 40 byte structure is ludicrous and
clearly not righ
On Tue, 16 Apr 2019 09:58:33 +0200
Lorenzo Bianconi wrote:
> >
> > On Mon, 15 Apr 2019 21:19:41 +0200
> > Vitor Soares wrote:
> >
> > > For today the st_lsm6dsx driver support lsm6dso sensor only in
> > > spi and i2c mode.
> > >
> > > The lsm6dso is also i3c capable so lets give i3c support to
Hi Hongbo,
On 16/04/2019 02:14, Yao HongBo wrote:
> Hi Marc,
>
> sorry for ping you...
>
> What's your suggestion for this patch? I look forward to your reply.
This patch looks fine, although it doesn't fix anything as far as I know
(doing write-through instead of write-back cannot lead to any
Commit-ID: 0082517fa4bce073e7cf542633439f26538a14cc
Gitweb: https://git.kernel.org/tip/0082517fa4bce073e7cf542633439f26538a14cc
Author: Jian-Hong Pan
AuthorDate: Fri, 12 Apr 2019 16:01:53 +0800
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 10:01:24 +0200
x86/reboot, efi: Use EFI
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/stacktrace
head: ee23ee068fe24272f77ff014181286db32179754
commit: 6f6b2fc2fbf712e39df84edc62265273259f8aa1 [28/32] livepatch: Simplify
stack trace retrieval
config: x86_64-randconfig-s5-04161121 (attached as .config)
c
On 25/03/2019 13:41, Zhiyong Tao wrote:
> This patch provides the advanced drive for I2C used pins on MT8183.
> The detail strength specification description of the I2C pin:
> When E1=0/E0=0, the strength is 0.125mA.
> When E1=0/E0=1, the strength is 0.25mA.
> When E1=1/E0=0, the strength is 0.5
On Tue, Apr 16, 2019 at 5:29 AM Vinod Koul wrote:
>
> On 15-04-19, 10:18, Pierre-Louis Bossart wrote:
> > Standards such as the MIPI DisCo for SoundWire 1.0 specification
> > assume the _ADR field is 64 bits.
> >
> > _ADR is defined as an "Integer" represented as 64 bits since ACPI 2.0
> > release
On 16/04/2019 09:54, Matthias Brugger wrote:
>
>
> On 23/03/2019 22:16, Fabien Parent wrote:
>> Add binding documentation of mtk-timer for MT8516 SoC.
>>
>> Signed-off-by: Fabien Parent
>> ---
>> Documentation/devicetree/bindings/timer/mediatek,mtk-timer.txt | 1 +
>> 1 file changed, 1 insertio
On 25/02/2019 07:51, Seiya Wang wrote:
> The cpu type of cpu2 and cpu3 should be cortex-a72, not cortex-a57.
>
> Signed-off-by: Seiya Wang
> ---
> arch/arm64/boot/dts/mediatek/mt8173.dtsi | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
applied to v5.1-next/dts64
Sorry for
From: Ben Ho
Add basic chip support for Mediatek 8183, include
uart node with correct uart clocks, pwrap device
Add clock controller nodes, include topckgen, infracfg,
apmixedsys and subsystem.
Signed-off-by: Ben Ho
Signed-off-by: Erin Lo
Signed-off-by: Seiya Wang
Signed-off-by: Weiyi Lu
Si
On Tue, 2019-04-16 at 14:47 +1000, NeilBrown wrote:
> When using devicetree for configuration, interrupt trigger type
> should be described in the dts file, not hard-coded in the C code.
>
> The mtk-sd silicon in the mt7621 soc uses an active-high interrupt
> and so cannot be used with the current
MT8183 is a SoC based on 64bit ARMv8 architecture.
It contains 4 CA53 and 4 CA73 cores.
MT8183 share many HW IP with MT65xx series.
This patchset was tested on MT8183 evaluation board and use correct clock to
shell.
Based on v5.1-rc1 and
http://lists.infradead.org/pipermail/linux-mediatek/2019-Ma
Commit-ID: 37a8f8590f307db8f8cfa62dfd82b3fc0978607c
Gitweb: https://git.kernel.org/tip/37a8f8590f307db8f8cfa62dfd82b3fc0978607c
Author: Sebastian Andrzej Siewior
AuthorDate: Wed, 3 Apr 2019 23:08:21 +0200
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 10:06:08 +0200
sched/core: Do
Commit-ID: 780e0106d468a2962b16b52fdf42898f2639e0a0
Gitweb: https://git.kernel.org/tip/780e0106d468a2962b16b52fdf42898f2639e0a0
Author: Peter Zijlstra
AuthorDate: Tue, 16 Apr 2019 10:03:35 +0200
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 10:10:13 +0200
x86/mm/tlb: Revert "x86/
On Tue, Apr 16, 2019 at 09:58:09AM +0200, Matthias Brugger wrote:
>
>
> On 23/03/2019 22:16, Fabien Parent wrote:
> > Add binding documentation of i2c-mtk for MT8516 SoC.
> >
> > Signed-off-by: Fabien Parent
> > ---
> > Documentation/devicetree/bindings/i2c/i2c-mtk.txt | 1 +
> > 1 file change
On Tue, Apr 16, 2019 at 07:54:40AM +, Hao Feng wrote:
> Thanks for the comments, I thought there could be multiple signers...
There can be multiple signers but as you've read in the sections above,
those SOBs all have a meaning and in your case it wasn't clear what that
meaning is.
> After re
On Tue, 2019-04-16 at 09:55 +0200, Matthias Brugger wrote:
>
> On 23/03/2019 22:16, Fabien Parent wrote:
> > Add binding documentation of spi-mt65xx for MT8516 SoC.
> >
> > Signed-off-by: Fabien Parent
> > ---
> > Documentation/devicetree/bindings/spi/spi-mt65xx.txt | 1 +
> > 1 file changed, 1
On 18/03/2019 19:42, kbuild test robot wrote:
> Hi Erin,
>
> Thank you for the patch! Yet something to improve:
>
> [auto build test ERROR on robh/for-next]
> [also build test ERROR on v5.1-rc1 next-20190318]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help i
On Tue, 16 Apr 2019, Balbir Singh wrote:
> On Wed, Apr 10, 2019 at 11:50:49AM -0400, Joe Lawrence wrote:
> > Hi folks,
> >
> > This is the third installment of the klp-convert tool for generating and
> > processing livepatch symbols for livepatch module builds. For those
> > following along at h
The IRQ is requested before the struct rtc is allocated and registered, but
this struct is used in the IRQ handler. This may lead to a NULL pointer
dereference.
Switch to devm_rtc_allocate_device/rtc_register_device to allocate the rtc
struct before requesting the IRQ.
Signed-off-by: Alexandre Be
Let the core handle the range, and in particular the imx1 offsetting. This
has the benefit of extending the range of the RTC further than 365 days and
making .read_time useful again on imx1.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-mxc.c | 30 +-
1 file ch
Use .set_time instead of the deprecated .set_mmss64.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-mxc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-mxc.c b/drivers/rtc/rtc-mxc.c
index 31d3f375bc0f..e697e96612bb 100644
--- a/drivers/rtc/rtc-mx
Hi,
On Tue, 16 Apr 2019 at 09:34, Maxime Ripard wrote:
>
> On Mon, Apr 15, 2019 at 06:30:10PM +0200, Clément Péron wrote:
> > > > I didn't change the driver and the SPDIF is working what's irrelevant
> > > > in declaring the driver as compatible ?
> > >
> > > It's working by accident.
> > >
> > >
Hi,
On 19. 4. 15. 오후 11:55, Dmitry Osipenko wrote:
> Add devfreq driver for NVIDIA Tegra20 SoC's. The driver periodically
> reads out Memory Controller counters and adjusts memory frequency based
> on the memory clients activity.
>
> Signed-off-by: Dmitry Osipenko
> ---
> MAINTAINERS
This commit adds the pinctrl driver for the MediaTek's MT8516 SoC.
Signed-off-by: Fabien Parent
---
v2:
* Don't assign anything to eint_regs since the registers are similar
to the default provided by the common pinctrl driver.
---
drivers/pinctrl/mediatek/Kconfig
Use unsigned int instead of unsigned.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-mc13xxx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-mc13xxx.c b/drivers/rtc/rtc-mc13xxx.c
index 475def1604e6..afce2c0b4bd6 100644
--- a/drivers/rtc/rtc-mc13xxx.c
+
All supported PMICs have a 15 bits days counter and hours, minutes, seconds
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-mc13xxx.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-mc13xxx.c b/drivers/rtc/rtc-mc13xxx.c
index 0fa33708fc49..5
Use SPDX-License-Identifier instead of a verbose license text.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-mc13xxx.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/rtc/rtc-mc13xxx.c b/drivers/rtc/rtc-mc13xxx.c
index d8fab85fce61..475def1604e6 100644
---
On 16/04/19 10:27 AM, Peng Fan wrote:
> Hi Adrian,
>
>>
>> On 16/04/19 9:48 AM, Peng Fan wrote:
>>> On i.MX8MM, we are running Dual Linux OS, with 1st Linux using SD Card
>>> as rootfs storage, 2nd Linux using eMMC as rootfs storage. We let the
>>> the 1st linux configure power/clock for the 2nd L
On Tue, Apr 16, 2019 at 9:29 AM Stephen Rothwell wrote:
>
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> This patch aims to suppress up to 3 missing-break-in-switch false
> positives on some architectures.
>
> Cc: Arnd Bergmann
Use .set_time instead of the deprecated .set_mmss64.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-mc13xxx.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-mc13xxx.c b/drivers/rtc/rtc-mc13xxx.c
index 5c2862fcb2df..d8fab85fce61 100644
--- a/driver
Use SPDX-License-Identifier instead of a verbose license text.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-imxdi.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c
index 2e1f5069c67f..6342bc403645 100644
-
The RTC core already ensures the alarm is set to a time in the future, it
is not necessary to check again in the driver.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-imxdi.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rt
The RTC Time Counter MSB Register contains the 32 most significant bits
(47:16) of the 47-bit RTC Time Counter. Clocked by a 32.768 KHz clock, this
register is effectively a 32-bit seconds counter.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-imxdi.c | 15 ++-
1 file changed,
Call the 64bit versions of rtc_tm time conversion now that the range is
enforced by the core.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-imxdi.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c
index 43d9cad69
On Fri, 2019-02-08 at 16:04 +0100, Matthias Brugger wrote:
>
> On 09/01/2019 09:21, Seiya Wang wrote:
> > This patch adds the device nodes of ARM Performance Monitor Uint
> > for mt8173.
> >
> > Signed-off-by: Seiya Wang
> > ---
> > arch/arm64/boot/dts/mediatek/mt8173.dtsi | 14 ++
>
Use .set_time instead of the deprecated .set_mmss.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-imxdi.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c
index 8a7ad1502e4f..254bc894105b 100644
--- a/drivers/rtc/rt
Dear Greg,
Gently ping.
Best Regards,
Chanwoo Choi
On 19. 4. 5. 오전 10:21, Chanwoo Choi wrote:
> Dear Greg,
>
> This is extcon-fixes pull request for v5.1-rc4. I add detailed description of
> this pull request on below. Please pull extcon with following updates.
>
> Best Regards,
> Chanwoo Choi
pon., 15 kwi 2019 o 12:21 Sekhar Nori napisał(a):
>
> On 12/04/19 9:01 PM, Bartosz Golaszewski wrote:
> > pt., 12 kwi 2019 o 15:53 Sekhar Nori napisał(a):
> >>
> >> On 12/04/19 5:41 PM, Bartosz Golaszewski wrote:
> >>> pt., 12 kwi 2019 o 13:26 Sekhar Nori napisał(a):
>
> Hi Bartosz,
>
Hi Pavel,
On 16/4/19 9:19, Pavel Machek wrote:
> Hi!
>
>> This patch exposes a new property, similar to input current limit, to
>> re-configure the maximum voltage from the external supply at runtime
>> based on system-level knowledge or user input.
>
> Well, and I suspect it should expose input
> On 14 Apr 2019, at 11:44, Vinod Koul wrote:
>
>
> On 04-04-19, 09:12, Jan Kotas wrote:
>> On arm64 the cadence_master.c file doesn't compile.
>>
>> readl and writel are undefined.
>> This patch fixes that by including io.h.
>
> And I cant verify that without hacking kconfig to force compile
On Mon 2019-04-15 23:55:45, Mauro Carvalho Chehab wrote:
> Convert livepatch documentation to ReST format. The changes
> are mostly trivial, as the documents are already on a good
> shape. Just a few markup changes are needed for Sphinx to
> properly parse the docs.
>
> Signed-off-by: Mauro Carval
Convert the tsl2583 device tree bindings to the new YAML format.
Signed-off-by: Brian Masney
---
I can no longer find the data sheet for this device linked on AMS's
site. The datasheet is still on Digikey [1], however I didn't include it
in the binding document since I assume that we should only
Switch hardcoded function name with a reference to __func__ making the
code more maintainable
WARNING: Prefer using '"%s...", __func__' to using function's name, in a
string
Use pr_warn instead of printk
WARNING: Prefer [subsystem eg: netdev]_err([subsystem]dev, ...
then dev_err(dev, ... then pr
Convert the tsl2772 device tree bindings to the new YAML format.
Signed-off-by: Brian Masney
---
.../devicetree/bindings/iio/light/tsl2772.txt | 42 -
.../bindings/iio/light/tsl2772.yaml | 85 +++
2 files changed, 85 insertions(+), 42 deletions(-)
delete mode 1
Hi Mohan,
On 16/04/2019 11:46, Mohan Kumar wrote:
> Switch hardcoded function name with a reference to __func__ making the
> code more maintainable
>
> WARNING: Prefer using '"%s...", __func__' to using function's name, in a
> string
>
> Use pr_warn instead of printk
>
> WARNING: Prefer [subsys
On Mon, Apr 15, 2019 at 5:29 PM Willy Wolff wrote:
>
> Thank you for your review.
>
> I follow https://kernelnewbies.org/FirstKernelPatch to write this patch.
> It's not stated that checkpatch.pl is for new patches only. Moreover,
> https://kernelnewbies.org/FirstKernelPatch#Running_checkpatch.pl
On 16/04/2019 10:25, lei liu wrote:
> On Tue, 2019-04-16 at 09:55 +0200, Matthias Brugger wrote:
>>
>> On 23/03/2019 22:16, Fabien Parent wrote:
>>> Add binding documentation of spi-mt65xx for MT8516 SoC.
>>>
>>> Signed-off-by: Fabien Parent
>>> ---
>>> Documentation/devicetree/bindings/spi/sp
On 16/04/2019 10:14, Wolfram Sang wrote:
> On Tue, Apr 16, 2019 at 09:58:09AM +0200, Matthias Brugger wrote:
>>
>>
>> On 23/03/2019 22:16, Fabien Parent wrote:
>>> Add binding documentation of i2c-mtk for MT8516 SoC.
>>>
>>> Signed-off-by: Fabien Parent ---
>>> Documentation/devicetree/bind
Hi Arnd,
On Tue, 16 Apr 2019 10:32:55 +0200 Arnd Bergmann wrote:
>
> Acked-by: Arnd Bergmann
Thanks
> It's a bit inconsistent though since put_compat_sigset() has the
> comments in separate lines, as of commit 89976005536c
> ("include/linux/compat.h: mark expected switch fall-throughs").
OK,
Dear Hans, all,
Could you please help to review this patch?
This is a fix about vp9 show_existing_frames.
Sincerely thanks,
BR
On Mon, 2019-04-01 at 16:18 +0800, maoguang.m...@mediatek.com wrote:
> From: Maoguang Meng
>
> Update referenced frame buffer's reference count when playing vp9
> con
On 16/04/2019 10:35, Seiya Wang wrote:
> On Fri, 2019-02-08 at 16:04 +0100, Matthias Brugger wrote:
>>
>> On 09/01/2019 09:21, Seiya Wang wrote:
>>> This patch adds the device nodes of ARM Performance Monitor Uint
>>> for mt8173.
>>>
>>> Signed-off-by: Seiya Wang
>>> ---
>>> arch/arm64/boot/dt
On Mon, Apr 15, 2019 at 03:01:51PM -0700, Nathan Chancellor wrote:
> On Mon, Apr 15, 2019 at 08:44:36PM +0200, Greg Kroah-Hartman wrote:
> > From: Will Deacon
> >
> > commit 045afc24124d80c6998d9c770844c67912083506 upstream.
> >
> > Rather embarrassingly, our futex() FUTEX_WAKE_OP implementation
On Tue, Apr 16, 2019 at 4:27 PM Stephen Rothwell wrote:
>
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> This patch aims to suppress up to 18 missing-break-in-switch false
> positives on some architectures.
>
> Cc: Jason A. Done
Hi Andrew-sh.Cheng,
Please add the dt-binding documentation.
On 19. 3. 29. 오후 3:46, Andrew-sh.Cheng wrote:
> This adds a devfreq driver for the Cache Coherent Interconnect (CCI)
> of the Mediatek MT8183.
>
> On the MT8183 the CCI is supplied by the same regulator as the LITTLE
> cores. The drive
1 - 100 of 936 matches
Mail list logo