Hi Daniel, Thomas,
Update h8300 clocksource / clockevents driver
Changes bellow
h8300_timer8.c:
Cleanup set_next_event handler.
Use ioread / iowrite functions.
h8300_timer16.c:
Overflow handling fix.
Use ioread / iowrite functions.
h8300_tpu.c:
Use ioread / iowrite functions.
Thanks.
Yoshinor
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/h8300_timer8.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/clocksource/h8300_timer8.c
b/drivers/clocksource/h8300_timer8.c
index 1ba453b..9087dd2 100644
--- a/drivers/clocksource/h8300_timer8.c
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/h8300_timer16.c | 40 +
drivers/clocksource/h8300_timer8.c | 25 +--
drivers/clocksource/h8300_tpu.c | 22 ++--
3 files changed, 44 insertions(+), 43 deletions(-)
di
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/h8300_timer16.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/clocksource/h8300_timer16.c
b/drivers/clocksource/h8300_timer16.c
index b14a8da..934ed0b 100644
--- a/drivers/clocksource/h8300_timer16.c
+++ b/
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/h8300_timer8.c | 40 ++
1 file changed, 6 insertions(+), 34 deletions(-)
diff --git a/drivers/clocksource/h8300_timer8.c
b/drivers/clocksource/h8300_timer8.c
index aa4b2a98..1ba453b 100644
--- a/drivers/cl
Counter overflow detection use for overflow interrupt
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/h8300_timer16.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/clocksource/h8300_timer16.c
b/drivers/clocksource/h8300_timer16.c
index fc14a3f.
On 04-12-15, 02:18, Rafael J. Wysocki wrote:
> > + shared->skip_work--;
>
> Is there any reason for incrementing and decrementing this instead of setting
> it to either 0 or 1 (or maybe either 'true' or 'false' for that matter)?
>
> If my reading of the patch is correct, it can only be either 0
cpufreq governors evaluate load at sampling rate and based on that they
update frequency for a group of CPUs belonging to the same cpufreq
policy.
This is required to be done in a single thread for all policy->cpus, but
because we don't want to wakeup idle CPUs to do just that, we use
deferrable w
Hi
> +static int rcar_thermal_of_get_temp(void *data, int *temp)
> +{
> + struct rcar_thermal_priv *priv = data;
> +
> + *temp = rcar_thermal_get_current_temp(priv);
> +
> + return 0;
> +}
> +
> +static int rcar_thermal_get_temp(struct thermal_zone_device *zone, int *temp)
> +{
On 2015/12/01, 15:05, "Valdis Kletnieks" wrote:
>Start of a batch series to clean up the Lustre tree. Other people have
>done some sparse and checkpatch cleanups, but I found a bunch of
>stuff building with W=1.
Hello Valdis,
thanks for these patches. Strictly speaking, they should also be sen
On Thu, Dec 03, 2015 at 09:10:44AM +0100, Vlastimil Babka wrote:
> Aaron, could you try this on your testcase?
One time result isn't stable enough, so I did 9 runs for each commit,
here is the result:
base: 25364a9e54fb8296837061bf684b76d20eec01fb
head: 7433b1009ff5a02e1e9f3444802daba2cf385d27
(h
Introduce a logging level for storvsc to log certain error/warning messages.
Those messages are helpful in some environments, e.g. Microsoft Azure, for
customer support and troubleshooting purposes.
Signed-off-by: Long Li
---
drivers/scsi/storvsc_drv.c | 34 +-
I will also update the comment for the other arch that using the similar
description, such as ia64/metag/powerpc/sh/x86.
Thanks,
Li Bin
on 2015/12/4 10:50, Steven Rostedt wrote:
> On Fri, 4 Dec 2015 10:18:39 +0800
> Li Bin wrote:
>
>> There is no need to worry about module text disappearing case
Hello Frans,
I just tried current mainline kernel:
commit 2255702db4014d1c69d6037ed7bdad2d2e271985
Merge: 9e5d25e c86576e
Author: Linus Torvalds
Date: Mon Nov 30 16:06:44 2015 -0800
Merge tag 'mn10300-for-linus-v4.4-rc4' of
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-stagi
Hi Manish
> > +static int rcar_thermal_of_get_temp(void *data, int *temp)
> > +{
> > + struct rcar_thermal_priv *priv = data;
> > +
> > + *temp = rcar_thermal_get_current_temp(priv);
> > +
> > + return 0;
> > +}
> > +
> > +static int rcar_thermal_get_temp(struct thermal_zone_dev
On Fri, Dec 4, 2015 at 7:48 AM, Heiko Schocher wrote:
> Hello Frans,
>
> I just tried current mainline kernel:
> commit 2255702db4014d1c69d6037ed7bdad2d2e271985
> Merge: 9e5d25e c86576e
> Author: Linus Torvalds
> Date: Mon Nov 30 16:06:44 2015 -0800
>
> Merge tag 'mn10300-for-linus-v4.4-rc4
Hi,
On 04-12-15 00:56, Dmitry Torokhov wrote:
When Cypress protocol support is disabled cypress_init() is a stub that
always returns -ENOSYS, so there is not point in testing for
CONFIG_MOUSE_PS2_CYPRESS after we decided that we are dealing with a
Cypress device. Also, we should only be calling
There is no need to worry about module and __init text disappearing
case, because that ftrace has a module notifier that is called when
a module is being unloaded and before the text goes away and this
code grabs the ftrace_lock mutex and removes the module functions
from the ftrace list, such that
Fix the following similar misleading comments of ftrace for arch
ia64/metag/powerpc/sh/x86:
Note: Due to modules and __init, code can
disappear and change, we need to protect against faulting
as well as code changing. We do this by using the
probe_kernel_* functions.
No real locking needed, th
From: "Du, Changbin"
Queue a request to disabled ep doesn't make sense, and induce caller
make mistakes.
Here is a example for the android mtp gadget function driver. A mem
corruption can happen on below senario.
1) On disconnect, mtp driver disable its EPs,
2) During send_file_work and receive
There is no need to worry about module and __init text disappearing
case, because that ftrace has a module notifier that is called when
a module is being unloaded and before the text goes away and this
code grabs the ftrace_lock mutex and removes the module functions
from the ftrace list, such that
There is no need to worry about module and __init text disappearing
case, because that ftrace has a module notifier that is called when
a module is being unloaded and before the text goes away and this
code grabs the ftrace_lock mutex and removes the module functions
from the ftrace list, such that
There is no need to worry about module and __init text disappearing
case, because that ftrace has a module notifier that is called when
a module is being unloaded and before the text goes away and this
code grabs the ftrace_lock mutex and removes the module functions
from the ftrace list, such that
From: "Du, Changbin"
When usb_ep_enable on a enabled ep, the configuration of the ep probably
has changed. In this scenario, the ep configuration in hw should be
reprogrammed by udc driver. Hence, it is better to return an error to
inform the caller.
Signed-off-by: Du, Changbin
---
include/lin
There is no need to worry about module and __init text disappearing
case, because that ftrace has a module notifier that is called when
a module is being unloaded and before the text goes away and this
code grabs the ftrace_lock mutex and removes the module functions
from the ftrace list, such that
Ismail Kizir wrote:
> What means "did not look random"?
A plaintext consisting of repeated bytes (zero, or other values)
eventually makes your algorithm go into a loop, which results in
repeated bytes.
> On the pictures, there is also an example of "full 0"(it appears red,
> but it is full 0 bmp)
* Steven Rostedt wrote:
> On Fri, 04 Dec 2015 12:05:12 +1030
> Rusty Russell wrote:
>
> > This is clever, but I would advise against such subtle code. We will never
> > be
> > able to remove this code once it is in.
> >
> > Would suggest making the non-CPUMASK_OFFSTACK stubs write garbage
Hi,
On Fri, Dec 4, 2015 at 12:05 AM, Stefan Sperling wrote:
> Hi Emmanuel,
>
> As part of implementing 802.11n support in OpenBSD I'm looking for
> an AP which sends A-MSDUs. Preferrably under software control rather
> than firmware.
>
> I found your iwlwifi A-MSDU patches at
> http://marc.info/?
* Borislav Petkov wrote:
> From: Borislav Petkov
>
> qemu/kvm doesn't support RAPL and RAPL doesn't have a CPUID feature bit
> so check whether we're in a guest instead.
So when a hypervisor starts supporting RAPL we'll disable the driver
erroneously?
Isn't there any better method to detect
The simple_strtol function is obsolete.
This patch replace it by kstrtoint.
This will simplify code, since some error case not handled by
simple_strtol are handled by kstrtoint.
Signed-off-by: LABBE Corentin
---
drivers/atm/solos-pci.c | 28 +---
1 file changed, 17 insert
Hello
Change since v3
- rework the test logic with ver/err
Change since v2
- Invert a test logic
Change since v1
- Always return error code from kstrtox.
LABBE Corentin (1):
atm: solos-pci: Replace simple_strtol by kstrtoint
drivers/atm/solos-pci.c | 28 +---
1 file
From: "Du, Changbin"
To stop an out endpoint, software should set sets the Global OUT NAK,
but not the Global Non-periodic IN NAK. This driver bug leads the out-ep
failed be in disabled state with below error.
dwc2_hsotg_ep_stop_xfr: timeout DOEPCTL.EPDisable
Signed-off-by: Du, Changbin
---
d
On Thu, Dec 03 2015, yalin wang wrote:
>> On Dec 2, 2015, at 13:04, Vlastimil Babka wrote:
>>
>> On 12/02/2015 06:40 PM, yalin wang wrote:
>>
>> (please trim your reply next time, no need to quote whole patch here)
>>
>>> i am thinking why not make %pg* to be more generic ?
>>> not restricted
The simple_strtol function is obsolete.
This patch replace it by kstrtoint.
This will simplify code, since some error case not handled by
simple_strtol are handled by kstrtoint.
Signed-off-by: LABBE Corentin
---
drivers/atm/solos-pci.c | 28 +++-
1 file changed, 15 insert
Hello
Change since v2
- Invert a test logic
Change since v1
- Always return error code from kstrtox.
LABBE Corentin (1):
atm: solos-pci: Replace simple_strtol by kstrtoint
drivers/atm/solos-pci.c | 28 +++-
1 file changed, 15 insertions(+), 13 deletions(-)
--
2.4.10
The goal of direct compaction is to quickly make a high-order page available.
The free page scanner can add significant latency when searching for free
pages, although to succeed the compaction, the only important limit on the free
pages for migration targets is that they must not come from the sam
Compaction drains the local pcplists each time migration scanner moves away
from a cc->order aligned block where it isolated pages for migration, so that
the pages freed by migrations can merge into highero orders.
The detection is currently coarser than it could be. The cc->last_migrated_pfn
vari
The goal is to reduce latency (and increase success) of direct async compaction
by making it focus more on the goal of creating a high-order page, at the
expense of thoroughness. This should be useful for example for THP allocations
where we still get reports of being too expensive, most recently [
The goal of direct compaction is to quickly make a high-order page available.
Within an aligned block of pages of desired order, a single allocated page that
cannot be isolated for migration means that the block cannot fulfill the
allocation request. Therefore we can reduce the latency by skipping
On Wed 02-12-15 15:10:28, David Rientjes wrote:
> From: Chen Jie
>
> It's possible that an oom killed victim shares an ->mm with the init
> process and thus oom_kill_process() would end up trying to kill init as
> well.
>
> This has been shown in practice:
>
> Out of memory: Kill process
On 03/12/15 00:06, Mark Brown wrote:
> On Wed, Dec 02, 2015 at 08:26:36PM +, Simon Arlott wrote:
>> On 02/12/15 12:53, Mark Brown wrote:
>
>> > This is the sort of thing you can pick up from the SoC compatible
>> > strings. As things stand there is zero content in this driver that
>> > relate
On Wed 02-12-15 22:43:31, Chris Snook wrote:
> On Tue, Dec 1, 2015 at 12:35 PM David Miller wrote:
>
> > From: Michal Hocko
> > Date: Mon, 30 Nov 2015 14:21:29 +0100
> >
> > > On Sat 28-11-15 15:51:13, Pavel Machek wrote:
> > >>
> > >> atl1c driver is doing order-4 allocation with GFP_ATOMIC
> >
The A80 moves the NMI controller into the PRCM address space, and also
rearranges the registers.
Signed-off-by: Chen-Yu Tsai
---
drivers/irqchip/irq-sunxi-nmi.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/irqchip/irq-sunxi-nmi.c b/drivers/irqchip/irq-sunxi-nmi.c
in
The NMI controller is found in all Allwinner multi-core SoCs. It is not
limited to sun[67]i, nor is it always found in the "system controller"
block. On sun[68]i, it is in the RTC block, while on sun9i, it is in the
PRCM block.
Drop these 2 specific bits from the binding doc filename.
Signed-off-
Hi everyone,
This series extends irqchip-sunxi-nmi to add support for the NMI
controller found in Allwinner's A80 SoC.
All Allwinner SoCs have an external NMI pin which the PMIC uses to
signal interrupts to the processor. On multi-core chips, there's an
NMI controller handling this pin and chaini
The Allwinner A80 SoC has an NMI controller. NMI is an external
interrupt pin exclusely used with PMICs and other system critical
peripherals (such as RTC) in Allwinner's reference designs.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun9i-a80.dtsi | 8
1 file changed, 8 insertion
sun9i A80 introduces a new variant of the NMI controller. The registers
are reordered, but the functionality remains the same.
Add a new compatible string for it.
Signed-off-by: Chen-Yu Tsai
---
.../devicetree/bindings/interrupt-controller/allwinner,sunxi-nmi.txt| 2 +-
1 file changed, 1 in
On Mon, Aug 24, 2015 at 04:21:11PM +0300, Roger Quadros wrote:
> Hi,
>
> This series centralizes OTG/Dual-role functionality in the kernel.
> As of now I've got Dual-role functionality working pretty reliably on
> dra7-evm and am437x-gp-evm.
>
> DWC3 controller and platform related patches will b
> Am 02.12.2015 um 12:40 schrieb Hannes Frederic Sowa
> :
>
> Hello Stefan,
>
> Stefan Priebe - Profihost AG writes:
>
>
>> here are the results.
>>
>> It works with 4.1.
>> It works with 4.2.
>> It does not work with 4.1.13.
>>
>> git bisect tells me it stopped working after those two comm
On Wed, Dec 02, 2015 at 12:19:00PM -0700, Jason Gunthorpe wrote:
> include/acpi/actbl2.h is the proper place for these definitions
> and the needed TPM2 ones have been there since
> commit 413d4a6defe0 ("ACPICA: Update TPM2 ACPI table")
>
> This also drops the le32_to_cpu for members of this table
* Xunlei Pang wrote:
> Hi Peter,
>
> On 12/03/2015 at 12:25 AM, Peter Zijlstra wrote:
> > On Wed, Dec 02, 2015 at 09:12:30PM +0800, Xunlei Pang wrote:
> >> Hi Peter,
> >>
> >> On 12/02/2015 at 08:34 PM, Peter Zijlstra wrote:
> >>> On Wed, Dec 02, 2015 at 07:52:59PM +0800, Xunlei Pang wrote:
> >
* Jiri Olsa wrote:
> If there's no clue, I rather revert this one, because it does
> provide the proper debugging experience ;-)
Agreed absolutely - I didn't realize that it's broken.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
On Mi, 2015-12-02 at 12:11 -0700, Jason Gunthorpe wrote:
> > What is the address tpm_tis should be using? I see two things, it
> > either uses the x86 default address or it expects the ACPI to have a
> > MEM resource. AFAIK ACPI should never rely on hard wired addresses, so
> > I removed that code
hi,
we've got many failing tests, mainly due to commit:
ebe9729c8c31 perf machine: Fix to destroy kernel maps when machine exits
and recent bpf changes, sending fixes.
I think we should force running 'perf test' little more ;-)
thanks,
jirka
---
Jiri Olsa (7):
perf test: Use machine__n
This is more straightforward than what we have now.
It also fixes segfault within machine__exit, that's caused
but not creating kernel maps for machine.. We're calling
machine__destroy_kernel_maps in machine__exit since commit:
ebe9729c8c31 perf machine: Fix to destroy kernel maps when machine
This is more straightforward than what we have now.
It also fixes segfault within machine__exit, that's caused
but not creating kernel maps for machine.. We're calling
machine__destroy_kernel_maps in machine__exit since commit:
ebe9729c8c31 perf machine: Fix to destroy kernel maps when machine
Hi,
On 02-12-15 20:18, Dmitry Torokhov wrote:
Hi Hans,
On Wed, Dec 02, 2015 at 04:20:48PM +0100, Hans de Goede wrote:
Hi,
Thanks for splitting out the series, patches 1 - 4 look good to me and are:
Reviewed-by: Hans de Goede
I've some comments inline for this one.
Thanks for spending tim
In error path to try user space event, both cpus and threads map
now owned by evlist and freed by perf_evlist__set_maps call.
Getting reference to keep them alive.
Link: http://lkml.kernel.org/n/tip-koezjafs5le3zd95crpz6...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/tests/code-readin
It fixes segfault within machine__exit, that's caused
but not creating kernel maps for machine.. We're calling
machine__destroy_kernel_maps in machine__exit since commit:
ebe9729c8c31 perf machine: Fix to destroy kernel maps when machine exits
Link: http://lkml.kernel.org/n/tip-k4snzv5t4dvdckgg
This is more straightforward than what we have now.
It also fixes segfault within machine__exit, that's caused
but not creating kernel maps for machine.. We're calling
machine__destroy_kernel_maps in machine__exit since commit:
ebe9729c8c31 perf machine: Fix to destroy kernel maps when machine
Hi,
On 02-12-15 20:25, Dmitry Torokhov wrote:
This makes Logitech PS2++ protocol implementation consistent with
the naming in other protocols. Also mark the stub as "static inline"
Signed-off-by: Dmitry Torokhov
Much better / less confusing then the old code :)
Reviewed-by: Hans de Goede
I wrote:
> If I enable CONFIG_CPU_SW_DOMAIN_PAN, I sometimes (but not always) get the
> following (or very similar) on boot.
I should have said "if I don't disable", as the option is "default y".
Also, if it survives on boot, below is an example of later trouble (after 30+
minutes on
this occasi
The bpf-output is added under software events, but is not
parse-able within parse_events, which is what round trip
test is expecting.
Checking software events only until dummy event.
Link: http://lkml.kernel.org/n/tip-oyz0zo99of6gd9axi5f99...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/pe
This is more straightforward than what we have now.
It also fixes segfault within machine__exit, that's caused
but not creating kernel maps for machine.. We're calling
machine__destroy_kernel_maps in machine__exit since commit:
ebe9729c8c31 perf machine: Fix to destroy kernel maps when machine
>
> From: Chen Jie
>
> It's possible that an oom killed victim shares an ->mm with the init
> process and thus oom_kill_process() would end up trying to kill init as
> well.
>
> This has been shown in practice:
>
> Out of memory: Kill process 9134 (init) score 3 or sacrifice child
>
Hi,
On 12/03/2015 03:25 AM, Wanpeng Li wrote:
[...]
@@ -202,16 +197,18 @@ static void dequeue_pushable_dl_task(struct rq *rq,
struct task_struct *p)
next_node = rb_next(&p->pushable_dl_tasks);
dl_rq->pushable_dl_tasks_leftmost = next_node;
+ if (n
We are having build failure with next-20151202 for sparc allmodconfig
with the error messages:
undefined reference to 'of_io_request_and_map'
CONFIG_OF is defined for sparc so it is expected that we have a
definition of of_io_request_and_map() but of/address.c is only compiled
if it is !SPARC.
Si
On 12/02/2015 10:07 PM, Jens Axboe wrote:
On 12/02/2015 09:45 AM, Christoph Hellwig wrote:
Looks like I didn't test with CONFIG_NVM enabled, and neither did
the build bot.
Most of this is really weird crazy shit in the lighnvm support, though.
Struct nvme_ns is a structure for the NVM I/O comm
Hi Simon,
Am Mittwoch, den 02.12.2015, 21:03 + schrieb Simon Arlott:
> Add device tree binding for the BCM6345 soft reset controller.
>
> The BCM6345 contains a soft-reset controller activated by setting
> a bit (that must previously have cleared).
>
> Signed-off-by: Simon Arlott
> ---
> Re
Hi Brian,
On Wed, 2 Dec 2015 20:45:44 -0800
Brian Norris wrote:
> (to be clear, this branch of discussion isn't directly regarding the TI
> changes; we can handle any generic handling afterward, as long as we get
> the DT binding right now)
>
> On Tue, Oct 27, 2015 at 09:28:32AM +0100, Boris Br
Le 02/12/2015 20:36, Alexandre Belloni a écrit :
> The interrupt handler, ohci_hcd_at91_overcurrent_irq may be called right
> after registration. At that time, pdev->dev.platform_data is not yet set,
> leading to a NULL pointer dereference.
>
> Fixes: e4df92279fd9 (USB: host: ohci-at91: merge loop
Hi,
On 03-12-15 09:20, Chen-Yu Tsai wrote:
Hi everyone,
This series extends irqchip-sunxi-nmi to add support for the NMI
controller found in Allwinner's A80 SoC.
All Allwinner SoCs have an external NMI pin which the PMIC uses to
signal interrupts to the processor. On multi-core chips, there's
Mel Gorman writes:
> On Wed, Dec 02, 2015 at 03:15:29PM +0100, Michal Hocko wrote:
>> > > I didn't mention this allocation failure because I am not sure it is
>> > > really related.
>> > >
>> >
>> > I'm fairly sure it is. The failure is an allocation site that cannot
>> > sleep but did not spec
On 12/02/2015 06:36 PM, Catalin Marinas wrote:
> On 2 December 2015 at 13:59, Borislav Petkov wrote:
[snip]
>
> 1. The sl?b allocators themselves use page allocations, so kmemleak
> could end up detecting the same pointer twice, hiding a potential leak
>
> 2. Most page allocations do not conta
On Wed, Dec 02, 2015 at 11:39:17PM -0800, Stephen Boyd wrote:
> On 12/01, Sudip Mukherjee wrote:
> > We were not checking the return from devm_add_action() which can fail.
> >
> > Signed-off-by: Sudip Mukherjee
> > ---
> > drivers/clk/qcom/common.c | 13 ++---
> > 1 file changed, 10 inse
From: Martin Wilck
Since b8b2c7d845d5, platform_drv_probe() is called for all platform
devices. If drv->probe is NULL, and dev_pm_domain_attach() fails,
platform_drv_probe() will return the error code from dev_pm_domain_attach().
This causes real_probe() to enter the "probe_failed" path and set
As the Dan report the smatch check the thermal driver warning:
drivers/thermal/rockchip_thermal.c:551 rockchip_configure_from_dt()
warn: impossible condition '(thermal->tshut_temp > ((~0 >> 1))) =>
(s32min-s32max > s32max)'
Let's we remove the imposssible condition Since the Temperature is
current
On Thu, 24 Sep 2015, Fu, Zhonghui wrote:
> Now, PM core supports asynchronous suspend/resume mode for devices
> during system suspend/resume, and the power state transition of one
> device may be completed in separate kernel thread. PM core ensures
> all power state transition timing dependency be
Peter,
On 03/12/15 13:49, Peter Chen wrote:
> On Mon, Aug 24, 2015 at 04:21:11PM +0300, Roger Quadros wrote:
>> Hi,
>>
>> This series centralizes OTG/Dual-role functionality in the kernel.
>> As of now I've got Dual-role functionality working pretty reliably on
>> dra7-evm and am437x-gp-evm.
>>
>>
This patchset trys to dictate unified format for driver.
Signed-off-by: Caesar Wang
---
Changes in v3: None
Changes in v2:
- As Heiko comments, move to documenting the fields in the header
instead of inside the table.
Changes in v1:
- Search more trivial typo for me.
drivers/thermal/rockch
On Thu 03-12-15 11:10:06, Minchan Kim wrote:
> On Thu, Dec 03, 2015 at 10:34:04AM +0900, Minchan Kim wrote:
> > On Wed, Dec 02, 2015 at 11:16:43AM +0100, Michal Hocko wrote:
> > > On Tue 01-12-15 22:34:55, Minchan Kim wrote:
> > > > With new test on mmotm-2015-11-25-17-08, I saw below WARNING messa
2015-12-03 16:37 GMT+08:00 Luca Abeni :
> Hi,
>
> On 12/03/2015 03:25 AM, Wanpeng Li wrote:
> [...]
>>>
>>> @@ -202,16 +197,18 @@ static void dequeue_pushable_dl_task(struct rq *rq,
>>> struct task_struct *p)
>>>
>>> next_node = rb_next(&p->pushable_dl_tasks);
>>>
Hello Martin,
On Thu, Dec 03, 2015 at 09:51:44AM +0100, martin.wi...@ts.fujitsu.com wrote:
> From: Martin Wilck
>
> Since b8b2c7d845d5, platform_drv_probe() is called for all platform
> devices. If drv->probe is NULL, and dev_pm_domain_attach() fails,
> platform_drv_probe() will return the error
On 03/12/15 11:52, Brian Norris wrote:
> Hi,
>
> On Thu, Dec 03, 2015 at 11:38:14AM +0530, Roger Quadros wrote:
>> On 03/12/15 10:39, Brian Norris wrote:
>>> On Fri, Sep 18, 2015 at 05:53:22PM +0300, Roger Quadros wrote:
We do a couple of things in this series which result in
cleaner dev
This series pacthes to support the next soc for this thermal driver.
I don't add the dts thermal data since these SoCs have *_not_* land
in this mainline. I believe these SoCs dts will land in this mainline
lately,
then I will add the thermal data for Heiko.
This series patches can apply into Edua
The RK3228 SoCs has one Temperature Sensor, channel 0 is for CPU.
Signed-off-by: Caesar Wang
---
Changes in v3: None
Changes in v2: None
Changes in v1: None
drivers/thermal/rockchip_thermal.c | 81 ++
1 file changed, 81 insertions(+)
diff --git a/drivers/th
The RK3399 SoCs have two Temperature Sensors, channel 0 is for CPU.
channel 1 is for GPU.
Signed-off-by: Caesar Wang
---
Changes in v3: None
Changes in v2: None
Changes in v1:
- fix a irq ack is similar with RK3228 SoCs.
drivers/thermal/rockchip_thermal.c | 66
This patchset attempts to new compatible for thermal founding
on RK3228/RK3399 SoCs.
Signed-off-by: Caesar Wang
Acked-by: Rob Herring
---
Changes in v3: None
Changes in v2: None
Changes in v1:
- As Heiko comments, fix a copy incorrect name.
- Add a Acked from Rob.
Documentation/devicetree/bi
On Thu, Dec 03, 2015 at 09:39:01AM +0100, Matias Bjørling wrote:
> A little crazy yes. The reason is that the NVMe admin queues and NVMe user
> queues are driven by different request queues. Previously this was patched
> up with having two queues in the lightnvm core. One for admin and another
>
All events now share proper cpu and thread maps. There's
no need to pass those maps from evlist, it's safe to use
evsel maps for enabling event.
Link: http://lkml.kernel.org/n/tip-8758blril51rkn4e6wef1...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-stat.c | 5 +
tools/perf
Replacing them with perf_evsel__(enable|disable).
Link: http://lkml.kernel.org/n/tip-bbyjpha9wc4ifn0ebfkm0...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/arch/x86/util/intel-bts.c | 4 ++--
tools/perf/arch/x86/util/intel-pt.c | 4 ++--
tools/perf/tests/keep-tracking.c | 2 +-
It's more readable this way and we can save one
perf_evsel__is_group_leader condition in current code.
Link: http://lkml.kernel.org/n/tip-y9s28dql028b0as614rke...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-stat.c | 15 +--
1 file changed, 9 insertions(+), 6 deleti
Adding perf_evsel__disable function to have complement for
perf_evsel__enable function. Both will be used in following
patch to factor perf_evlist__(enable|disable).
Link: http://lkml.kernel.org/n/tip-bbyjpha9wc4ifn0ebfkm0...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/evsel.c |
On Wed 02-12-15 14:25:03, Andrew Morton wrote:
> On Wed, 2 Dec 2015 15:26:18 +0100 Michal Hocko wrote:
>
> > From: Michal Hocko
> >
> > Legacy memcg reclaim waits for pages under writeback to prevent from a
> > premature oom killer invocation because there was no memcg dirty limit
> > throttli
Currently we have 2 kinds of stat counters based on
when the event is enabled:
1) tracee command events, which are enable once the
tracee executes exec syscall (enable_on_exec bit)
2) all other events which get alive within the
perf_event_open syscall
Ad 2) case could raise a problem
On Thu, Dec 03, 2015 at 07:51:47AM +, Anaczkowski, Lukasz wrote:
> Well, although it may sound strange, yeah this is exactly the case, since
> EDAC for Knights Landing has been for a while in our private branch.
>
> Is this sort of an issue or just curiosity?
Well, the fact that I'm asking, m
On Thu, Dec 03, 2015 at 10:06:39AM +0100, Jiri Olsa wrote:
> hi,
> while testing ftrace:function event I noticed we create
> stat counters as enabled (except for enable_on_exec couters).
>
> This way we count also filter setup and other config code
> which might be crucial for some events.
>
> Po
On Thu, Dec 03, 2015 at 09:34:11AM +0100, Jiri Olsa wrote:
> hi,
> we've got many failing tests, mainly due to commit:
> ebe9729c8c31 perf machine: Fix to destroy kernel maps when machine exits
>
> and recent bpf changes, sending fixes.
>
> I think we should force running 'perf test' little mor
On Wed, Dec 02, 2015 at 03:22:03PM -0500, Mike Snitzer wrote:
> Any progress on v2 that takes into account previous review feedback?
Yes. Sorry for the delay, the changes have gone through a couple of rounds
of internal reviews and testing first.
> Note I've staged the first 2 patches in this ser
No need to mimic the behaviour of perf_evlist__enable,
we can use it directly.
Link: http://lkml.kernel.org/n/tip-zrqwyndnod6pkxtwb1p3h...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-stat.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/tools/perf/buil
1 - 100 of 902 matches
Mail list logo
