On 29-05-18, 12:04, Ulf Hansson wrote:
> To extend genpd to deal with allowing multiple PM domains per device, some
> of the code in genpd_dev_pm_attach() can be re-used. Let's prepare for this
> by moving some of the code into a sub-function.
>
> Signed-off-by: Ulf Hansson
> ---
> drivers/base/
On Thu, May 31, 2018 at 02:45:35PM +0800, kbuild test robot wrote:
> From: kbuild test robot
>
> lib/test_atomic_sections.c:66:1-3: WARNING: PTR_ERR_OR_ZERO can be used
>
>
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
>
> Generated by: scripts/coccinelle/api/ptr_ret.cocci
>
>
Hello Rob,
Thanks for the review!
On Wed, May 30, 2018 at 10:01:29PM -0500, Rob Herring wrote:
> On Wed, May 30, 2018 at 11:42:03AM +0300, Matti Vaittinen wrote:
> > Document devicetree bindings for ROHM BD71837 PMIC MFD.
> > + - interrupts : The interrupt line the device is connecte
On Wed, May 30, 2018 at 12:20 PM, Feng Tang wrote:
> Currently printk timestamp mostly come from the sched_clock which
> depends on the clock setup, so there are many kernel logs started
> with "[0.00] " before the clock is calibrated.
>
> This patch will provide an debug option for spec
On Wed, May 30, 2018 at 10:04:36PM -0500, Rob Herring wrote:
> On Wed, May 30, 2018 at 11:42:32AM +0300, Matti Vaittinen wrote:
> > Document devicetree bindings for ROHM BD71837 PMIC regulators.
> > +ROHM BD71837 Power Management Integrated Circuit (PMIC) regulator bindings
> > +
> > +BD71837MWV is
On Wed, May 30, 2018 at 08:23:16PM -0700, Hugh Dickins wrote:
> George Boole would have noticed a slight error in 4.16 commit 69d763fc6d3a
> ("mm: pin address_space before dereferencing it while isolating an LRU page").
> Fix it, to match both the comment above it, and the original behaviour.
>
>
On Wed, May 30, 2018 at 08:23:47AM -0700, Stephen Boyd wrote:
> Quoting Lee Jones (2018-05-30 04:16:49)
> > On Tue, 29 May 2018, Matti Vaittinen wrote:
> >
> > > Hello,
> > >
> > > On Tue, May 29, 2018 at 08:39:58AM +0100, Lee Jones wrote:
> > > > On Mon, 28 May 2018, Matti Vaittinen wrote:
> > >
> -Original Message-
> From: 'Greg Kroah-Hartman' [mailto:gre...@linuxfoundation.org]
..
> Thanks for letting us know, but this was reported already. See the
> emails on lkml with the subject:
> Subject: Re: [PATCH 4.16 000/272] 4.16.13-stable review
> from Davidlohr Bueso
> Me
On Wed, 2018-05-30 at 23:20 -0500, Bjorn Helgaas wrote:
> On Wed, May 30, 2018 at 10:35:36AM +0800, honghui.zh...@mediatek.com wrote:
> > From: Honghui Zhang
> >
> > The MTCMOS of PCIe Host for MT2712 will be off when system suspend, and all
> > the internel control register will be reset after s
Quoting Sricharan R (2018-05-30 21:57:20)
> Hi Stephen,
>
> On 5/30/2018 9:25 PM, Stephen Boyd wrote:
> > Quoting Sricharan R (2018-05-24 22:40:11)
> >> Hi Bjorn,
> >>
> >> On 5/24/2018 11:09 PM, Bjorn Andersson wrote:
> >>> On Tue 06 Mar 06:38 PST 2018, Sricharan R wrote:
> >>>
> From: Steph
Hi Takashi:
Thank you for your reply.
>-Original Message-
>From: Takashi Iwai [mailto:ti...@suse.de]
>Sent: Sunday, May 13, 2018 6:40 PM
>To: Zengtao (B)
>Cc: pe...@perex.cz; ti...@suse.com; alsa-de...@alsa-project.org;
>linux-kernel@vger.kernel.org
>Subject: Re: [alsa-devel] Timeout iss
On Wed, May 30, 2018 at 06:08:09PM +0200, Juri Lelli wrote:
> A missing clock update is causing the below warning:
Thanks!
On 31/05/18 07:17, Ulf Hansson wrote:
> [...]
>
>>> +/**
>>> + * genpd_dev_pm_attach_by_id() - Attach a device to one of its PM domain.
>>> + * @dev: Device to attach.
>>
>> Can you update the description of the above as well?
>
> Yes, like below?
>
> genpd_dev_pm_attach_by_id() - Associate a
On Thu, 31 May 2018 09:43:10 +0200,
Zengtao (B) wrote:
>
> Hi Takashi:
>
> Thank you for your reply.
>
> >-Original Message-
> >From: Takashi Iwai [mailto:ti...@suse.de]
> >Sent: Sunday, May 13, 2018 6:40 PM
> >To: Zengtao (B)
> >Cc: pe...@perex.cz; ti...@suse.com; alsa-de...@alsa-proje
From: Honghui Zhang
The MTCMOS of PCIe Host for MT2712 will be off when system suspend, and all
the internal control register will be reset after system resume. The PCIe
link should be re-established and the related control register values
should be re-set after system resume.
Signed-off-by: Hon
@@ -246,3 +246,27 @@ void nvme_mpath_remove_disk(struct nvme_ns_head *head)
blk_cleanup_queue(head->disk->queue);
put_disk(head->disk);
}
+
+int nvme_mpath_change_personality(struct nvme_subsystem *subsys)
+{
+ struct nvme_ctrl *ctrl;
+ int ret = 0;
+
+restart:
+
On Wed, May 30, 2018 at 10:58:05PM -0500, Rob Herring wrote:
> On Wed, May 30, 2018 at 12:32:38PM +0200, Johan Hovold wrote:
> > Add binding for u-blox GNSS receivers.
> >
> > Note that the u-blox product names encodes form factor (e.g. "neo"),
> > chipset (e.g. "8") and variant (e.g. "q"), but th
On Thu, May 31, 2018 at 08:56:42AM +0200, Michal Hocko wrote:
> On Thu 31-05-18 15:01:33, Minchan Kim wrote:
> > On Wed, May 30, 2018 at 11:14:33AM -0700, Shakeel Butt wrote:
> > > On Tue, May 29, 2018 at 1:31 AM, Michal Hocko wrote:
> > > > On Mon 28-05-18 10:23:07, Shakeel Butt wrote:
> > > >> O
Hi Rai,
On Wed, 30 May 2018 at 19:25, Ray Jui wrote:
>
> Hi Clément,
>
> Correct me if I'm wrong, but I thought the trend is to move to use
> earlycon that can be activated from kernel command line for early print
> before the serial driver is loaded.
>
> Have you tried earlcon?
No, only tested t
Hi Clément,
On 05/30/2018 03:03 PM, Clément Péron wrote:
> From: Clément Peron
>
> Add devicetree binding document for NXP's i.MX SoC specific
> EPIT timer driver.
>
> Signed-off-by: Clément Peron
> ---
> .../devicetree/bindings/timer/fsl,imxepit.txt | 24 +++
> 1 file changed
The STMicroelectronics STM32 Inter-Processor Communication Controller
(IPCC) is used for communicating data between two processors.
It provides a non blocking signaling mechanism to post and retrieve
communication data in an atomic way.
Changes since v4:
- add Rob's 'Reviewed-by' in dt bindings
C
The STMicroelectronics STM32 Inter-Processor Communication Controller
(IPCC) is used for communicating data between two processors.
It provides a non blocking signaling mechanism to post and retrieve
communication data in an atomic way.
Signed-off-by: Fabien Dessenne
Signed-off-by: Ludovic Barre
Add a binding for the STMicroelectronics STM32 IPCC block exposing a
mailbox mechanism between two processors.
Signed-off-by: Fabien Dessenne
Signed-off-by: Ludovic Barre
Reviewed-by: Rob Herring
---
.../devicetree/bindings/mailbox/stm32-ipcc.txt | 47 ++
1 file changed
On 05/30/2018 03:03 PM, Clément Péron wrote:
> From: Colin Didier
>
> Add missing compatible and clock properties for EPIT node.
>
> Signed-off-by: Colin Didier
> Signed-off-by: Clément Peron
> Reviewed-by: Fabio Estevam
> ---
> arch/arm/boot/dts/imx6qdl.dtsi | 10 ++
> 1 file change
Hi Clément,
On 05/30/2018 03:03 PM, Clément Péron wrote:
> From: Colin Didier
>
> Add driver for NXP's EPIT timer used in i.MX 6 family of SoC.
>
> Signed-off-by: Colin Didier
> Signed-off-by: Clément Peron
> ---
[snip]
> +++ b/drivers/clocksource/timer-imx-epit.c
> @@ -0,0 +1,281 @@
> +//
Wouldn't expect you guys to nurture this 'mpath_personality' knob. SO
when features like "dispersed namespaces" land a negative check would
need to be added in the code to prevent switching from "native".
And once something like "dispersed namespaces" lands we'd then have to
see about a more
Hi Vladimir,
On Thu, 31 May 2018 at 10:33, Vladimir Zapolskiy
wrote:
>
> On 05/30/2018 03:03 PM, Clément Péron wrote:
> > From: Colin Didier
> >
> > Add missing compatible and clock properties for EPIT node.
> >
> > Signed-off-by: Colin Didier
> > Signed-off-by: Clément Peron
> > Reviewed-by:
On 30/05/18 17:46, Quentin Perret wrote:
> Hi Vincent,
>
> On Friday 25 May 2018 at 15:12:24 (+0200), Vincent Guittot wrote:
> > Add both cfs and rt utilization when selecting an OPP for cfs tasks as rt
> > can preempt and steal cfs's running time.
> >
> > Signed-off-by: Vincent Guittot
> > ---
On Thu 31-05-18 17:23:17, Minchan Kim wrote:
> On Thu, May 31, 2018 at 08:56:42AM +0200, Michal Hocko wrote:
> > On Thu 31-05-18 15:01:33, Minchan Kim wrote:
> > > On Wed, May 30, 2018 at 11:14:33AM -0700, Shakeel Butt wrote:
> > > > On Tue, May 29, 2018 at 1:31 AM, Michal Hocko wrote:
> > > > > O
Moreover, I also wanted to point out that fabrics array vendors are
building products that rely on standard nvme multipathing (and probably
multipathing over dispersed namespaces as well), and keeping a knob that
will keep nvme users with dm-multipath will probably not help them
educate their c
On Wed, May 30, 2018 at 02:22:06PM -0700, Kees Cook wrote:
> In the quest to remove all stack VLA usage from the kernel[1], this
> allocates a fixed size stack array to cover the range needed for
> bch. This was done instead of a preallocation on the SLAB due to
> performance reasons, shown by Ivan
On Wed, May 30, 2018 at 07:38:22AM -0700, Richard Cochran wrote:
> On Wed, May 30, 2018 at 12:32:34PM +0200, Johan Hovold wrote:
> > Another possible extension is to add generic 1PPS support.
>
> There are two possibilities to consider.
>
> 1. If the PPS causes an interrupt, then it should hook i
Hi Clément,
On 05/31/2018 11:41 AM, Clément Péron wrote:
> Hi Vladimir,
>
> On Thu, 31 May 2018 at 10:33, Vladimir Zapolskiy
> wrote:
>>
>> On 05/30/2018 03:03 PM, Clément Péron wrote:
>>> From: Colin Didier
>>>
>>> Add missing compatible and clock properties for EPIT node.
>>>
>>> Signed-off-b
Herzlichen Glückwunsch, Sie haben €650.000,00 bei den monatlichen Gewinnspielen
von Euro Millions / Google Promo am 28. Mai 2018 gewonnen.
Kontaktieren Sie unseren Schadenregulierungsbeauftragten mit den folgenden
Informationen
Vollständiger Name
Heimatadresse
Geschlecht
Alter
Besetzung
Telefo
Hi Matthias,
The patch looks good to me, just three minor comments to be more
coherent with other cros-ec drivers.
2018-05-25 22:30 GMT+02:00 Matthias Kaehlcke :
> The driver subscribes to throttling events from the Chrome OS
> embedded controller and enables/disables system throttling based
> on
Add support for MSI.
Signed-off-by: Xiaowei Song
---
drivers/pci/dwc/pcie-kirin.c | 28
1 file changed, 28 insertions(+)
diff --git a/drivers/pci/dwc/pcie-kirin.c b/drivers/pci/dwc/pcie-kirin.c
index d2970a009eb5..6997276eb69c 100644
--- a/drivers/pci/dwc/pcie-kirin
Before Version Patches
==
patch v4
https://patchwork.kernel.org/patch/10402399/
patch v3
https://www.spinics.net/lists/linux-pci/msg72322.html
patch v2
https://www.spinics.net/lists/kernel/msg2797610.html
patch v1
https://www.spinics.net/lists/kernel/msg2796410.html
Changes be
Hello,
I write a static analysis tool (DSAC), and it finds that printk can sleep.
According to this finding, there is an example bug in drivers/pci/pci.c
in Linux-4.16.7.
Here is the call path for this bug.
Please look at it *from the bottom up*.
== BUG ==
[FUNC] __might_sleep
> Make sure that MX51_PAD_GPIO1_1 does not remain configure as
> ALT0/SD1_WP (it is out of reset). This is needed because of external
> pull-up resistor attached to that pad that, when left unchanged, will
> drive SD1_WP high preventing eSDHC1/eMMC from working correctly.
>
> To fix that add a pin
On 29-05-18, 12:04, Ulf Hansson wrote:
> Changes in v2:
> - Addressed comments from Geert around DT doc.
> - Addressed comments from Jon around clarification of how to use this
> and changes to returned error codes.
> - Fixed build error in case CONFIG_PM was unset.
>
> The
We should use the new method to check if RTC was powered down, which
is more solid. Since we have introduced power control and power status
registers, and we just check if the power status is the default value
(0x96), if yes that means the RTC has been powered down. Meanwhile We
can set the power c
Reviewed-by: Sagi Grimberg
On Wed 30-05-18 17:51:15, Mike Kravetz wrote:
[...]
> [ 38.931497] load_elf_binary: skipping index 0 p_vaddr = 8048034
> [ 38.932321] load_elf_binary: skipping index 1 p_vaddr = 8048154
> [ 38.933165] load_elf_binary: calling elf_map() index 2 bias 0 vaddr 8048000
> [ 38.934087] map_add
diff --git a/drivers/nvme/host/fabrics.c b/drivers/nvme/host/fabrics.c
index 7ae732a77fe8..febf82639b40 100644
--- a/drivers/nvme/host/fabrics.c
+++ b/drivers/nvme/host/fabrics.c
@@ -957,16 +957,17 @@ nvmf_create_ctrl(struct device *dev, const char *buf,
size_t count)
down_read(&nvmf_tra
On Wed, May 30, 2018 at 03:08:21PM -0700, Subhra Mazumdar wrote:
> I tested with FOLD+AGE+ONCE+PONIES+PONIES2 shift=0 vs baseline but see some
> regression for hackbench and uperf:
I'm not seeing a hackbench regression myself, but I let it run a whole
lot of stuff over-night and I do indeed see so
In general it seems like fc loop needs to offload any I/O to a workqueue
just like nvme-loop does, but even then I can't see how that is going to
cause an issue in this area.
Hmm I'll be looking into it.
FWIW, I agree it should do that as well.
On Wed, May 30, 2018 at 07:19:36PM +0100, Colin King wrote:
> From: Colin Ian King
>
> It may be possible for tsl2772_get_lux to return a zero lux value
> and hence a division by zero can occur when lux_val is zero. Check
> for this case and return -ERANGE to avoid the division by zero.
>
> Dete
From: "sireesha.t"
Leak is caused because smack_inode_getsecurity() is allocating memory
using kstrdup(). Though the security_release_secctx() is called, it
would not free the allocated memory. Calling security_release_secctx is
not relevant for this scenario as inode_getsecurity() does not provi
diff --git a/drivers/nvme/target/fcloop.c b/drivers/nvme/target/fcloop.c
index 34712def81b1..d2209c60f95f 100644
--- a/drivers/nvme/target/fcloop.c
+++ b/drivers/nvme/target/fcloop.c
@@ -509,7 +509,7 @@ fcloop_fcp_req(struct nvme_fc_local_port *localport,
if (!rport->targetport)
On 27.05.2018 23:54, Stefan Agner wrote:
> Add support for the NAND flash controller found on NVIDIA
> Tegra 2 SoCs. This implementation does not make use of the
> command queue feature. Regular operations/data transfers are
> done in PIO mode. Page read/writes with hardware ECC make
> use of the D
Lockdep complains about inconsistent hardirq states when using
nvme-fcloop. So use the irqsave variant of spin_locks for the
nvmefc_fcp_req's reqlock.
Is this because of the nvmet bdev can trigger rx path in interrupt
context? Don't understand exactly what is violated.
Here's the lockdep r
Hi all,
Changes since 20180530:
The kbuild tree lost its build failure.
The powerpc tree gained a conflict against the kbuild tree.
The net-next tree still had its build failure for which I reverted
3 commits.
The crypto tree lost its build failures.
The device-mapper tree gained a build fai
On 31/05/2018 17:18:08+0800, Baolin Wang wrote:
> We should use the new method to check if RTC was powered down, which
> is more solid. Since we have introduced power control and power status
> registers, and we just check if the power status is the default value
> (0x96), if yes that means the RTC
Enable complex event names containing [.:=,] symbols to be encoded into Perf
trace using name= modifier e.g. like this:
perf record -e
cpu/name=\'OFFCORE_RESPONSE:request=DEMAND_RFO:response=L3_HIT.SNOOP_HITM\',\
period=0x3567e0,event=0x3c,cmask=0x1/Duk ./futex
Below is how it
Cc-ing CLK people.
On (05/31/18 17:08), Jia-Ju Bai wrote:
> [FUNC] __might_sleep
> kernel/locking/mutex.c: 747: __might_sleep in __mutex_lock_common
> kernel/locking/mutex.c: 893: __mutex_lock_common in __mutex_lock
> kernel/locking/mutex.c: 908: __mutex_lock in mutex_lock_nested
> drivers/clk/clk
> Am 31.05.2018 um 10:52 schrieb Johan Hovold :
>
> On Wed, May 30, 2018 at 07:38:22AM -0700, Richard Cochran wrote:
>> On Wed, May 30, 2018 at 12:32:34PM +0200, Johan Hovold wrote:
>>> Another possible extension is to add generic 1PPS support.
>>
>> There are two possibilities to consider.
>>
On 31.05.2018 11:37, Stefan Agner wrote:
> On 27.05.2018 23:54, Stefan Agner wrote:
>> Add support for the NAND flash controller found on NVIDIA
>> Tegra 2 SoCs. This implementation does not make use of the
>> command queue feature. Regular operations/data transfers are
>> done in PIO mode. Page re
Useful range is 2000-2099 because leap year fails on centuries.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1685.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/rtc/rtc-ds1685.c b/drivers/rtc/rtc-ds1685.c
index e6390475380f..5c0db6c8134c 100644
--- a/drivers/rtc/rtc-
The IRQ is requested before the struct rtc is allocated and registered, but
this struct is used in the IRQ handler.
Switch to devm_rtc_allocate_device/rtc_register_device to allocate the rtc
before requesting the IRQ.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1685.c | 41 ++
On Tue, May 29, 2018 at 10:56 PM wrote:
>
> > -Original Message-
> > From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> > Sent: Thursday, May 24, 2018 8:57 AM
> > To: Limonciello, Mario; Jason Gerecke
> > Cc: linux-input; linux-kernel@vger.kernel.org
> > Subject: Re: Sometime
I found this discussion (https://lwn.net/Articles/657969/) regarding
implementation of separate IRQ stack for ARM64.
My understanding is each CPU getting its own IRQ stack. So is it
possible to print the stack uses of each IRQ handler? like, How much
stack is used & how much left free ?
like in
Adding Geert and timer people into Cc.
On Thu 2018-05-31 17:08:49, Jia-Ju Bai wrote:
> Hello,
>
> I write a static analysis tool (DSAC), and it finds that printk can sleep.
> According to this finding, there is an example bug in drivers/pci/pci.c in
> Linux-4.16.7.
>
> Here is the call path for
Hi Evan,
I have some generic notes:
- Why to create new sysfs entries for the configuration descriptor fields if
they are just duplication of fields in the device and unit descriptors? And the
sysfs representation of the device and unit descriptors is existing already.
- It would be nice to have
I found this discussion (https://lwn.net/Articles/657969/) regarding
implementation of separate IRQ stack for ARM64.
My understanding is each CPU getting its own IRQ stack. So is it
possible to print the stack uses of each IRQ handler? like, How much
stack is used & how much left free ?
like in
Hi,
On Thursday 31 May 2018 09:33 AM, Rob Herring wrote:
> On Wed, May 30, 2018 at 07:41:30PM +0530, Faiz Abbas wrote:
>> Add clkctrl data for the m_can clocks and register it within the
...
>>
>> diff --git a/include/dt-bindings/clock/dra7.h
>> b/include/dt-bindings/clock/dra7.h
>> index 5e106
Hi,
On Wednesday 30 May 2018 08:27 PM, Tony Lindgren wrote:
> * Faiz Abbas [180530 14:12]:
>> The dra76x MCAN generic interconnect module has a its own
>> format for the bits in the control registers.
...
>> static int sysc_init_pdata(struct sysc *ddata)
>> {
>> struct ti_sysc_platform_dat
Hi,
On Wednesday 30 May 2018 08:34 PM, Tony Lindgren wrote:
> * Faiz Abbas [180530 14:12]:
>> The ti-sysc driver provides support for manipulating the idlemodes
>> and interconnect level resets.
> ...
>> --- a/arch/arm/boot/dts/dra76x.dtsi
>> +++ b/arch/arm/boot/dts/dra76x.dtsi
>> @@ -11,6 +11,25
This patch removes unused flag LOG_NOCONS for printk.
usage of this flag is removed long back with below commit.
"5c2992ee7fd8a29d04125dc0aa3522784c5fa5eb"
printk: remove console flushing special cases for
partial buffered lines
Signed-off-by: Maninder Singh
Signed-off-by: Vaneet Narang
---
k
This patch make sure printing of log if loglevel at time of storing
log is greater than current console loglevel.
@why
In case of async printk, printk thread can miss logs because it checks
current log level at time of console_unlock.
func()
{
console_verbose(); // user wants t
On Thu, May 31, 2018 at 10:17:17AM +0300, Matti Vaittinen wrote:
> Hello Rob,
>
> Thanks for the review!
>
> On Wed, May 30, 2018 at 10:01:29PM -0500, Rob Herring wrote:
> > On Wed, May 30, 2018 at 11:42:03AM +0300, Matti Vaittinen wrote:
> > > Document devicetree bindings for ROHM BD71837 PMIC M
Some Atom CPUs can produce FUP packets that contain NLIP (next linear
instruction pointer) instead of CLIP (current linear instruction pointer).
That will result in "Unexpected indirect branch" errors. Fix by comparing
IP to NLIP in that case.
Signed-off-by: Adrian Hunter
Cc: sta...@vger.kernel.o
On some platforms, overflows will clear before MTC wraparound, and there is
no following TSC/TMA packet. In that case the previous TMA is valid. Since
there will be a valid TMA either way, stop setting 'have_tma' to false upon
overflow.
Signed-off-by: Adrian Hunter
Cc: sta...@vger.kernel.org
---
Hi
Here are some small non-urgent fixes for Intel PT.
Adrian Hunter (4):
perf intel-pt: Fix sync_switch INTEL_PT_SS_NOT_TRACING
perf intel-pt: Fix decoding to accept CBR between FUP and corresponding
TIP
perf intel-pt: Fix MTC timing after overflow
perf intel-pt: Fix "Un
It is possible to have a CBR packet between a FUP packet and corresponding
TIP packet. Stop treating it as an error.
Signed-off-by: Adrian Hunter
Cc: sta...@vger.kernel.org
---
tools/perf/util/intel-pt-decoder/intel-pt-decoder.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --g
On 31.05.2018 03:58, Rob Herring wrote:
On Fri, May 25, 2018 at 03:34:22PM +0300, Codrin Ciubotariu wrote:
The I2S mux clock can be used to select the I2S input clock. The
available parents are the peripheral and the generated clocks.
Signed-off-by: Codrin Ciubotariu
---
.../devicetree/bindi
sync_switch is a facility to synchronize decoding more closely with the
point in the kernel when the context actually switched.
In one case, INTEL_PT_SS_NOT_TRACING state was not correctly transitioning
to INTEL_PT_SS_TRACING state due to a missing case clause. Add it.
Signed-off-by: Adrian Hunte
Hi Vincent, Juri,
On 28-May 18:34, Vincent Guittot wrote:
> On 28 May 2018 at 17:22, Juri Lelli wrote:
> > On 28/05/18 16:57, Vincent Guittot wrote:
> >> Hi Juri,
> >>
> >> On 28 May 2018 at 12:12, Juri Lelli wrote:
> >> > Hi Vincent,
> >> >
> >> > On 25/05/18 15:12, Vincent Guittot wrote:
> >
Version 2 changes:
split tramp_pg_dir off from the data segment and create
a dedicated pgdir segment for it.
Jun Yao (2):
arm64/mm: split tramp_pg_dir off from the data segment
arm64/mm: make tramp_pg_dir read-only
arch/arm64/include/asm/sections.h | 1 +
arch/arm64/kernel/v
Hi Jerome,
I love your patch! Yet something to improve:
[auto build test ERROR on clk/clk-next]
[also build test ERROR on next-20180530]
[cannot apply to v4.17-rc7]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0da
In order to make tramp_pg_dir read-only, split it off from the data
segment and create a dedicated pgdir segment for it.
Signed-off-by: Jun Yao
---
arch/arm64/include/asm/sections.h | 1 +
arch/arm64/kernel/vmlinux.lds.S | 3 +++
arch/arm64/mm/mmu.c | 13 +
3 files
Make tramp_pg_dir read-only.
Signed-off-by: Jun Yao
---
arch/arm64/mm/mmu.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c
index a675fb88914e..2c6e6433090c 100644
--- a/arch/arm64/mm/mmu.c
+++ b/arch/arm64/mm/mmu.c
@@ -542,6 +542,7 @@ static i
From: Kan Liang
Perf stat doesn't count the uncore event aliases from the same uncore
block in a group, for example:
perf stat -e '{unc_m_cas_count.all,unc_m_clockticks}' -a -I 1000
# time counts unit events
1.000447342unc_m_cas_count.all
1.000
From: Mathieu Poirier
The tail of a queue is supposed to be pointing to the next available
slot in a queue. In this implementation the tail is incremented before
it is used and as such points to the last used element, something that
has the immense advantage of centralizing tail management at a
From: Thomas Richter
The "perf test Session topology" entry fails with core dump on s390. The root
cause is a NULL pointer dereference in function check_cpu_topology() line 76
(or line 82 without -v).
The session->header.env.cpu variable is NULL because on s390 function
process_cpu_topology() re
From: Arnaldo Carvalho de Melo
In the perf.data HEADER_CPUDESC feadure header we store first the number
of available CPUs in the system, then the number of CPUs at the time of
writing the header, not the other way around.
Reported-by: Thomas-Mich Richter
Acked-by: Andi Kleen
Cc: Adrian Hunter
From: Thomas Richter
Add an explanation of each cpu's core and socket identifier to the
perf.data file format documentation.
Signed-off-by: Thomas Richter
Cc: Heiko Carstens
Cc: Hendrik Brueckner
Cc: Martin Schwidefsky
Link: http://lkml.kernel.org/r/20180528074433.16652-1-tmri...@linux.ibm.c
On Wed, May 23, 2018 at 12:29 AM, João Paulo Rechi Vita
wrote:
> From: João Paulo Rechi Vita
>
> u64 should be printed with %llx instead of %x and cast to uint.
>
Pushed to my review and testing queue, thanks!
> Signed-off-by: João Paulo Rechi Vita
> ---
> drivers/platform/x86/asus-wireless.c
On Wed, May 30, 2018 at 05:11:54PM -0700, David Collins wrote:
> I'll split up the patches so that reviewing is easier. For the base
> patch, would you prefer that I remove *all* mode support (handled by
> generic regulator framework DT properties) or only remove the special
> purpose drms mode h
On Wed, May 23, 2018 at 12:30 AM, João Paulo Rechi Vita
wrote:
> Do not perform the rfkill cleanup routine when
> (asus->driver->wlan_ctrl_by_user && ashs_present()) is true, since
> nothing is registered with the rfkill subsystem in that case. Doing so
> leads to the following kernel NULL pointer
From: Xiaotong Lu
This patch adds the Spreadtrum vibrator driver, which embedded in the
Spreadtrum SC27xx series PMICs.
Signed-off-by: Xiaotong Lu
Signed-off-by: Baolin Wang
---
Changes since v3:
- No updates.
Changes since v2:
- Fix the condition when disabling the vibrator.
- Change of_p
From: Xiaotong Lu
This patch adds the binding documentation for Spreadtrum SC27xx series
vibrator device.
Signed-off-by: Xiaotong Lu
Signed-off-by: Baolin Wang
Reviewed-by: Rob Herring
---
Changes since v3:
- Change compatible string to explicit Soc name.
- Add parent MFD node.
Changes sin
Hi Masami,
Masami Hiramatsu wrote:
Hi Naveen,
Sorry, I might miss to add you on CC list. Could you test and review this on
powerpc?
Sure, thanks for letting me know. If possible, please mark powerpc
patches to linuxppc-...@lists.ozlabs.org so that it gets good review.
- Naveen
Commit-ID: 369b230806a9f3ff691466d54795e5e3ff3f8f5c
Gitweb: https://git.kernel.org/tip/369b230806a9f3ff691466d54795e5e3ff3f8f5c
Author: Kan Liang
AuthorDate: Mon, 7 May 2018 14:13:43 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 30 May 2018 10:40:44 -0300
perf parse-events
Commit-ID: d121109100bda84199dab97f9d56432ab235
Gitweb: https://git.kernel.org/tip/d121109100bda84199dab97f9d56432ab235
Author: Thomas Richter
AuthorDate: Mon, 28 May 2018 09:36:57 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 30 May 2018 11:43:58 -0300
perf test:
Commit-ID: ab4e32ff5aa797eaea551dbb67946e2fcb56cc7e
Gitweb: https://git.kernel.org/tip/ab4e32ff5aa797eaea551dbb67946e2fcb56cc7e
Author: YueHaibing
AuthorDate: Fri, 11 May 2018 19:21:42 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 30 May 2018 15:35:31 -0300
perf bpf: Fix N
On 31 May 2018 at 10:03, Jon Hunter wrote:
>
> On 31/05/18 07:17, Ulf Hansson wrote:
>> [...]
>>
+/**
+ * genpd_dev_pm_attach_by_id() - Attach a device to one of its PM domain.
+ * @dev: Device to attach.
>>>
>>> Can you update the description of the above as well?
>>
>> Yes, like b
On Thu, May 24, 2018 at 10:07 AM, Kai Heng Feng
wrote:
> at 10:30 PM, mario.limoncie...@dell.com wrote:
>>> Reviewed-by: Pali Rohár
>> Reviewed-by: Mario Limonciello
> Looks like this patch does not get included yet.
Yep. It also is missed in our patchwork or I mistakenly mark it with
some ir
Commit-ID: e2ab28521a588785c3e053098ffe607b5ff54634
Gitweb: https://git.kernel.org/tip/e2ab28521a588785c3e053098ffe607b5ff54634
Author: Mathieu Poirier
AuthorDate: Fri, 25 May 2018 17:10:54 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 30 May 2018 15:38:40 -0300
perf cs-et
Commit-ID: 0c711138fa61188aa379210e9e08ac76838dea03
Gitweb: https://git.kernel.org/tip/0c711138fa61188aa379210e9e08ac76838dea03
Author: Thomas Richter
AuthorDate: Mon, 28 May 2018 09:44:33 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 30 May 2018 15:39:13 -0300
perf data:
Commit-ID: 943f32a0e8a4ea513dc68b00720a6c65842135e8
Gitweb: https://git.kernel.org/tip/943f32a0e8a4ea513dc68b00720a6c65842135e8
Author: Leo Yan
AuthorDate: Mon, 28 May 2018 16:45:01 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 30 May 2018 15:39:31 -0300
perf script python
1 - 100 of 599 matches
Mail list logo