Yakir,
On Tue, Jun 14, 2016 at 4:46 AM, Yakir Yang wrote:
> RK3399 and RK3288 shared the same eDP IP controller, only some light
> difference with VOP configure and GRF configure.
>
> Signed-off-by: Yakir Yang
> Acked-by: Mark Yao
> ---
> Changes in v3:
> - Give the "rk3399-edp" a separate line
> Either
> > > nvmet should reject and destroy the cm_id, or it should do neither and
> > > return non-zero to the RDMA_CM to reject/destroy.
> >
> > Can you just send a patch?
>
> Yes, I'll send it out in a separate email.
Before I do, what do you think of this (untested)?
diff --git a/drivers/
This way we can measure with the function profiler.
trace_stat/function0: sched_avg_update_old 764
223.936 us 0.293 us0.017 us
trace_stat/function0: sched_avg_update 764
199.818 us 0.261 us0.006 us
The code that computes sched rt avg decaying periodically (every 0.5
seconds) catches up with lost updates within a loop. This is ok when
CPUs sleep in dynticks mode for short periods of time as they only
miss a few updates that are caught up through a few iterations. But CPUs
can sleep for undefin
Hi,
Here is a fix on sched_time_avg_ms sysctl value and an enhancement on
nohz scenarii.
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
sched/core
HEAD: 8e6e088b73c2172c45cc3aadab3d4971ae47215b
Thanks,
Frederic
---
Frederic Weisbecker (3):
sched
* Andy Shevchenko wrote:
> On Tue, 2016-06-14 at 12:43 +0200, Ingo Molnar wrote:
> > * Andy Shevchenko wrote:
> >
> > > Add Power Management Unit driver to handle power states of South
> > > Complex
> > > devices on Intel Tangier. In the future it might be expanded to
> > > cover North
> > > C
How about this as well, on top of yours?
=>
Make vertical alignment really consistent across this header, plus fix various
uglies like unnecessary parentheses and C comments from definition values.
Cc: Linus Torvalds
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Signed-off-by: Ingo
On 6/13/2016 11:17 PM, Masahiro Yamada wrote:
Hi Santosh
Ping again.
It is taking so long
for this apparently correct patch.
I thought it was already picked up. Will apply it
for next merge window.
Regards,
Santosh
On 06/14/2016 05:10 PM, Nicolas Pitre wrote:
On Tue, 14 Jun 2016, Daniel Lezcano wrote:
On 06/10/2016 04:52 PM, Thomas Gleixner wrote:
+ timings->sum -= timings->values[timings->w_index];
+ timings->values[timings->w_index] = diff;
+ timings->sum += diff;
Now the real ques
On Sun, Jun 12, 2016 at 09:26:27PM -0400, Oleg Drokin wrote:
> It used to be the case that state had an rwlock that was locked for write
> by downgrades, but for read for upgrades (opens). Well, the problem is
> if there are two competing opens for the same state, they step on
> each other toes pot
On 06/13/16 22:27, Jann Horn wrote:
> On Mon, Jun 13, 2016 at 10:44:18PM +0300, Topi Miettinen wrote:
>> Track maximum number of processes per user and present it
>> in /proc/self/limits.
>>
>> Signed-off-by: Topi Miettinen
>> ---
>> fs/proc/base.c| 4
>> include/linux/sched.h | 1 +
On Tue, Jun 14 2016 at 9:50am -0400,
Jeff Moyer wrote:
> "Kani, Toshimitsu" writes:
>
> >> I had dm-linear and md-raid0 support on my list of things to look at,
> >> did you have raid0 in your plans?
> >
> > Yes, I hope to extend further and raid0 is a good candidate.
>
> dm-flakey would a
On Tue, 2016-06-14 at 17:29 +0200, Ingo Molnar wrote:
> * Andy Shevchenko wrote:
>
> > On Tue, 2016-06-14 at 12:43 +0200, Ingo Molnar wrote:
> > In the TRM it's called Power Management Unit, though once or twice
> > in some
> > documents as Power Management Controller. I actually woudn't like t
Writing 0 to sysctl value "kernel.sched_time_avg_ms" triggers a lockup:
NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
Modules linked in:
irq event stamp: 81894
hardirqs last enabled at (81893): []
rcu_idle_exit+0x68/0xa0
hardirqs last disabled at (8
On 14/06/16 08:16 AM, Shuah Khan wrote:
> On 06/14/2016 08:06 AM, Jon Mason wrote:
>> On Fri, Jun 10, 2016 at 6:54 PM, Logan Gunthorpe wrote:
>>> This script automates testing doorbells, scratchpads and memory windows
>>> for an NTB device. It can be run locally, with the NTB looped
>>> back to th
From: Allen Hubbe
> On Sat, Jun 11, 2016 at 11:28 AM, Logan Gunthorpe wrote:
> > Hey Allen,
> >
> > Thanks for the feedback it's a bit more complicated but I don't object to
> > that. I'll work something up on Monday.
> >
> > I was trying to avoid adding link controls, but if we do, would you say
WARNING: Block comments use * on subsequent lines
WARNING: Block comments use a trailing */ on a separate line
WARNING: Block comments use * on subsequent lines
WARNING: Block comments use a trailing */ on a separate line
Signed-off-by: yeongjun Kim
---
drivers/staging/sm750fb/ddk750_display.c |
Hi!
There is a potential race condition in
drivers/net/wireless/ath/wcn36xx/wcn36xx.ko. In wcn36xx_tx ->
wcn36xx_start_tx -> wcn36xx_set_tx_data
(http://lxr.free-electrons.com/source/drivers/net/wireless/ath/wcn36xx/txrx.c#L176)
there is a read of sta_priv->bss_dpu_desc_index and
sta_priv->b
On 06/14/16 07:01, Michal Hocko wrote:
> On Mon 13-06-16 22:44:10, Topi Miettinen wrote:
>> Present maximum used memory in cgroup memory.current_max.
>
> It would be really much more preferable to present the usecase in the
> patch description. It is true that this information is presented in the
On Tue, 2016-06-14 at 17:33 +0200, Ingo Molnar wrote:
> How about this as well, on top of yours?
Looks definitely good to me! Thanks!
>
> =>
>
> Make vertical alignment really consistent across this header, plus fix
> various
> uglies like unnecessary parentheses and C comments
On Sun, Jun 12, 2016 at 09:26:27PM -0400, Oleg Drokin wrote:
> It used to be the case that state had an rwlock that was locked for write
> by downgrades, but for read for upgrades (opens). Well, the problem is
> if there are two competing opens for the same state, they step on
> each other toes pot
On 14/06/16 09:45 AM, Allen Hubbe wrote:
>
> Feel free to disregard my suggestion above. I hope my comment has not cost
> you too much time.
>
> The way you have written it already, and used it in the self-test script is
> much more concise.
>
>>> + * root@self# echo > $DBG_DIR/link
>
> Ac
From: Logan Gunthorpe
> This script automates testing doorbells, scratchpads and memory windows
> for an NTB device. It can be run locally, with the NTB looped
> back to the same host or use SSH to remotely control the second host.
>
> In the single host case, the script just needs to be passed tw
On 14/06/16 09:47 AM, Allen Hubbe wrote:
> From: Logan Gunthorpe
>> This script automates testing doorbells, scratchpads and memory windows
>> for an NTB device. It can be run locally, with the NTB looped
>> back to the same host or use SSH to remotely control the second host.
>>
>> In the single
On Tue, Jun 14, 2016 at 8:56 AM, Adam Thomson
wrote:
> For device nodes in both DT and ACPI, it possible to have named
> child nodes which contain properties (an existing example being
> gpio-leds). This adds a function to find a named child node for
> a device which can be used by drivers for pro
On 06/14/16 14:50, Oleg Nesterov wrote:
> On 06/13, Topi Miettinen wrote:
>>
>> Track maximum number of pending signals, presented in /proc/self/limits.
>>
>> Signed-off-by: Topi Miettinen
>> ---
>> kernel/signal.c | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>> diff --git a/kernel/signal.c b/ke
On 06/02/2016 08:49 PM, Aleksey Makarov wrote:
> From: Jon Masters
>
> This patch adds support for ACPI_TABLE_UPGRADE for ARM64
Hi Catalin, Will,
Can you review this v3 patch please? I changed PFN_PHYS(max_pfn) to
MEMBLOCK_ALLOC_ACCESSIBLE.
Thank you
Aleksey Makarov
> To access initrd image
On Tue, 2016-06-14 at 09:50 -0400, Jeff Moyer wrote:
> "Kani, Toshimitsu" writes:
> > > I had dm-linear and md-raid0 support on my list of things to look at,
> > > did you have raid0 in your plans?
> >
> > Yes, I hope to extend further and raid0 is a good candidate.
>
> dm-flakey would allow more
On Jun 14, 2016, at 11:38 AM, J . Bruce Fields wrote:
> On Sun, Jun 12, 2016 at 09:26:27PM -0400, Oleg Drokin wrote:
>> It used to be the case that state had an rwlock that was locked for write
>> by downgrades, but for read for upgrades (opens). Well, the problem is
>> if there are two competing
From: Logan Gunthorpe
> On 14/06/16 09:45 AM, Allen Hubbe wrote:
> >
> > Feel free to disregard my suggestion above. I hope my comment has not cost
> > you too much
> time.
> >
> > The way you have written it already, and used it in the self-test script is
> > much more
> concise.
> >
> >>> + *
On Tue, Jun 14, 2016 at 03:28:23PM +0200, Robert Richter wrote:
> >
> > Documentation/kernel-parameters.txt |2 -
> > arch/s390/oprofile/Makefile |1 -
> > arch/s390/oprofile/hwsampler.c | 1178
> > arch/s390/oprofile/hwsampler.h | 63 -
On Jun 14, 2016, at 11:46 AM, J . Bruce Fields wrote:
> On Sun, Jun 12, 2016 at 09:26:27PM -0400, Oleg Drokin wrote:
>> It used to be the case that state had an rwlock that was locked for write
>> by downgrades, but for read for upgrades (opens). Well, the problem is
>> if there are two competing
> On Mon, 2016-06-13 at 21:59 -0500, Dinh Nguyen wrote:
>> Apologies, but my original email bounced for Andy and Heikki,
>> resending.
>>
>
> I suppose this one, i.e. commit dd4e91d538b3 ("dmaengine: slave means at
> least one of DMA_SLAVE, DMA_CYCLIC"), solves the issue.
>
Hmm...that commit
* Andy Shevchenko wrote:
> On Tue, 2016-06-14 at 17:29 +0200, Ingo Molnar wrote:
>
> > * Andy Shevchenko wrote:
> >
> > > On Tue, 2016-06-14 at 12:43 +0200, Ingo Molnar wrote:
> > > In the TRM it's called Power Management Unit, though once or twice
> > > in some
> > > documents as Power Mana
From: Andi Kleen
Knights Landing has a issue that a thread setting A or D bits
may not do so atomically against checking the present bit.
A thread which is going to page fault may still set those
bits, even though the present bit was already atomically cleared.
This implies that when the kernel
On Tue, 2016-06-14 at 10:27 -0500, dinh.li...@anniebear.net wrote:
> >
> > On Mon, 2016-06-13 at 21:59 -0500, Dinh Nguyen wrote:
> > > Apologies, but my original email bounced for Andy and Heikki,
> > > resending.
> > >
> >
> > I suppose this one, i.e. commit dd4e91d538b3 ("dmaengine: slave
On Tue, Jun 14, 2016 at 05:28:01PM +0200, Frederic Weisbecker wrote:
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index 385c947..0c0578a 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -666,17 +666,17 @@ bool sched_can_stop_tick(struct rq *rq)
> void sched_avg_upd
On Fri, Jun 10, 2016 at 07:18:45PM +0100, Srinivas Kandagatla wrote:
> +config SND_SOC_MSM8916_WCD
> + tristate "Qualcomm MSM8916 WCD"
> + depends on SPMI && MFD_SYSCON
> +
Normally users select MFD_SYSCON.
> @@ -208,7 +209,6 @@ snd-soc-wm9705-objs := wm9705.o
> snd-soc-wm9712-objs := w
Heiko,
On Mon, Jun 13, 2016 at 3:46 PM, Heiko Stübner wrote:
> Am Sonntag, 12. Juni 2016, 17:48:48 schrieb Xing Zheng:
>> The functions and features VOP0 more complete than VOP1's, we need to
>> use it dclk_vop0_div operate VPLLI, and let VOP0 as the default primary
>> screen.
>>
>> Signed-off-by
On Tue, 2016-06-14 at 17:58 +0200, Ingo Molnar wrote:
> * Andy Shevchenko wrote:
>
> > On Tue, 2016-06-14 at 17:29 +0200, Ingo Molnar wrote:
> >
> > > * Andy Shevchenko wrote:
> > >
> > > > On Tue, 2016-06-14 at 12:43 +0200, Ingo Molnar wrote:
> > > > In the TRM it's called Power Management Un
Hi,
On Mon, Jun 13, 2016 at 05:24:09PM +0200, Alexandre Belloni wrote:
> On 11/06/2016 at 00:30:36 +0200, Arnd Bergmann wrote :
> > Does this have to be called that early? It seems wasteful to always
> > call udelay() here, when these are functions that are normally
> > allowed to sleep.
> So I'
On Tue, Jun 14, 2016 at 03:47:20PM +, Topi Miettinen wrote:
> On 06/14/16 07:01, Michal Hocko wrote:
> > On Mon 13-06-16 22:44:10, Topi Miettinen wrote:
> >> Present maximum used memory in cgroup memory.current_max.
> >
> > It would be really much more preferable to present the usecase in the
On Tue, 2016-06-14 at 11:26 +0300, Kirill A. Shutemov wrote:
> On Mon, Jun 13, 2016 at 11:11:05PM -0700, Linus Torvalds wrote:
> >
> > On Mon, Jun 13, 2016 at 5:52 AM, Kirill A. Shutemov
> > wrote:
> > >
> > > On Sat, Jun 11, 2016 at 06:02:57PM -0700, Linus Torvalds wrote:
> > > >
> > > >
> >
On Tue, Jun 14, 2016 at 4:12 PM, Bastien Nocera wrote:
> On Tue, 2016-06-14 at 14:44 +0100, Grant Likely wrote:
>> On Fri, Jun 10, 2016 at 4:27 PM, Bastien Nocera
>> wrote:
>> > On Fri, 2016-06-10 at 08:23 -0700, Srinivas Pandruvada wrote:
>> > > On Fri, 2016-06-10 at 17:04 +0200, Bastien Nocera
>
> The above nvmet cm event handler, nvmet_rdma_cm_handler(), calls
> nvmet_rdma_queue_connect() for CONNECT_REQUEST events, which calls
> nvmet_rdma_alloc_queue (), which, if it encounters a failure (like creating
> the qp), calls nvmet_rdma_cm_reject () which calls rdma_reject(). The
> non-zer
Hi All,
Technically, this is a broader question than just SPARC where I initially
sent this. I'm sending this here and dropping the test patch as it was
SPARC only and this is primarily a sysfs generic platform description
question.
Before SPARC M7, the notion of core_siblings on SPARC was both
On 09/05/16 17:49, Andre Przywara wrote:
The ARM errata 819472, 826319, 827319 and 824069 for affected
Cortex-A53 cores demand to promote "dc cvau" instructions to
"dc civac". Since we allow userspace to also emit those instructions,
we should make sure that "dc cvau" gets promoted there too.
So
Hi All,
Technically, this is a broader question than just SPARC where I initially
sent this. I'm sending this here and dropping the test patch as it was
SPARC only and this is primarily a sysfs generic platform description
question.
Before SPARC M7, the notion of core_siblings on SPARC was both
On Tue, 14 Jun 2016 21:35:17 +0530
Afzal Mohammed wrote:
> Hi,
>
> On Mon, Jun 13, 2016 at 05:24:09PM +0200, Alexandre Belloni wrote:
> > On 11/06/2016 at 00:30:36 +0200, Arnd Bergmann wrote :
>
> > > Does this have to be called that early? It seems wasteful to always
> > > call udelay() here
On Fri, Jun 10, 2016 at 11:18:44AM -0700, Srinivas Kandagatla wrote:
> diff --git a/Documentation/devicetree/bindings/sound/qcom,msm8916-wcd.txt
> b/Documentation/devicetree/bindings/sound/qcom,msm8916-wcd.txt
> new file mode 100644
> index 000..0559c1f
> --- /dev/null
> +++ b/Documentation/dev
If the HSI core is built as a module hsi_boardinfo may still
be built-in as its Kconfig type is bool, which can cause build
issues. Fix this by building this code into the HSI core when
enabled.
Reported-by: kbuild test robot
Signed-off-by: Andrew F. Davis
---
This build error seems to be due to
>
> Hey Sean,
>
> Am I correct here? IE: Is it ok for the rdma application to rdma_reject() and
> rmda_destroy_id() the CONNECT_REQUEST cm_id _inside_ its event handler as
> long
> as it returns 0?
>
> Thanks,
>
> Steve.
Looking at rdma_destroy_id(), I think it is invalid to call it from the
Greg et al.,
Now that the merge window is closed, please consider this patch.
Thanks in advance,
David Daney
On 05/17/2016 11:41 AM, David Daney wrote:
From: David Daney
We are getting somewhat random soft lockups with this signature:
[ 86.992215] [] el1_irq+0xa0/0x10c
[ 86.997082] []
On Tue, Jun 14, 2016 at 07:46:29PM +0800, Yakir Yang wrote:
> It's better to pass the connector to platform driver in .get_modes()
> callback, just like what the .get_modes() helper function designed.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v3:
> - Avoid to change any internal driver sta
On Tue, Jun 14, 2016 at 07:46:29PM +0800, Yakir Yang wrote:
> It's better to pass the connector to platform driver in .get_modes()
> callback, just like what the .get_modes() helper function designed.
>
> Signed-off-by: Yakir Yang
Also please drop the analogix prefix from the subject, this is fo
On Saturday 11 June 2016 19:42:26 David Miller wrote:
> From: Andrew Lunn
> Date: Sat, 11 Jun 2016 17:39:21 +0200
>
> > What is still open is do we want to accept it at all? Do we accept
> > the concept of putting the same MAC address on multiple interfaces
> > at hotplug time? Do we trust BIOS v
On Tue, Jun 14, 2016 at 06:26:56PM +0200, Daniel Vetter wrote:
> On Tue, Jun 14, 2016 at 07:46:29PM +0800, Yakir Yang wrote:
> > It's better to pass the connector to platform driver in .get_modes()
> > callback, just like what the .get_modes() helper function designed.
> >
> > Signed-off-by: Yakir
On Tue, 14 Jun 2016, Ingo Molnar wrote:
> * Thomas Gleixner wrote:
> > On Mon, 13 Jun 2016, Peter Zijlstra wrote:
> > > On Mon, Jun 13, 2016 at 08:41:00AM -, Thomas Gleixner wrote:
> > > > +
> > > > + /* Cascading, sigh... */
> > >
> > > So given that userspace has no influence on timer
Hi,
[auto build test ERROR on v4.7-rc3]
[also build test ERROR on next-20160614]
[cannot apply to tip/x86/core]
[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/Lukasz-Anaczkowski/Linux-VM
On Tue, Jun 14, 2016 at 06:34:50AM -0700, Srinivas Kandagatla wrote:
> On 14/06/16 13:49, Kenneth Westfield wrote:
> >On Tue, Jun 14, 2016 at 09:30:03AM +0100, Srinivas Kandagatla wrote:
> >>- data = devm_kzalloc(soc_runtime->dev, sizeof(*data), GFP_KERNEL);
> >>+ data = devm_kzalloc(dev, size
The interrupt framework gives a lot of information about each interrupt.
It does not keep track of when those interrupts occur though.
This patch provides a mean to record the elapsed time between successive
interrupt occurrences in a per-IRQ per-CPU circular buffer to help with the
prediction of
[+cc linux-kernel]
On Sat, May 21, 2016 at 11:48:42AM +0200, Andreas Noever wrote:
>
> Signed-off-by: Andreas Noever
>
> Tested on MacBookPro10,1
>
> On Fri, May 13, 2016 at 1:15 PM, Lukas Wunner wrote:
> > This series powers Thunderbolt controllers on Macs down when nothing is
> > plugged in,
On Tue, 14 Jun 2016, Nicolas Pitre wrote:
> On Tue, 14 Jun 2016, Daniel Lezcano wrote:
> > If the storage is a bit larger (let's say 16 values) and there is no memset
> > and the sum is not computed, at least we need a count for the number of
> > values
> > in the array before this one is fulfille
There are a fair number of tracepoints in the kernel making
use of the sizeof operator. Allow perf to understand some of
those cases, and report a more informative error message for
the ones it cannot understand.
Signed-off-by: Jeremy Linton
---
So this is as much a RFC as a patch because the us
On Tue, 14 Jun 2016, Juri Lelli wrote:
Do we have any specific tests for this set? I'm running mine.
pi_stress from rt-tests is a good workload to run for such changes.
(https://git.kernel.org/cgit/utils/rt-tests/rt-tests.git/)
Thanks,
Davidlohr
Hi Marc,
On 06/13/2016 06:24 PM, Marc Zyngier wrote:
>> My understanding of "hierarchical irq domains" is that it is useful
>> when there are multiple stacked interrupt controllers. Also, the
>> documentation says "the majority of drivers should use the linear
>> map" (as opposed to the hierarchic
On 06/14/2016 06:37 PM, Sebastian Frias wrote:
Also, without seeing the code,
it is pretty difficult to make any meaningful comment...
>>>
>>> Base code is either 4.7rc1 or 4.4.
>>> The irq-crossbar code is not much different from TI, but you can find it
>>> attached.
>>
>> Please post i
On 14/06/16 14:07, Juri Lelli wrote:
> On 14/06/16 20:53, Xunlei Pang wrote:
> > On 2016/06/14 at 18:21, Juri Lelli wrote:
> > > Hi,
> > >
> > > On 07/06/16 21:56, Peter Zijlstra wrote:
> > >> From: Xunlei Pang
> > >>
[...]
> > > The idea of this fix makes sense to me. But, I would like to be ab
On Tue, 2016-06-14 at 15:14 +0100, Dietmar Eggemann wrote:
> IMHO, the hackbench performance "boost" w/o 0905f04eb21f is due to the
> fact that a new task gets all it's load decayed (making it a small task)
> in the __update_load_avg() call in remove_entity_load_avg() because its
> se->avg.last_up
On Tue, Jun 14, 2016 at 7:13 AM, Stephen Rothwell wrote:
> Hi Michal,
>
> On Tue, 14 Jun 2016 15:01:42 +0200 Michal Marek wrote:
>>
>> I won't :). Kees, are you going to keep the patch in your tree and send
>> it to Linus once kbuild is in? Or shall I take it (which would
>> temporarily result in
On Tue, Jun 14, 2016 at 06:28:10PM +0200, Pali Rohár wrote:
> On Saturday 11 June 2016 19:42:26 David Miller wrote:
> > From: Andrew Lunn
> > Date: Sat, 11 Jun 2016 17:39:21 +0200
> >
> > > What is still open is do we want to accept it at all? Do we accept
> > > the concept of putting the same MA
AVIC needs __default_cpu_present_to_apicid. Stub out all functions
that use it, and disable the module parameter, if Linux is
compiled without local APIC support.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm.c | 12
1 file changed, 12 insertions(+)
diff --git a/arch/x86/kvm/s
On Tue, Jun 14, 2016 at 06:51:19PM +0300, Aleksey Makarov wrote:
>
> On 06/02/2016 08:49 PM, Aleksey Makarov wrote:
> > From: Jon Masters
> >
> > This patch adds support for ACPI_TABLE_UPGRADE for ARM64
>
> Hi Catalin, Will,
>
> Can you review this v3 patch please? I changed PFN_PHYS(max_pfn)
> Am I correct here? IE: Is it ok for the rdma application to
> rdma_reject()
yes
> rmda_destroy_id() the CONNECT_REQUEST cm_id _inside_ its event handler
no
> as long
> as it returns 0?
The user can return a non-zero value from the cm handler to destroy the id.
- Sean
On Tuesday 14 June 2016 18:40:17 Greg KH wrote:
> On Tue, Jun 14, 2016 at 06:28:10PM +0200, Pali Rohár wrote:
> > On Saturday 11 June 2016 19:42:26 David Miller wrote:
> > > From: Andrew Lunn
> > > Date: Sat, 11 Jun 2016 17:39:21 +0200
> > >
> > > > What is still open is do we want to accept it a
On 14/06/16 15:48, Sudeep Holla wrote:
ACPI 6.0 introduced an optional object _LPI that provides an alternate
method to describe Low Power Idle states. It defines the local power
states for each node in a hierarchical processor topology. The OSPM can
use _LPI object to select a local power stat
Lukasz Anaczkowski wrote:
> From: Andi Kleen
> +void fix_pte_leak(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
> +{
Here there should be a call to smp_mb__after_atomic() to synchronize with
switch_mm. I submitted a similar patch, which is still pending (hint).
> + if (cpumask_any
The RFC patch set supports filtering container specific events
when perf tool is executed inside a container. However, unlike
the previous approach [1], this requires containers to be created
with a new namespace "perf-namespace" (introduced in patch 1).
The basic idea is analogous to other namesp
From: Hari Bathini
This patch adds a new namespace to the kernel inline with the existing
namespaces like pid, uts, etc. The aim of this namespace is to support
isolated tracing within the context of this new namespace.
Signed-off-by: Hari Bathini
---
fs/proc/namespaces.c |4 +
i
On Tue, 14 Jun 2016, George Spelvin wrote:
> Not enough to be interesting, and the extra levels increase processing
> time. If you need to shrink TIMER_ARRAYMASK to fit another flag bit,
> the easier way would be to encode only the level rather than the index,
> since you can derive the latter fro
ed-off-by: Rhyland Klein
>> ---
>> drivers/mfd/max77620.c | 2 ++
>> 1 file changed, 2 insertions(+)
>
> Applied to -fixes with Thierry and Laxman's Acks.
>
I don't see this in linux-next yet (as of 20160614). Can we get this
merged there to.
-rhyland
--
nvpublic
On Mon, Jun 06, 2016 at 02:25:29PM +0200, Krzysztof Kozlowski wrote:
> Hi,
>
> A topic branch for MultiFormat Codec driver. This pulls in
> an external dependency from media tree (Sylwester Nawrocki).
>
> Below you will find two pull-request-changelogs
>
>
> Best regards,
> Krzysztof
>
>
> ##
On Mon, Jun 06, 2016 at 02:25:33PM +0200, Krzysztof Kozlowski wrote:
>
> The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
>
> Linux 4.7-rc1 (2016-05-29 09:29:24 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/k
On Mon, Jun 06, 2016 at 02:25:30PM +0200, Krzysztof Kozlowski wrote:
>
> The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
>
> Linux 4.7-rc1 (2016-05-29 09:29:24 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/k
On Mon, Jun 06, 2016 at 02:25:32PM +0200, Krzysztof Kozlowski wrote:
> Hi,
>
> This topic branch pulls external clk dependency (provided by Sylwester
> Nawrocki).
>
> Expected annoying conflict with DT changes here (please see the email 0/8).
>
>
> Best regards,
> Krzysztof
>
>
> The followin
ACPI 6.0 introduced an optional object _LPI that provides an alternate
method to describe Low Power Idle states. It defines the local power
states for each node in a hierarchical processor topology. The OSPM can
use _LPI object to select a local power state for each level of processor
hierarchy in
> -Original Message-
> From: Pali Rohár [mailto:pali.ro...@gmail.com]
> Sent: Tuesday, June 14, 2016 11:48 AM
> To: Greg KH
> Cc: David Miller ; and...@lunn.ch; Limonciello,
> Mario ; hayesw...@realtek.com; linux-
> ker...@vger.kernel.org; net...@vger.kernel.org; linux-
> u...@vger.kernel.
On Tue, Jun 07, 2016 at 08:32:23AM +0200, Krzysztof Kozlowski wrote:
> On 06/06/2016 02:25 PM, Krzysztof Kozlowski wrote:
> > The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
> >
> > Linux 4.7-rc1 (2016-05-29 09:29:24 -0700)
> >
> > are available in the git repositor
From: Nadav Amit [mailto:nadav.a...@gmail.com]
Sent: Tuesday, June 14, 2016 6:48 PM
> Lukasz Anaczkowski wrote:
>> From: Andi Kleen
>> +void fix_pte_leak(struct mm_struct *mm, unsigned long addr, pte_t *ptep)
>> +{
> Here there should be a call to smp_mb__after_atomic() to synchronize with
> s
On Mon, Jun 06, 2016 at 02:25:26PM +0200, Krzysztof Kozlowski wrote:
>
> The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
>
> Linux 4.7-rc1 (2016-05-29 09:29:24 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/k
On Mon, Jun 13, 2016 at 05:05:14PM +0200, Krzysztof Kozlowski wrote:
> Hi,
>
> Two fixes for current release cycle (regressions).
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
>
> Linux 4.7-rc1 (2016-05-29 09:29:24 -0700)
>
Whenever perf tool is executed inside a container, this
patch restricts the events to the perf-namespace in which
the perf tool is executing.
This patch is based on the existing support available
for tracing with cgroups.
TODO:
- Avoid code duplication.
Signed-off-by: Aravinda Prasad
---
i
Add ARCH_HAS_KCOV to ARM64 config. To avoid crashes, disable
instrumentation of the following files:
arch/arm64/boot/*
arch/arm64/kvm/hyp/*
Signed-off-by: Alexander Potapenko
---
v2: - disable instrumentation of arch/arm64/{boot,kvm/hyp}
- enable instrumentation of arch/arm64/lib/delay.c
---
Hi,
[auto build test ERROR on v4.7-rc3]
[also build test ERROR on next-20160614]
[cannot apply to tip/x86/core]
[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/Lukasz-Anaczkowski/Linux-VM
On 14/06/16 09:36, Davidlohr Bueso wrote:
> On Tue, 14 Jun 2016, Juri Lelli wrote:
>
> >Do we have any specific tests for this set? I'm running mine.
>
> pi_stress from rt-tests is a good workload to run for such changes.
>
> (https://git.kernel.org/cgit/utils/rt-tests/rt-tests.git/)
>
Oh, rig
From: Andi Kleen
Knights Landing has a issue that a thread setting A or D bits
may not do so atomically against checking the present bit.
A thread which is going to page fault may still set those
bits, even though the present bit was already atomically cleared.
This implies that when the kernel
On Tue, 2016-06-14 at 17:08 +0100, Grant Likely wrote:
> On Tue, Jun 14, 2016 at 4:12 PM, Bastien Nocera
> wrote:
> > On Tue, 2016-06-14 at 14:44 +0100, Grant Likely wrote:
> > > On Fri, Jun 10, 2016 at 4:27 PM, Bastien Nocera > > t>
> > > wrote:
> > > > On Fri, 2016-06-10 at 08:23 -0700, Sriniva
On Tue, Jun 14, 2016 at 4:55 PM, Thierry Reding
wrote:
> On Tue, Jun 14, 2016 at 04:27:53PM +0530, Vinay Simha wrote:
> [...]
>> On Mon, Jun 13, 2016 at 6:05 PM, Thierry Reding
>> wrote:
>> > On Mon, Jun 13, 2016 at 03:55:28PM +0530, Vinay Simha BN wrote:
> [...]
>> >> +const char *regs[] = {
>>
> 在 2016年6月14日，下午6:26，Ingo Molnar 写道：
>
>
> * WANG Chao wrote:
>
>>
>>> 在 2016年6月14日，下午4:56，Ingo Molnar 写道：
>>>
>>>
>>> * WANG Chao wrote:
>>>
unlikely() was dropped in commit ce03e4137bb2 ("sched/core: Drop
unlikely behind BUG_ON()"), but commit 29d6455178a0 ("sched: panic on
On Tue, Jun 14, 2016 at 02:45:23PM +0300, Andrey Utkin wrote:
> There's a pair of "nub" devices on Pyra handheld PC
> ...
Update: found drivers/input/joystick/as5011.c in mainline kernel,
will look how it works with as5013 hardware.
401 - 500 of 1085 matches
Mail list logo
