On 11/24/2016 01:07 AM, Jason Gunthorpe wrote:
On Wed, Nov 23, 2016 at 12:27:36PM -0500, Nayna Jain wrote:
sizep = of_get_property(np, "linux,sml-size", NULL);
+ if (of_property_match_string(np, "compatible", "IBM,vtpm") < 0)
+ log_size = be32_to_cpup(sizep);
+
On Thu, 24 Nov 2016 08:36:39 +0100
Greg Kroah-Hartman wrote:
> On Thu, Nov 24, 2016 at 06:20:26PM +1100, Nicholas Piggin wrote:
> > But still, modversions is pretty complicated for what it gives us. It sends
> > preprocessed C into a C parser that makes CRCs using type definitions of
> > exported
On Thu 24-11-16 08:41:30, Vlastimil Babka wrote:
> On 11/23/2016 01:35 PM, Michal Hocko wrote:
> > On Wed 23-11-16 13:19:20, Vlastimil Babka wrote:
[...]
> > > > static inline struct page *
> > > > +__alloc_pages_nowmark(gfp_t gfp_mask, unsigned int order,
> > > > +
Hi!
> > "ifconfig hw ether XX" normally sets the address. I guess that's
> > ioctl?
>
> This sets temporary address and it is ioctl. IIRC same as what ethtool
> uses. (ifconfig is already deprecated).
>
> > And I guess we should use similar mechanism for permanent
> > address.
>
> I'm not sure
The device that creates OPP table first should be removed from dev_list
of OPP table in last because it can be used by other resources
(supported_hw, prop_name, regulator), but not now. If OPP table is
shared by several CPUs, the CPU device that creates OPP table can be
removed earlier than other C
On 三, 11月 23, 2016 at 04:38:33下午 -0800, Stephen Boyd wrote:
> On 11/12, Xiaolong Zhang wrote:
> > On 二, 10月 25, 2016 at 08:40:08下午 +, Stephen Boyd wrote:
> > > On 10/22, Xiaolong Zhang wrote:
> > > > On 四, 10月 20, 2016 at 04:01:03下午 -0700, Stephen Boyd wrote:
> > > > > On 10/11, Orson Zhai wrot
On Thu, Nov 24, 2016 at 08:26:39AM +0100, Vlastimil Babka wrote:
> On 11/23/2016 05:33 PM, Mel Gorman wrote:
> > > > +
> > > > +static inline unsigned int pindex_to_order(unsigned int pindex)
> > > > +{
> > > > + return pindex < MIGRATE_PCPTYPES ? 0 : pindex -
> > > > MIGRATE_PCPTYPES + 1;
>
On 11/23/2016 01:35 PM, Michal Hocko wrote:
On Wed 23-11-16 13:19:20, Vlastimil Babka wrote:
This makes some sense to me, but there might be unpleasant consequences,
e.g. due to allowing costly allocations without reserves.
I am not sure I understand. Did you mean with reserves? Anyway, my cod
On Thu, Nov 24, 2016 at 06:20:26PM +1100, Nicholas Piggin wrote:
> But still, modversions is pretty complicated for what it gives us. It sends
> preprocessed C into a C parser that makes CRCs using type definitions of
> exported symbols, then turns those CRCs into a linker script which which is
> u
Hi Chanwoo Choi,
I think the dev_pm_opp_get_suspend_opp() have implement most of
the funtion, all we need is just define the node in dts, like following:
&dmc_opp_table {
opp06 {
opp-suspend;
};
};
so i think my way semm more simple.
On 2016年11月24日 15:10, Chanwoo Choi wrote
Andreas Dilger wrote:
> > + case S_IFCHR: printf(" character special file\n");ft =
> > 'c'; break;
>
> This will overflow 80 columns. Could use just "character special"?
>
> > + case S_IFDIR: printf(" directory\n"); ft =
> > 'd'; break;
> > +
On 11/23/2016 05:33 PM, Mel Gorman wrote:
+
+static inline unsigned int pindex_to_order(unsigned int pindex)
+{
+ return pindex < MIGRATE_PCPTYPES ? 0 : pindex - MIGRATE_PCPTYPES + 1;
+}
+
+static inline unsigned int order_to_pindex(int migratetype, unsigned int order)
+{
+ return (or
On Thu, 24 Nov 2016 07:00:50 +0100
Ingo Molnar wrote:
> * Nicholas Piggin wrote:
>
> > > scripts/Makefile.build | 78
> > > --
> > > 1 file changed, 72 insertions(+), 6 deletions(-)
> > >
> > > It was applied 4 hours
On Tuesday 22 November 2016 11:25 PM, Thierry Reding wrote:
+static inline struct tegra_gpio *to_tegra_gpio(struct gpio_chip *chip)
+{
+ return container_of(chip, struct tegra_gpio, gpio);
+}
You dont need this as gpiochip_get_data(chip); can provide the required
driver specific data.
+ Tobias Jakobi,
Hi Lin,
We need to discuss how to support the suspend-opp of devfreq device.
Now, there are two patch thread for suspend-opp of devfreq.
The Lin's approach modify the devfreq_suspend_device() to support suspend-opp.
The Tobias's approach[1] add new devfreq_suspend() and then cal
On Thursday 24 November 2016 01:10 AM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Wed, Nov 23, 2016 at 02:25:51PM +0100, Linus Walleij wrote:
This is already possible and several drivers are doing this.
Everything, all kernel users and all character device users, end up
calling
On 11/22/2016 09:55 PM, Zi Yan wrote:
> From: Zi Yan
>
> From: Zi Yan
There are multiple "from" for this patch, should be fixed to reflect
just one of them.
>
> migrate_page_copy() and copy_huge_page() are affected.
In this patch you are just expanding the arguments of both of these
function
Now that we disable the display engine by default, we need to re-enable
it for the Hummingbird A31, which already had its display pipeline
enabled.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dt
While we now support the internal display pipeline found on sun6i, it
is possible that we are unable to enable the display for some boards,
due to a lack of drivers for the panels or bridges found on them. If
the display pipeline is enabled, the driver will try to enable, and
possibly screw up the
Hi,
While we now support the internal display pipeline found on sun6i, it
is possible that we are unable to enable the display for some boards,
due to a lack of drivers for the panels or bridges found on them. If
the display pipeline is enabled, the driver will try to enable, and
possibly screw up
On Wed, Nov 23, 2016 at 10:13:02AM -0700, Mathieu Poirier wrote:
> On Wed, Nov 23, 2016 at 11:01:03AM +0100, Sascha Hauer wrote:
> > With this patch the serial core provides LED triggers for RX and TX.
> >
> > As the serial core layer does not know when the hardware actually sends
> > or receives
> https://github.com/0day-ci/linux/commits/Zi-Yan/Parallel-hugepage-migration-optimization/20161123-022913
> reproduce:
> # apt-get install sparse
> make ARCH=x86_64 allmodconfig
> make C=1 CF=-D__CHECK_ENDIAN__
>
>
> sparse warnings: (new ones
On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart
wrote:
> Hi Matt,
>
> Thank you for the patch.
>
> On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote:
>> There are several thermal sensors that only have a low-speed bus
>> interface but output valid video data. This patchset enables support
>> f
Hi David,
On Wed, Nov 23, 2016 at 10:13:46PM -0500, David Ahern wrote:
> On 11/23/16 8:11 PM, Namhyung Kim wrote:
> > The sched_switch event always captured from the scheduler function. So
> > it'd be great omit them from the callchain. This patch marks the
> > functions to be omitted by later p
Commit-ID: c4597fd756836a5fb7900f2091797ab564390ad0
Gitweb: http://git.kernel.org/tip/c4597fd756836a5fb7900f2091797ab564390ad0
Author: Dan Carpenter
AuthorDate: Thu, 24 Nov 2016 01:19:08 +0300
Committer: Ingo Molnar
CommitDate: Thu, 24 Nov 2016 06:01:05 +0100
x86/apic/uv: Silence a shi
Commit-ID: 83929cce95251cc77e5659bf493bd424ae0e7a67
Gitweb: http://git.kernel.org/tip/83929cce95251cc77e5659bf493bd424ae0e7a67
Author: Mike Galbraith
AuthorDate: Wed, 23 Nov 2016 11:33:37 +0100
Committer: Ingo Molnar
CommitDate: Thu, 24 Nov 2016 05:45:02 +0100
sched/autogroup: Fix 64-b
* Viresh Kumar wrote:
> > * Viresh Kumar wrote:
> >
> > > Execute the irq-work specific initialization/exit code only when the
> > > fast path isn't available.
> >
> > Is this an optimization? A correctness fix?
>
> Its an optimization but yeah I will try to explain a bit more next time.
Th
From: Grygorii Strashko
Now ARM Global timer (rating 300) will not be selected as clocksource,
because it's initialized after OMAP GP Timer (rating 300) and
Timekeeping core will not allow to replace clocksource with new one if
both of them have the same rating.
Reduce rating of OMAP GP Timer (3
From: Grygorii Strashko
The commit 55ee7017ee31 ("arm: omap2: board-generic: use
omap4_local_timer_init for AM437x") unintentionally changes the
clocksource devices for AM437x from OMAP GP Timer to SyncTimer32K.
Unfortunately, the SyncTimer32K is starving from frequency deviation
as mentioned in
On Thu, Nov 24, 2016 at 11:18 AM, hl wrote:
> Hi MyungJoo Ham,
[]
>>
>> We still need to sync the all status even i call target() in
>> devfreq_suspend/resume_device
>> directly, so still need update_devfreq() other setp except
>> devfreq->governor->get_target_freq(devfreq, &freq);
>
> And i think
On 24-11-16, 05:53, Ingo Molnar wrote:
>
> Firstly, please start changes to scheduler code with a verb. This title:
>
> Subject: Re: [PATCH V2 4/4] cpufreq: schedutil: irq-work and mutex are only
> used in slow path
>
> is totally inadequate as it's a statement that says nothing about the
>
Hi,
On top of previous pull/tag.
Best regards,
Krzysztof
The following changes since commit 8ac46fc57df82efbc19194335b6c7a960c31:
arm64: dts: exynos: Add dts file for Exynos5433-based TM2E board (2016-11-03
22:19:57 +0200)
are available in the git repository at:
git://git.kernel.org
Hi,
This contains previous dts branch because SCU node in dts is needed
prior to removing it from mach code.
Below you will find full pull request and one stripped from dependency.
Best regards,
Krzysztof
The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
Linux 4.
Hi,
On top of previous pull/tag.
Possible trivial conflict:
--- a/arch/arm/boot/dts/exynos5440.dtsi
+++ b/arch/arm/boot/dts/exynos5440.dtsi
@@@ -197,10 -188,10 +197,10 @@@
};
gmac: ethernet@0023 {
- compatible = "snps,dwmac-3.70a";
+ compatible =
Hi,
Second, probably last round of patches for v4.10.
Best regards,
Krzysztof
Add more data to 64bit SoCs for the cpufreq support.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Drop clock data of 32 bit SoCs. Add 64 bit SoC data for now.
drivers/clk/uniphier/clk-uniphier-sys.c | 32
drivers/clk/uniphier/clk-uniphier.h | 30 ++
The struct member name of a union is unneeded. This makes the code
a bit shorter.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Newly added
drivers/clk/uniphier/clk-uniphier-core.c | 8
drivers/clk/uniphier/clk-uniphier-mio.c | 2 +-
drivers/clk/uniphier/clk-uniphier.h
On Wednesday 23 November 2016 07:09 PM, Bartosz Golaszewski wrote:
> Sekhar noticed there's a section mismatch in the da8xx-mstpri and
> da8xx-ddrctl drivers. This is caused by calling
> of_flat_dt_get_machine_name() which has an __init annotation.
>
> This series makes the drivers drop the call a
Core support code for CPU frequency changes, which will be used by
the generic cpufreq driver.
The register view is different from the generic clk-mux; it has
a separate status register, and an update bit to load the register
setting.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
dri
* Nicholas Piggin wrote:
> > scripts/Makefile.build | 78
> > --
> > 1 file changed, 72 insertions(+), 6 deletions(-)
> >
> > It was applied 4 hours after it was sent in the -rc3 timeframe, and then it
> > went
> >
On Wednesday 23 November 2016 09:54 PM, David Lechner wrote:
> On 11/23/2016 05:12 AM, Sekhar Nori wrote:
>> On Wednesday 23 November 2016 08:59 AM, David Lechner wrote:
>>> This SoC has a separate pin controller for configuring pullup/pulldown
>>> bias on groups of pins.
>>>
>>> Signed-off-by: Dav
On Wed, Nov 23, 2016 at 9:45 PM, Thomas Petazzoni
wrote:
> Hello,
>
> On Wed, 23 Nov 2016 14:27:48 +0100, Quentin Schulz wrote:
>> The GPIO input status was read from control register
>> (AXP20X_GPIO[210]_CTRL) instead of status register (AXP20X_GPIO20_SS).
>>
>> Signed-off-by: Quentin Schulz
>
>
Hi,
These patches are based on available work in iio git repository
(git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git) "testing"
branch.
Compatible strings don't exist on ACPI based systems. This patchset adds
probe support by reading ACPI unique identifiers from platform bios for
st_p
Add support to probe st_accel sensors on i2c bus using ACPI. Compatible
strings are not avaialable on ACPI based systems.
Signed-off-by: Shrirang Bagul
---
drivers/iio/accel/st_accel.h | 18 ++
drivers/iio/accel/st_accel_i2c.c | 73 +++-
2 files ch
Add support to match st sensors using information passed from ACPI DST
tables.
Signed-off-by: Shrirang Bagul
---
drivers/iio/common/st_sensors/st_sensors_i2c.c | 20
include/linux/iio/common/st_sensors_i2c.h | 9 +
2 files changed, 29 insertions(+)
diff --git
Compatible strings are not available on ACPI based systems. This patch adds
support to use DSDT information read from platform BIOS instead for probing
st pressure sensors.
Signed-off-by: Shrirang Bagul
---
drivers/iio/pressure/st_pressure.h | 8 ++
drivers/iio/pressure/st_pressure_i2c.
Hi all,
Changes since 20161123:
Removed tree: remoteproc (no longer used)
The powerpc tree gained a conflict against the powerpc-fixes tree.
The kvm-ppc-paulus tree gained conflicts against the powerpc-fixes and
powerpc trees.
The staging tree gained a conflict against the net-next tree.
The
* Rafael J. Wysocki wrote:
> On Wed, Nov 23, 2016 at 9:13 PM, Jacob Pan
> wrote:
> > Changelog:
> > v3: - rearrange idle.c change based on Rafael's suggestion.
> >
> > v2:
> > - moved duration timer from powerclamp driver to play_idle()
> > - unexport cpuidle_use_deepest_sta
On Tuesday 15 November 2016 07:13 AM, Rob Herring wrote:
On Thu, Nov 10, 2016 at 10:39:16AM +0530, Keerthy wrote:
GPIO7 is configured in POWERHOLD mode which has higher priority
over DEV_ON bit and keeps the PMIC supplies on even after the DEV_ON
bit is turned off. This property enables driver
+-- On Wed, 23 Nov 2016, Paolo Bonzini wrote --+
| On 23/11/2016 21:15, Radim Krčmář wrote:
| > KVM was using arrays of size KVM_MAX_VCPUS with vcpu_id, but ID can be
| > bigger that the maximal number of VCPUs, resulting in out-of-bounds
| > access.
| >
| > Found by syzkaller:
| >
| > BUG: KAS
On Wed, Sep 21, 2016 at 10:11:54AM +0200, Christophe Leroy wrote:
> Today there are two implementations of hugetlbpages which are managed
> by exclusive #ifdefs:
> * FSL_BOOKE: several directory entries points to the same single hugepage
> * BOOK3S: one upper level directory entry points to a table
On Thu, 24 Nov 2016 05:40:28 +0100
Ingo Molnar wrote:
> * Adam Borowski wrote:
>
> > Commit 4efca4ed ("kbuild: modversions for EXPORT_SYMBOL() for asm") adds
> > modversion support for symbols exported from asm files. Architectures
> > must include C-style declarations for those symbols in asm/
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
In file included from include/linux/printk.h:6:0,
from include/linux/kernel.h:13,
from include/linux/list.h:8,
from mm/z3fold.c:26:
mm/z
Hi Archit, David, and DRM ML
I had heared that Archit is the maintainer of dw-hdmi driver, but am I wrong ??
I'm posting this patch series since half year ago, but no response
from him, and nothing happen (I got review from Russell though).
Is Archit really maintainer ??
OTOH, get_maintainer.pl i
Hello Heikki,
On 11/22/2016 06:11 AM, Heikki Krogerus wrote:
[ ... ]
+
+struct typec_port *typec_register_port(struct device *dev,
+ const struct typec_capability *cap)
+{
+ struct typec_port *port;
+ int ret;
+ int id;
+
+ port = kzal
On 24-11-16, 05:51, Ingo Molnar wrote:
>
> * Viresh Kumar wrote:
>
> > + /*
> > +* For Real Time and Deadline tasks, schedutil governor shoots the
> > +* frequency to maximum. And special care must be taken to ensure that
> > +* this kthread doesn't result in that.
> > +*
> > +
Hi Mark,
On 23-11-16, 12:29, Mark Brown wrote:
> On Wed, Nov 23, 2016 at 09:16:57AM +0530, Viresh Kumar wrote:
> > Are you saying that:
>
> > "we don't need to identify which microVolts value in the OPP table
> > corresponds
> > to which supply from the DT itself and we can do that with some har
On Thursday 24 November 2016 04:18 AM, David Lechner wrote:
> On 11/23/2016 04:32 PM, Kevin Hilman wrote:
>> David Lechner writes:
>>
>>> On 11/23/2016 04:27 AM, Bartosz Golaszewski wrote:
2016-11-22 23:23 GMT+01:00 David Lechner :
> On 11/15/2016 05:00 AM, Bartosz Golaszewski wrote:
Hi,
On Sun, Nov 20, 2016 at 6:45 PM, Hao Zhang wrote:
> Changes the limited buswith to 8 bytes,and add
> the test in sun6i_dma_config function
>
> Accroding to sun6i dma driver, i think ,if the client
> doesn't configure the address width with dmaengine_slave_config
> function, it would use the d
sparse warns about context imbalance in any code
that uses HARD_TX_LOCK/UNLOCK - this is because it's
unable to determine that flags don't change so
lock and unlock are paired.
Seems easy enough to fix by adding __acquire/__release
calls.
With this patch af_packet.c is now sparse-clean,
Signed-o
This patch modifies the device name as devfreq[X] for sysfs by using the
'devfreq'
prefix word instead of separate device name. On user-space aspect, user would
find the some devfreq drvier with 'devfreq[X]' pattern. So, this patch modify
the
device name as following:
- /sys/class/devfreq/[non-st
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
powerpc-linux-ld: unrecognized option '--no-dynamic-linker'
Caused by patch
"powerpc: add purgatory for kexec_file_load implementation"
I have disabled KEXEC_FILE for now:
Fr
This patch uses the regmap interface to read and write the registers for exynos
PPMU device instead of the legacy memory map functions.
Cc: linux-samsung-...@vger.kernel.org
Signed-off-by: Chanwoo Choi
---
drivers/devfreq/event/exynos-ppmu.c | 326 ++--
1 file cha
This patch just adds the simple log to show the PPMU device's registration
during the kernel booting.
For example on exynos4412-odroidu3 board as following:
[1.845929] exynos-ppmu: new PPMU device registered 106a.ppmu_dmc0
[1.848997] exynos-ppmu: new PPMU device registered 106b.ppm
This patch just fixes the checkpatch warnings.
Signed-off-by: Chanwoo Choi
---
drivers/devfreq/devfreq.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/devfreq/devfreq.c b/drivers/devfreq/devfreq.c
index a324801d6a66..dfef5ea57e4c 100644
--- a/drivers/d
This patch removes the duplicate 'target_freq' entry which shows the current
frequency of devfreq device. The 'cur_freq' entry has the same information.
Following two sysfs entry provide the same information to user-process.
Usually, the 'cur_freq' is more universal expression than 'target_freq'
s
This patch just removes '.' character from the sysfs name of devfreq-event
device as following. Usually, the subsystem uses the similiar naming style
such as {framework name}{Number}.
- old : /sys/class/devfreq-event/event.X
- new : /sys/class/devfreq-event/eventX
Signed-off-by: Chanwoo Choi
---
This patches modify the devfreq and devfreq-event framework for improving
them. But, these patches don't make an impact to operation of
devfreq/devfreq-event.
Chanwoo Choi (6):
PM / devfreq: Fix the checkpatch warnings
PM / devfreq: Modify the device name as devfreq[X] for sysfs
PM / devfreq
* Adam Borowski wrote:
> Commit 4efca4ed ("kbuild: modversions for EXPORT_SYMBOL() for asm") adds
> modversion support for symbols exported from asm files. Architectures
> must include C-style declarations for those symbols in asm/asm-prototypes.h
> in order for them to be versioned.
>
> Add th
Hi Stephen, again
> > I've seen bindings that have the 'clocks' property at the top
> > level and the appropriate 'clock-names' property to relate the
> > clocks to a subnode.
> >
> > sound_soc {
> > clocks = <&xxx>, <&xxx>;
> > clock-names = "cpu", "codec";
> >
On 11/23/2016 08:11 PM, Luis R. Rodriguez wrote:
Guenter,
I think I'm ready to start pushing a new patch set out for review.
Before I do that -- can I trouble you for letting your test
infrastructure hammer it? I'll only push out the patches for review
Pushed into my testing branch
based on
Firstly, please start changes to scheduler code with a verb. This title:
Subject: Re: [PATCH V2 4/4] cpufreq: schedutil: irq-work and mutex are only
used in slow path
is totally inadequate as it's a statement that says nothing about the _change_.
What does the patch do? Does it add, remove,
* Viresh Kumar wrote:
> + /*
> + * For Real Time and Deadline tasks, schedutil governor shoots the
> + * frequency to maximum. And special care must be taken to ensure that
> + * this kthread doesn't result in that.
> + *
> + * This is (mostly) guaranteed by the work
Commit-ID: 3a5bfab60e59d9407b69f447702c4cd14326c825
Gitweb: http://git.kernel.org/tip/3a5bfab60e59d9407b69f447702c4cd14326c825
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:31 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:06 -0300
perf c2c: Support
Hi Sascha,
[auto build test ERROR on tty/tty-testing]
[also build test ERROR on v4.9-rc6 next-20161123]
[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/Sascha-Hauer/serial-core-Add-LED-trigger
On Sat, Nov 19 2016, Jack Wang wrote:
> 2016-11-18 6:16 GMT+01:00 NeilBrown :
>> Hi,
>>
>> I've been sitting on these patches for a while because although they
>> solve a real problem, it is a fairly limited use-case, and I don't
>> really like some of the details.
>>
>> So I'm posting them as
Commit-ID: a407b0678bc1c39d70af5fdbe6421c164b69a8c0
Gitweb: http://git.kernel.org/tip/a407b0678bc1c39d70af5fdbe6421c164b69a8c0
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:33 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:09 -0300
perf sched time
On 23-11-16, 18:03, Stephen Boyd wrote:
> On 11/23, Kevin Hilman wrote:
> > Vincent Guittot writes:
> > > On 23 November 2016 at 16:51, Kevin Hilman wrote:
> > >> Then, at least for this use case, we're talking about voltage, not some
> > >> unspecified units.
>
> In some cases we actually know
On 04/10/16 21:18, Andrew Donnellan wrote:
Greetings,
*
TL;DR
- LCA Kernel Miniconf, Hobart, Australia, {16,17} Jan 2017
- Submissions by 23:59, 21 November (Anywhere on Earth)
- Wanted: anything interesting to kernel hackers! Speakers from
diverse backgrounds encouraged
* kan.li...@intel.com wrote:
> From: Kan Liang
>
> Profiling brings additional overhead. High overhead may impacts the
> behavior of the profiling object, impacts the accuracy of the
> profiling result, and even hang the system.
> Currently, perf has dynamic interrupt throttle mechanism to low
Commit-ID: 6c973c90852c3fa4b4e76a061ce89dcd373efccc
Gitweb: http://git.kernel.org/tip/6c973c90852c3fa4b4e76a061ce89dcd373efccc
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:32 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:09 -0300
perf sched time
From: Steve Shih
ASR1K FPGAs and ASICs are configured to raise SERR/PERR through PCIe AER.
When an error is raised, it is detected at the root complex, but it is not
detected by the AER driver. If the root complex bridge control register is
configured to forward secondary bus errors to the primar
* Jacob Pan wrote:
> From: Peter Zijlstra
>
> Idle injection drivers such as Intel powerclamp and ACPI PAD drivers use
> realtime tasks to take control of CPU then inject idle. There are two issues
> with this approach:
'CPU' is capitalized properly here.
And here:
> #define PF_VCPU
Commit-ID: 52df138caaa8daaaf4e0dc64428ef06f303a8dbf
Gitweb: http://git.kernel.org/tip/52df138caaa8daaaf4e0dc64428ef06f303a8dbf
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:30 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:08 -0300
perf sched time
Commit-ID: fc1469f1b20777929a47f6f8e55bca12c6f142ac
Gitweb: http://git.kernel.org/tip/fc1469f1b20777929a47f6f8e55bca12c6f142ac
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:31 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:08 -0300
perf sched time
Commit-ID: 69b7e48070ca2ecee7498166259b5826b22e8b2e
Gitweb: http://git.kernel.org/tip/69b7e48070ca2ecee7498166259b5826b22e8b2e
Author: Namhyung Kim
AuthorDate: Wed, 16 Nov 2016 15:06:28 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:07 -0300
perf evsel: Su
Commit-ID: a8763445f6c78628bd96d51649745065c0bb2c92
Gitweb: http://git.kernel.org/tip/a8763445f6c78628bd96d51649745065c0bb2c92
Author: Namhyung Kim
AuthorDate: Wed, 16 Nov 2016 15:06:27 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:06 -0300
perf symbols:
Commit-ID: 49394a2a24c78ce034fe0e732b1b54922c23fd92
Gitweb: http://git.kernel.org/tip/49394a2a24c78ce034fe0e732b1b54922c23fd92
Author: David Ahern
AuthorDate: Wed, 16 Nov 2016 15:06:29 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:07 -0300
perf sched time
Commit-ID: dba8ab93792a3a864ff741efe435b2ecbdfb66b1
Gitweb: http://git.kernel.org/tip/dba8ab93792a3a864ff741efe435b2ecbdfb66b1
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:29 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:05 -0300
perf c2c report:
Commit-ID: d940baccc990c29f0343843db7cf669bb8e91a6f
Gitweb: http://git.kernel.org/tip/d940baccc990c29f0343843db7cf669bb8e91a6f
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:30 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:05 -0300
perf c2c report:
Commit-ID: 7b4b82bced0755aecc026d8c14c2608aa0f9e89b
Gitweb: http://git.kernel.org/tip/7b4b82bced0755aecc026d8c14c2608aa0f9e89b
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:26 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:03 -0300
perf tools: Show
Commit-ID: b7ac4f9f3b2532b4e3dcd3d402c405c46a8ec811
Gitweb: http://git.kernel.org/tip/b7ac4f9f3b2532b4e3dcd3d402c405c46a8ec811
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:28 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:04 -0300
perf c2c report:
Commit-ID: e8c5fe101e55e4c45a2859cea2b4c374595f8867
Gitweb: http://git.kernel.org/tip/e8c5fe101e55e4c45a2859cea2b4c374595f8867
Author: Jiri Olsa
AuthorDate: Mon, 21 Nov 2016 22:33:27 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:04 -0300
perf c2c report:
Commit-ID: 763d8960a17126e73e7d9cd6b66e390196f48894
Gitweb: http://git.kernel.org/tip/763d8960a17126e73e7d9cd6b66e390196f48894
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 17 Nov 2016 12:31:51 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Nov 2016 17:31:59 -0300
pe
Commit-ID: c52d9e4e677b0407fe553e9211802e2505a2f244
Gitweb: http://git.kernel.org/tip/c52d9e4e677b0407fe553e9211802e2505a2f244
Author: Steven Rostedt
AuthorDate: Tue, 22 Nov 2016 11:31:58 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:03 -0300
tools lib tr
Commit-ID: 786c1b51844d858041166057c0c79e93c2015013
Gitweb: http://git.kernel.org/tip/786c1b51844d858041166057c0c79e93c2015013
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 16 Nov 2016 15:39:50 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Nov 2016 17:12:50 -0300
pe
Commit-ID: 9c2fb451bda0aa60127e63e44993401818326e91
Gitweb: http://git.kernel.org/tip/9c2fb451bda0aa60127e63e44993401818326e91
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 16 Nov 2016 15:50:38 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Nov 2016 17:12:56 -0300
pe
Commit-ID: bb5a7316b909612a382b30b568c6b0345b4b6768
Gitweb: http://git.kernel.org/tip/bb5a7316b909612a382b30b568c6b0345b4b6768
Author: Steven Rostedt
AuthorDate: Tue, 22 Nov 2016 15:00:31 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 23 Nov 2016 10:44:02 -0300
tools lib tr
Guenter,
I think I'm ready to start pushing a new patch set out for review.
Before I do that -- can I trouble you for letting your test
infrastructure hammer it? I'll only push out the patches for review
based on this new set of changes once all tests come back OK for all
architectures.
https://g
e tag 'perf-core-for-mingo-20161114' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
> (2016-11-15 09:45:04 +0100)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
>
1 - 100 of 925 matches
Mail list logo
