On Thu, Nov 29, 2018 at 09:10:39AM -0700, Nathan Chancellor wrote:
> On Thu, Nov 29, 2018 at 10:49:03AM +, Will Deacon wrote:
> > On Thu, Nov 29, 2018 at 09:03:54AM +, Julien Thierry wrote:
> > >
> > >
> > > On 29/11/18 04:19, Nick Desaulniers wrote:
> > > > Fixes the warning produced from
On Thu, Nov 29, 2018 at 05:12:45PM +0100, Miquel Raynal wrote:
> Hello,
>
> Miquel Raynal wrote on Thu, 22 Nov 2018
> 22:04:16 +0100:
> > +static struct phy *mvebu_a3700_comphy_xlate(struct device *dev,
> > + struct of_phandle_args *args)
> > +{
> > + struc
On Thu, 29 Nov 2018 10:08:55 -0500
Joe Lawrence wrote:
> With the "take 2" patch, I only see smp_irq_work_interrupt() graph when
> the graph_function is in progress.. for example:
In other words it works :-)
Can I get a Tested-by from you?
-- Steve
On Thu, Nov 29, 2018 at 04:13:37PM +, Will Deacon wrote:
> On Thu, Nov 29, 2018 at 09:10:39AM -0700, Nathan Chancellor wrote:
> > On Thu, Nov 29, 2018 at 10:49:03AM +, Will Deacon wrote:
> > > On Thu, Nov 29, 2018 at 09:03:54AM +, Julien Thierry wrote:
> > > > On 29/11/18 04:19, Nick De
On 11/29/18 2:49 AM, Roger Quadros wrote:
David,
On 28/11/18 17:42, David Lechner wrote:
On 11/27/18 9:15 AM, Roger Quadros wrote:
On 26/11/18 23:14, David Lechner wrote:
On 11/22/18 5:38 AM, Roger Quadros wrote:
From: Suman Anna
This patch adds the bindings for the Programmable Real-Time
On Thu, 29 Nov 2018 at 16:00, Patrick Bellasi wrote:
>
> On 29-Nov 11:43, Vincent Guittot wrote:
> > On Wed, 28 Nov 2018 at 17:35, Patrick Bellasi
> > wrote:
> > > On 28-Nov 16:42, Vincent Guittot wrote:
> > > > On Wed, 28 Nov 2018 at 16:21, Patrick Bellasi
> > > > wrote:
> > > > > On 28-Nov 1
On 11/29/18 11:16 AM, Stephen Smalley wrote:
On 11/29/18 6:04 AM, Miklos Szeredi wrote:
On Wed, Nov 28, 2018 at 10:43 PM Stephen Smalley
wrote:
On 11/28/18 3:24 PM, Miklos Szeredi wrote:
On Wed, Nov 28, 2018 at 8:32 PM Stephen Smalley
wrote:
[...]
Does the breaking commit (007ea44892e6)
On Thu, Nov 29, 2018 at 04:16:27PM +0800, Chao Fan wrote:
> To fix the conflict between KASLR and memory-hotremove, memory
> information in SRAT table is necessary.
>
> ACPI SRAT (System/Static Resource Affinity Table) can show the details
> about memory ranges, including ranges of memory provided
On 11/29/18 6:04 AM, Miklos Szeredi wrote:
On Wed, Nov 28, 2018 at 10:43 PM Stephen Smalley wrote:
On 11/28/18 3:24 PM, Miklos Szeredi wrote:
On Wed, Nov 28, 2018 at 8:32 PM Stephen Smalley wrote:
[...]
Does the breaking commit (007ea44892e6) fix a real bug affecting users?
If not, I
On Mon, Nov 12, 2018 at 11:56:52AM +, Julien Thierry wrote:
> There are some helpers to modify PSR.[DAIF] bits that are not referenced
> anywhere. The less these bits are available outside of local_irq_*
> functions the better.
>
> Get rid of those unused helpers.
>
> Signed-off-by: Julien Th
On Mon, Nov 12, 2018 at 11:56:53AM +, Julien Thierry wrote:
> It is not supported to have some CPUs using GICv3 sysreg CPU interface
> while some others do not.
>
> Once ICC_SRE_EL1.SRE is set on a CPU, the bit cannot be cleared. Since
> matching this feature require setting ICC_SRE_EL1.SRE, i
On Thu, Nov 29, 2018 at 04:52:04PM +0100, Linus Walleij wrote:
> Essentially the semantic is that the [devm_]regulator_register()
> call will immediately take ownership of the descriptor
> and place it in the regulator core.
I think that's going to be the easiest thing to work with, it's more
pa
From: TheWongGuy
Added the ability to detect the ELAN0621 touchpad found in some Lenovo
laptops.
Signed-off-by: TheWongGuy
---
drivers/input/mouse/elan_i2c_core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/input/mouse/elan_i2c_core.c
b/drivers/input/mouse/elan_i2c_core.c
inde
Quoting Stephen Rothwell (2018-11-28 13:25:40)
> Hi all,
>
> On Fri, 16 Nov 2018 10:10:59 +1100 Stephen Rothwell
> wrote:
> >
> > Hi all,
> >
> > After merging the qcom tree, today's linux-next build (arm
> > multi_v7_defconfig) produced this warning:
> >
> > drivers/gpu/drm/msm/adreno/a6xx_gm
> -Original Message-
> From: Schrempf Frieder
> Sent: Thursday, November 29, 2018 5:54 AM
> To: Yogesh Narayan Gaur ; linux-
> m...@lists.infradead.org; boris.brezil...@bootlin.com; linux-
> s...@vger.kernel.org; Marek Vasut ; Mark Brown
> ; Han Xu
> Cc: dw...@infradead.org; computersfo
On Fri, 30 Nov 2018 00:07:43 +0900
Masami Hiramatsu wrote:
> Use /bin/echo for console output with options like non
> newline (-n) and/or backslash escape (-e).
>
> Tom Zanussi reported that when he tested ftracetest, it
> shows "-e" and "-n" options on the console, since a system
> which uses d
On Mon, Nov 12, 2018 at 11:56:55AM +, Julien Thierry wrote:
> Add helper functions to access system registers related to interrupt
> priorities: PMR and RPR.
>
> Signed-off-by: Julien Thierry
> Cc: Russell King
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Marc Zyngier
The AArch32 ICC_RP
On Thu, Nov 29, 2018 at 09:54:37PM +1000, Greg Ungerer wrote:
> Hi Phil,
>
> On 17/11/18 12:59 am, Phil Edworthy wrote:
> > clk_get_optional() returns NULL if not found instead of -ENOENT,
> > otherwise the behaviour is the same as clk_get().
> >
> > Signed-off-by: Phil Edworthy
>
> Acked-by: G
On 11/29/2018 11:17 AM, Steven Rostedt wrote:
> On Thu, 29 Nov 2018 10:08:55 -0500
> Joe Lawrence wrote:
>
>> With the "take 2" patch, I only see smp_irq_work_interrupt() graph when
>> the graph_function is in progress.. for example:
>
> In other words it works :-)
>
> Can I get a Tested-by fr
On Thu, Nov 29, 2018 at 03:38:53PM +0100, Peter Zijlstra wrote:
> On Thu, Nov 29, 2018 at 05:37:39AM -0800, Andy Lutomirski wrote:
> >
> >
> > > On Nov 29, 2018, at 1:42 AM, Peter Zijlstra wrote:
> > >
> > > On Wed, Nov 28, 2018 at 10:05:54PM -0800, Andy Lutomirski wrote:
> > >
> > +stati
On 11/29/18 4:07 AM, Roger Quadros wrote:
On 27/11/18 01:27, David Lechner wrote:
On 11/26/18 1:52 AM, Roger Quadros wrote:
From: Tero Kristo
Add documentation for the Texas Instruments PRU application nodes.
These are used to configure specific user applications for PRU instances.
Could th
On Thu, Nov 29, 2018 at 09:17:38AM -0700, Nathan Chancellor wrote:
> On Thu, Nov 29, 2018 at 04:13:37PM +, Will Deacon wrote:
> > On Thu, Nov 29, 2018 at 09:10:39AM -0700, Nathan Chancellor wrote:
> > > This doesn't appear to work, I get this error:
> > >
> > > In file included from arch/arm64
We need to check the call to cmd_db_read_aux_data() for the error case,
so that we don't continue and use potentially uninitialized values for
'pri_count' and 'sec_count'. Otherwise, we get the following compiler
warnings:
drivers/gpu/drm/msm/adreno/a6xx_gmu.c: In function
'a6xx_gmu_rpmh_arc_v
Hey,
On Thu, Nov 29, 2018 at 06:09:41PM +0800, Wei Ni wrote:
> Convert warnings to info as not all platforms may
> have all the thresholds and sensors enabled.
>
> Signed-off-by: Wei Ni
> ---
> drivers/thermal/tegra/soctherm.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> d
On Thu, Nov 29, 2018 at 03:42:06PM +0100, jacopo mondi wrote:
> Hello,
>netdev people,
>i.MX6 people,
>
>I'm running an i.MX6Q system, and since v4.20-rc1 the ethernet PHY
> fails to properly startup, preventing me from mounting my NFS rootfs
> (the interfaces gets configured after som
On Mon, Nov 12, 2018 at 11:56:57AM +, Julien Thierry wrote:
> Introduce fixed values for PMR that are going to be used to mask and
> unmask interrupts by priority. These values are chosent in such a way
Nit: s/chosent/chosen/
> that a single bit (GIC_PMR_UNMASKED_BIT) encodes the information
This patch adds the documentation of the device tree bindings for the STM32
FMC2 NAND controller.
Signed-off-by: Christophe Kerello
---
.../devicetree/bindings/mtd/stm32-fmc2-nand.txt| 61 ++
1 file changed, 61 insertions(+)
create mode 100644 Documentation/devicetree/bi
The driver adds the support for the STMicroelectronics FMC2 NAND
Controller found on STM32MP SOCs.
This patch is based on FMC2 command sequencer.
The purpose of the command sequencer is to facilitate the programming
and the reading of NAND flash pages with the ECC and to free the CPU
of sequencing
Hi Masami,
On Fri, 2018-11-30 at 00:07 +0900, Masami Hiramatsu wrote:
> Use /bin/echo for console output with options like non
> newline (-n) and/or backslash escape (-e).
>
> Tom Zanussi reported that when he tested ftracetest, it
> shows "-e" and "-n" options on the console, since a system
> wh
This patch adds the manual mode, a basic mode that do not need
any DMA channels. This mode is also useful for debug purpose.
Signed-off-by: Christophe Kerello
---
drivers/mtd/nand/raw/stm32_fmc2_nand.c | 329 +
1 file changed, 297 insertions(+), 32 deletions(-)
d
This patchset adds the support for the STMicroelectronics FMC2 NAND flash
controller found on STM32MP SOCs.
This patchset supports:
- the command sequencer feature, a hardware accelerator for read/write
within a page
- the manual mode feature, useful for debug purpose
- a maximum 8k page
On 2018-11-28 6:31 p.m., Nadav Amit wrote:
>> On Nov 28, 2018, at 4:49 PM, Logan Gunthorpe wrote:
>>
>>
>>
>> On 2018-11-28 5:38 p.m., Nadav Amit wrote:
>>> So what’s your take? Would you think this patch is still needed? Should it
>>> only be enabled automatically for distcc and not for distcc
Add the clock inputs of the clock controllers
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 3 +++
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 3 +++
arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 3 +++
3 files changed, 9 insertions(+)
diff --git a/arch/arm64/
This patchset is the first step that needs to be done so the
amlogic clock controllers properly claim their input clocks
through instead of relying on fixed names.
I'll be waiting for this hit mainline before sending the related
driver changes.
Jerome Brunet (3):
dt-bindings: clk: meson: add ao
Add the clock inputs of amlogic AO clock controller
Signed-off-by: Jerome Brunet
---
.../devicetree/bindings/clock/amlogic,gxbb-aoclkc.txt | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/clock/amlogic,gxbb-aoclkc.txt
b/Documentati
Add the clock input of the main clock controller
Signed-off-by: Jerome Brunet
---
Documentation/devicetree/bindings/clock/amlogic,gxbb-clkc.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/clock/amlogic,gxbb-clkc.txt
b/Documentation/devicetree/binding
On Mon, Nov 12, 2018 at 11:56:58AM +, Julien Thierry wrote:
> If ICC_PMR_EL1 is used to mask interrupts, its value should be
> saved/restored whenever a task is context switched out/in or
> gets an exception.
>
> Add PMR to the registers to save in the pt_regs struct upon kernel entry,
> and r
On Thu, 29 Nov 2018 23:29:27 +0900
Masami Hiramatsu wrote:
> > One way to solve this is to also have a counter array that gets updated
> > every time the index array gets updated. And save the counter to the
> > shadow stack index as well. This way, we only call the return if the
> > counter on t
On Thu, Nov 29, 2018 at 06:09:43PM +0800, Wei Ni wrote:
> Since different platforms may not support all 4
> sensors, so the sensor registration may be failed.
> Add codes to parse dt to find sensor id which
> need to be registered. So that the registration
> can be successful on all platform.
>
>
On 28/11/2018 1:52 pm, David Sterba wrote:
> The fix is adding a few branches to code that's supposed to be as fast
> as possible. The branches would be evaluated all the time while
> protecting against one signle bad page address. This does not look like
> a good performance tradeoff.
As an alte
On Thu, Nov 29, 2018 at 02:37:32AM +, Anson Huang wrote:
> i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller
> inside, the system controller is in charge of controlling power,
> clock and thermal sensors etc..
>
> This patch adds i.MX system controller thermal driver support,
>
On Thu, 29 Nov 2018 10:43:13 -0600
Tom Zanussi wrote:
> I tried this on the three systems mentioned before, and it worked fine
> on all of them.
>
> Tested-by: Tom Zanussi
Shuah,
Can you take this in your tree. I already acked it.
Thanks!
-- Steve
On Thu, 2018-11-29 at 13:01 +0100, Peter Zijlstra wrote:
> On Thu, Nov 29, 2018 at 11:49:02AM +0100, Peter Zijlstra wrote:
> > On Wed, Nov 28, 2018 at 03:43:20PM -0800, Bart Van Assche wrote:
> > > /*
> > >* Remove all dependencies this lock is
> > >* involved in:
> > >*/
> > > + list
On Thu, Nov 29, 2018 at 10:33:42AM -0600, Josh Poimboeuf wrote:
> > can't we 'fix' that again? The alternative is moving that IRET-frame and
> > fixing everything up, which is going to be fragile, ugly and such
> > things more.
> This seems to work...
That's almost too easy... nice!
> diff --git
3 21:44:33 -0500)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git
tags/selinux-pr-20181129
for you to fetch changes up to 598e1a42e9626213565d3b22ea948ce78556512a:
selinux: add support for RTM_NEWCHAIN, RTM_DELCHAIN, and RT
On Thu, 2018-11-29 at 13:30 +0100, Peter Zijlstra wrote:
> IIRC there were a few other sites in the series, please check them all.
OK, I will add braces around multi-line statement blocks. You may want to
know that checkpatch didn't complain about missing braces.
Bart.
On Thu, Nov 29, 2018 at 02:37:47AM +, Anson Huang wrote:
> Add i.MX8QXP CPU thermal zone support.
>
> Signed-off-by: Anson Huang
> ---
> ChangeLog:
> V3->V4:
> *move the tsens node to inside of SCU node as it is belonging to SCU.
> ---
> arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 27
On Thu, Nov 29, 2018 at 8:33 AM Josh Poimboeuf wrote:
>
> This seems to work...
>
> + .if \create_gap == 1
> + .rept 6
> + pushq 5*8(%rsp)
> + .endr
> + .endif
> +
> -idtentry int3 do_int3 has_error_code=0
> +idtentry int3
On Thu, Nov 29, 2018 at 02:37:47AM +, Anson Huang wrote:
> Add i.MX8QXP CPU thermal zone support.
>
> Signed-off-by: Anson Huang
> ---
> ChangeLog:
> V3->V4:
> *move the tsens node to inside of SCU node as it is belonging to SCU.
> ---
> arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 27
On Thu, Nov 29, 2018 at 02:39:33PM +0900, Masami Hiramatsu wrote:
> Since commit 4378a7d4be30 ("arm64: implement syscall wrappers")
> introduced "__arm64_" prefix to all syscall wrapper symbols in
> sys_call_table, syscall tracer can not find corresponding
> metadata from syscall name. In the resul
There is actually no alternate xtal on any of the axg board I have
seen so far. The 32k is actually generated internally, deriving from
the 24MHz main xtal.
Amlogic SoC also have the option to provide the 32k reference externally,
through one of the AO pads, but no platform is using this ATM.
Fix
> On Nov 29, 2018, at 4:28 AM, Florian Weimer wrote:
>
> Disclaimer: I'm looking at this patch because Christian requested it.
> I'm not a kernel developer.
>
> * Christian Brauner:
>
>> diff --git a/arch/x86/entry/syscalls/syscall_32.tbl
>> b/arch/x86/entry/syscalls/syscall_32.tbl
>> index
On 22/11/2018 03:07, Pan Bian wrote:
> kfree() is incorrectly used to release the pages allocated by
> __get_free_page() and __get_free_pages(). Use the matching deallocators
> i.e., free_page() and free_pages(), respectively.
>
> Signed-off-by: Pan Bian
Pushed to xen/tip.git for-linus-4.20a
J
On Thu, 29 Nov 2018 at 16:07, Greg KH wrote:
> On Thu, Nov 29, 2018 at 03:23:00PM +, Tigran Aivazian wrote:
> > Yes, of course I object to it.
> I can not apply a patch to the stable trees that are not in Linus's tree
> first. So there's nothing I can do here with this.
Ok, we can wait until
> Subject: Re: [PATCH v3 2/4] bus: fsl-mc: add fsl-mc userspace support
>
> On Tue, Nov 20, 2018 at 05:59:26PM +, Ioana Ciornei wrote:
> > > > +static int fsl_mc_uapi_send_command(unsigned long arg,
> > > > + struct fsl_mc_io *mc_io)
> > > > +{
> > > > +
On Thu, 29 Nov 2018 08:50:16 -0800
Linus Torvalds wrote:
> Instead, I'd suggest:
>
> - just restart the instruction (with the suggested "ptregs->rip --")
>
> - to avoid any "oh, we're not making progress" issues, just fix the
> instruction yourself to be the right call, by looking it up in th
On Tue, Nov 27, 2018 at 09:59:05PM +0530, Amit Kucheria wrote:
> qcs404 has a single TSENS IP block with 10 sensors. It uses version 1.4
> of the TSENS IP, functionality for which is encapsulated inside
> qcom,tsens-v1 compatible.
>
> Signed-off-by: Amit Kucheria
> Reviewed-by: Vinod Koul
> Test
On 27/11/2018 21:58, Igor Druzhinin wrote:
> This reverts commit b3cf8528bb21febb650a7ecbf080d0647be40b9f.
>
> That commit unintentionally broke Xen balloon memory hotplug with
> "hotplug_unpopulated" set to 1. As long as "System RAM" resource
> got assigned under a new "Unusable memory" resource
On Tue, Nov 27, 2018 at 09:59:07PM +0530, Amit Kucheria wrote:
> qcs404 has 10 sensors connected to the single TSENS IP. Define a thermal
> zone for each of those sensors to expose the temperature of each zone.
>
> Signed-off-by: Amit Kucheria
> Reviewed-by: Vinod Koul
> Tested-by: Vinod Koul
>
Document support for AD7606 Analog to Digital Converter.
Signed-off-by: Stefan Popa
---
Changes in v2:
- fixed indentation issues.
- used gpios instead of gpio.
- added vendor prefix for conversion-start-gpios, first-data-gpios,
and range-gpios.
Changes in v3:
Move ad7606 ADC driver out of staging and into the mainline.
Signed-off-by: Stefan Popa
---
Changes in v2:
- Simplified the Kconfig menu.
- Added SPDX-License-Identifier.
- Ordered the includes alphabetically.
- Used a threaded interrupt.
- Replaced ad7606_
On Thu, 2018-11-29 at 13:04 +0100, Peter Zijlstra wrote:
> On Wed, Nov 28, 2018 at 03:43:23PM -0800, Bart Van Assche wrote:
> > A shortcoming of the current lockdep implementation is that it requires
> > lock keys to be allocated statically. That forces certain lock objects
> > to share lock keys.
> On Nov 29, 2018, at 8:49 AM, Peter Zijlstra wrote:
>
> On Thu, Nov 29, 2018 at 10:33:42AM -0600, Josh Poimboeuf wrote:
>>> can't we 'fix' that again? The alternative is moving that IRET-frame and
>>> fixing everything up, which is going to be fragile, ugly and such
>>> things more.
>
>> Thi
On Thu, Nov 29, 2018 at 08:50:02AM -0800, Bart Van Assche wrote:
> On Thu, 2018-11-29 at 13:30 +0100, Peter Zijlstra wrote:
> > IIRC there were a few other sites in the series, please check them all.
>
> OK, I will add braces around multi-line statement blocks. You may want to
> know that checkpat
On Wed, Nov 28, 2018 at 05:08:45PM -0500, Qian Cai wrote:
> Kmemleak does not play well with KASAN (tested on both HPE Apollo 70 and
> Huawei TaiShan 2280 aarch64 servers).
>
> After calling start_kernel()->setup_arch()->kasan_init(), kmemleak early
> log buffer went from something like 280 to 260
On Wed, Nov 21, 2018 at 02:36:10PM +0800, Wei Ni wrote:
>
>
> On 20/11/2018 11:38 PM, Thierry Reding wrote:
> > On Tue, Nov 20, 2018 at 05:11:17PM +0800, Wei Ni wrote:
> >> Add support for get_trend ops that allows soctherm
> >> sensors to be used with the step-wise governor.
> >>
> >> Signed-off
On 29/11/2018 13:01, Wen Yang wrote:
> The problem is that we call this with a spin lock held.
> The call tree is:
> pvcalls_front_accept() holds bedata->socket_lock.
> -> create_active()
> -> __get_free_pages() uses GFP_KERNEL
>
> The create_active() function is only called from pvcal
On 11/29/2018 11:06 AM, Peter Zijlstra wrote:
> On Thu, Nov 29, 2018 at 10:21:58AM -0500, Waiman Long wrote:
>
diff --git a/kernel/locking/rwsem-xadd.c b/kernel/locking/rwsem-xadd.c
index 09b1800..50d9af6 100644
--- a/kernel/locking/rwsem-xadd.c
+++ b/kernel/locking/rwsem-xadd.c
On Wed, Nov 28, 2018 at 10:05:19PM +1100, Michael Ellerman wrote:
> Is the plan that you take these via the dma-mapping tree or that they go
> via powerpc?
In principle either way is fine with me. If it goes through the powerpc
tree we might run into a few minor conflicts with the dma-mapping tre
> On Nov 29, 2018, at 8:50 AM, Linus Torvalds
> wrote:
>
>> On Thu, Nov 29, 2018 at 8:33 AM Josh Poimboeuf wrote:
>>
>> This seems to work...
>>
>> + .if \create_gap == 1
>> + .rept 6
>> + pushq 5*8(%rsp)
>> + .endr
>> + .endif
>> +
>> -idtentry int3
From: Thierry Reding
Hi,
The following is a set of patches that allow certain interrupts to be
used as wakeup sources on Tegra186 and later. To implement this, each
of the GPIO controllers' IRQ domain needs to become hierarchical, and
parented to the PMC domain. The PMC domain in turn implements
From: Thierry Reding
Interrupt controllers in a hierarchy want to use this function to
propogate ->irq_set_wake() operations to their parent domains.
Signed-off-by: Thierry Reding
---
kernel/irq/chip.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
in
From: Thierry Reding
Hierarchical IRQ domains can be used to stack different IRQ controllers
on top of each other. One specific use-case where this can be useful is
if a power management controller has top-level controls for wakeup
interrupts. In such cases, the power management controller can be
From: Thierry Reding
The IRQ core code refers to the interrupt type by that name, whereas the
term flow is almost never used. Some GPIO controllers use the term
flow_type, but it is most consistent to just go with the IRQ core
terminology.
Signed-off-by: Thierry Reding
---
drivers/gpio/gpio-te
From: Thierry Reding
The GPIO controller doesn't have any controls to enable the system to
wake up from low power states based on activity on GPIO pins. An extra
hardware block that is part of the power management controller (PMC)
contains these controls. In order for the GPIO controller to be ab
From: Thierry Reding
While the sparse number space has the advantage of only providing (and
therefore allocating) the GPIOs (and interrupts) that really exist for
the given SoC, it also requires special cases in various callbacks.
Using the valid masks for GPIOs and interrupts enables reusing mo
On Thu, Nov 29, 2018 at 05:20:31PM +0800, kernel test robot wrote:
> FYI, we noticed the following commit (built with gcc-7):
>
> commit: 9d037ad707ed6069fbea4e38e6ee37e027b13f1d ("block: remove
> req->timeout_list")
> https://git.kernel.org/cgit/linux/kernel/git/axboe/linux-block.git mq-perf
Th
On Thu, Nov 29, 2018 at 09:02:23AM -0800, Andy Lutomirski wrote:
> > On Nov 29, 2018, at 8:50 AM, Linus Torvalds
> > wrote:
> > So no. Do *not* try to change %rsp on the stack in the bp handler.
> > Instead, I'd suggest:
> >
> > - just restart the instruction (with the suggested "ptregs->rip --
On 11/29/18 10:05 AM, Christoph Hellwig wrote:
> On Thu, Nov 29, 2018 at 05:20:31PM +0800, kernel test robot wrote:
>> FYI, we noticed the following commit (built with gcc-7):
>>
>> commit: 9d037ad707ed6069fbea4e38e6ee37e027b13f1d ("block: remove
>> req->timeout_list")
>> https://git.kernel.org/cg
On Thu, Nov 29, 2018 at 04:55:20PM +, Tigran Aivazian wrote:
> On Thu, 29 Nov 2018 at 16:07, Greg KH wrote:
> > On Thu, Nov 29, 2018 at 03:23:00PM +, Tigran Aivazian wrote:
> > > Yes, of course I object to it.
> > I can not apply a patch to the stable trees that are not in Linus's tree
> >
On Thu, Nov 29, 2018 at 08:59:31AM -0800, Andy Lutomirski wrote:
>
>
> > On Nov 29, 2018, at 8:49 AM, Peter Zijlstra wrote:
> >
> > On Thu, Nov 29, 2018 at 10:33:42AM -0600, Josh Poimboeuf wrote:
> >>> can't we 'fix' that again? The alternative is moving that IRET-frame and
> >>> fixing everyth
On Thu, Nov 29, 2018 at 11:30:19AM -0500, a...@adamwong.me wrote:
> From: TheWongGuy
>
> Added the ability to detect the ELAN0621 touchpad found in some Lenovo
> laptops.
>
> Signed-off-by: TheWongGuy
I doubt that is the name on your passport :(
Please use your "real" name, like you did for t
On Mon, Nov 12, 2018 at 11:56:54AM +, Julien Thierry wrote:
> Add a cpufeature indicating whether a cpu supports masking interrupts
> by priority.
>
> The feature will be properly enabled in a later patch.
>
> Signed-off-by: Julien Thierry
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Marc
From: Julien Thierry
Closing bracket seems to end a for statement when it is actually ending
the contained if. Add some brackets to have clear delimitation of each
scope.
No functional change/fix, just fix the indentation.
Signed-off-by: Julien Thierry
Signed-off-by: Ard Biesheuvel
---
drive
On 11/29/18 6:17 AM, Sebastian Andrzej Siewior wrote:
> This is broken since v4.12-rc1. This is known [1] since April this year.
> Should I send a removal patch for MPX or is someone actually going to
> fix this? Or do we wait for gcc-9 to be released?
I've got a git tree prepared to do MPX remova
On Thu, 29 Nov 2018 09:02:23 -0800
Andy Lutomirski wrote:
> > Instead, I'd suggest:
> >
> > - just restart the instruction (with the suggested "ptregs->rip --")
> >
> > - to avoid any "oh, we're not making progress" issues, just fix the
> > instruction yourself to be the right call, by looking
On Thu, Nov 29, 2018 at 01:55:02PM +0800, Wei Ni wrote:
> On 28/11/2018 6:25 PM, Thierry Reding wrote:
> > On Wed, Nov 28, 2018 at 01:44:37PM +0800, Wei Ni wrote:
[...]
> >> + bool ret = false;
> >> + struct of_phandle_args sensor_specs;
> >> + struct device_node *np, *sensor_np;
> >> +
> >> +
On Thu, Nov 29, 2018 at 08:59:31AM -0800, Andy Lutomirski wrote:
> If you make it conditional on CPL, do it for 32-bit as well, add
> comments,
> and convince yourself that there isn’t a better solution
> (like pointing IP at a stub that retpolines to the target by reading
> the function pointer
On Wed, Nov 21, 2018 at 09:16:08AM +, Andy Tang wrote:
> Hi Daniel,
>
> Thanks for your explanation. The problem is these two trees are not synced
> well.
> Let's take our driver(qoriq_thermal.c) for example.
>
> Git log on Rui's tree next branch:
> 2dfef65 thermal: qoriq: Switch to SPDX ide
On Thu, 29 Nov 2018 18:15:39 +0100
Peter Zijlstra wrote:
> On Thu, Nov 29, 2018 at 08:59:31AM -0800, Andy Lutomirski wrote:
>
> > If you make it conditional on CPL, do it for 32-bit as well, add
> > comments,
>
> > and convince yourself that there isn’t a better solution
> > (like pointing I
On Wed, Nov 21, 2018 at 10:41:36AM +0100, Daniel Lezcano wrote:
> On 21/11/2018 10:16, Andy Tang wrote:
> > Hi Daniel,
> >
> > Thanks for your explanation. The problem is these two trees are not synced
> > well.
> > Let's take our driver(qoriq_thermal.c) for example.
> >
> > Git log on Rui's tre
On Thu, 29 Nov 2018 12:20:00 -0500
Steven Rostedt wrote:
> r8 = return address
> r9 = function to call
>
Bad example, r8 and r9 are args, but r10 and r11 are available.
-- Steve
> push r8
> jmp *r9
>
> Then have the regs->ip point to that trampoline.
>
> -- Steve
On Thu, Nov 29, 2018 at 12:02:19PM -0500, Waiman Long wrote:
> On 11/29/2018 11:06 AM, Peter Zijlstra wrote:
> > Why; at that point we know the wakeup will happen after, which is all we
> > require.
> >
> Thread 1 Thread 2 Thread 3
>
> rwsem_down_read_fa
> On Nov 29, 2018, at 9:07 AM, Peter Zijlstra wrote:
>
> On Thu, Nov 29, 2018 at 09:02:23AM -0800, Andy Lutomirski wrote:
>>> On Nov 29, 2018, at 8:50 AM, Linus Torvalds
>>> wrote:
>
>>> So no. Do *not* try to change %rsp on the stack in the bp handler.
>>> Instead, I'd suggest:
>>>
>>> -
On Thu, 29 Nov 2018 at 17:10, Greg KH wrote:
> Your patch has to apply on top of the existing one, so there's not an
> issue here.
> And might as well fix it now, as I can never count on a "future" patch
> getting merged.
It is already fixed, i.e. it applies cleanly against the existing
(i.e. 4.1
Hi Chao,
Thank you for your continued working.
Could you please build your patches before sending?
Your patches depend on the following kconfig,
so please build them under the config combination.
RANDOMIZE_BASE
MEMORY_HOTREMOVE
EARLY_PARSE_RSDP
KEXEC
EFI
Thanks,
Masa
On Thu, Nov 29, 2018 at 04
On Thu, Nov 29, 2018 at 9:02 AM Andy Lutomirski wrote:
> >
> > - just restart the instruction (with the suggested "ptregs->rip --")
> >
> > - to avoid any "oh, we're not making progress" issues, just fix the
> > instruction yourself to be the right call, by looking it up in the
> > "what needs to
On Thu, 29 Nov 2018, Andy Lutomirski wrote:
> Does anyone know what the actual hardware semantics are? The SDM is not
> particularly informative unless I looked at the wrong section.
I don't think SDM answers all the questions there, unfortunately.
I vaguely remember that back then when I was
On Thu, Nov 29, 2018 at 9:13 AM Steven Rostedt wrote:
>
> No, we really do need to sync after we change the second part of the
> command with the int3 on it. Unless there's another way to guarantee
> that the full instruction gets seen when we replace the int3 with the
> finished command.
Making
> On Nov 29, 2018, at 9:29 AM, Linus Torvalds
> wrote:
>
> On Thu, Nov 29, 2018 at 9:02 AM Andy Lutomirski wrote:
>>>
>>> - just restart the instruction (with the suggested "ptregs->rip --")
>>>
>>> - to avoid any "oh, we're not making progress" issues, just fix the
>>> instruction yoursel
801 - 900 of 1374 matches
Mail list logo
