On 9/1/2015 3:17 PM, Thomas Gleixner wrote:
> On Tue, 1 Sep 2015, Linda Knippers wrote:
>> Nobody checks this flag but it would be interesting to know if it's being
>> set on any platforms.
>
> What you're omitting to explain, is WHY it would be interesting.
With the addition of NVDIMM support,
Em Tue, Sep 01, 2015 at 11:48:39AM -0700, Andi Kleen escreveu:
> On Tue, Sep 01, 2015 at 03:36:57PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Sep 01, 2015 at 11:11:42AM -0700, Andi Kleen escreveu:
> > > From: Andi Kleen
> > >
> > > When profiling the kernel with srcfile it's common to
On Tue, 1 Sep 2015, Linda Knippers wrote:
> Nobody checks this flag but it would be interesting to know if it's being
> set on any platforms.
What you're omitting to explain, is WHY it would be interesting.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe
Hi,
On 01/09/2015 at 19:37:07 +0200, Geert Uytterhoeven wrote :
> On Sat, Aug 22, 2015 at 9:26 PM, Paul Gortmaker
> wrote:
> > In commit f368ed6088ae9c1fbe1c897bb5f215ce5e63fa1e ("char: make
> > misc_deregister a void function") this ret variable became unused
> > which now generates a compile
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Frederic Weisbecker
> Sent: Tuesday, September 1, 2015 7:51 AM
> To: Ingo Molnar; Peter Zijlstra
> Cc: LKML; Vatika Harlalka; Chris Metcalf; Thomas Gleixner; Preeti U
On Wed, 2 Sep 2015 01:58:56 +0800
pins...@gmail.com wrote:
> > On Sep 2, 2015, at 1:30 AM, Mark Rutland wrote:
> >
> > [...]
> >
> > On Sat, Aug 29, 2015 at 07:46:22PM +0100, Andrew Pinski wrote:
> > It is useful to pass down MIDR register down to userland if all of
> > the online
Hi!
> -EXPORT_SYMBOL_GPL(of_cpumask_init_opp_table);
> +EXPORT_SYMBOL_GPL(dev_pm_opp_cpumask_init_opp);
Well... it starts to be rather long and repetitive.
> @@ -237,7 +237,7 @@ static int cpufreq_init(struct cpufreq_policy *policy)
>*
>* OPPs might be populated at runtime,
On Tue, Sep 1, 2015 at 2:31 PM, Andy Lutomirski wrote:
> On Tue, Sep 1, 2015 at 10:13 AM, Josh Boyer wrote:
>> On Mon, Aug 31, 2015 at 3:09 PM, Andy Lutomirski wrote:
>>> On Mon, Aug 31, 2015 at 9:22 AM, David Herrmann
>>> wrote:
Hi
On Mon, Aug 31, 2015 at 5:37 PM, Andy
On Tue, 1 Sep 2015, Peter Zijlstra wrote:
> On Tue, Sep 01, 2015 at 05:31:40PM +0100, Will Deacon wrote:
> > Hi Peter,
> >
> > On Wed, Aug 26, 2015 at 07:16:59PM +0100, Peter Zijlstra wrote:
> > > I tried to keep this email short, but failed miserably at this. For
> > > the TL;DR skip to the
* Mark Brown [150901 11:40]:
> On Tue, Sep 01, 2015 at 07:17:21AM -0700, Tony Lindgren wrote:
>
> > Why don't you just make reg unused for pbias_regulator since
> > we already use regmap for this driver?
>
> > Then in the pbias driver just define the register offset from
> > the syscon base?
On Fri, Aug 28, 2015 at 04:39:21PM +0100, Peter Zijlstra wrote:
> On Fri, Aug 28, 2015 at 10:16:02PM +0800, Boqun Feng wrote:
> > Ah.. just read through the thread you mentioned, I might misunderstand
> > you, probably because I didn't understand RCpc well..
> >
> > You are saying that in a
On Tue, 1 Sep 2015, Shaohua Li wrote:
> On Tue, Sep 01, 2015 at 07:13:40PM +0200, Thomas Gleixner wrote:
> > On Mon, 31 Aug 2015, Shaohua Li wrote:
> > > On Mon, Aug 31, 2015 at 11:47:52PM +0200, Thomas Gleixner wrote:
> > > > On Mon, 31 Aug 2015, Shaohua Li wrote:
> > > > > > The HPET wraps
On Tue, Sep 01, 2015 at 03:36:57PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Sep 01, 2015 at 11:11:42AM -0700, Andi Kleen escreveu:
> > From: Andi Kleen
> >
> > When profiling the kernel with srcfile it's common to "get
> > stuck" in include. For example a lot of code uses current
> > or
From: Andi Kleen
When profiling the kernel with srcfile it's common to "get
stuck" in include. For example a lot of code uses current
or other inlines, so they get accounted to some random
include file. This is not very useful as a high level
categorization.
For example just profiling the idle
On Fri, Aug 28, 2015 at 8:32 PM, Dmitry Torokhov
wrote:
> On Fri, Aug 28, 2015 at 11:08 AM, Dmitry Vyukov wrote:
>> On Fri, Aug 28, 2015 at 7:51 PM, Dmitry Torokhov
>> wrote:
>>> On Fri, Aug 28, 2015 at 10:34 AM, Dmitry Vyukov wrote:
Hello,
I am looking at this code in
On Tue, 1 Sep 2015, Mark Brown wrote:
On Tue, Sep 01, 2015 at 09:52:13AM +0900, Krzysztof Kozlowski wrote:
2015-09-01 1:41 GMT+09:00 Keith Busch :
int regulator_is_enabled_regmap(struct regulator_dev *rdev)
{
- unsigned int val;
+ unsigned int uninitialized_var(val);
int
On Tue 01-09-15 19:55:54, Vladimir Davydov wrote:
> On Tue, Sep 01, 2015 at 05:01:20PM +0200, Michal Hocko wrote:
> > On Tue 01-09-15 16:40:03, Vladimir Davydov wrote:
> > > On Tue, Sep 01, 2015 at 02:36:12PM +0200, Michal Hocko wrote:
[...]
> > > > How the fallback is implemented and whether
The power domains code allows to tie a cpuidle state with a power domain.
Preventing the cpuidle framework to enter a specific idle state by disabling
from the power domain framework is a good idea. Unfortunately, the current
implementation has some gaps with a SMP system and a complex cpuidle
On Tue, Sep 01, 2015 at 07:17:21AM -0700, Tony Lindgren wrote:
> Why don't you just make reg unused for pbias_regulator since
> we already use regmap for this driver?
> Then in the pbias driver just define the register offset from
> the syscon base? You may need to set it based on the compatible
Em Tue, Sep 01, 2015 at 11:11:42AM -0700, Andi Kleen escreveu:
> From: Andi Kleen
>
> When profiling the kernel with srcfile it's common to "get
> stuck" in include. For example a lot of code uses current
> or other inlines, so they get accounted to some random
> include file. This is not very
On Tue, Sep 1, 2015 at 10:11 AM, Mathieu Desnoyers
wrote:
> - On Aug 31, 2015, at 2:54 AM, Michael Ellerman m...@ellerman.id.au wrote:
>
>> On Fri, 2015-07-10 at 16:58 -0400, Mathieu Desnoyers wrote:
>>> From: Pranith Kumar
>>>
>>> This patch adds a self test for the membarrier system call.
On Tue, Sep 1, 2015 at 10:13 AM, Josh Boyer wrote:
> On Mon, Aug 31, 2015 at 3:09 PM, Andy Lutomirski wrote:
>> On Mon, Aug 31, 2015 at 9:22 AM, David Herrmann
>> wrote:
>>> Hi
>>>
>>> On Mon, Aug 31, 2015 at 5:37 PM, Andy Lutomirski
>>> wrote:
On Mon, Aug 24, 2015 at 2:52 AM, David
On Tue, Sep 1, 2015 at 5:46 PM, Tony Lindgren wrote:
> * Frans Klaver [150828 03:14]:
>> From: Frans Klaver
>>
>> Fix the warning:
>> arch/arm/mach-omap2/vc.c:302:47: warning: logical ‘or’ of collectively
>> exhaustive tests is always true [-Wlogical-op]
>>
>> As we're toggling both CLKREQ and
Hi Andreas,
> On Wed, Aug 26, 2015 at 11:03:00AM +, Pallala, Ramakrishna wrote:
> > Hi Andreas,
> >
> > I went on a unplanned leave and I came back to office recently. I will go
> through your comments and get back to you.
>
> Hi Ram,
> hope all is well. Please let me know your
On Tue, Sep 01, 2015 at 07:13:40PM +0200, Thomas Gleixner wrote:
> On Mon, 31 Aug 2015, Shaohua Li wrote:
> > On Mon, Aug 31, 2015 at 11:47:52PM +0200, Thomas Gleixner wrote:
> > > On Mon, 31 Aug 2015, Shaohua Li wrote:
> > > > > The HPET wraps interval is 0x / 1 = 42.9s
> > > > >
From: Andi Kleen
When profiling the kernel with srcfile it's common to "get
stuck" in include. For example a lot of code uses current
or other inlines, so they get accounted to some random
include file. This is not very useful as a high level
categorization.
For example just profiling the idle
On 08/31, Guenter Roeck wrote:
> Recent cleanup removed some include files without checking if the cleaned
> up code still compiles. This results in the following compile error.
>
> drivers/clk/h8300/clk-h8s2678.c: In function ‘h8s2678_pll_clk_setup’:
> drivers/clk/h8300/clk-h8s2678.c:99:14:
I am Mr.Mathew Raymond I give out affordable loan at 2% interest rate we offer
easy personal loans, commercial/business loan, car loan, leasing/equipment
finance, debt consolidation loan, home loan, for all citizens and non-citizens
with either a good or bad credit history. If you are
On 08/31, Bjorn Andersson wrote:
> On Mon 31 Aug 18:39 PDT 2015, Stephen Boyd wrote:
>
> > The smd structures are always in little endian, but the smd
> > driver is not capable of being used on big endian CPUs. Annotate
> > the little endian data members and update the code to do the
> > proper
On 08/31, Bjorn Andersson wrote:
> On Mon 31 Aug 18:39 PDT 2015, Stephen Boyd wrote:
>
> > We already have a function to do this and it silences some sparse
> > warnings along the way.
> >
>
> Didn't know that, thanks. Do you know why there's no equivalent for
> transfers in the other
* Keerthy [150901 10:22]:
>
>
> On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
> >Currently apart from dra7, omap5 and amx3 all the other SoCs
> >are identified using cpu_is_* functions which is not right since
> >they are all SoCs(System on Chips). Hence changing the SoC
>
> On Sep 2, 2015, at 1:19 AM, Mark Rutland wrote:
>
>> On Tue, Sep 01, 2015 at 05:51:44PM +0100, pins...@gmail.com wrote:
>>
>>
>>
>>
>>> On Sep 2, 2015, at 12:33 AM, Mark Rutland wrote:
>>>
>>> Hi,
>>>
On Sat, Aug 29, 2015 at 07:46:22PM +0100, Andrew Pinski wrote:
It is
On 08/21/2015 04:39 PM, Danilo Cesar Lemes de Paula wrote:
> Using pandoc as the Markdown engine cause some minor side effects as
> pandoc includes main tags for almost everything.
> Original Markdown support approach removes those main tags, but it caused
> some inconsistencies when that tag is
On Tue, Sep 01, 2015 at 05:04:26PM +0100, Mark Rutland wrote:
> On Tue, Sep 01, 2015 at 03:41:12PM +0100, Yury Norov wrote:
> > Kernel option COMPAT defines the ability of executing aarch32 binaries.
> > Some platforms does not support aarch32 mode, and so cannot execute that
> > binaries. But we
> On Sep 2, 2015, at 1:30 AM, Mark Rutland wrote:
>
> [...]
>
> On Sat, Aug 29, 2015 at 07:46:22PM +0100, Andrew Pinski wrote:
> It is useful to pass down MIDR register down to userland if all of
> the online cores are all the same type. This adds AT_ARM64_MIDR
> aux vector
On Tue, 1 Sep 2015 13:35:53 -0400
Jeff Layton wrote:
> I think there's a potential race in flush_delayed_fput. A kthread does
> an fput() and that file gets added to the list and the delayed work is
> scheduled. More than 1 jiffy passes, and the workqueue thread picks up
> the work and starts
On Tue, Sep 01, 2015 at 10:20:36AM -0700, Justin Chen wrote:
> On Sat, Aug 29, 2015 at 2:53 AM, Guenter Roeck wrote:
> > On 08/28/2015 02:58 PM, Justin Chen wrote:
> >>
> >> Currently there is no way to easily differentiate multiple
> >> watchdog devices. The watchdogs are named by the order they
It is useful to be able to observe DM's slab memory use by looking at
"dm_" named slabs in /proc/slabinfo without having to enable SLAB_DEBUG
options on production systems.
before:
$ cat /proc/slabinfo | grep dm_ | cut -d' ' -f1
dm_mpath_io
dm_uevent
dm_rq_target_io
after:
$ cat /proc/slabinfo |
The slab aliasing/merging by default transition went unnoticed (at least
to the DM subsystem). Add a new SLAB_NO_MERGE flag that allows
individual slabs to be created without slab merging. This beats forcing
all slabs to be created in this fashion by specifying sl[au]b_nomerge on
the kernel
On 08/31/2015 09:55 PM, Bjorn Andersson wrote:
> On Mon 31 Aug 18:39 PDT 2015, Stephen Boyd wrote:
>
>> The rx and tx channel info are laid out in memory next to each
>> other, and there are two types of channel info structures, byte
>> based and word based. We have 4 pointers to these info
>>
On 08/31/2015 09:50 PM, Bjorn Andersson wrote:
> On Mon 31 Aug 18:41 PDT 2015, Stephen Boyd wrote:
>> Signed-off-by: Stephen Boyd
>> ---
>>
>> This is on top of the smd and smem big endian support.
>>
> How sneaky of you, then we need to approve those patches before we
> add new consumers of this
Docproc process EXPORT_SYMBOL(f1) macro and uses -nofunc f1 to
avoid duplicated documentation in the next call.
It works for most of the cases, but there are some specific situations
where a struct has the same name of an already-exported function.
Current kernel-doc behavior ignores those
On Tue, Sep 1, 2015 at 7:37 PM, Geert Uytterhoeven wrote:
> On Sat, Aug 22, 2015 at 9:26 PM, Paul Gortmaker
> wrote:
>> In commit f368ed6088ae9c1fbe1c897bb5f215ce5e63fa1e ("char: make
>> misc_deregister a void function") this ret variable became unused
>> which now generates a compile warning.
On 01/09/15 17:04, Mark Rutland wrote:
On Tue, Sep 01, 2015 at 03:41:12PM +0100, Yury Norov wrote:
Kernel option COMPAT defines the ability of executing aarch32 binaries.
Some platforms does not support aarch32 mode, and so cannot execute that
binaries. But we cannot just disable COMPAT for
On Sat, Aug 22, 2015 at 9:26 PM, Paul Gortmaker
wrote:
> In commit f368ed6088ae9c1fbe1c897bb5f215ce5e63fa1e ("char: make
> misc_deregister a void function") this ret variable became unused
> which now generates a compile warning. Get rid of it.
>
> Cc: Alessandro Zummo
> Cc: Alexandre Belloni
This includes one new driver: cxlflash plus the usual grab bag of
updates for the major drivers: qla2xxx, ipr, storvsc, pm80xx, hptiop,
plus a few assorted fixes. There's another tranch coming, but I want to
incubate it another few days in the checkers, plus it includes a mpt2sas
separated
I think there's a potential race in flush_delayed_fput. A kthread does
an fput() and that file gets added to the list and the delayed work is
scheduled. More than 1 jiffy passes, and the workqueue thread picks up
the work and starts running it. Then the kthread calls
flush_delayed_work. It sees
On Mon, Aug 31, 2015 at 11:12:12PM +0200, Thomas Gleixner wrote:
> On Mon, 31 Aug 2015, Alex Thorlton wrote:
> > I was able to hit this issue on 4.2-rc1 with our RTC disabled, to rule
> > out any scaling issues related to multiple concurrent reads to our
> > RTC's MMR.
>
> And to rule out scaling
On 1 September 2015 at 16:39, Daniel Lezcano wrote:
> The power domains code allows to tie a cpuidle state with a power domain.
>
> Preventing the cpuidle framework to enter a specific idle state by disabling
> from the power domain framework is a good idea. Unfortunately, the current
>
[...]
> >>> On Sat, Aug 29, 2015 at 07:46:22PM +0100, Andrew Pinski wrote:
> >>> It is useful to pass down MIDR register down to userland if all of
> >>> the online cores are all the same type. This adds AT_ARM64_MIDR
> >>> aux vector type and passes down the midr system register.
> >>>
> >>>
On Fri, Aug 28, 2015 at 1:56 PM, Darren Hart wrote:
> On Wed, Aug 26, 2015 at 05:04:01AM -0700, Joe Perches wrote:
>> On Wed, 2015-08-26 at 00:22 -0700, Darren Hart wrote:
>> > On Tue, Aug 18, 2015 at 11:30:25PM +0800, Chen Yu wrote:
>> > > Since Surface Pro 3 does not follow the specs of
I seem to have botched the reply headers, so I am resending this. I use mutt
fairly infrequently, but I am making an effort to use it more it more.
On Tue, Sep 01, 2015 at 02:21:43PM +0100, Ben Hutchings wrote:
> On Tue, 2015-09-01 at 01:24 +, Richard Yao wrote:
> > On Mon, 2015-08-17
On Fri, Aug 28, 2015 at 9:18 PM, Luis R. Rodriguez
wrote:
> From: "Luis R. Rodriguez"
>
> We are phasing out the usermode helper from the kernel,
> systemd already ripped support for this a while ago, the
> only remaining valid user is the Dell rbu driver. The
Actually, I don't think that is
Building with the attached random configuration file,
warning: (SND_SOC_INTEL_BYTCR_RT5640_MACH &&
SND_SOC_INTEL_CHT_BSW_RT5672_MACH && SND_SOC_INTEL_CHT_BSW_RT5645_MACH
&& SND_SOC_INTEL_CHT_BSW_MAX98090_TI_MACH) selects SND_SST_IPC_ACPI
which has unmet direct dependencies (SOUND && !M68K && !UML
> On Sep 2, 2015, at 12:51 AM, "pins...@gmail.com" wrote:
>
>
>
>
>
>> On Sep 2, 2015, at 12:33 AM, Mark Rutland wrote:
>>
>> Hi,
>>
>>> On Sat, Aug 29, 2015 at 07:46:22PM +0100, Andrew Pinski wrote:
>>> It is useful to pass down MIDR register down to userland if all of
>>> the online
On Tue, 2015-09-01 at 11:21 +0100, Colin King wrote:
> On the unlikely event that drv is null, the current code will
> perform a null pointer dereference with it when printing a dev_dbg
> message. Instead, the BUG_ON check on drv should be performed
> before we emit the dev_dbg message.
>
>
On Tue, Sep 01, 2015 at 05:51:44PM +0100, pins...@gmail.com wrote:
>
>
>
>
> > On Sep 2, 2015, at 12:33 AM, Mark Rutland wrote:
> >
> > Hi,
> >
> >> On Sat, Aug 29, 2015 at 07:46:22PM +0100, Andrew Pinski wrote:
> >> It is useful to pass down MIDR register down to userland if all of
> >>
On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they are all SoCs(System on Chips). Hence changing the SoC
identification code to use soc_is instead of cpu_is and
On Mon, 31 Aug 2015, Shaohua Li wrote:
> On Mon, Aug 31, 2015 at 11:47:52PM +0200, Thomas Gleixner wrote:
> > On Mon, 31 Aug 2015, Shaohua Li wrote:
> > > > The HPET wraps interval is 0x / 1 = 42.9s
> > > >
> > > > tsc interval is (0x481250b45b - 0x219e6efb50) / 22 = 75s
>
On Mon, Aug 31, 2015 at 3:09 PM, Andy Lutomirski wrote:
> On Mon, Aug 31, 2015 at 9:22 AM, David Herrmann wrote:
>> Hi
>>
>> On Mon, Aug 31, 2015 at 5:37 PM, Andy Lutomirski wrote:
>>> On Mon, Aug 24, 2015 at 2:52 AM, David Herrmann
>>> wrote:
On Mon, Aug 10, 2015 at 4:42 AM, Andy
- On Aug 31, 2015, at 2:54 AM, Michael Ellerman m...@ellerman.id.au wrote:
> On Fri, 2015-07-10 at 16:58 -0400, Mathieu Desnoyers wrote:
>> From: Pranith Kumar
>>
>> This patch adds a self test for the membarrier system call.
>>
>> CC: Michael Ellerman
>
> Sorry I only just saw this due
Hi Stefano,
On 10/08/15 13:03, Stefano Stabellini wrote:
>> +xen_pfn = xen_page_to_pfn(page);
>> +}
>> +fn(pfn_to_gfn(xen_pfn++), data);
>
> What is the purpose of incrementing xen_pfn here?
Because the Linux page is split into multiple xen_pfn, so we
On 01/09/2015 07:45, Xiao Guangrong wrote:
>
>
> Actually i triggered this warning in my another box and posted a patch
> to fix it which can be found at:
> http://lkml.iu.edu/hypermail/linux/kernel/1508.2/02771.html
> I guess Paolo is currently busy with KVM forum so the patch has not been
>
On 01/09/2015 02:47, Linus Torvalds wrote:
> Hmm:
>
> On Fri, Aug 14, 2015 at 4:57 PM, Paolo Bonzini wrote:
>>
>> Xiao Guangrong (9):
>> KVM: MMU: fully check zero bits for sptes
>
> The above commit causes an annoying new compiler warning.
>
> The warning is bogus ("variable 'leaf'
Commit-ID: 4a6ac3044f1504fe4521efa7334095c9c9ceecfd
Gitweb: http://git.kernel.org/tip/4a6ac3044f1504fe4521efa7334095c9c9ceecfd
Author: Marc Zyngier
AuthorDate: Tue, 1 Sep 2015 10:08:53 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 1 Sep 2015 18:56:25 +0200
irqchip/GIC: Fix EOImode
Hello.
On 09/01/2015 06:23 PM, Alban Bedel wrote:
Signed-off-by: Alban Bedel
---
arch/mips/boot/dts/qca/ar9132.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/mips/boot/dts/qca/ar9132.dtsi
b/arch/mips/boot/dts/qca/ar9132.dtsi
index fb7734e..665ee84
On 09/01/2015 12:54 PM, Jim Davis wrote:
> On Tue, Sep 1, 2015 at 7:52 AM, Doug Ledford wrote:
>> On 09/01/2015 09:01 AM, Sudip Mukherjee wrote:
>>> building of ipath depends on infiniband. And if ipath is selected and
>>> infiniband is not then build fails with:
>>> ERROR: "ib_alloc_device"
On Tue, Sep 1, 2015 at 12:37 PM, Paul Moore wrote:
> On Tue, Sep 1, 2015 at 12:21 PM, Josh Boyer wrote:
>> Hi All,
>>
>> All of my test machines hit the backtrace below with Linus' tree as of
>> this morning. Any ideas?
>
> It looks like you are seeing the same as below:
>
> *
On Tue, Sep 01, 2015 at 05:01:20PM +0200, Michal Hocko wrote:
> On Tue 01-09-15 16:40:03, Vladimir Davydov wrote:
> > On Tue, Sep 01, 2015 at 02:36:12PM +0200, Michal Hocko wrote:
> > > On Mon 31-08-15 17:20:49, Vladimir Davydov wrote:
> {...}
> > > > 1. SLAB. Suppose someone calls kmalloc_node
On 2015-08-27 17:34, Stefan Agner wrote:
> +static inline int vf610_nfc_correct_data(struct mtd_info *mtd, uint8_t *dat,
> + uint8_t *oob, int page)
> +{
> + struct vf610_nfc *nfc = mtd_to_nfc(mtd);
> + u32 ecc_status_off = NFC_MAIN_AREA(0) +
On 08/31/2015 05:41 AM, naresh.kamb...@linaro.org wrote:
> From: Naresh Kamboju
>
> Adding new functionality check_prereqs() to check test must be run as root
>
> Signed-off-by: Naresh Kamboju
> ---
Thanks. Applied to linux-kselftest next for 4.3-rc1
-- Shuah
--
Shuah Khan
Sr. Linux Kernel
On 08/31/2015 06:58 PM, Michael Ellerman wrote:
> On Mon, 2015-08-31 at 17:11 +0530, naresh.kamb...@linaro.org wrote:
>> From: Naresh Kamboju
>>
>> Do not override run_tests, The default rule will just run TEST_PROGS
>>
>> Signed-off-by: Naresh Kamboju
>
> Thanks.
>
> Acked-by: Michael
On Tue, Sep 1, 2015 at 7:52 AM, Doug Ledford wrote:
> On 09/01/2015 09:01 AM, Sudip Mukherjee wrote:
>> building of ipath depends on infiniband. And if ipath is selected and
>> infiniband is not then build fails with:
>> ERROR: "ib_alloc_device" [drivers/staging/ipath/ib_ipath.ko] undefined!
>>
> On Sep 2, 2015, at 12:33 AM, Mark Rutland wrote:
>
> Hi,
>
>> On Sat, Aug 29, 2015 at 07:46:22PM +0100, Andrew Pinski wrote:
>> It is useful to pass down MIDR register down to userland if all of
>> the online cores are all the same type. This adds AT_ARM64_MIDR
>> aux vector type and
Am Dienstag, 1. September 2015, 14:04:15 schrieb Yakir Yang:
> This phy driver would control the Rockchip DisplayPort module
> phy clock and phy power, it is relate to analogix_dp-rockchip
> dp driver. If you want DP works rightly on rockchip platform,
> then you should select both of them.
>
>
On Tue, Sep 01, 2015 at 05:42:47PM +0100, Peter Zijlstra wrote:
> On Tue, Sep 01, 2015 at 05:31:40PM +0100, Will Deacon wrote:
> > On Wed, Aug 26, 2015 at 07:16:59PM +0100, Peter Zijlstra wrote:
> > > I tried to keep this email short, but failed miserably at this. For
> > > the TL;DR skip to the
On Tue, Sep 01, 2015 at 05:31:40PM +0100, Will Deacon wrote:
> Hi Peter,
>
> On Wed, Aug 26, 2015 at 07:16:59PM +0100, Peter Zijlstra wrote:
> > I tried to keep this email short, but failed miserably at this. For
> > the TL;DR skip to the tail.
>
> [...]
>
> > There are a few options:
> >
> >
On 09/01, Boqun Feng wrote:
>
> On Tue, Sep 01, 2015 at 11:59:23AM +0200, Oleg Nesterov wrote:
> >
> > And just in case, wake_up() differs in a sense that it doesn't even need
> > that STORE-LOAD barrier in try_to_wake_up(), we can rely on
> > wait_queue_head_t->lock. Assuming that wake_up() pairs
On Fri, Aug 28, 2015 at 06:33:06PM -0700, Davidlohr Bueso wrote:
> On Wed, 2015-08-26 at 20:16 +0200, Peter Zijlstra wrote:
> > Of course, if anything else prior to futex_atomic_op_inuser() implies an
> > (RCsc) RELEASE or stronger the primitive can do without providing
> > anything itself.
> >
>
On Tue, Sep 1, 2015 at 12:21 PM, Josh Boyer wrote:
> Hi All,
>
> All of my test machines hit the backtrace below with Linus' tree as of
> this morning. Any ideas?
It looks like you are seeing the same as below:
* https://lkml.org/lkml/2015/8/31/440
> [ +0.160966]
Hi,
On Sat, Aug 29, 2015 at 07:46:22PM +0100, Andrew Pinski wrote:
> It is useful to pass down MIDR register down to userland if all of
> the online cores are all the same type. This adds AT_ARM64_MIDR
> aux vector type and passes down the midr system register.
>
> This is alternative to
On Tue, Sep 01, 2015 at 11:30:05AM +0100, Ley Foon Tan wrote:
[...]
> +static void altera_pcie_retrain(struct pci_dev *dev)
> +{
> + u16 linkcap, linkstat;
> +
> + /*
> +* Set the retrain bit if the PCIe rootport support > 2.5GB/s, but
> +* current speed is 2.5 GB/s.
Hi Peter,
On Wed, Aug 26, 2015 at 07:16:59PM +0100, Peter Zijlstra wrote:
> I tried to keep this email short, but failed miserably at this. For
> the TL;DR skip to the tail.
[...]
> There are a few options:
>
> 1) punt, mandate they're both fully ordered and stop thinking about it
>
> 2)
Help me and my 2 kids here in Syria We will share the 6,600,000 USD
I have here with you for your help, sorry to mention it
we want to leave Syria, put the kids in school and buy a new home
You will give us guidance when we arrive Their father died in the chemical
weapon airstrike
I will send you
On 08/20/2015 02:23 PM, Mel Gorman wrote:
> On Mon, Jul 27, 2015 at 01:25:47PM +0200, Jerome Marchand wrote:
>> On 07/27/2015 12:52 PM, Mel Gorman wrote:
>>> On Wed, Jul 22, 2015 at 03:46:16PM +0200, Jerome Marchand wrote:
On 07/22/2015 02:23 PM, Trond Myklebust wrote:
> On Wed, Jul 22,
Nobody checks this flag but it would be interesting to know if it's being
set on any platforms.
Signed-off-by: Linda Knippers
---
arch/x86/mm/srat.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/x86/mm/srat.c b/arch/x86/mm/srat.c
index 66338a6..c2aea63 100644
Hi All,
All of my test machines hit the backtrace below with Linus' tree as of
this morning. Any ideas?
josh
[ +0.160966] ===
[ +0.01] [ INFO: suspicious RCU usage. ]
[ +0.02] 4.3.0-0.rc0.git1.1.fc24.x86_64 #1 Not tainted
[ +0.01]
From: Stephane Eranian
This patch makes perf compile on non x86 platforms by defining a weak
symbol for sample_reg_masks[] in util/perf_regs.c.
The patch also moves the REG() and REG_END() macros into the
util/per_regs.h header file. The macros are renamed to
SMPL_REG/SMPL_REG_END to avoid
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 532026612455a4a6fd27c1b2e7111263f63218a2:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urgent
(2015-09-01 10:25:57 +0200)
are available in the
From: Wang Nan
I hit following building error randomly:
...
/bin/sh: /path/to/kernel/buildperf/util/intel-pt-decoder/inat-tables.c: No
such file or directory
...
LINK /path/to/kernel/buildperf/plugin_mac80211.so
LINK /path/to/kernel/buildperf/plugin_kmem.so
LINK
From: Wang Nan
There is a problem in the dwarf-regs.c files for sh, sparc and x86 where
it is possible to make an out-of-bounds array access when searching for
register names.
This patch fixes it by replacing '<=' to '<', so when register (number
== XXX_MAX_REGS), get_arch_regstr() will return
Hi Christopher,
On Wed, Aug 26, 2015 at 02:15:03PM -0400, Christopher Covington wrote:
> On 08/19/2015 04:49 PM, Gabriel L. Somlo wrote:
> > On Wed, Aug 19, 2015 at 11:42:02AM +0200, Ard Biesheuvel wrote:
> >> On 19 August 2015 at 11:38, Ard Biesheuvel
> >> wrote:
> >>> From: "Gabriel L. Somlo"
On 26 August 2015 at 16:18, Jagan Teki wrote:
> The clear flag status register operation is required by Micron
> SPI-NOR chips, which support FSR. And if error bits of FSR
> have been set like protection, voltage, erase, and program,
> it must be cleared by executing clear FSR operation.
>
>
On 09/01/2015 08:56 AM, Borislav Petkov wrote:
On Mon, Aug 31, 2015 at 02:24:08PM -0700, Guenter Roeck wrote:
That is a matter of driver implementation. Very commonly hwmon drivers
implement value caching, where data from the device is only read at
minimum intervals, and the cached values are
On Mon, 31 Aug 2015, Guenter Roeck wrote:
> On 08/31/2015 09:12 AM, Stephen Rothwell wrote:
> > Hi Thomas,
> >
> > On Mon, 31 Aug 2015 12:04:37 +0200 (CEST) Thomas Gleixner
> > wrote:
> > >
> > > Marc Zyngier (23):
> > >irqchip/GIC: Convert to EOImode == 1
> >
> > This appears to lead
On Tue, Sep 01, 2015 at 03:41:12PM +0100, Yury Norov wrote:
> Kernel option COMPAT defines the ability of executing aarch32 binaries.
> Some platforms does not support aarch32 mode, and so cannot execute that
> binaries. But we cannot just disable COMPAT for them because the same
> kernel binary
On Tue, Sep 01, 2015 at 03:41:11PM +0100, Yury Norov wrote:
> Functions implemented in cpufeature.h depend on some headers, but
> cpufeature.h does not include them. This may cause build failure if
> cpufeature.h user does not include that headers by itself. (Like it
> happens in next patch of
On Mon, Aug 31, 2015 at 02:24:08PM -0700, Guenter Roeck wrote:
> That is a matter of driver implementation. Very commonly hwmon drivers
> implement value caching, where data from the device is only read at
> minimum intervals, and the cached values are reported if the information
> is polled too
> From: Arnaldo Carvalho de Melo [mailto:a...@redhat.com]
>
> Em Tue, Sep 01, 2015 at 11:47:41AM +, 平松雅巳 / HIRAMATU,MASAMI escreveu:
> > > From: Wang Nan [mailto:wangn...@huawei.com]
> > >
> > > regs_query_register_offset() is a helper function which converts
> > > register name like "%rax"
* Nishanth Menon [150813 07:35]:
> From: Vishal Mahaveer
>
> ES2.0 is a minor variant of ES1.1. ES2.0 is an incremental revision
> with various fixes including the following:
> - reset logic fixes
> - few assymetric aging logic fixes
> - MMC clock rate fixes
> - Ethernet
301 - 400 of 1480 matches
Mail list logo