Hi Mark,
On 12 July 2017 at 23:33, Mark Rutland wrote:
> Signed-off-by: Mark Rutland
> ---
> arch/arm64/Kconfig| 1 +
> arch/arm64/kernel/entry.S | 43 +++
> arch/arm64/kernel/traps.c | 21 +
> 3 files changed, 65 insertions(+
Hi Michal,
Sorry for my delay.
On Tue, Jul 11, 2017 at 10:25:32AM +0200, Michal Hocko wrote:
> On Mon 26-06-17 10:59:07, Michal Hocko wrote:
> > On Mon 26-06-17 14:26:57, Joey Lee wrote:
> > > Hi all,
> > >
> > > If ACPI received ejection request for a ACPI container, kernel
> > > emits KOBJ_CH
After commit 73ce0511c436("kernel/watchdog.c: move hardlockup
detector to separate file"), 'NMI watchdog' is inappropriate in
kernel/watchdog.c, using 'watchdog' only.
Signed-off-by: Kefeng Wang
---
kernel/watchdog.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/watc
This patch fixed comment style. Semantic should not be affected.
There are also two warnings left about too long lines, which
reduce readability if changed.
Signed-off-by: Philipp Guendisch
Signed-off-by: Chris Baller
---
.../staging/media/atomisp/pci/atomisp2/hmm/hmm.c | 44 +++--
This patch fixed code alignment to open paranthesis.
Semantic should not be affected by this patch.
It has been rebased on top of media_tree atomisp branch
Signed-off-by: Philipp Guendisch
Signed-off-by: Chris Baller
---
.../staging/media/atomisp/pci/atomisp2/hmm/hmm.c | 93 +++--
Hi Ben
I add some printk logs in watchdog_timer_fn in the guest
[ 16.025222] get_vtb=8236291881, get_tb=13756711357, get_timestamp=4
[ 20.025624] get_vtb=9745285807, get_tb=15804711283, get_timestamp=7
[ 24.025042] get_vtb=11518119641, get_tb=17852711085, get_timestamp=10
[ 28.024074] get_
On 2017-07-07 10:51, Zhouyi Zhou wrote:
> commit 6807c84652b0 ("x86: Enable KASLR by default") enables KASLR
> by default on x86. While KASLR will confuse gdb which resolve kernel
> symbol address from symbol table of vmlinux. We should turn off KASLR for
> kernel debugging.
>
> Signed-off-by: Z
Hi Tom,
Which repo and branch do you push these changes into?
cheers,
Piotr
-Original Message-
From: linux-rt-users-ow...@vger.kernel.org
[mailto:linux-rt-users-ow...@vger.kernel.org] On Behalf Of Tom Zanussi
Sent: 26 June 2017 23:49
To: rost...@goodmis.org
Cc: t...@linutronix.de; mhira
On 07/12, Bjorn Andersson wrote:
> On Wed 12 Jul 16:04 PDT 2017, Stephen Boyd wrote:
>
> > On 07/12, Bjorn Andersson wrote:
> > > This extends the existing set of bulk helpers with prepare_enable and
> > > disable_unprepare variants.
> > >
> > > Signed-off-by: Bjorn Andersson
> > > ---
> >
> >
On 07/13, Vivek Gautam wrote:
> Hi Stephen,
>
>
> On 07/13/2017 04:24 AM, Stephen Boyd wrote:
> >On 07/06, Vivek Gautam wrote:
> >>@@ -1231,12 +1237,18 @@ static int arm_smmu_map(struct iommu_domain
> >>*domain, unsigned long iova,
> >> static size_t arm_smmu_unmap(struct iommu_domain *domain,
On 13 July 2017 at 04:12, Bjorn Helgaas wrote:
> On Mon, Jul 10, 2017 at 04:52:28PM +0100, Marc Zyngier wrote:
>> Ard and myself have just spent quite some time lately trying to pin
>> down an issue in the DMA code which was taking the form of a PCIe USB3
>> controller issuing a DMA access at some
This patch updates the schedutil governor to process cpufreq utilization
update hooks called for remote CPUs.
The schedutil governor already has proper locking in place for shared
policy update hooks and nothing extra is required to be done.
Based on initial work from Steve Muckle.
Signed-off-by
Hi,
With Android UI and benchmarks the latency of cpufreq response to
certain scheduling events can become very critical. Currently, callbacks
into schedutil are only made from the scheduler if the target CPU of the
event is the same as the current CPU. This means there are certain
situations wher
We do not call cpufreq callbacks from scheduler core for remote
(non-local) CPUs currently. But there are cases where such remote
callbacks are useful, specially in the case of shared cpufreq policies.
This patch updates the scheduler core to call the cpufreq callbacks for
remote CPUs as well.
Fo
This patch updates the legacy governors (ondemand/conservative) to
process cpufreq utilization update hooks to be called for remote CPUs.
Proper locking is already in place for shared policies and nothing extra
is required to be done.
Based on initial work from Steve Muckle.
Signed-off-by: Vires
The device-specific property should be prefixed with the vendor name
Change this and document the bindings of this platform device.
Signed-off-by: Jan Kiszka
---
Documentation/devicetree/bindings/gpio/gpio-exar.txt | 5 +
drivers/gpio/gpio-exar.c | 2 +-
drivers/t
On Thu, Jul 13, 2017 at 12:52:23AM -0500, Gustavo A. R. Silva wrote:
> This structure is only stored in the ops field of a snd_soc_dai_driver
> structure. That field is declared const, so snd_soc_dai_ops structures
> that have this property can be declared as const also.
>
> Signed-off-by: Gustavo
Hi,
On 12 July 2017 at 20:30, Linus Walleij wrote:
> On Tue, Jun 27, 2017 at 2:06 PM, Baolin Wang
> wrote:
>
>> If we introduce "sleep-input-enable" config, we can set the pin's config
>> as below:
>>
>> vio_sd0_ms_3: regctrl3 {
>> pins = "SC9860_RFCTL30", "SC9860_RFCTL31", "SC9860_RFCT
On Wed, 12 Jul 2017 14:06:02 -0400
Jérôme Glisse wrote:
> Changes since v3:
> - change name to device host (s/DEVICE_PUBLIC/DEVICE_HOST/)
I think you've mis-interpreted what Dan said
The message @
http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1441839.html
states
"I was suggesti
On Wed, Jul 12, 2017 at 10:27:44PM -0400, Mikulas Patocka wrote:
> It is not strictly needed, but it is annoying. I work in the console and
> it is annoying to see these "unhandled rdmsr" messages printed over the
> screen every time I reboot a virtual machine.
Those messages are already pr_debu
The bpf_skb_adjust_net() ignores the return value of bpf_skb_net_shrink/grow,
and always return 0, fix it by return 'ret'.
Signed-off-by: Kefeng Wang
---
net/core/filter.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/filter.c b/net/core/filter.c
index c7f7370..f44
Hi Kieran,
Thanks for your hard work.
On 2017-07-06 12:01:16 +0100, Kieran Bingham wrote:
> From: Kieran Bingham
>
> Provide support for the ADV7481 and ADV7482.
>
> The driver is modelled with 4 subdevices to allow simultaneous streaming
> from the AFE (Analog front end) and HDMI inputs thou
These structures are only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/intel/atom/sst-mfld-platform-pcm.c | 6 +++---
On Thu, Jul 13, 2017 at 11:27 AM, Gustavo A. R. Silva
wrote:
> This structure is only stored in the ops field of a snd_soc_dai_driver
> structure. That field is declared const, so snd_soc_dai_ops structures
> that have this property can be declared as const also.
>
> Signed-off-by: Gustavo A. R. S
* Sebastian Reichel [170712 08:31]:
> CPCAP phy can only be used with CPCAP MFD, so let's add
> a dependency. There is no need to ask for it on e.g. x86
> systems. Since nobody complained about compilation errors
> in a couple of weeks it is safe to ignore the dependency
> for COMPILE_TEST, though
On Thu 13-07-17 08:53:52, Benjamin Herrenschmidt wrote:
> On Wed, 2017-07-12 at 09:23 +0200, Michal Hocko wrote:
> >
> > >
> > > Ideally the MMU looks at the PTE for keys, in order to enforce
> > > protection. This is the case with x86 and is the case with power9 Radix
> > > page table. Hence the
We don't need to adjust prio before new pi_waiter adding. The prio
only need update after pi_waiter change or task priority change.
Steven Rostedt pointed:
"Interesting, I did some git mining and this was added with the original
entry of the rtmutex.c (23f78d4a0). Looking at even that version, I
d
This structure is only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/spear/spdif_in.c | 2 +-
1 file changed, 1 inserti
On Wed 12-07-17 09:55:48, Mike Kravetz wrote:
> On 07/12/2017 04:46 AM, Michal Hocko wrote:
> > On Tue 11-07-17 11:23:19, Mike Kravetz wrote:
> >> On 07/11/2017 05:36 AM, Michal Hocko wrote:
> > [...]
> >>> Anyway the patch should fail with -EINVAL on private mappings as Kirill
> >>> already pointe
These structures are only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/intel/skylake/skl-pcm.c | 8
1 file ch
On 07/13/2017 12:35 AM, Peter Zijlstra wrote:
> On Wed, Jul 12, 2017 at 10:14:49AM -0400, Steven Rostedt wrote:
>> On Tue, 11 Jul 2017 22:39:24 +0800
>> Alex Shi wrote:
>>
>>> Any comments for this little change? It's passed on 0day testing.
>>
>> I think the problem was that this was a third pa
On 07/12/2017 10:14 PM, Steven Rostedt wrote:
> On Tue, 11 Jul 2017 22:39:24 +0800
> Alex Shi wrote:
>
>> Any comments for this little change? It's passed on 0day testing.
>
> I think the problem was that this was a third patch after two
> documentation patches. Where, people put documentation
This structure is only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/mediatek/mt2701/mt2701-afe-pcm.c | 2 +-
1 file ch
On 07/12, Viresh Kumar wrote:
> Some platforms add the OPPs dynamically from platform specific drivers
> instead of getting them statically from DT. The cpufreq-dt driver
> already ignores the return value of dev_pm_opp_of_cpumask_add_table() to
> not error out for such cases, but we still end up p
This structure is only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/pxa/mmp-sspa.c | 2 +-
1 file changed, 1 insertion
On 13.7.2017 04:38, Bjorn Helgaas wrote:
> On Tue, Jun 20, 2017 at 02:08:44PM +0100, Lorenzo Pieralisi wrote:
>> commit 01cf9d524ff0 ("microblaze/PCI: Support generic Xilinx AXI PCIe Host
>> Bridge IP driver") removed pcibios calls to:
>>
>> pcibios_setup_bus_self()
>> pcibios_setup_bus_devices()
>
Hi,
On 13 July 2017 at 07:20, gustavo panizzo wrote:
> Hello Wang
>
> thanks for your response
>
>
> On Wed, Jul 12, 2017 at 02:08:04PM +0800, Baolin Wang wrote:
>>
>> Hi,
>>
>> On 12 July 2017 at 11:52, gustavo panizzo wrote:
>>>
>>> The dwc3 could not release resources when the module is built
On 7/13/2017 5:33 AM, Bjorn Andersson wrote:
On Mon 12 Jun 23:16 PDT 2017, fengl...@codeaurora.org wrote:
From: Fenglin Wu
Power source selection in DIG_VIN_CTL is indexed from 0, in the range
check it shouldn't be equal to the total number of power sources.
Signed-off-by: Fenglin Wu
Revi
On Thu, Jul 13, 2017 at 3:34 AM, Bjorn Helgaas wrote:
> On Wed, Jul 12, 2017 at 08:15:43AM -0400, Sinan Kaya wrote:
>> On 7/12/2017 5:44 AM, Ethan Zhao wrote:
>> > The dmesg yelled "...Tag handling is broken" , but didn't say how it
>> > was handled, that is weird and confusing, just because there
On 07/12, Dwivedi, Avaneesh Kumar (avani) wrote:
>
>
> On 7/8/2017 4:19 AM, Stephen Boyd wrote:
> >On 06/22, Avaneesh Kumar Dwivedi wrote:
> >>diff --git a/drivers/firmware/qcom_scm-64.c b/drivers/firmware/qcom_scm-64.c
> >>index 6e6d561..cdfe986 100644
> >>--- a/drivers/firmware/qcom_scm-64.c
>
Hi, Rafael
At 07/11/2017 09:26 PM, Dou Liyang wrote:
Hi, Rafael
Recently, I worked for unify the interrupt delivery mode and do its
setup earlier[1]. And I met a bug about ACPI[2].
When I investigated it, I got your *commit c4e1acbb35e4 (ACPI / init:
Invoke early ACPI initialization later).*
This structure is only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/sunxi/sun8i-codec.c | 2 +-
1 file changed, 1 inse
This structure is only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/tegra/tegra30_i2s.c | 2 +-
1 file changed, 1 inse
This structure is only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/zte/zx-tdm.c | 2 +-
1 file changed, 1 insertion(+
The policy->transition_delay_us field is used only by the schedutil
governor currently, and this field describes how fast the driver wants
the cpufreq governor to change CPUs frequency. It should rather be a
common thing across all governors, as it doesn't have any schedutil
dependency here.
Creat
The cpufreq core and governors aren't supposed to set a limit on how
fast we want to try changing the frequency. This is currently done for
the legacy governors with help of min_sampling_rate.
At worst, we may end up setting the sampling rate to a value lower than
the rate at which frequency can b
Hi Rafael,
Here is the V2 and sending it as RFC this time.
This series tries to cleanup the code around transition-latency and its
users. Some of the old legacy code, which may not make much sense now,
is dropped as well.
Some code consolidation also done across governors.
Based of: pm/linux-n
All users of arm_big_little driver are defining it and there is no need
to keep it optional.
Make it mandatory to remove the always true conditional statement.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/arm_big_little.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff
There is no limitation in the ondemand or conservative governors which
disallow the transition_latency to be greater than 10 ms.
The max_transition_latency field is rather used to disallow automatic
dynamic frequency switching for platforms which didn't wanted these
governors to run.
Replace max_
If transition_delay_us isn't defined by the cpufreq driver, the default
value of transition delay (time after which the cpufreq governor will
try updating the frequency again) is currently calculated by multiplying
transition_latency (nsec) with LATENCY_MULTIPLIER (1000) and then
converting this ti
Set dynamic_switching to 'true' to disallow use of schedutil governor
for platforms with transition_latency set to CPUFREQ_ETERNAL, as they
may not want to do automatic dynamic frequency switching.
Signed-off-by: Viresh Kumar
---
kernel/sched/cpufreq_schedutil.c | 1 +
1 file changed, 1 insertio
This structure is only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/zte/zx-spdif.c | 2 +-
1 file changed, 1 insertion
Hi Vivek,
On 7/13/2017 10:43 AM, Vivek Gautam wrote:
> Hi Stephen,
>
>
> On 07/13/2017 04:24 AM, Stephen Boyd wrote:
>> On 07/06, Vivek Gautam wrote:
>>> @@ -1231,12 +1237,18 @@ static int arm_smmu_map(struct iommu_domain
>>> *domain, unsigned long iova,
>>> static size_t arm_smmu_unmap(struc
On 7/13/2017 5:24 AM, Bjorn Andersson wrote:
On Mon 12 Jun 23:16 PDT 2017, fengl...@codeaurora.org wrote:
From: Fenglin Wu
Add property "qcom,dtest-buffer" to specify which dtest rail to feed
when the pin is configured as a digital input.
Signed-off-by: Fenglin Wu
---
.../devicetree/bindi
On Wed, 2017-07-12 at 21:40 -0700, Andi Kleen wrote:
> On Thu, Jul 13, 2017 at 06:28:43AM +0200, Mike Galbraith wrote:
> > On Wed, 2017-07-12 at 21:15 -0700, Andi Kleen wrote:
> > > On Thu, Jul 13, 2017 at 05:03:00AM +0200, Mike Galbraith wrote:
> > > > On Wed, 2017-07-12 at 15:30 -0700, Andi Kleen
This structure is only stored in the ops field of a snd_soc_dai_driver
structure. That field is declared const, so snd_soc_dai_ops structures
that have this property can be declared as const also.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/zte/zx-i2s.c | 2 +-
1 file changed, 1 insertion(+
Hi Stephen,
On 07/13/2017 04:24 AM, Stephen Boyd wrote:
On 07/06, Vivek Gautam wrote:
@@ -1231,12 +1237,18 @@ static int arm_smmu_map(struct iommu_domain *domain,
unsigned long iova,
static size_t arm_smmu_unmap(struct iommu_domain *domain, unsigned long iova,
s
On Fri, 7 Jul 2017, Derek Basehore wrote:
> This adds support to the clock event devices created by apic to use
> freeze events. The apic is able to run a timer during freeze with near
> zero power impact on modern CPUs such as skylake. This will allow
> S0ix, suspend-to-idle, to be validated on I
On Wed, 12 Jul 2017, dbasehore . wrote:
> On Wed, Jul 12, 2017 at 3:16 PM, Thomas Gleixner wrote:
> > There are more issues with this: If there is a hrtimer scheduled on that
> > last CPU which enters the idle freeze state and that timer is 10 minutes
> > away, then the check timer can't be progra
On 13-07-17, 10:52, Chen-Yu Tsai wrote:
> I'm afraid the regulator case still doesn't make sense. The voltage
> constraints should be set within each supplies device node. This was
> explained in the discussion in v1 [1].
I thought we were discussing about something I mentioned in one of my exampl
Derek,
On Wed, 12 Jul 2017, dbasehore . wrote:
> On Wed, Jul 12, 2017 at 2:25 PM, Thomas Gleixner wrote:
> > On Fri, 7 Jul 2017, Derek Basehore wrote:
> >> +/*
> >> + * Clockevent device may run during freeze
> >> + */
> >> +# define CLOCK_EVT_FEAT_FREEZE_NONSTOP 0x000100
> >
> > Is that re
On 12.07.2017 15:40, Oleksij Rempel wrote:
From: Oleksij Rempel
Provide a module parameter to request internal
loop by the SPI master controller.
This should make loop testing easier without extra HW modification.
Signed-off-by: Oleksij Rempel
---
drivers/spi/spi-loopback-test.c | 18 +
On Wed 12 Jul 16:04 PDT 2017, Stephen Boyd wrote:
> On 07/12, Bjorn Andersson wrote:
> > This extends the existing set of bulk helpers with prepare_enable and
> > disable_unprepare variants.
> >
> > Signed-off-by: Bjorn Andersson
> > ---
>
> Looks good. I can stick this under a tag in clk tree
On Thu, Jul 13, 2017 at 06:28:43AM +0200, Mike Galbraith wrote:
> On Wed, 2017-07-12 at 21:15 -0700, Andi Kleen wrote:
> > On Thu, Jul 13, 2017 at 05:03:00AM +0200, Mike Galbraith wrote:
> > > On Wed, 2017-07-12 at 15:30 -0700, Andi Kleen wrote:
> > > > Josh Poimboeuf writes:
> > > > >
> > > > > T
On Wed, Jul 12, 2017 at 09:51:32AM -0500, Alan Tull wrote:
> On Sun, Jun 25, 2017 at 8:51 PM, Wu Hao wrote:
>
> Hi Hao,
>
> > Add a document for Intel FPGA driver overview.
> >
> > Signed-off-by: Enno Luebbers
> > Signed-off-by: Xiao Guangrong
> > Signed-off-by: Wu Hao
> >
> > v2: added
On Wed, 2017-07-12 at 21:15 -0700, Andi Kleen wrote:
> On Thu, Jul 13, 2017 at 05:03:00AM +0200, Mike Galbraith wrote:
> > On Wed, 2017-07-12 at 15:30 -0700, Andi Kleen wrote:
> > > Josh Poimboeuf writes:
> > > >
> > > > The ORC data format does have a few downsides compared to DWARF. The
> > > >
On Jul 12, 2017, at 10:10 PM, Rui Teng wrote:
> Comparing two user space addresses to avoid sparse error:
>
> drivers/staging//lustre/lnet/selftest/conrpc.c:490:30: error:
> incompatible types in comparison expression (different address spaces)
>
> Signed-off-by: Rui Teng
> ---
> drivers/stagi
On Wed, Jul 12, 2017 at 05:47:59PM -0500, Josh Poimboeuf wrote:
> On Wed, Jul 12, 2017 at 03:30:31PM -0700, Andi Kleen wrote:
> > Josh Poimboeuf writes:
> > >
> > > The ORC data format does have a few downsides compared to DWARF. The
> > > ORC unwind tables take up ~1MB more memory than DWARF eh_
Hi Linus,
Some fixes tree came in since the main pull request for rc1, primarily
i915 and drm-misc and one amd fix. The drm core vblank regression fix
is probably the most important thing.
I've also added the mediatek feature pull, it wasn't that big and didn't
look like it would have any impact
Hi Wei,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.12 next-20170712]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Wei-Wang/Virtio-balloon-Enhancement/20170713-074956
On Wed, Jul 12, 2017 at 9:14 PM, Viresh Kumar wrote:
> On 12-07-17, 20:52, Joel Fernandes wrote:
>> Yes, that makes sense, its a bit subtle but I get what you're doing
>> now and I agree with it. Its also cleaner than my original patch :-)
>> and yeah definitely needs a comment ;-)
>
> And I have
On Thu, Jul 13, 2017 at 05:03:00AM +0200, Mike Galbraith wrote:
> On Wed, 2017-07-12 at 15:30 -0700, Andi Kleen wrote:
> > Josh Poimboeuf writes:
> > >
> > > The ORC data format does have a few downsides compared to DWARF. The
> > > ORC unwind tables take up ~1MB more memory than DWARF eh_frame t
On 12-07-17, 20:52, Joel Fernandes wrote:
> Yes, that makes sense, its a bit subtle but I get what you're doing
> now and I agree with it. Its also cleaner than my original patch :-)
> and yeah definitely needs a comment ;-)
And I have full trust on you to include that comment in you V5 :)
--
vi
On 2017/7/12 7:31, Jaegeuk Kim wrote:
> This patch copies commit b7f8a09f80:
> "btrfs: Don't clear SGID when inheriting ACLs" written by Jan.
>
> Fixes: 073931017b49d9458aa351605b43a7e34598caef
> CC: sta...@vger.kernel.org
> Signed-off-by: Jan Kara
> Signed-off-by: Jaegeuk Kim
Reviewed-by: Chao
v8:
---
Change PERF_BR_NONE to PERF_BR_UNKNOWN according to Peter's comments.
No other functional changes.
v7:
---
Redefine the common branch types according to review comments from
Michael Ellerman
Now the patch series just defines a minimum but more common set of
branch type
Create new util/branch.c and util/branch.h to contain the common
branch functions. Such as:
branch_type_count(): Count the numbers of branch types
branch_type_name() : Return the name of branch type
branch_type_stat_display(): Display branch type statistics info
branch_type_str(): Construct the br
Show branch type in callchain entry. The branch type is printed
with other LBR information (such as cycles/abort/...).
For example:
perf record -g -j any,save_type
perf report --branch-history --stdio --no-children
38.50% div.c:45[.] maindiv
|
The branch info such as predicted/cycles/... are printed at the
callchain entries.
For example: perf report --branch-history --no-children --stdio
--1.07%--main div.c:39 (predicted:52.4% cycles:1 iterations:17)
main div.c:44 (predicted:52.4% cycles:1)
main div.c:42
Perf already has support for disassembling the branch instruction
and using the branch type for filtering. The patch just records
the branch type in perf_branch_entry.
Before recording, the patch converts the x86 branch type to
common branch type.
Change log
--
v8: Change PERF_BR_NONE to
The option indicates the kernel to save branch type during sampling.
One example:
perf record -g --branch-filter any,save_type
Change log
--
v8: Not changed.
v7: Not changed.
v6: Not changed.
v5: Not changed.
Signed-off-by: Jin Yao
---
tools/perf/Documentation/perf-record.txt | 1 +
Show the branch type statistics at the end of perf report --stdio.
For example:
perf report --stdio
COND_FWD: 28.5%
COND_BWD: 9.4%
CROSS_4K: 0.7%
CROSS_2M: 14.1%
COND: 37.9%
UNCOND: 0.2%
IND: 6.7%
CALL: 26.5%
RET: 28.7%
SYSRET: 0.0%
The branch types are:
It is often useful to know the branch types while analyzing branch
data. For example, a call is very different from a conditional branch.
Currently we have to look it up in binary while the binary may later
not be available and even the binary is available but user has to take
some time. It is ver
On Wed, Jul 12, 2017 at 5:29 PM, Dan Williams wrote:
> On Tue, Jul 11, 2017 at 11:57 PM, Geert Uytterhoeven
> wrote:
>> With gcc 4.1.2:
>>
>> mm/memory.o: In function `create_huge_pmd':
>> memory.c:(.text+0x93e): undefined reference to
>> `do_huge_pmd_anonymous_page'
>>
>> Converting tra
On 07/13/2017 04:25 AM, Stephen Boyd wrote:
On 07/06, Vivek Gautam wrote:
diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c
index ddbfa8ab69e6..75567d9698ab 100644
--- a/drivers/iommu/arm-smmu.c
+++ b/drivers/iommu/arm-smmu.c
@@ -1348,6 +1348,7 @@ static int arm_smmu_add_device(
On 07/13/2017 04:31 AM, Stephen Boyd wrote:
On 07/12, Stephen Boyd wrote:
On 07/06, Vivek Gautam wrote:
From: Sricharan R
The smmu needs to be functional only when the respective
master's using it are active. The device_link feature
helps to track such functional dependencies, so that the
i
On Thu, 2017-07-13 at 08:46 +0530, Viresh Kumar wrote:
> On 12-07-17, 16:50, Matthias Brugger wrote:
> > Hi Eddie,
> >
> > On 07/11/2017 04:49 AM, Eddie Huang wrote:
> > >Hi Sean,
> > >
> > >On Mon, 2017-07-10 at 22:23 +0800, sean.w...@mediatek.com wrote:
> > >>From: Sean Wang
> > >>
> > >>MT2701
On Wed, Jul 12, 2017 at 8:35 PM, Viresh Kumar wrote:
[..]
>
>> > diff --git a/kernel/sched/cpufreq_schedutil.c
>> > b/kernel/sched/cpufreq_schedutil.c
>> > index 076a2e31951c..3459f327c94e 100644
>> > --- a/kernel/sched/cpufreq_schedutil.c
>> > +++ b/kernel/sched/cpufreq_schedutil.c
>> > @@ -53,6
Sukadev Bhattiprolu writes:
...
>
> tools/perf/pmu-events/arch/powerpc/mapfile.csv | 3 +
> .../perf/pmu-events/arch/powerpc/power9/cache.json | 176 +
> .../arch/powerpc/power9/floating-point.json| 44 ++
> .../pmu-events/arch/powerpc/power9/frontend.json | 446 +++
>
On 12-07-17, 15:28, Peter Zijlstra wrote:
> Hmm, so you're worried about that ratelimit stuff?
Yeah, somewhat.
> Shouldn't we fix that
> independently -- IIRC Rafael proposed a max-filter over the window.
I had some doubts about that idea in general and shared them earlier
with you:
https://mar
Arnaldo Carvalho de Melo writes:
> Em Wed, Jul 12, 2017 at 10:09:12PM +1000, Michael Ellerman escreveu:
>> Sukadev Bhattiprolu writes:
>> > Please pull the JSON files for POWER9 PMU events.
>
>> > perf vendor events: Add POWER9 PMU events
>> > perf vendor events: Add POWER9 PVRs to m
On 12-07-17, 19:02, Joel Fernandes wrote:
> On Tue, Jul 11, 2017 at 10:00 PM, Viresh Kumar
> wrote:
> Hmm, Ok. I can try to do some measurements about consecutive calls
> soon and let you know how often it happens. I also noticed its
> possible to call twice in the enqueue path itself as well.
On Tue, Jul 11, 2017 at 02:57:06PM +0530, Arvind Yadav wrote:
> attribute_groups are not supposed to change at runtime. All functions
> working with attribute_groups provided by work
> with const attribute_group. So mark the non-const structs as const.
>
> Arvind Yadav (3):
> [PATCH 1/3] PCI: p
Hi all,
Please do not add any v4.14 material to you linux-next included branches
until after v4.13-rc1 has been released.
Changes since 20170712:
Non-merge commits (relative to Linus' tree): 1133
1149 files changed, 39891 insertions(+), 14708 dele
On 7/13/2017 4:55 AM, Bjorn Andersson wrote:
On Mon 12 Jun 23:16 PDT 2017, fengl...@codeaurora.org wrote:
From: Fenglin Wu
GPIO LV (low voltage)/MV (medium voltage) subtypes have different
features and register mappings than 4CH/8CH subtypes. Add support
for LV and MV subtypes.
Signed-off-by
Hello Dear,
How are you doing? I hope you are doing well. I am writing as I have written to
you previously without any response from you. I hope all is well with you.I
will appreciate if you will acknowledge your receipt of this mail.
Thank you and have a good day.
Miss Naya
Please Write Me a
On Wed, Jul 12, 2017 at 10:22:17AM -0500, Alan Tull wrote:
> On Sun, Jun 25, 2017 at 8:52 PM, Wu Hao wrote:
>
> Hi Hao,
>
Hi Alan
Thanks a lot for your feedback. : )
> > This patch adds status to fpga-manager data structure, to allow
> > driver to store full/partial reconfiguration errors and
>From: Andrew Lunn [mailto:and...@lunn.ch]
>Sent: Mittwoch, 12. Juli 2017 16:43
>
>On Wed, Jul 12, 2017 at 11:04:08AM +0200, linux-kernel-...@beckhoff.com
>wrote:
>> From: Patrick Brünn
>>
>> The CX9020 differs from i.MX53 Quick Start Board by:
>> - use uart2 instead of uart1
>> - DVI-D connector
On Wed, 2017-07-12 at 16:17 -0700, Stephen Boyd wrote:
> On 07/11, sean.w...@mediatek.com wrote:
> > diff --git a/drivers/clk/mediatek/clk-cpumux.c
> > b/drivers/clk/mediatek/clk-cpumux.c
> > index edd8e69..c6a3a1a 100644
> > --- a/drivers/clk/mediatek/clk-cpumux.c
> > +++ b/drivers/clk/mediatek/c
On 12-07-17, 16:50, Matthias Brugger wrote:
> Hi Eddie,
>
> On 07/11/2017 04:49 AM, Eddie Huang wrote:
> >Hi Sean,
> >
> >On Mon, 2017-07-10 at 22:23 +0800, sean.w...@mediatek.com wrote:
> >>From: Sean Wang
> >>
> >>MT2701/MT7623 is a 32-bit ARMv7 based quad-core (4 * Cortex-A7) with
> >>single c
On Mon, Jul 10, 2017 at 04:52:28PM +0100, Marc Zyngier wrote:
> Ard and myself have just spent quite some time lately trying to pin
> down an issue in the DMA code which was taking the form of a PCIe USB3
> controller issuing a DMA access at some bizarre address, and being
> caught red-handed by th
1 - 100 of 765 matches
Mail list logo
