Add base dts files for QCS404 chipset along with cpu, timer,
gcc and uart2 nodes.
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 175 +++
1 file changed, 175 insertions(+)
create mode 100644 arch/arm64/boot/dts/qcom/qcs404.dtsi
diff --git a
From: Bjorn Andersson
Add RPM GLINK node and the RPM message ram, hwspinlock, APCS apps global
and smem nodes it depends on.
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 44
1 file changed, 44 insertio
This series adds support for various nodes for QCS404-EVB.
Based on v4.20-rc1
Changes in v4:
- correct the v3 post (sent wrong branch)
Changes in v3:
- Make the DTS files sorted alphabetcially and by node addresses
- Add reviewed by from Bjorn
- Split out the DTS files for EVB 1000 and EVB 4
From: Bjorn Andersson
Add the RPM regulators found in PMS405 which is used in qcs404-evb
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404-evb.dtsi | 97
1 file changed, 97 insertions(+)
diff --git a/arch/arm64/boot/
On Thu, Oct 11, 2018 at 08:15:00AM -0700, Yu-cheng Yu wrote:
> Intel Control-flow Enforcement Technology (CET) introduces the
> following MSRs into the XSAVES system states.
>
> IA32_U_CET (user-mode CET settings),
> IA32_PL3_SSP (user-mode shadow stack),
> IA32_PL0_SSP (kernel-mode sh
QCS404 has two EVBs, EVB-1000 and EVB-4000. These boards are mostly
similar with few differences in the peripherals used.
So use a common qcs404-evb.dtsi which contains the common parts and use
qcs404-evb-1000.dts and qcs404-evb-4000.dts for diffs
Signed-off-by: Vinod Koul
---
arch/arm64/boot/d
Hi Maksym,
On Tue, Nov 06, 2018 at 05:29:40PM +0200, Maksym Kokhan wrote:
> > > > > diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
> > > > > index 3551199..71d6549 100644
> > > > > --- a/arch/mips/Kconfig
> > > > > +++ b/arch/mips/Kconfig
> > > > > @@ -539,7 +539,6 @@ config MIPS_MALTA
> > > >
> Call tpm_chip_start() and tpm_chip_stop() in
>
> * tpm_try_get_ops() and tpm_put_ops()
> * tpm_chip_register()
> * tpm2_del_space()
>
> And remove these calls from tpm_transmit(). The core reason for this change
> is that in tpm_vtpm_proxy a locality change requires a virtual TPM command
> (
Quoting Abel Vesa (2018-11-08 04:29:39)
> On Wed, Nov 07, 2018 at 04:18:35PM -0800, Stephen Boyd wrote:
> > Quoting Abel Vesa (2018-11-07 12:26:25)
> > > On Wed, Nov 07, 2018 at 11:01:02AM -0800, Stephen Boyd wrote:
> > > >
> > > >
> > > > What's the plan to clean it up?
> > >
> > > So I'm doing
Hi Giuliano,
Comment inline.
On 11/8/18 2:03 PM, Giuliano Belinassi wrote:
> Only the ad778x have the 'gain' status bit. Check it before updating
> through a new variable is_ad778x in chip_info.
>
> Signed-off-by: Giuliano Belinassi
> ---
> Changes in v2:
> - Squashed is_ad778x declaration
On Wed, Nov 7, 2018 at 11:49 AM Sebastian Andrzej Siewior
wrote:
>
> __fpu__restore_sig() restores the CPU's FPU state directly from
> userland. If we restore registers on return to userland then we can't
> load them directly from userland because a context switch/BH could
> destroy them.
>
> Rest
Quoting Taniya Das (2018-11-07 22:43:43)
> Thanks Stephen.
>
> On 11/6/2018 10:46 PM, Stephen Boyd wrote:
> > Quoting Taniya Das (2018-11-02 20:16:20)
> >> On 11/2/2018 10:08 PM, Stephen Boyd wrote:
> >>> Quoting Taniya Das (2018-10-28 00:35:40)
> >>>
> >>
> >> How about moving the QSPI clocks too
On Thu, Nov 8, 2018 at 10:52 AM Heikki Krogerus
wrote:
>
> This implements get_name fwnode op for DT.
>
> Signed-off-by: Heikki Krogerus
> ---
> drivers/of/property.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/drivers/of/property.c b/drivers/of/property.c
> index f4682
Quoting Jerome Brunet (2018-11-08 01:31:23)
> Similar to gxbb and gxl platforms, axg SCPI Cortex-M co-processor
> uses the fdiv2 and fdiv3 to, among other things, provide the cpu
> clock.
>
> Until clock hand-off mechanism makes its way to CCF and the generic
> SCPI claims platform specific clocks
Quoting Yi Wang (2018-10-31 00:41:41)
> Smatch report warnings:
> drivers/clk/imgtec/clk-boston.c:76 clk_boston_setup() warn: possible memory
> leak of 'onecell'
> drivers/clk/imgtec/clk-boston.c:83 clk_boston_setup() warn: possible memory
> leak of 'onecell'
> drivers/clk/imgtec/clk-boston.c:90
Quoting Yi Wang (2018-10-31 00:41:42)
> The registered clks should unregister when something wrong happens
> before going out in function clk_boston_setup().
>
> Signed-off-by: Yi Wang
> ---
Applied to clk-next
On 11/06/2018 04:07 PM, Jacek Anaszewski wrote:
> Switch to using generic LED support for composing LED class
> device name.
>
> Signed-off-by: Jacek Anaszewski
> Signed-off-by: Dan Murphy
> ---
> drivers/leds/leds-lp8860.c | 38 +++---
> 1 file changed, 19 inser
On 2018-11-08 10:05:17 [-0800], Paul E. McKenney wrote:
> Just to make sure I understand, this is the call to queue_delayed_work_on()
> from srcu_queue_delayed_work_on(), right?
correct.
> And if I am guessing correctly, you would like to get rid of the
> constraint requiring CPUHP_RCUTREE_PREP t
On 11/06/2018 04:07 PM, Jacek Anaszewski wrote:
> Refer to new "function" and "color" properties and mark "label"
> as deprecated.
>
> Signed-off-by: Jacek Anaszewski
> Cc: Dan Murphy
> ---
Acked-by: Dan Murphy
> Documentation/devicetree/bindings/leds/leds-lm3601x.txt | 10 --
> 1 fi
On 11/8/18 6:00 AM, Sebastian Andrzej Siewior wrote:
On 2018-11-06 15:34:55 [-0600], Grygorii Strashko wrote:
Hi All,
Hi,
Do anybody tried to use ARM64 RT with 76K pages enabled?
75 would be an off by one but this :)
Ops 8-). at least subj is correct.
My attempt shows that enabling
On 11/06/2018 04:07 PM, Jacek Anaszewski wrote:
> Switch to using generic LED support for composing LED class
> device name.
>
> Signed-off-by: Jacek Anaszewski
> Cc: Dan Murphy
> ---
> drivers/leds/leds-lm3692x.c | 39 ---
> 1 file changed, 20 insertions(+),
Dhaval Giani writes:
> On Mon, Nov 5, 2018 at 10:05 AM Gustavo Padovan
> wrote:
>>
>> Hi Dhaval,
>>
>> On 9/19/18 7:13 PM, Dhaval Giani wrote:
>> > Hi folks,
>> >
>> > Sasha and I are pleased to announce the Testing and Fuzzing track at
>> > LPC [ 1 ]. We are planning to continue the discussions
Quoting jbru...@baylibre.com (2018-11-06 10:49:21)
> On Tue, 2018-11-06 at 10:43 -0800, Stephen Boyd wrote:
> > Quoting Jerome Brunet (2018-11-05 15:08:20)
> > > From: Christian Hewitt
> > >
> > > On the Khadas VIM2 (GXM) and LePotato (GXL) board there are problems
> > > with reboot; e.g. a ~60 s
On 11/06/2018 04:07 PM, Jacek Anaszewski wrote:
> Refer to new "function" and "color" properties and mark "label"
> as deprecated.
>
> Signed-off-by: Jacek Anaszewski
> Cc: Dan Murphy
> ---
Acked-by: Dan Murphy
> Documentation/devicetree/bindings/leds/leds-lm3692x.txt | 9 +++--
> 1 file
Quoting Bjorn Andersson (2018-11-07 21:44:52)
> On Mon 05 Nov 17:04 PST 2018, Bjorn Andersson wrote:
>
> > On Mon 05 Nov 11:40 PST 2018, Stephen Boyd wrote:
> >
> > > Add a generic clk property for clks which are not intended to be used by
> > > the OS due to security restrictions put in place by
On 11/06/2018 04:07 PM, Jacek Anaszewski wrote:
> Add public led_compose_name() API for composing LED class device
> name basing on fwnode_handle data. The function composes device name
> according to either a new pattern or the legacy
> pattern. The decision on using the
> particular pattern is
On Thu, Nov 08, 2018 at 06:46:55PM +0100, Sebastian Andrzej Siewior wrote:
> On 2018-11-08 09:10:24 [-0800], Paul E. McKenney wrote:
> > > Is this again a hidden RCU detail that preempt_disable() on CPU4 is
> > > enough to ensure that CPU2 does not get marked offline between?
> >
> > The call_rcu_
On Wed, Nov 07, 2018 at 01:54:32PM -0700, Logan Gunthorpe wrote:
> This define is used by arm64 to calculate the size of the vmemmap
> region. It is defined as the log2 of the upper bound on the size
> of a struct page.
>
> We move it into mm_types.h so it can be defined properly instead of
> set
On November 8, 2018 6:52:17 PM GMT+02:00, Thomas Bogendoerfer
wrote:
>On Thu, 8 Nov 2018 18:18:23 +0200
>Mike Rapoport wrote:
>
>> On Thu, Nov 08, 2018 at 03:44:28PM +0100, Thomas Bogendoerfer wrote:
>> > Commit bcec54bf3118 ("mips: switch to NO_BOOTMEM") broke SGI-IP27
>> > and NUMA enabled
On 11/8/18, 12:12 AM, "David Woodhouse" wrote:
On Wed, 2018-11-07 at 19:14 +0100, Richard Weinberger wrote:
> On Wed, Nov 7, 2018 at 7:05 PM Nikunj Kela (nkela)
wrote:
> > I had tried to use configs to start with via the following patch
however I was advised to have a mount option
Jacek
On 11/06/2018 04:07 PM, Jacek Anaszewski wrote:
> Refer to new "function" and "color" properties and mark "label"
> as deprecated.
>
> Signed-off-by: Jacek Anaszewski
> Cc: Dan Murphy
Acked-by: Dan Murphy
> ---
> Documentation/devicetree/bindings/leds/leds-lp8860.txt | 9 +++--
>
Ted,
Sorry for my delayed responses.
>
> On Tue, Sep 11, 2018 at 01:02:00PM +, mario.limoncie...@dell.com wrote:
> > > I tried 9370 and it detects the adapter correctly. IIRC I did the same
> > > for 5530 and it worked as well.
> >
> > Thanks for confirming that. Hopefully the same change c
On 08/11/2018 10:14, Cornelia Huck wrote:
On Wed, 7 Nov 2018 23:23:40 +0100
Pierre Morel wrote:
On 07/11/2018 10:46, Cornelia Huck wrote:
On Wed, 31 Oct 2018 19:12:54 +0100
Pierre Morel wrote:
This is the implementation of the VFIO ioctl calls to handle
the AQIC interception and use GIS
Jacek
On 11/06/2018 04:07 PM, Jacek Anaszewski wrote:
> Introduce dedicated properties for conveying information about
> LED function and color. Mark old "label" property as deprecated.
>
> Signed-off-by: Jacek Anaszewski
> Cc: Baolin Wang
> Cc: Daniel Mack
> Cc: Dan Murphy
> Cc: Linus Wallei
Quoting Matthias Brugger (2018-11-08 00:29:46)
> On 06/11/2018 19:36, Stephen Boyd wrote:
> > +int platform_driver_probe_by_of_match_data(struct platform_device *pdev)
> > +{
> > + int (*probe_func)(struct platform_device *pdev);
> > +
> > + probe_func = of_device_get_match_data(&pdev->dev)
Hi!
My machine locked hard (thinkpad x220). After reboot, I found this in
syslog:
Sounds like memory corruption..? Does not sound like easy to debug.
...otoh, it still looks like an addres, so maybe it is "just" race in
GPU drivers?
Any ideas?
Hi mingo:
What is your point of view?
--Yangtao
On Sun, Nov 4, 2018 at 1:26 AM Yangtao Li wrote:
>
> WARN_ON() already contains an unlikely(), so it's not necessary to
> use WARN_ON(1).
>
> Signed-off-by: Yangtao Li
> ---
> kernel/sched/deadline.c | 4 +---
> kernel/sched/rt.c | 4 +--
On 08-11-18, 23:20, Vinod Koul wrote:
> This series adds support for various nodes for QCS404-EVB.
>
> Based on v4.20-rc1
>
> Changes in v3:
> - Make the DTS files sorted alphabetcially and by node addresses
> - Add reviewed by from Bjorn
> - Split out the DTS files for EVB 1000 and EVB 4000 b
We can use BAM DAM for serial UART data transfers, so add it
Reviewed-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/qcs404.dtsi
b/arch/arm64/boot/dts/qcom/qcs404.dtsi
index f
RNG hardware in QCS404 features (Execution Environment) EE for
HLOS to use, add the node for prng-ee for QCS404.
Reviewed-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/qc
Add the BAM DMA instance found in BLSP1 node of the QCS404
Reviewed-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/qcs404.dtsi
b/arch/arm64/boot/dts/qcom/qcs404.dt
From: Bjorn Andersson
Add the TrustZone based remoteproc nodes and their glink edges for
adsp, cdsp and wcss. Enable them for EVB common DTS.
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404-evb.dtsi | 12 +
arch/arm64/boot/dts/qcom/qcs404.dtsi
On Thu 08-11-18 12:48:56, Yangtao Li wrote:
> We should get rid of this function. It no longer serves its purpose.This
> is a historical artifact from 2005 where do_brk was called outside of
> the core mm.We do have a proper abstraction in vm_brk_flags and that one
> does the locking properly.So th
PMS405 also features PON block, so add PON and PWRKEY nodes
Reviewed-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/pms405.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/pms405.dtsi
b/arch/arm64/boot/dts/qcom/pms4
RTC is found on PMIC PMS405 and is same as other PMIC used, so add the
rtc node with compatible as qcom,pm8941-rtc
Reviewed-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/pms405.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/p
From: Bjorn Andersson
Add the scm firmware node to QCS404
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/qcs404.dtsi
b/arch/arm64/boot/dts/qcom/qcs404.dtsi
i
From: Bjorn Andersson
Add RPM GLINK node and the RPM message ram, hwspinlock, APCS apps global
and smem nodes it depends on.
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 44
1 file changed, 44 insertio
PMS405 is used in QCS405-EVB so include that with SPMI nodes
Reviewed-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404-evb.dtsi | 1 +
arch/arm64/boot/dts/qcom/qcs404.dtsi | 18 ++
2 files changed, 19 insertions(+)
diff --git a/arch/arm64/b
From: Bjorn Andersson
Add the QCS404 TLMM pinctrl node with its three tiles.
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/qcs404.dtsi
b/arch/arm64
From: Bjorn Andersson
Add the sdcc1 node and enable it for the QCS404-EVB.
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404-evb.dtsi | 64
arch/arm64/boot/dts/qcom/qcs404.dtsi | 17 +
2 files changed, 81
QCS404 has two EVBs, EVB-1000 and EVB-4000. These boards are mostly
similar with few differences in the peripherals used.
So use a common qcs404-evb.dtsi which contains the common parts and use
qcs404-evb-1000.dts and qcs404-evb-4000.dts for diffs
Signed-off-by: Vinod Koul
---
arch/arm64/boot/d
Add base dts files for QCS404 chipset along with cpu, timer,
gcc and uart2 nodes.
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 175 +++
1 file changed, 175 insertions(+)
create mode 100644 arch/arm64/boot/dts/qcom/qcs404.dtsi
diff --git a
Add the GPIOs present on PMS405 chip.
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/pms405.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/pms405.dtsi
b/arch/arm64/boot/dts/qcom/pms405.dtsi
index 2b275bbdafa3..02b758cfd758 100644
---
Add the pms405 DT file with spmi node.
Reviewed-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/pms405.dtsi | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 arch/arm64/boot/dts/qcom/pms405.dtsi
diff --git a/arch/arm64/boot/dts/qcom/pms405.dts
From: Bjorn Andersson
Add the RPM regulators found in PMS405 which is used in qcs404-evb
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404-evb.dtsi | 97
1 file changed, 97 insertions(+)
diff --git a/arch/arm64/boot/
Add the smp2p-adsp, smp2p-cdsp and smp2p-wcss nodes found in QCS404.
Reviewed-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 60
1 file changed, 60 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/qcs404.dtsi
b/
From: Bjorn Andersson
Add the reserved memory regions in QCS404
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/qcs404.dtsi | 41
1 file changed, 41 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/qcs404.dtsi
b/a
This series adds support for various nodes for QCS404-EVB.
Based on v4.20-rc1
Changes in v3:
- Make the DTS files sorted alphabetcially and by node addresses
- Add reviewed by from Bjorn
- Split out the DTS files for EVB 1000 and EVB 4000 boards and add common
evb dts files for common part
Jacek
On 11/06/2018 04:07 PM, Jacek Anaszewski wrote:
> Replace of_led_classdev_register() with led_classdev_register_ext(), which
> accepts easily extendable struct led_init_data, instead of the fixed
> struct device_node argument. The latter can be now passed in a fwnode
> property of the struct
We should get rid of this function. It no longer serves its purpose.This
is a historical artifact from 2005 where do_brk was called outside of
the core mm.We do have a proper abstraction in vm_brk_flags and that one
does the locking properly.So there is no need to use this function.
Signed-off-by:
On 2018-11-08 09:35:25 [-0800], Paul E. McKenney wrote:
> I agree that tglx's patch is needed for 4.19 and earlier. Just not for
> 4.20 and later.
>
> Or am I still missing your point?
nope, I think we are good.
> Thanx, Paul
Sebastian
On 2018-11-08 09:10:24 [-0800], Paul E. McKenney wrote:
> > Is this again a hidden RCU detail that preempt_disable() on CPU4 is
> > enough to ensure that CPU2 does not get marked offline between?
>
> The call_rcu_sched parameter to synchronize_rcu_mult() makes this work.
> This synchronize_rcu_mul
On Thu, Nov 08, 2018 at 09:19:33AM -0800, Dan Williams wrote:
> On Thu, Nov 8, 2018 at 1:13 AM Peter Zijlstra wrote:
> >
> > On Thu, Nov 08, 2018 at 08:40:12AM +0100, Ingo Molnar wrote:
> > > > + - Cc: ``cc-ed-person ``
> > > > +
> > > > + If the patch should be backported to stable, then please
On Thu, Nov 08, 2018 at 06:15:16PM +0100, Sebastian Andrzej Siewior wrote:
> On 2018-11-08 08:42:47 [-0800], Paul E. McKenney wrote:
> > On Thu, Nov 08, 2018 at 05:02:57PM +0100, Sebastian Andrzej Siewior wrote:
> > > On 2018-11-01 16:18:04 [-0700], Paul E. McKenney wrote:
> > > > The need for this
On Thu, Nov 08, 2018 at 05:58:45PM +0100, Sebastian Andrzej Siewior wrote:
> On 2018-11-01 16:30:31 [-0700], Paul E. McKenney wrote:
> > > (Commit 258ba8e089db23f760139266c232f01bad73f85c from linux-rcu)
> > >
> > > This commit reverts a series of commits starting with fcc635436501 ("rcu:
> > > Ma
On Thu, Nov 8, 2018 at 8:32 AM Mark Brown wrote:
>
> On Thu, Nov 08, 2018 at 11:21:33AM -0500, Theodore Y. Ts'o wrote:
> > On Thu, Nov 08, 2018 at 04:05:17PM +0100, Peter Zijlstra wrote:
>
> > > My plumbers schedule is already 100% booked with MCs and other things.
> > > There is no kernel-summit
On 07/11/2018 23:08, Mathieu Poirier wrote:
This patch deals with the release of the CLAIM tag when the ETM is
operated from perf. Otherwise the tag is left asserted and subsequent
requests to use the device fail.
Signed-off-by: Mathieu Poirier
---
drivers/hwtracing/coresight/coresight-et
On Mon, 5 Nov 2018 11:55:46 -0500
Daniel Jordan wrote:
> Motivates and explains the ktask API for kernel clients.
A couple of quick thoughts:
- Agree with Peter on the use of "task"; something like "job" would be far
less likely to create confusion. Maybe you could even call it a "batch
j
* Janusz Krzysztofik [181107 13:28]:
> While playing with initialization order of modem device, it has been
> discovered that under some circumstances (early console init, I
> believe) its .pm() callback may be called before the
> uart_port->private_data pointer is initialized from
> plat_serial82
From: Rafael J. Wysocki
Subject: [PATCH] cpuidle: New timer events oriented governor for tickless
systems
The venerable menu governor does some thigns that are quite
questionable in my view.
First, it includes timer wakeups in the pattern detection data and
mixes them up with wakeups from other
On Thu, Nov 08, 2018 at 09:19:33AM -0800, Dan Williams wrote:
> I know at least StGit mail does not grok that "#"notation. I've
> stopped using it in favor of a "Fixes:" tag. I would think "Fixes:" is
> preferred over "# " if only because it can be used to track
> fixes to commits that have been ba
On Thu, Nov 08, 2018 at 03:47:32PM +, Michael Matz wrote:
> What tglx said. If you don't intend such functions to be called
> from other units make them static, if you do intend them to be callable
> declare the properly.
>
> [There's also one subtle issue with argument promotions. prototy
On Thu, Nov 8, 2018 at 1:13 AM Peter Zijlstra wrote:
>
> On Thu, Nov 08, 2018 at 08:40:12AM +0100, Ingo Molnar wrote:
> > > + - Cc: ``cc-ed-person ``
> > > +
> > > + If the patch should be backported to stable, then please add a '``Cc:
> > > + sta...@vger.kernel.org``' tag, but do not Cc stabl
Some of Huawei laptops come with a LED in the micmute key. This patch
enables and disable this LED accordingly.
Signed-off-by: Ayman Bagabas
---
drivers/platform/x86/huawei_wmi.c| 1 +
include/linux/platform_data/x86/huawei_wmi.h | 9
sound/pci/hda/huawei_wmi_helper.c
This patch solves bug 200501 'Only 2 of 4 speakers playing sound.'
https://bugzilla.kernel.org/show_bug.cgi?id=200501
It enables the front speakers on Huawei Matebook X Pro laptops.
These laptops come with Dolby Atmos sound system and these pins
configuration enables the front speakers.
Signed-off
This driver adds support for missing hotkeys on some Huawei laptops.
Currently, only Huawei Matebook X and Matebook X Pro is supported.
Signed-off-by: Ayman Bagabas
---
drivers/platform/x86/Kconfig | 11 ++
drivers/platform/x86/Makefile | 1 +
drivers/platform/x86/huawei_wmi.c | 235
Changes from v2:
* Support for Huawei MBX
* Style and formating issues
[PATCH v3 1/3]
The first patch adds support for missing hotkeys on some models.
[PATCH v3 2/3]
This one enables the front speakers on the Huawei Matebook X Pro (MBXP). This
solves bug 200501 https://bugzilla.kernel.org/show_b
On 2018-11-08 08:42:47 [-0800], Paul E. McKenney wrote:
> On Thu, Nov 08, 2018 at 05:02:57PM +0100, Sebastian Andrzej Siewior wrote:
> > On 2018-11-01 16:18:04 [-0700], Paul E. McKenney wrote:
> > > The need for this goes away as of the current merge window because
> > > RCU-bh has gone away. (Asi
Add driver for Synopsys DesignWare I3C master IP
Signed-off-by: Vitor soares
---
Change in v3:
- Use struct_size() (suggested by Matthew)
Change in v2:
- Rename some variables
- Remove dw_i3c_master_dev_set_info()
- Ajust code to match the changes made of i3c subsystem
- Use readsl/writesl() to
On 2018-11-07 11:18 p.m., Nadav Amit wrote:
>> Apparently gcc will treat them like basic blocks and possibly move them
>> around.
>
> Maybe it is possible to break the compilation of each object into two
> stages: first, compile the source without assembly, and then take the
> generated .s fil
Hi,
On 07/11/2018 23:08, Mathieu Poirier wrote:
This patch moves access to the CLAIM tag so that no modification to the HW
happens before and after the CLAIM operation has been carried.
Signed-off-by: Mathieu Poirier
---
drivers/hwtracing/coresight/coresight-etm3x.c | 16
1
On Thu, Nov 08, 2018 at 05:38:51PM +0100, Sebastian Andrzej Siewior wrote:
> On 2018-11-01 16:12:28 [-0700], Paul E. McKenney wrote:
> > > The current check via srcu_online is slightly racy because after looking
> > > at srcu_online there could be an interrupt that interrupted us long
> > > enough
pci_root_ops is only written to from within intel_mid_pci_init. This
is linked in only when CONFIG_X86_INTEL_MID is set. If not for this,
pci_root_ops could be marked as const.
Fix this by replacing pci_root_ops usage with pci_root_ops_ptr. If
CONFIG_X86_INTEL_MID is set, pci_root_ops_ptr will be
On Thu, 8 Nov 2018 at 02:49, Suzuki K Poulose wrote:
>
> Leo,
>
> On 07/11/2018 03:23, leo@linaro.org wrote:
> > Hi Mathieu,
> >
> > On Mon, Nov 05, 2018 at 03:26:30PM -0700, Mathieu Poirier wrote:
> >> This patch deals with the release of the CLAIM tag when the ETM is
> >> operated from perf.
Am 08.11.18 um 18:01 schrieb Christian Hewitt:
> Smartlabs are a professional integrator of Interactive TV solutions
> and IPTV/VOD devices.
>
> [1] (https://www.smartlabs.tv/en/about/)
"[1]" is not referenced anywhere, so you could just as well use a plain
link?
>
> Signed-off-by: Christian He
From:Miss:Fatima Yusuf.
For sure this mail would definitely come to you as a surprise, but do take your
good time to go through it, My name is Ms.Fatima Yusuf,i am from Ivory Coast.
I lost my parents a year and couple of months ago. My father was a serving
director of the Agro-exporting boar
On Thu, 2018-11-08 at 21:01 +0400, Christian Hewitt wrote:
> The Smartlabs SML-5442TW is broadly similar to the P231 reference design
> but with the following differences:
>
> - Yellow and Blue front-panel LEDs are available but disabled
> - Red/Green LED is used to signal off/on status
> - GPIOX_
On 26/08/18 16:20, Parthiban Nallathambi wrote:
> Hello Marc,
>
> Thanks for your feedback.
>
> On 8/13/18 1:46 PM, Marc Zyngier wrote:
>> On 12/08/18 13:22, Parthiban Nallathambi wrote:
>>> Actions Semi Owl family SoC's S500, S700 and S900 provides support
>>> for 3 external interrupt controller
>
> Move tpm_validate_command() to tpm2-space.c and make it part of the
> tpm2_prepare_space() flow. Make cc resolution as part of the TPM space
> functionality in order to detach it from rest of the tpm_transmit() flow.
>
> Signed-off-by: Jarkko Sakkinen
> Reviewed-by: Stefan Berger
> ---
>
The Smartlabs SML-5442TW is broadly similar to the P231 reference design
but with the following differences:
- Yellow and Blue front-panel LEDs are available but disabled
- Red/Green LED is used to signal off/on status
- GPIOX_17 is set high to enable the QCA9377 wireless module
- uart_AO can be a
This series adds new bindings and a device-tree file for the Smartlabs
SML-5442TW set-top box.
v2 - removed audio nodes
- changes soundcard name to "meson-gx-audio"
- added missing uart-has-rtscts;
Christian Hewitt (3):
dt-bindings: Add vendor prefix for Smartlabs
dt-bindings: arm: amlo
The SML-5442TW is an STB for O2 Czech IPTV/VOD and DVB-S based on the
Amlogic P231 reference design using the S905D chipset. Specs:
2GB DDR3 RAM
8GB eMMC storage
10/100 Base-T Ethernet
802.11 a/b/g/n/ac + BT 4.1 HS sdio wireless module (QCA9377)
2x single colour and 1x dual colour LEDs on the fron
Smartlabs are a professional integrator of Interactive TV solutions
and IPTV/VOD devices.
[1] (https://www.smartlabs.tv/en/about/)
Signed-off-by: Christian Hewitt
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetr
Hi,
* Lukasz Luba [181009 08:36]:
> PROVE_LOCKING enables LOCKDEP, which causes big overhead on cache and
> bus transactions.
>
> On some ARM big.LITTLE architecutres (Exynos 5433) the overhead is really big.
> The overhead can be measures using hackbench which will speed up
> by x3 times (11sec
On 2018-11-01 16:30:31 [-0700], Paul E. McKenney wrote:
> > (Commit 258ba8e089db23f760139266c232f01bad73f85c from linux-rcu)
> >
> > This commit reverts a series of commits starting with fcc635436501 ("rcu:
> > Make expedited GPs handle CPU 0 being offline") and its successors, thus
> > queueing e
On Thu, 08 Nov 2018 02:38:22 PST (-0800), david.abdurachma...@gmail.com wrote:
On Thu, Nov 8, 2018 at 3:10 AM Palmer Dabbelt wrote:
On Wed, 07 Nov 2018 13:09:39 PST (-0800), Arnd Bergmann wrote:
> On Wed, Nov 7, 2018 at 7:30 PM David Abdurachmanov
> wrote:
>> On Wed, Nov 7, 2018 at 1:08 AM Pa
On Thu, 08 Nov 2018 02:30:02 PST (-0800), Arnd Bergmann wrote:
On Thu, Nov 8, 2018 at 3:10 AM Palmer Dabbelt wrote:
On Wed, 07 Nov 2018 13:09:39 PST (-0800), Arnd Bergmann wrote:
> On Wed, Nov 7, 2018 at 7:30 PM David Abdurachmanov
> wrote:
>> On Wed, Nov 7, 2018 at 1:08 AM Palmer Dabbelt wr
On Thu, Nov 8, 2018 at 8:48 AM, syzbot
wrote:
>> On Tue, May 15, 2018 at 9:26 AM, syzbot
>> wrote:
>>>
>>> Hello,
>
>
>>> syzbot found the following crash on:
>
>
>>> HEAD commit:e2ab7e8abba4 kmsan: temporarily disable
>>> visitAsmInstructio..
>>> git tree: https://github.com/google/kms
On Thu, Nov 8, 2018 at 4:47 PM Sven Van Asbroeck wrote:
> On Thu, Nov 8, 2018 at 9:07 AM Arnd Bergmann wrote:
> > I see this is called from the interrupt handler at the moment, which
> > means you cannot call sleeping functions, but it also means that
> > the timeout may never happen because the
On 08.11.2018 16:07, Mark Brown wrote:
> On Fri, Oct 05, 2018 at 06:36:37PM +0300, Dmitry Osipenko wrote:
>
>> Wait/wound mutex shall be used in order to avoid lockups on locking of
>> coupled regulators.
>
> This breaks the build due to a few of the drivers (wm8350 and da9210 at
> least) taking
801 - 900 of 1335 matches
Mail list logo