Hello,
Ping? Anything preventing this from being accepted? I can rework it then if
so.
Thanks.
- Sanchayan.
On 15-08-12 18:49:17, Sanchayan Maity wrote:
> Hello,
>
> This patchset is based on top of v9 of Srinivas's NVMEM framework patches.
> Tested on Greg's tree char-misc-next branch along
Hi Waiman,
For the first time in months I just turned of spinlock debugging on
my performance test machine and I just got an unpleasant surprise on
my standard inode allocation and reclaim test. I've described this
test to you before, because it's found regressions in your previous
lock scaling
On 10 August 2015 at 12:25, Mark Brown wrote:
> On Sun, Aug 09, 2015 at 03:03:14PM +0200, Tomeu Vizoso wrote:
>
>> There was some recent thread about how the disabling of unused clocks
>> and regulators isn't really safe because after late_initcall_sync more
>> drivers can be registered from
Add a driver which supports :
- UPort 1110 : 1 port RS-232 USB to Serial Hub.
- UPort 1130 : 1 port RS-422/485 USB to Serial Hub.
- UPort 1130I : 1 port RS-422/485 USB to Serial Hub with Isolation.
- UPort 1150 : 1 port RS-232/422/485 USB to Serial Hub.
- UPort 1150I : 1 port RS-232/422/485
Hi James,
On Fri, Sep 04, 2015 at 11:26:57AM +0800, james.chen wrote:
> From: "james.chen"
>
> As the test result of chrome project buddy(23 inch),
> the calibration time is about 9.2~10.5 second.
> So, this patch extend the calibration timeout to 12 second.
>
> BUG= none
> TEST= Build and
On 3 September 2015 at 19:34, Stephen Boyd wrote:
> On 09/03, Tomeu Vizoso wrote:
>> On 5 August 2015 at 15:09, Tomeu Vizoso wrote:
>> >
>> > Could this patch be removed from linux-next in the meantime?
>>
>> Stephen, Mike,
>>
>> the Tegra portion of this patch is wrong because it registers some
Hi Roger,
On 09/03/2015 05:39 PM, Roger Pau Monné wrote:
El 03/09/15 a les 17.20, Juergen Gross ha escrit:
On 09/03/2015 05:01 PM, David Vrabel wrote:
On 03/09/15 15:55, Juergen Gross wrote:
On 09/03/2015 04:52 PM, David Vrabel wrote:
On 03/09/15 15:45, David Vrabel wrote:
On 03/09/15
gru_alloc_gts() can fail and it can return ERR_PTR(errvalue). We should
not dereference it if it has returned error. And incase it has returned
error then wait for some time and try again.
Signed-off-by: Sudip Mukherjee
---
v3: compact code for if logic
v2: on error retry after msleep(1).
v1:
On Mon, Aug 31, 2015 at 04:34:16PM +0200, Vitaly Kuznetsov wrote:
> Hyper-V serial port is very slow on multi-vCPU guest, this causes
> soflockups on intensive console writes. Touch nmi watchdog after putting
> every char on port to avoid the issue for all serial drivers, the overhead
> should be
Add "snps,quirk-frame-length-adjustment" property to
USB3 node for erratum A009116. This property provides
value of GFLADJ_30MHZ for post silicon frame length
adjustment.
Signed-off-by: Nikhil Badola
---
Changes for v4: None
arch/arm/boot/dts/ls1021a.dtsi | 1 +
1 file changed, 1 insertion(+)
Add adjust_frame_length_quirk for writing to fladj register
which adjusts (micro)frame length to value provided by
"snps,quirk-frame-length-adjustment" property thus avoiding
USB 2.0 devices to time-out over a longer run
Signed-off-by: Nikhil Badola
---
Changes for v4: Removed mixed declerations
Add snps,quirk-frame-length-adjustment property which provides value
for post silicon frame length adjustment
Signed-off-by: Nikhil Badola
---
Changes for v4: None
Documentation/devicetree/bindings/usb/dwc3.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git
Hi Stefan,
just few very small comments.
On Thu, Sep 3, 2015 at 4:06 AM, Stefan Agner wrote:
[..]
> --- /dev/null
> +++ b/drivers/mtd/nand/vf610_nfc.c
[..]
> +static inline u32 vf610_nfc_read(struct vf610_nfc *nfc, uint reg)
> +{
> + return readl(nfc->regs + reg);
> +}
> +
> +static
Seperate the initialization of pmic wrap interrupt from pmic wrap init to make
sure setting is correct before requesting irq.
Signed-off-by: Henry Chen
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git
On Thu, Sep 3, 2015 at 6:01 PM, Michael Tirado wrote:
> Hiyall,
>
> I have created a seccomp white list filter for a program that launches
> other less trustworthy programs. It's working great so far, but I
> have run into a little roadblock. the launcher program needs to call
> execve as it's
Am 02.09.2015 um 07:34 schrieb Alexander Holler:
Am 01.09.2015 um 23:19 schrieb Brian Norris:
Hi Alexander,
No judgment here for the rest of this series, but for this patch:
On Wed, Aug 26, 2015 at 02:28:27PM +0200, Alexander Holler wrote:
The mtd-core has to be initialized before other
On Thu, Sep 03, 2015 at 01:12:28PM -0700, Andy Grover wrote:
> On 09/03/2015 12:12 PM, Greg KH wrote:
> >On Thu, Sep 03, 2015 at 11:47:34AM -0700, Andy Grover wrote:
> >>On 09/03/2015 05:26 AM, Michal Hocko wrote:
> >>>On Wed 02-09-15 15:45:10, Andy Grover wrote:
> Hi Hans and Greg,
>
>
From: "james.chen"
As the test result of chrome project buddy(23 inch),
the calibration time is about 9.2~10.5 second.
So, this patch extend the calibration timeout to 12 second.
BUG= none
TEST= Build and test on buddy project.
Signed-off-by: James Chen
---
Hello Maintainers:
Please help check this patch when you have time.
Thanks.
On 8/24/15 01:18, Chen Gang wrote:
> In pfm_smpl_buffer_alloc, insert_vm_struct may also return -ENOMEM, so
> need check it too.
>
> And insert_vm_struct needn't consider about pfm_remap_buffer in failure
> process
On Fri, 2015-09-04 at 06:21 +0300, Alexey Klimov wrote:
> These messages are actually errors and not warnings.
> Use pr_err() macro for them and add missing \n.
[]
> diff --git a/drivers/clocksource/mtk_timer.c b/drivers/clocksource/mtk_timer.c
[]
> @@ -184,7 +184,7 @@ static void __init
On Thu, 2015-09-03 at 15:47 +, Mathieu Desnoyers wrote:
> - On Sep 3, 2015, at 5:33 AM, Michael Ellerman m...@ellerman.id.au wrote:
>
> > On Tue, 2015-09-01 at 11:32 -0700, Andy Lutomirski wrote:
> >> On Tue, Sep 1, 2015 at 10:11 AM, Mathieu Desnoyers
> >> wrote:
> >> > Just to make sure
These messages are actually errors and not warnings.
Use pr_err() macro for them and add missing \n.
Signed-off-by: Alexey Klimov
---
drivers/clocksource/mtk_timer.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/clocksource/mtk_timer.c
It's a bit uncler what subsystem/driver emits some messages
to dmesg in function mtk_init_timer().
Use pr_fmt to auto-prefix the messages appropriately.
Signed-off-by: Alexey Klimov
---
drivers/clocksource/mtk_timer.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Add error path to clear evt struct allocated by kzalloc()
in the beginning of function mtk_timer_init().
Signed-off-by: Alexey Klimov
---
drivers/clocksource/mtk_timer.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/clocksource/mtk_timer.c
On Fri, Sep 04, 2015 at 01:01:20AM +, Michael Tirado wrote:
> Hiyall,
>
> I have created a seccomp white list filter for a program that launches
> other less trustworthy programs. It's working great so far, but I
> have run into a little roadblock. the launcher program needs to call
>
perf_event_read() does two things:
- call the PMU to read/update the counter value, and
- compute the total count of the event and its children
Not all callers need both. perf_event_reset() for instance needs the
first piece but doesn't need the second. Similarly, when we
When we implement the ability to read several counters at once (using
the PERF_PMU_TXN_READ transaction interface), perf_event_read() can
fail when the 'group' parameter is true (eg: trying to read too many
events at once).
For now, have perf_event_read() return an integer. Ignore the return
Unlike normal hardware PMCs, the 24x7 counters in Power8 are stored in
memory and accessed via a hypervisor call (HCALL). A major aspect of the
HCALL is that it allows retireving _several_ counters at once (unlike
regular PMCs, which are read one at a time). By reading several counters
at once,
Define a new PERF_PMU_TXN_READ interface to read a group of counters
at once.
pmu->start_txn()// Initialize before first event
for each event in group
pmu->read(event); // Queue each event to be read
rc = pmu->commit_txn()
From: Peter Zijlstra
Enable perf_event_read() to update entire groups at once, this will be
useful for read transactions.
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Cc: Michael Ellerman
Cc: Sukadev Bhattiprolu
Signed-off-by: Peter Zijlstra (Intel)
Link:
From: Peter Zijlstra
In order to enable the use of perf_event_read(.group = true), we need
to invert the sibling-child loop nesting of perf_read_group().
Currently we iterate the child list for each sibling, this precludes
using group reads. Flip things around so we iterate each group for
each
In ->commit_txn() 'cpuc' is already initialized when it is
declared, so we can remove the duplicate assignment.
Signed-off-by: Sukadev Bhattiprolu
---
arch/sparc/kernel/perf_event.c |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/sparc/kernel/perf_event.c
We currently use PERF_EVENT_TXN flag to determine if we are in the middle
of a transaction. If in a transaction, we defer the schedulability checks
from pmu->add() operation to the pmu->commit() operation.
Now that we have "transaction types" (PERF_PMU_TXN_ADD, PERF_PMU_TXN_READ)
we can use the
Currently, the PMU interface allows reading only one counter at a time.
But some PMUs like the 24x7 counters in Power, support reading several
counters at once. To leveage this functionality, extend the transaction
interface to support a "transaction type".
The first type, PERF_PMU_TXN_ADD,
The 24x7 counters in Powerpc allow monitoring a large number of counters
simultaneously. They also allow reading several counters in a single
HCALL so we can get a more consistent snapshot of the system.
Use the PMU's transaction interface to monitor and read several event
counters at once. The
From: "Peter Zijlstra (Intel)"
In order to free up the perf_event_read_group() name:
s/perf_event_read_\(one\|group\)/perf_read_\1/g
s/perf_read_hw/__perf_read/g
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/events/core.c | 14 +++---
1 file changed, 7 insertions(+), 7
Hello,
This is the second version of the patch previously posted.
v1-->v2 : Extended the guard code to cover the byte exchange case as well
following opinion of Will Deacon. Checkpatch has been run and issues
were taken care of.
From: Sarbojit Ganguly
Date: Thu, 3 Sep 2015 13:00:27 +0530
Hi All,
On 4 September 2015 at 05:56, Javier Martinez Canillas
wrote:
> Hello Krzysztof,
>
> On 09/04/2015 01:55 AM, Krzysztof Kozlowski wrote:
>> On 04.09.2015 03:11, Anand Moon wrote:
>>> Earlier design of the LED for Odroid XU3 was using gpio-leds
>>> Now It was change to using both pwm-leds
> From: Namhyung Kim [mailto:namhy...@gmail.com] On Behalf Of Namhyung Kim
>
> Showing actual trace event when adding perf events is only needed in
> perf probe command. But the add functionality itself can be used by
> other places. So move the printing code into the cmd_probe().
>
> Also it
Hi Rafael,
On 3 September 2015 at 09:35, Rafael J. Wysocki wrote:
> On Monday, August 31, 2015 11:34:05 AM Xunlei Pang wrote:
>> From: Xunlei Pang
>>
>> Since we are using cpuidle_driver::safe_state_index directly as the
>> target state index, it is better to add the sanity check at the point
> From: Namhyung Kim [mailto:namhy...@gmail.com] On Behalf Of Namhyung Kim
>
> The add_perf_probe_events() does 3 things:
>
> 1. convert all perf events to trace events
> 2. add all trace events to kernel
> 3. cleanup all trace events
>
> But sometimes we need to do something with the trace
> From: Namhyung Kim [mailto:namhy...@gmail.com] On Behalf Of Namhyung Kim
>
> The struct __event_package can be accessed now from other than
> probe-event.c code. So rename it to more specific name.
>
> Cc: Masami Hiramatsu
> Signed-off-by: Namhyung Kim
> ---
> tools/perf/util/probe-event.c
On Thu, 03 Sep 2015 21:19:01 -0400
Steven Rostedt wrote:
> \
> diff --git a/kernel/locking/rtmutex.c b/kernel/locking/rtmutex.c
> index 2822aceb8dfb..2830c17dc3e4 100644
> --- a/kernel/locking/rtmutex.c
> +++ b/kernel/locking/rtmutex.c
> @@ -253,6 +253,65 @@
On 9/4/15 9:16 AM, Wanpeng Li wrote:
[...]
+
static int kvm_vcpu_check_block(struct kvm_vcpu *vcpu)
{
if (kvm_arch_vcpu_runnable(vcpu)) {
@@ -1929,6 +1963,7 @@ void kvm_vcpu_block(struct kvm_vcpu *vcpu)
ktime_t start, cur;
DEFINE_WAIT(wait);
bool waited =
On Thu, Sep 03, 2015 at 06:48:46PM -0600, Toshi Kani wrote:
> On Fri, 2015-09-04 at 01:54 +0200, Luis R. Rodriguez wrote:
> > On Thu, Sep 03, 2015 at 05:21:14PM -0600, Toshi Kani wrote:
> > > On Fri, 2015-09-04 at 00:45 +0200, Luis R. Rodriguez wrote:
> > > > On Thu, Sep 03, 2015 at 04:25:31PM
> From: Arnaldo Carvalho de Melo [mailto:a...@kernel.org]
>
> Em Thu, Sep 03, 2015 at 09:10:35PM +0900, Masami Hiramatsu escreveu:
> > Output the normal result of adding/deleting probe in buildin-probe
> > instead of showing it by add/del_perf_probe_events.
> > All the result string is stored
On Thu, 3 Sep 2015, Yongtaek Lee wrote:
> So i summarize my opinion again.
>
> Current status.
>
> 768MB, no CONFIG_HIGHMEM and no vmalloc=size
> lowmem : 0MB ~ 760MB
> vmalloc : 768MB ~ VMALLOC_END
> => waste 8MB because 760MB ~ 768MB is hole
>
> 1GB, no CONFIG_HIGHMEM and no vmalloc=size
From: "Steven Rostedt (Red Hat)"
Turn the cpu_chill() into a sched_yield() which is only used by those calling
spin_try_or_boost_lock(), as it will allow the owner of the lock, which had its
priority boosted (if needed), to run even with SCHED_FIFO tasks.
As there are still locations that use
From: "Steven Rostedt (Red Hat)"
In mainline Linux, there are cases where locks need to be taken in reverse
order. In non PREEMPT_RT code, spinlocks can not be preempted, thus if one
needs to take locks in reverse order, if it can't get the second lock, it
simply needs to release the first lock
(Frozen shark deflectors on)
Currently the solution to prevent the trylock livelock (described below)
is to change cpu_relax() to cpu_chill() that is simply a msleep(1) that
hopes that the owner of the lock runs and releases the lock and nobody
else takes that lock by the time the task wakes up
From: "Steven Rostedt (Red Hat)"
When trying to take locks in reverse order, it is possible that on
PREEMPT_RT that the running task could have preempted the owner and never
let it run, creating a live lock. This is because spinlocks in PREEMPT_RT
can be preempted.
Currently, this is solved by
[resending...keep forgetting to switch back to text-only in gmail]
On Thu, Sep 3, 2015 at 8:10 AM, Jon Hunter wrote:
...
>>> If alignment matters, then maybe swap the fields?
>>> Or declare num_of_cmds as u64 as well?
>
> Thanks. I did swap them in the updated version as this seems to make
>
On Mon, Aug 24, 2015 at 08:23:15AM +0300, Mike Rapoport wrote:
> Signed-off-by: Mike Rapoport
I can't take patches with out any changelog text, sorry. Please redo
this whole series and resend.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On 9/3/15 2:09 AM, David Matlack wrote:
On Wed, Sep 2, 2015 at 12:29 AM, Wanpeng Li wrote:
There is a downside of always-poll since poll is still happened for idle
vCPUs which can waste cpu usage. This patch adds the ability to adjust
halt_poll_ns dynamically, to grow halt_poll_ns when shot
On Thu, Sep 03, 2015 at 08:48:39AM -0500, Serge E. Hallyn wrote:
> On Wed, Sep 02, 2015 at 05:14:33PM -0700, Paul E. McKenney wrote:
> > On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote:
> > > cc'ing Paul.
> > >
> > > On Wed, Sep 02, 2015 at 08:12:28AM -0500, Felipe Balbi wrote:
> > > >
On Thu, Sep 03, 2015 at 09:56:05AM -0400, Josh Boyer wrote:
> On Wed, Sep 2, 2015 at 8:14 PM, Paul E. McKenney
> wrote:
> > On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote:
> >> cc'ing Paul.
> >>
> >> On Wed, Sep 02, 2015 at 08:12:28AM -0500, Felipe Balbi wrote:
> >> > while booting
On Mon, Aug 24, 2015 at 08:23:19AM +0300, Mike Rapoport wrote:
> Signed-off-by: Mike Rapoport
> ---
> drivers/staging/sm750fb/ddk750_hwi2c.c | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/staging/sm750fb/ddk750_hwi2c.c
>
Hiyall,
I have created a seccomp white list filter for a program that launches
other less trustworthy programs. It's working great so far, but I
have run into a little roadblock. the launcher program needs to call
execve as it's final step, but that may not be present in the white
list. I am
Hi Ma Jun,
On Tue, Sep 1, 2015 at 4:45 AM, majun (F) wrote:
> Hi Alexey:
>
> 在 2015/8/29 11:13, Alexey Klimov 写道:
[..]
>>> +*/
>>> +static u32 calc_irq_index(struct mbigen_device *dev, u32 nid, u32 offset)
>>> +{
>>> + struct mbigen_node *mgn_node = NULL, *tmp;
>>> + unsigned long
On Fri, 2015-09-04 at 01:54 +0200, Luis R. Rodriguez wrote:
> On Thu, Sep 03, 2015 at 05:21:14PM -0600, Toshi Kani wrote:
> > On Fri, 2015-09-04 at 00:45 +0200, Luis R. Rodriguez wrote:
> > > On Thu, Sep 03, 2015 at 04:25:31PM -0600, Toshi Kani wrote:
:
> > > > On Xen,
> > >
> > > When Xen is
On 03.09.2015 14:30, Yakir Yang wrote:
> Hi Krzysztof,
>
> 在 09/03/2015 08:58 AM, Krzysztof Kozlowski 写道:
>> On 01.09.2015 14:49, Yakir Yang wrote:
>>> Split the dp core driver from exynos directory to bridge
>>> directory, and rename the core driver to analogix_dp_*,
>>> leave the platform code
On 01.09.2015 15:07, Yakir Yang wrote:
Empty commit message. Please explain here why you want to add platform
device type support.
Actually the title is confusing. You are not adding support for platform
device types but rather adding a field containing type of device.
> Signed-off-by: Yakir
Hello Krzysztof,
On 09/04/2015 01:55 AM, Krzysztof Kozlowski wrote:
> On 04.09.2015 03:11, Anand Moon wrote:
>> Earlier design of the LED for Odroid XU3 was using gpio-leds
>> Now It was change to using both pwm-leds and gpio-leds.
>
> It is still not a reason for this change. gpio-leds were not
Hi Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
tags/libnvdimm-for-4.3
...to receive the libnvdimm update and related changes for 4.3.
This update has successfully completed a 0day-kbuild run and has
appeared in a linux-next release. The changes
mmc host controller's IO input/output timing is unpredictable if
bootloader execute tuning for HS200 mode. It might make kernel failed
to initialize mmc card in identification mode. The root cause is
tuning phase and degree setting for HS200 mode in bootloader aren't
applicable to that of
On 9/4/15 12:07 AM, David Matlack wrote:
On Thu, Sep 3, 2015 at 2:23 AM, Wanpeng Li wrote:
How about something like:
@@ -1941,10 +1976,14 @@ void kvm_vcpu_block(struct kvm_vcpu *vcpu)
*/
if (kvm_vcpu_check_block(vcpu) < 0) {
On 09/03, Gilad Avidov wrote:
> + supported by HW. Default (minimum supported) is 128.
> +
> +Example V1 PMIC-Arbiter:
>
> spmi {
> compatible = "qcom,spmi-pmic-arb";
> @@ -62,4 +66,32 @@ Example:
>
> interrupt-controller;
>
Dear Friend
I have a Mutual/Beneficial Business Project for you worth millions.
1. Can you handle this project?
2. Can I give you this trust ?
Please note that the deal required high level of maturity, honesty and secrecy
because this Involves moving or Siphoning some money from my office, on
There is a downside of always-poll since poll is still happened for idle
vCPUs which can waste cpu usage. This patchset add the ability to adjust
halt_poll_ns dynamically, to grow halt_poll_ns when shot halt is detected,
and to shrink halt_poll_ns when long halt is detected.
There are two new
Change halt_poll_ns into per-VCPU variable, seeded from module parameter,
to allow greater flexibility.
Signed-off-by: Wanpeng Li
---
include/linux/kvm_host.h | 1 +
virt/kvm/kvm_main.c | 5 +++--
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/linux/kvm_host.h
Tracepoint for dynamic halt_pool_ns, fired on every potential change.
Signed-off-by: Wanpeng Li
---
include/trace/events/kvm.h | 30 ++
virt/kvm/kvm_main.c| 8 ++--
2 files changed, 36 insertions(+), 2 deletions(-)
diff --git
v6 -> v7:
* explicit signal (set a bool)
* fix the tracepoint
v5 -> v6:
* fix wait_ns and poll_ns
v4 -> v5:
* set base case 10us and max poll time 500us
* handle short/long halt, idea from David, many thanks David
v3 -> v4:
* bring back grow vcpu->halt_poll_ns when interrupt arrives
On 2015/9/4 1:45, Mark Brown wrote:
On Thu, Sep 03, 2015 at 09:41:43PM +0800, Shawn Lin wrote:
On 2015/9/3 20:54, Mark Brown wrote:
If this is a quirk of the DMA controller why is it being fixed with a
property specific to the SPI controller? Can't the DMA controller just
override the burst
On 04.09.2015 03:11, Anand Moon wrote:
> Earlier design of the LED for Odroid XU3 was using gpio-leds
> Now It was change to using both pwm-leds and gpio-leds.
It is still not a reason for this change. gpio-leds were not enabled
before. This could be a valid reason of adding LEDS_PWM to existing
On Thu, Sep 03, 2015 at 05:21:14PM -0600, Toshi Kani wrote:
> On Fri, 2015-09-04 at 00:45 +0200, Luis R. Rodriguez wrote:
> > On Thu, Sep 03, 2015 at 04:25:31PM -0600, Toshi Kani wrote:
> > > On Fri, 2015-09-04 at 00:07 +0200, Luis R. Rodriguez wrote:
> > > :
> > > > These are still at odds, for
From: Ulf Magnusson
According to commit a59d6293e537 ("debugfs: change parameter check in
debugfs_remove() functions"), this is meant to make cleanup easier for
callers. In that case it ought to be documented.
Signed-off-by: Ulf Magnusson
---
fs/debugfs/inode.c | 6 --
1 file changed, 4
Hi Morten, Dietmar,
On 08/14/2015 09:23 AM, Morten Rasmussen wrote:
...
> + * cfs_rq.avg.util_avg is the sum of running time of runnable tasks plus the
> + * recent utilization of currently non-runnable tasks on a CPU. It represents
> + * the amount of utilization of a CPU in the range
Since evt structure is embedded in per-CPU mevt structure it's
definitely faster to use container_of() to get access to mevt
if we have evt (for example as incoming function argument) instead
of more expensive approach with this_cpu_ptr(_mct_tick).
this_cpu_ptr() on per-CPU mevt structure leads to
在 2015/9/4 3:07, Heiko Stuebner 写道:
Am Dienstag, 25. August 2015, 08:34:36 schrieb Shawn Lin:
mmc host controller's IO input/output timing is unpredictable if
bootloader execute tuning for HS200 mode. It might make kernel failed
to initialize mmc card in identification mode. The root cause is
On Fri, 2015-09-04 at 00:45 +0200, Luis R. Rodriguez wrote:
> On Thu, Sep 03, 2015 at 04:25:31PM -0600, Toshi Kani wrote:
> > On Fri, 2015-09-04 at 00:07 +0200, Luis R. Rodriguez wrote:
> > :
> > > These are still at odds, for instance, I was under the impression we can
> > > just have the OS
On 9/2/15 11:35 PM, David Miller wrote:
Another merge window, another set of networking changes. I've heard
rumblings that the lightweight tunnels infrastructure has been voted
networking change of the year. But what do I know?
...
9) Add support for "light weight tunnels", which allow
The current driver implementation supports only 128 peripherals.
Adding support for configurable number of peripherals since the
spmi-pmic-arb v2 HW has sub-versions which support from 128 to 512
PMIC peripherals.
Signed-off-by: Gilad Avidov
Reviewed-by: Sagar Dharia
---
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Saturday, August 22, 2015 1:17 PM
> To: Hall, Christopher S
> Cc: Kirsher, Jeffrey T; h...@zytor.com; mi...@redhat.com;
> john.stu...@linaro.org; richardcoch...@gmail.com; x...@kernel.org; linux-
>
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of Alex Williamson
Sent: Friday, July 10, 2015 3:44 PM
To: Rose, Gregory V
Cc: net...@vger.kernel.org; intel-wired-...@lists.osuosl.org;
linux-kernel@vger.kernel.org
Subject: Re:
The function device_get_mac_address is trying different property names
in order to get the mac address. To check the return value, the variable
addr (which contain the buffer pass by the caller) will be re-used. This
means that if the previous property is not found, the next property will
be read
On Thu, Sep 03, 2015 at 02:00:26PM -0700, Doug Anderson wrote:
> On Wed, Sep 2, 2015 at 2:25 PM, Douglas Anderson
> wrote:
> > The ddc-i2c-bus property was missing from the veyron dtsi file since
> > downstream the ddc-i2c-bus was still being specified in rk3288.dtsi and
> > nobody noticed when
Commit adcbcfea15d62 ("spi: mediatek: fix spi clock usage error")
added a new sel_clk but introduced bugs in the error paths since
the wrong struct clk pointers are passed to PTR_ERR().
Fixes: adcbcfea15d62 ("spi: mediatek: fix spi clock usage error")
Signed-off-by: Javier Martinez Canillas
---
On Thu, Sep 03, 2015 at 04:25:31PM -0600, Toshi Kani wrote:
> On Fri, 2015-09-04 at 00:07 +0200, Luis R. Rodriguez wrote:
> :
> > These are still at odds, for instance, I was under the impression we can
> > just have the OS return MTRR_TYPE_INVALID if the OS / drivers never used
> > or set up
03.09.2015 21:51, Austin S Hemmelgarn пишет:
As of right now, the only open-source project that I know of that is
actually actively used by people on new kernels that uses vm86 is
dosemu (and the forked dosemu2). the only other open source user of
vm86() that I know of is v86d,
According to
On Fri, 2015-09-04 at 00:07 +0200, Luis R. Rodriguez wrote:
:
> These are still at odds, for instance, I was under the impression we can
> just have the OS return MTRR_TYPE_INVALID if the OS / drivers never used
> or set up MTRR, but the platform did, above (not the patch) you seem to be
> saying
On Thu, Sep 03, 2015 at 12:36:08PM -0700, Darrick J. Wong wrote:
> On Thu, Sep 03, 2015 at 07:16:19PM +, Richard Yao wrote:
> > On Thu, Sep 03, 2015 at 11:36:57AM -0700, Darrick J. Wong wrote:
> > > On Thu, Sep 03, 2015 at 06:22:25PM +, Richard Yao wrote:
> > > > What happens with this
On Thu, Sep 03, 2015 at 03:31:42PM -0600, Toshi Kani wrote:
> On Thu, 2015-09-03 at 21:51 +0200, Luis R. Rodriguez wrote:
> > On Thu, Sep 03, 2015 at 01:22:42PM -0600, Toshi Kani wrote:
> > > On Thu, 2015-09-03 at 20:40 +0200, Luis R. Rodriguez wrote:
> > > > On Thu, Sep 03, 2015 at 02:10:14PM
Am Donnerstag, 3. September 2015, 14:00:26 schrieb Doug Anderson:
> Hi,
>
> On Wed, Sep 2, 2015 at 2:25 PM, Douglas Anderson
wrote:
> > The ddc-i2c-bus property was missing from the veyron dtsi file since
> > downstream the ddc-i2c-bus was still being specified in rk3288.dtsi and
> > nobody
On Thu, Sep 3, 2015 at 3:47 AM, Thierry Reding wrote:
> On Wed, Sep 02, 2015 at 03:17:57PM -0500, Rob Herring wrote:
> [...]
>> Are there any eDP panels which don't have EDID and need panel details in DT?
>
> Most panels need information other than EDID. They typically have some
> requirements
CCing author of the regression.
On Wed, Sep 2, 2015 at 7:52 PM, Randy Dunlap wrote:
> On 09/02/15 01:17, Stephen Rothwell wrote:
>> Hi all,
>>
>> There will be no linux-next release this Friday or Monday.
>>
>> Please do not add material for v4.4 until after v4.3-rc1 is out.
>>
>> Changes since
On Thu, Sep 03, 2015 at 08:28:38AM -0300, Albino B Neto wrote:
> 2015-09-02 20:47 GMT-03:00 Linus Torvalds :
> > On Wed, Sep 2, 2015 at 11:45 AM, Darrick J. Wong
> > wrote:
> >> Yes, that would be a bug.
> >
> > So the thing I'm happy to see is that the ext4 developers seem to
> > unanimously
On Thu, Sep 3, 2015 at 1:42 PM, Arnaldo Carvalho de Melo
wrote:
> Em Thu, Sep 03, 2015 at 10:12:12AM -0700, Stephane Eranian escreveu:
>> On Thu, Sep 3, 2015 at 9:53 AM, Arnaldo Carvalho de Melo
>> wrote:
>> > Em Thu, Sep 03, 2015 at 02:25:44PM +0200, Jiri Olsa escreveu:
>> >> On Thu, Sep 03,
On Sun, Aug 30, 2015 at 12:54:15PM -0700, Julia Lawall wrote:
> On Sun, 30 Aug 2015, walter harms wrote:
> > Am 30.08.2015 20:05, schrieb Julia Lawall:
> > > if (IS_ERR(drvdata->mi2s_bit_clk[dai_id])) {
> > > dev_err(>dev,
> > > "%s() error
On Thu, 2015-09-03 at 21:51 +0200, Luis R. Rodriguez wrote:
> On Thu, Sep 03, 2015 at 01:22:42PM -0600, Toshi Kani wrote:
> > On Thu, 2015-09-03 at 20:40 +0200, Luis R. Rodriguez wrote:
> > > On Thu, Sep 03, 2015 at 02:10:14PM -0400, Prarit Bhargava wrote:
> > > >
> > > >
> > > > On 09/03/2015
On 07/20, Andy Gross wrote:
> This patch creates a platform driver for the SCM so that we can adequately
> manage resources. This removes clients having to carry the necessary
> clocks to use the SCM resources.
>
> Signed-off-by: Andy Gross
> ---
It would be nice if we could use this platform
1 - 100 of 1298 matches
Mail list logo