sysfs entries added by rtc_add_group are called with the rtc device
as argument and not the underlying device. Fixed by using the dev->parent
Fixes: cfb74916e2ec ("rtc: ds1685: use rtc_add_group")
Signed-off-by: Thomas Bogendoerfer
---
drivers/rtc/rtc-ds1685.c | 6 +++---
1 file changed, 3
Fixes: aaaf5fbf56f1 ("rtc: add driver for DS1685 family of real time clocks")
Signed-off-by: Thomas Bogendoerfer
---
drivers/rtc/rtc-ds1685.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-ds1685.c b/drivers/rtc/rtc-ds1685.c
index 2f5194df239e..929f28375b87
Handling of extended interrupts (kickstart, wake-up, ram-clear) is
moved off to a work queue, but the interrupts aren't acknowledged
in the interrupt handler. This leads to a deadlock, if driver
is used with interrupts. To fix this we now disable in irq handler
and re-enable it after work queue is
On 4/10/19 8:56 PM, Yang Shi wrote:
> include/linux/gfp.h| 12
> include/linux/migrate.h| 1 +
> include/trace/events/migrate.h | 3 +-
> mm/debug.c | 1 +
> mm/internal.h | 13 +
> mm/migrate.c | 15
On 4/10/19 8:32 PM, Masahiro Yamada wrote:
On Thu, Apr 11, 2019 at 12:52 AM Joe Lawrence wrote:
From: Josh Poimboeuf
Define klp prefixes in include/uapi/linux/livepatch.h, and use them for
replacing hard-coded values in kernel/livepatch/core.c.
[ ... snip ... ]
>>
diff --git
This isn't so much another aproach, as it it some tweaks on top of
what's there. Right?
This set seems to present a bunch of ideas, like "promote if accessed
twice". Seems like a good idea, but I'm a lot more interested in seeing
data about it being a good idea. What workloads is it good for?
On Sun, Apr 7, 2019 at 7:44 PM Masahiro Yamada
wrote:
>
> After cross-compiling the kernel, "make mrproper" should be executed
> with the proper ARCH= option. Otherwise, stale objects will remain
> under arch/$(SRCARCH)/.
>
> One bad scenario is like this:
>
> $ make ARCH=arm defconfig all #
On Sun, Apr 7, 2019 at 7:03 PM Masahiro Yamada
wrote:
>
> This is unneeded since commit 43fee2b23895 ("kbuild: do not redirect
> the first prerequisite for filechk").
>
> Signed-off-by: Masahiro Yamada
Applied to linux-kbuild.
> ---
>
> Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1
> --- /dev/null
> +++ b/arch/riscv/kernel/perf_callchain.c
> @@ -0,0 +1,122 @@
> +// SPDX-License-Identifier: GPL-2.0
> +// Copyright (C) 2019 Hangzhou C-SKY Microsystems co.,ltd.
Please use normal /* */ Style comment for everything but the SPDX
tags.
> +static int unwind_frame_kernel(struct
On Thu, Apr 11, 2019 at 6:25 PM Wiebe, Wladislav (Nokia - DE/Ulm)
wrote:
>
> Commit ea837f1c0503 ("kbuild: make modpost processing configurable")
> was intended to give KBUILD_MODPOST_WARN flexibility to be configurable.
> Right now KBUILD_MODPOST_WARN gets just ignored when KBUILD_EXTMOD is
>
Please also send all riscv patches to the
linux-ri...@lists.infradead.org list.
On Sun, Apr 7, 2019 at 5:05 AM Liming Sun wrote:
> > > + * mlxbf_tmfifo_msg_hdr - Structure of the TmFifo message header
> > > + * @type: message type
> > > + * @len: payload length
> > > + * @u: 64-bit union data
> > > + */
> > > +union mlxbf_tmfifo_msg_hdr {
> > > + struct {
> > > +
On 4/11/2019 9:33 AM, Peter Zijlstra wrote:
On Thu, Apr 11, 2019 at 09:30:10AM -0400, Liang, Kan wrote:
I changed that like so:
--- a/arch/x86/events/intel/core.c
+++ b/arch/x86/events/intel/core.c
@@ -3508,7 +3508,7 @@ tnt_get_event_constraints(struct cpu_hw_
*/
if
While the UDA1380 is described in some lpc3250 device trees, there is
currently no real user of that codec. Anyway, if the codec needs a clock,
it should take it explicitly.
lpc3250_machine_init is called for all the lpc32xx machines and some are
using test1_clk (for example to strobe an HW
Hi Dave,
On 4/4/19 11:52 AM, Dave Martin wrote:
On Fri, Feb 08, 2019 at 04:55:13PM +, Julien Grall wrote:
I'm not sure how this patch will affect context switch overhead, so it
would be good to see hackbench numbers (or similar).
I finally have some numbers for this patch. The benchmark
On Sun, Apr 7, 2019 at 5:03 AM Liming Sun wrote:
>
> This commit adds the TmFifo platform driver for Mellanox BlueField
> Soc. TmFifo is a shared FIFO which enables external host machine
> to exchange data with the SoC via USB or PCIe. The driver is based
> on virtio framework and has console and
[+cc Alex, Suravee, Thomas, Felix, Christian]
On Mon, Apr 08, 2019 at 01:37:25PM +0300, Nikolai Kostrigin wrote:
> ATS is broken on this hardware (at least for Stoney Ridge
> based laptop) and causes IOMMU stalls and
> system failure. Disable ATS on these devices to make them
> usable again with
It appears that there is a typo in the rk3288 TRM. For
GRF_SOC_CON0[7] it says that 0 means "vepu" and 1 means "vdpu". It's
the other way around.
How do I know? Here's my evidence:
1. Prior to commit 4d3e84f99628 ("clk: rockchip: describe aclk_vcodec
using the new muxgrf type on rk3288")
On Wed, Apr 10, 2019 at 03:57:08PM +0800, Zhao, Yakui wrote:
> It is used to avoid that one function declaration has no definition
> when asm/acrnhyper.h is included and ACRN_GUEST is not enabled.
And that is a problem because...?
> Do you have any suggestion about the header order?
> >
> >
On Wed, Apr 10, 2019 at 12:39 PM Alexandre Belloni
wrote:
> Interrupt support was disabled "temporarily" in commit 320a6480ef24 ("gpio:
> lpc32xx: disable broken to_irq support").
>
> Reenable to_irq for port 3 as they are directly connected to an interrupt
> controller and a simple lookup is
On Thu, Apr 11, 2019 at 06:12:49AM -0700, Joe Perches wrote:
> On Thu, 2019-04-11 at 14:59 +0200, Nicholas Mc Guire wrote:
> > On Thu, Apr 11, 2019 at 04:51:25AM -0700, Joe Perches wrote:
> > > On Thu, 2019-04-11 at 04:56 +0200, Nicholas Mc Guire wrote:
> > > > On Wed, Apr 10, 2019 at 03:53:51PM
Hi,
On 11/4/19 13:10, Rushikesh S Kadam wrote:
> Hi Enric, Srinivas
>
> On Thu, Apr 11, 2019 at 12:55:13PM +0200, Enric Balletbo i Serra wrote:
>> Hi,
>>
>> On 10/4/19 17:31, Jett Rink wrote:
>>> Reviewed-by: Jett Rink
>>> Tested-by: Jett Rink
>>>
>>>
>>> On Sun, Apr 7, 2019 at 6:10 AM
hi Ulf
On 4/11/19 3:29 PM, Ulf Hansson wrote:
On Thu, 11 Apr 2019 at 14:37, Ludovic BARRE wrote:
Hi Ulf
Just a gentleman ping about this series.
I sent this series at same time of dt_mode
(no dependence between both).
Thanks for pinging.
It's been a busy period, with travels etc. I am
Am Donnerstag, 11. April 2019, 11:26:12 CEST schrieb Nicolas Dichtel:
> Le 11/04/2019 à 10:52, Rolf Eike Beer a écrit :
> > Am Donnerstag, 11. April 2019, 10:39:40 CEST schrieb Nicolas Dichtel:
> >> In case of cross-compilation, there may be two pkg-config tools, one for
> >> the host and one for
Hi Alexandre,
thanks for your patch!
On Wed, Apr 10, 2019 at 12:39 PM Alexandre Belloni
wrote:
> Some of the LPC32xx gpios are wired directly to one of the interrupt
> controllers while port 0 and port 1 share the same interrupt for their
> interrupt capable gpios.
>
> Cc: Rob Herring
>
On Wed, Apr 10, 2019 at 05:15:48PM +0800, Zhao, Yakui wrote:
> Currently the x2apic is not enabled in the first step.
> Next step it needs to check the cpu info reported by ACRN hypervisor to
> determine whether the x2apic should be supported.
What "cpu info"? CPUID or something ACRN-specific?
On 11/04/2019 13:46, Heiko Stuebner wrote:
Hi Robin,
Am Samstag, 30. März 2019, 00:24:16 CEST schrieb Robin Murphy:
On 2019-03-27 12:00 pm, Heiko Stuebner wrote:
Hi,
Am Dienstag, 26. März 2019, 14:49:16 CET schrieb Katsuhiro Suzuki:
Hello Robin,
Sorry for inconvenience. Since I don't
On Thu, Apr 11, 2019 at 3:38 AM Rajat Jain wrote:
>
> Add code to instantiate the pmc_core platform device and thus attach to
> the driver, if the ACPI device for the same ("INT33A1") is not present
> in a system where it should be. This was discussed here:
>
On Thu, Apr 11, 2019 at 3:37 AM Rajat Jain wrote:
>
> Convert the intel_pmc_core driver to a platform driver, and attach using
> the ACPI enumeration method (via the ACPI device "INT33A1").
> cpu_id = x86_match_cpu(intel_pmc_core_ids);
> if (!cpu_id)
> return
On Thu, Apr 11, 2019 at 04:21:06AM -0400, Joel Fernandes wrote:
> On Wed, Apr 10, 2019 at 08:44:01PM -0400, Steven Rostedt wrote:
> > On Wed, 10 Apr 2019 16:29:02 -0400
> > Joel Fernandes wrote:
> >
> > > The srcu structure pointer array is modified at module load time because
> > > the
> > >
On Wed, Apr 10, 2019 at 10:47 AM Yue Haibing wrote:
> From: YueHaibing
>
> When building with CONFIG_GPIOLIB is not set
> gcc warns this:
>
> drivers/iio/adc/ti-ads7950.c:75:19: error: field chip has incomplete type
> struct gpio_chip chip;
>^~~~
>
On Thu, Apr 11, 2019 at 3:38 AM Rajat Jain wrote:
>
> Add a module parameter which when enabled, will check on resume, if the
> last S0ix attempt was successful. If not, the driver would warn and provide
> helpful debug information (which gets latched during the failed suspend
> attempt) to debug
On Wed, Apr 10, 2019 at 9:48 AM Baolin Wang wrote:
> 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
On Tue, Apr 9, 2019 at 10:00 PM Alexandre Belloni
wrote:
> Use SPDX-License-Identifier instead of the custom license line.
>
> Signed-off-by: Alexandre Belloni
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Tue, Apr 9, 2019 at 10:00 PM Alexandre Belloni
wrote:
> Use .set_time instead of the deprecated .set_mmss64.
>
> Signed-off-by: Alexandre Belloni
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Tue, Apr 9, 2019 at 9:59 PM Alexandre Belloni
wrote:
> The ab3100 has a 48bit counter running at 65536 Hz (despite one of the
> comment). The max value is then (2^48 - 1)/2^16 == 2^32 - 1.
>
> Signed-off-by: Alexandre Belloni
Ah, sweet.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Thu, Apr 11, 2019 at 07:18:49AM +0200, Christoph Hellwig wrote:
> On Wed, Apr 10, 2019 at 04:45:01PM -0500, Bjorn Helgaas wrote:
> > [+cc Keith, Jonathan (VMD guys)]
> >
> > I'm OK with this from a PCI perspective. It would be nice if
> >
> > dma_domain_list
> > dma_domain_list_lock
> >
On Thu, Apr 11, 2019 at 04:31:51PM +0300, Andy Shevchenko wrote:
> On Wed, Apr 10, 2019 at 6:25 PM Heikki Krogerus
> wrote:
> >
> > Software nodes provide two features that we will need later.
> > 1) Software nodes can have references to other software nodes.
> > 2) Software nodes can exist
On Tue, Apr 9, 2019 at 2:35 PM Alexandre Belloni
wrote:
> The NXP PCA6416, documented at [1], is a variant of the PCA GPIO
> expander with 16 GPIOs, and supporting an interrupt.
>
> [1] https://www.nxp.com/docs/en/data-sheet/PCA6416A.pdf
>
> Signed-off-by: Alexandre Belloni
Patch applied.
On Tue, Apr 9, 2019 at 2:35 PM Alexandre Belloni
wrote:
> The NXP PCA6416 is a variant of the PCA GPIO expander, with 16 GPIOs.
>
> Signed-off-by: Alexandre Belloni
Patch applied.
Yours,
Linus Walleij
On Tue, Apr 9, 2019 at 12:25 PM Alexandre Belloni
wrote:
> When adding support for the pcal6416, the of_device_id table was left out,
> add the proper entry.
>
> Fixes: aac1e3c9680b ("gpio: pca953x: add support for pcal6416 type")
> Signed-off-by: Alexandre Belloni
Patch applied.
Yours,
Linus
On Thu, Apr 11, 2019 at 09:30:10AM -0400, Liang, Kan wrote:
> > I changed that like so:
> >
> > --- a/arch/x86/events/intel/core.c
> > +++ b/arch/x86/events/intel/core.c
> > @@ -3508,7 +3508,7 @@ tnt_get_event_constraints(struct cpu_hw_
> > */
> > if (event->attr.precise_ip == 3) {
> >
On Tue, Apr 9, 2019 at 11:08 AM Pascal PAILLET-LME wrote:
> This patch adds stpmic1 support on stm32mp157c ed1 board.
> The STPMIC1 is a PMIC from STMicroelectronics. The STPMIC1 integrates 10
> regulators, 3 power switches, a watchdog and an input for a power on key.
> The DMAs are disabled
On Tue, Apr 9, 2019 at 11:08 AM Pascal PAILLET-LME wrote:
> This patch adds stpmic1 support on stm32mp157a dk1 board.
> The STPMIC1 is a PMIC from STMicroelectronics. The STPMIC1 integrates 10
> regulators, 3 power switches, a watchdog and an input for a power on key.
> The DMAs are disabled
On Wed, Apr 10, 2019 at 6:25 PM Heikki Krogerus
wrote:
>
> Software nodes provide two features that we will need later.
> 1) Software nodes can have references to other software nodes.
> 2) Software nodes can exist before a device entry is created.
>
It seems does two things in one patch, and
On Wed, Apr 10, 2019 at 6:25 PM Heikki Krogerus
wrote:
>
> Now that the software nodes support references, and the
> device connection API support parsing fwnode references,
> replacing the old connection descriptions with software node
> references. Relying on device names when matching the
>
On 4/11/2019 5:06 AM, Peter Zijlstra wrote:
On Wed, Apr 10, 2019 at 11:57:09AM -0700, kan.li...@linux.intel.com wrote:
+static struct event_constraint *
+tnt_get_event_constraints(struct cpu_hw_events *cpuc, int idx,
+ struct perf_event *event)
That 'tnt' still
On 4/11/2019 5:00 AM, Peter Zijlstra wrote:
On Wed, Apr 10, 2019 at 09:47:20PM +0200, Peter Zijlstra wrote:
Sure, those are actually forced 0 with the existing thing.
I'll go fold smething like back in. Thanks!
@@ -3472,7 +3475,7 @@ icl_get_event_constraints(struct cpu_hw_events *cpuc,
On Tue, Apr 9, 2019 at 9:24 AM Amelie Delaunay wrote:
> This patch adds pinctrl/GPIO driver for STMicroelectronics
> Multi-Function eXpander (STMFX) GPIO expander.
> STMFX is an I2C slave controller, offering up to 24 GPIOs.
> The driver relies on generic pin config interface to configure the
On Thu, 11 Apr 2019 at 14:37, Ludovic BARRE wrote:
>
> Hi Ulf
>
> Just a gentleman ping about this series.
> I sent this series at same time of dt_mode
> (no dependence between both).
Thanks for pinging.
It's been a busy period, with travels etc. I am just catching up on
everything and I will
On Wed, Apr 10, 2019 at 6:25 PM Heikki Krogerus
wrote:
>
> Supplying also external devices - the DisplayPort connector
> and the USB role switch - software fwnodes. After this the
> driver has access to all the components tied to the USB
> Type-C connector and can start creating software node
>
On Mon, Apr 8, 2019 at 8:38 PM Abel Vesa wrote:
> 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 specific
>
On Wed, Apr 10, 2019 at 02:29:26PM -0700, Dave Hansen wrote:
> On 4/10/19 2:25 PM, Sebastian Andrzej Siewior wrote:
> >> static inline void write_pkru(u32 pkru)
> >> {
> >>if (boot_cpu_has(X86_FEATURE_OSPKE))
> >> - __write_pkru(pkru);
> >> + wrpkru(pkru);
> > I think if
On Thu, 11 Apr 2019 at 14:48, Qian Cai wrote:
>
> The commit 50899f7d5078 ("PM / Domains: Add genpd governor for CPUs")
> introduced a compilation error on arm64 with CONFIG_CPU_IDLE=n because
> cpuidle_devices is undefined there.
>
> drivers/base/power/domain_governor.o: In function
On 02/04/2019 05:02, Joseph Lo wrote:
> Since the clocksource framework has the support for suspend time
> compensation. Re-work the driver to use that, so we can reduce the
> duplicate code.
>
> Suggested-by: Daniel Lezcano
> Signed-off-by: Joseph Lo
> ---
Awesome, thanks for this patch.
Hi Gaël,
Am Freitag, 22. März 2019, 00:14:39 CEST schrieb Gaël PORTAY:
> From: Lin Huang
>
> These are required to support DDR DVFS on rk3399 platform. The patch also
> introduces a new file with default DRAM settings.
>
> Signed-off-by: Lin Huang
> Signed-off-by: Enric Balletbo i Serra
>
On Thu, 11 Apr 2019 04:21:06 -0400
Joel Fernandes wrote:
> Patch 2/3 and 3/3 would not be nececessary if this works out. 1/3 may be a
> nice clean up but is not something urgent and we could do that in the future
> if needed.
Well, jump_labels is "special" because it requires sorting the RO
On 27/03/19 15:12, Vitaly Kuznetsov wrote:
> In __apic_accept_irq() interface trig_mode is int and actually on some code
> paths it is set above u8:
>
> kvm_apic_set_irq() extracts it from 'struct kvm_lapic_irq' where trig_mode
> is u16. This is done on purpose as e.g. kvm_set_msi_irq() sets it
On Thu, 2019-04-11 at 14:59 +0200, Nicholas Mc Guire wrote:
> On Thu, Apr 11, 2019 at 04:51:25AM -0700, Joe Perches wrote:
> > On Thu, 2019-04-11 at 04:56 +0200, Nicholas Mc Guire wrote:
> > > On Wed, Apr 10, 2019 at 03:53:51PM -0700, Stephen Boyd wrote:
> > > > Quoting Nicholas Mc Guire
Hi Jarkko,
> > diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
> > index f7068cc..c9560a1 100644
> > --- a/drivers/spi/spi-pxa2xx.c
> > +++ b/drivers/spi/spi-pxa2xx.c
> > @@ -884,10 +884,15 @@ static unsigned int ssp_get_clk_div(struct
> driver_data *drv_data, int rate)
> >
> >
On Thu, Apr 11, 2019 at 3:43 AM Paul Walmsley wrote:
>
> Add initial support for the SiFive FU540-C000 SoC. This is a 28nm SoC
> based around the SiFive U54-MC core complex and a TileLink
> interconnect.
>
> This file is expected to grow as more device drivers are added to the
> kernel.
>
>
On Fri, Apr 05, 2019 at 02:32:41PM +0200, Enrico Weigelt, metux IT consult
wrote:
>On 05.04.19 11:00, Vincent Whitchurch wrote:
>> On Fri, Apr 05, 2019 at 10:39:43AM +0200, Enrico Weigelt, metux IT consult
>> wrote:
>>> On 03.04.19 16:11, Vincent Whitchurch wrote:
>>>
Especially on embedded
On Wed, Apr 10, 2019 at 05:13:54AM -0700, tip-bot for Peter Zijlstra wrote:
> Commit-ID: 86071b11317550d994b55ce5e31aa06bcad783b5
> Gitweb:
> https://git.kernel.org/tip/86071b11317550d994b55ce5e31aa06bcad783b5
> Author: Peter Zijlstra
> AuthorDate: Thu, 4 Apr 2019 15:03:00 +0200
>
On Thu, Apr 11, 2019 at 3:43 AM Paul Walmsley wrote:
>
> Add initial board data for the SiFive HiFive Unleashed A00.
>
> Currently the data populated in this DT file describes the board
> DRAM configuration and the external clock sources that supply the
> PRCI.
>
> This second version adds
Hi Rafael,
On Wed, Apr 10, 2019 at 06:24:59PM +0300, Heikki Krogerus wrote:
> There is no reason why we should limit the use of
> fwnode_get_named_child_node() to data nodes only.
>
> Signed-off-by: Heikki Krogerus
> ---
> drivers/acpi/property.c | 26 --
> 1 file
On 07/04/2019 22:34, Florian Fainelli wrote:
The Cortex-A72 supports all ARMv8 recommended events up to the
RC_ST_SPEC (0x91) event, create an appropriate JSON file for mapping
those events and update the mapfile.csv for matching the Cortex-A72 MIDR
to that file.
Signed-off-by: Florian Fainelli
On 05/04/2019 20:24, Andrey Smirnov wrote:
[ ... ]
>>> +static const struct regmap_range qiriq_yes_ranges[] = {
>>> + regmap_reg_range(REGS_TMR, REGS_TSCFGR),
>>> + regmap_reg_range(REGS_TTRnCR(0), REGS_TTRnCR(3)),
>>> + /* Read only registers below */
>>> +
On Wed, Apr 10, 2019 at 10:33:20PM -0500, Josh Poimboeuf wrote:
> > -#ifdef CONFIG_USER_STACKTRACE_SUPPORT
> > +extern void save_stack_trace(struct stack_trace *trace);
> > +extern void save_stack_trace_regs(struct pt_regs *regs,
> > + struct stack_trace *trace);
> >
On Thu, Apr 11, 2019 at 04:51:25AM -0700, Joe Perches wrote:
> On Thu, 2019-04-11 at 04:56 +0200, Nicholas Mc Guire wrote:
> > On Wed, Apr 10, 2019 at 03:53:51PM -0700, Stephen Boyd wrote:
> > > Quoting Nicholas Mc Guire (2019-04-06 20:13:24)
> > > > Providing a range for usleep_range() allows the
Hi Scott,
On Wed, Apr 10, 2019 at 04:53:39PM -0500, Scott Wood wrote:
> struct dfl_feature_platform_data (and it's mutex) is used
> by both fme and port devices, and when lockdep is enabled it
> complains about nesting between these locks. Tell lockdep about
> the difference so it can track
On Thu, Apr 11, 2019 at 3:43 AM Paul Walmsley wrote:
>
> At Rob's request, we're starting to migrate our DT binding
> documentation to json-schema YAML format. Start by converting our cpu
> binding documentation. While doing so, document more properties and
> nodes. This includes adding
+Linus, +Al, +linux-fsdevel, +linux-kernel
On Tue, Apr 09, 2019 at 11:50:23PM +0200, Rasmus Villemoes wrote:
> On 09/04/2019 22.38, Kirill Smelkov wrote:
> > On Tue, Apr 09, 2019 at 09:43:37AM +0200, Rasmus Villemoes wrote:
> >> On 26/03/2019 23.20, Kirill Smelkov wrote:
> >>
> >>> 2. Add
Hi Lee,
Am Dienstag, 2. April 2019, 08:33:05 CEST schrieb Lee Jones:
> On Wed, 02 Jan 2019, Tony Xie wrote:
>
> > The RK809 and RK817 are a Power Management IC (PMIC) for multimedia
> > and handheld devices. They contains the following components:
> > - Regulators
> > - RTC
> > - Clocking
On Wed, Apr 10, 2019 at 04:53:27PM -0500, Scott Wood wrote:
> dma_mapping_error() was being called on a different device struct than
> what was passed to map/unmap. Besides rendering the error checking
> ineffective, it caused a debug splat with CONFIG_DMA_API_DEBUG.
>
> Signed-off-by: Scott
The commit 50899f7d5078 ("PM / Domains: Add genpd governor for CPUs")
introduced a compilation error on arm64 with CONFIG_CPU_IDLE=n because
cpuidle_devices is undefined there.
drivers/base/power/domain_governor.o: In function `cpu_power_down_ok':
drivers/base/power/domain_governor.c:263:
Hi Robin,
Am Samstag, 30. März 2019, 00:24:16 CEST schrieb Robin Murphy:
> On 2019-03-27 12:00 pm, Heiko Stuebner wrote:
> > Hi,
> >
> > Am Dienstag, 26. März 2019, 14:49:16 CET schrieb Katsuhiro Suzuki:
> >> Hello Robin,
> >>
> >> Sorry for inconvenience. Since I don't adhere enabling DMA for
From: Bartosz Golaszewski
Add the DT binding document for the battery charger module of max77650.
Signed-off-by: Bartosz Golaszewski
---
.../power/supply/max77650-charger.txt | 28 +++
1 file changed, 28 insertions(+)
create mode 100644
From: Bartosz Golaszewski
This series adds support for max77650 ultra low-power PMIC. It provides
the core mfd driver and a set of five sub-drivers for the regulator,
power supply, gpio, leds and input subsystems.
Patches 1-4 add the DT binding documents. Patch 5 documents mfd_add_devices().
From: Bartosz Golaszewski
Add the DT binding document for the LEDs module of max77650.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Rob Herring
Acked-by: Pavel Machek
---
.../bindings/leds/leds-max77650.txt | 57 +++
1 file changed, 57 insertions(+)
create mode
From: Bartosz Golaszewski
Add a DT binding document for max77650 ultra-low power PMIC. This
describes the core mfd device and the GPIO module.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Rob Herring
Acked-by: Pavel Machek
Acked-for-MFD-by: Lee Jones
---
From: Bartosz Golaszewski
Add a kernel doc for mfd_add_devices().
Signed-off-by: Bartosz Golaszewski
Acked-by: Pavel Machek
Acked-for-MFD-by: Lee Jones
---
drivers/mfd/mfd-core.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/mfd/mfd-core.c
From: Bartosz Golaszewski
This adds basic support for LEDs for the max77650 PMIC. The device has
three current sinks for driving LEDs.
Signed-off-by: Bartosz Golaszewski
Acked-by: Jacek Anaszewski
Acked-by: Pavel Machek
---
drivers/leds/Kconfig | 6 ++
drivers/leds/Makefile
From: Bartosz Golaszewski
Add GPIO support for max77650 mfd device. This PMIC exposes a single
GPIO line.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Linus Walleij
---
drivers/gpio/Kconfig | 7 ++
drivers/gpio/Makefile| 1 +
drivers/gpio/gpio-max77650.c | 190
From: Bartosz Golaszewski
Add basic support for the battery charger for max77650 PMIC.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Linus Walleij
---
drivers/power/supply/Kconfig| 7 +
drivers/power/supply/Makefile | 1 +
drivers/power/supply/max77650-charger.c |
From: Bartosz Golaszewski
Add the core mfd driver for max77650 PMIC. We define five sub-devices
for which the drivers will be added in subsequent patches.
Signed-off-by: Bartosz Golaszewski
---
drivers/mfd/Kconfig | 14 +++
drivers/mfd/Makefile | 1 +
Am Samstag, 6. April 2019, 17:35:57 CEST schrieb Katsuhiro Suzuki:
> This patch fixes pin assign of cts and rts signal of UART3.
>
> Currently GPIO3_C2 and C3 pins are assigned but TRM says that
> GPIO3_C0 and C1 are correct.
>
> Refer:
> RK3399 TRM v1.4 - Table 19-1 UART Interface Description
From: Bartosz Golaszewski
Add the DT binding document for the onkey module of max77650.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Rob Herring
---
.../bindings/input/max77650-onkey.txt | 26 +++
1 file changed, 26 insertions(+)
create mode 100644
From: Bartosz Golaszewski
I plan on extending this set of drivers so add myself as maintainer.
Signed-off-by: Bartosz Golaszewski
---
MAINTAINERS | 14 ++
1 file changed, 14 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2359e12e4c41..ab4e8c30a4de 100644
---
From: Bartosz Golaszewski
Add support for the push- and slide-button events for max77650.
Signed-off-by: Bartosz Golaszewski
Acked-by: Dmitry Torokhov
Acked-by: Pavel Machek
---
drivers/input/misc/Kconfig | 9 +++
drivers/input/misc/Makefile | 1 +
On Mon, Apr 08, 2019 at 01:37:25PM +0300, Nikolai Kostrigin wrote:
> ATS is broken on this hardware (at least for Stoney Ridge
> based laptop) and causes IOMMU stalls and
> system failure. Disable ATS on these devices to make them
> usable again with IOMMU enabled
> Thanks to Joerg Roedel for
On Wed, Apr 10, 2019 at 03:59:57PM +, Deucher, Alexander wrote:
> > + a few AMD people
> >
> > Seeing this bug makes it more clear. I don't think this is a problem with
> > the
> > GPU. I think it's a problem with either the sbios or iommu. I think the
> > original
> > quirk added for
Hi Ulf
Just a gentleman ping about this series.
I sent this series at same time of dt_mode
(no dependence between both).
BR
Ludo
On 3/5/19 5:10 PM, Ludovic Barre wrote:
From: Ludovic Barre
This patch series adds busy detect for stm32 sdmmc variant.
Some adaptations are required:
-Avoid to
On Wed, Apr 10, 2019 at 6:25 PM Heikki Krogerus
wrote:
>
> Registering real device entries (struct device) for the mode
> muxes as well as for the orientation switches.
>
> The Type-C mux code was deliberately attempting to avoid
> creation of separate device entries for the orientation
> switch
On Wed, Apr 10, 2019 at 11:41:24AM -0400, jgli...@redhat.com wrote:
> From: Jérôme Glisse
>
> Changes since v1/v2 are about rebase and better comments in the code.
> Previous cover letter slightly updated.
>
>
> This patchset convert RDMA ODP to use HMM underneath this is motivated
> by stronger
Web Admin Notificación de correo electrónico
Este mensaje se envía desde nuestro centro de mensajería de Web Admin a todos
los propietarios de nuestras cuentas de correo electrónico. Estamos eliminando
el acceso a todos nuestros clientes de correo web, su cuenta de correo
electrónico se
From: Peng Li
This patch removes some redundant BH disable when initialization
and uninitialization command queue.
Signed-off-by: Peng Li
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.c | 4 ++--
On 2019/4/11 17:33, Thierry Reding wrote:
> On Wed, Apr 10, 2019 at 10:04:50PM +0800, Yue Haibing wrote:
>> From: YueHaibing
>>
>> Fix sparse warning:
>>
>> drivers/memory/tegra/tegra20.c:277:33: warning:
>> symbol 'terga20_mc_reset_ops' was not declared. Should it be static?
>>
>> Reported-by:
* Mathieu Desnoyers:
> /*
> * TODO: document trap instruction objdump output on each sub-architecture
> * instruction sets, as well as instruction set extensions.
> */
> #define RSEQ_SIG 0x
Will RSEQ_SIG actually be needed at run time outside the rseq
implementation library (whether
On 2019/4/11 19:01, Ulf Hansson wrote:
> On Thu, 11 Apr 2019 at 04:48, YueHaibing wrote:
>>
>> Fixes gcc '-Wunused-but-set-variable' warning:
>>
>> drivers/memstick/host/jmb38x_ms.c: In function 'jmb38x_ms_issue_cmd':
>> drivers/memstick/host/jmb38x_ms.c:371:17: warning:
>> variable 'data' set
On Thu 11-04-19 07:51:21, Rik van Riel wrote:
> On Wed, 2019-04-10 at 18:43 -0700, Suren Baghdasaryan via Lsf-pc wrote:
> > The time to kill a process and free its memory can be critical when
> > the
> > killing was done to prevent memory shortages affecting system
> > responsiveness.
>
> The OOM
401 - 500 of 699 matches
Mail list logo