On Tue, 1 Sep 2015, Nuno Gonçalves wrote:
> There is a regression on the clock system since v3.16-rc5-111-g4396e05
> [1],
> [1]
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4396e058c52e167729729cf64ea3dfa229637086
That commit has absolutely nothing to do with NTP.
Em Tue, Sep 01, 2015 at 05:19:17PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Sat, Aug 29, 2015 at 04:22:01AM +, Wang Nan escreveu:
> > From: He Kuang
> >
> > Make perf-record command support --vmlinux option if BPF_PROLOGUE is on.
>
> Ok, this should be supported, i.e. letting the user
On Thu, Aug 27, 2015 at 2:29 PM, Luis R. Rodriguez wrote:
> On Thu, Aug 27, 2015 at 10:57:23AM -, David Woodhouse wrote:
>> In conversation with Mimi last week she was very keen on the model where
>> we load modules & firmware in such a fashion that the kernel has access to
>> the original ino
Em Sat, Aug 29, 2015 at 04:22:01AM +, Wang Nan escreveu:
> From: He Kuang
>
> Make perf-record command support --vmlinux option if BPF_PROLOGUE is on.
Ok, this should be supported, i.e. letting the user specify a vmlinux
path to use.
But it shouldn't be _required_, i.e. we have things like
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/livepatching.git for-linus
to receive livepatching error handling fix for 4.3, from Minfei Huang
Minfei Huang (1):
livepatch: Improve error handli
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial.git for-next
to receive
==
- usual stuff from trivial tree for 4.3 (kerneldoc updates, printk()
fixes, Documentation and MAINTAINERS updates).
==
You are going to receive an easy-to-solve
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive patches queued for 4.3 merge window in HID tree. Highlights:
==
- a lot of improvements (regarding supported features and devices) to
Wacom driver, from Aaron Skomra and Jason G
Em Sat, Aug 29, 2015 at 04:22:02AM +, Wang Nan escreveu:
> Before this patch, add_perf_probe_events() init symbol maps only for
> uprobe if the first 'struct perf_probe_event' passed to it is a uprobe
> event. This is a trick because 'perf probe''s command line syntax
> constrains the first ele
On Tue, Sep 1, 2015 at 12:54 PM, Josh Boyer wrote:
> On Tue, Sep 1, 2015 at 3:35 PM, Andy Lutomirski wrote:
>> No one in user namespace land has considered it acceptable for an old
>> userspace that's running a new kernel with user namespaces turned on
>> to have security problems as a result of
The data race is found with KernelThreadSanitizer (on rev 21bdb584af8c):
ThreadSanitizer: data-race in release_tty
Write of size 8 by thread T325 (K2579):
release_tty+0xf3/0x1c0 drivers/tty/tty_io.c:1688
tty_release+0x698/0x7c0 drivers/tty/tty_io.c:1920
__fput+0x15f/0x310 fs/file_table.c:207
> -Original Message-
> From: owner-linux-security-mod...@vger.kernel.org [mailto:owner-linux-
> security-mod...@vger.kernel.org] On Behalf Of Joshua Brindle
> Sent: Tuesday, September 1, 2015 7:13 AM
> To: Paul Moore
> Cc: Luis R. Rodriguez; Takashi Iwai; Ming Lei; David Howells; Peter Jo
If NO_DMA=y:
ERROR: "dma_free_coherent" [drivers/staging/most/mostcore/mostcore.ko]
undefined!
ERROR: "dma_alloc_coherent" [drivers/staging/most/mostcore/mostcore.ko]
undefined!
As all MOST sub drivers use DMA functionality, add a dependency on
HAS_DMA to MOSTCORE, and to MOST, which se
There is a regression on the clock system since v3.16-rc5-111-g4396e05
[1], where the clock doesn't apply frequency offsets above about
1000ppm [2].
This was found at a Beaglebone (armv7l, TI AM335x).
Thanks,
Nuno Goncalves
[1]
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/comm
Em Tue, Sep 01, 2015 at 03:16:52PM +0300, Adrian Hunter escreveu:
> On 01/09/15 11:54, Ingo Molnar wrote:
> >
> > * Adrian Hunter wrote:
> >
> >> Hi
> >>
> >> perf tools has a copy of the x86 instruction decoder for decoding
> >> Intel PT. [...]
> >
> > So that's the arch/x86/lib/insn.c instruc
On Tue, Sep 1, 2015 at 3:35 PM, Andy Lutomirski wrote:
> On Tue, Sep 1, 2015 at 12:04 PM, Josh Boyer wrote:
>> So if someone wants to rebuild a kernel that contains the kdbus driver
>> and jump through the hoops you describe, then yes they might very well
>> run into problems you suggest might be
Em Tue, Sep 01, 2015 at 04:39:59PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Sat, Aug 29, 2015 at 04:21:55AM +, Wang Nan escreveu:
> > From: He Kuang
> -/* Conditional jumps against immediates, if (dst_reg 'op' imm32) goto pc +
> off16 */
> +/* Conditional jumps against immediates,
> + *
With the addition of NVDIMM support, a question came up as to whether
NVDIMM ranges should be in the SRAT with this bit set. I think the
consensus was no because the ranges are in the NFIT with proximity
domain information there.
ACPI is not clear on the meaning of this bit in the SRAT.
If someo
On 2015-09-01 06:29, Albino B Neto wrote:
2015-08-31 19:31 GMT-03:00 Raymond Jennings :
I think also that we should remove the ext2 driver before we remove the ext3
driver.
Yes. It is logical to remove the old ext2 drive, because there are
more computers with ext3 that ext2. Ext2 is obsolete b
Em Sat, Aug 29, 2015 at 04:21:55AM +, Wang Nan escreveu:
> From: He Kuang
>
> This patch moves filter.h from include/linux/kernel.h to
I said that before: this is not moving anything, it is copying :-)
> tools/include/linux/filter.h to enable other libraries use macros in
> it, like libbpf
On Tue, Sep 1, 2015 at 3:48 AM, Jan Beulich wrote:
> While commit 37868fe113 ("x86/ldt: Make modify_ldt synchronous") added
> a nice comment explaining that Xen needs page-aligned whole page chunks
> for guest descriptor tables, it then nevertheless used kzalloc() on the
> small size path. As I'm
Currently, the sdhci_do_start_signal_voltage_switch() function invokes
controller specific voltage switch configuration only for 1.8v usecase;
but it is required for others as well.
For example, in case of PXA1928 SDH controller, we need to set different
configuration for 3.3, 1.8 and 1.2 volt sup
In order to do particular voltage specific configuration in
sdhci_ops->voltage_switch() callback function, we need to
pass respective voltage value as well.
So this patch adds an extra argument for signal voltage to the
callback function.
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Kevin Liu
In case PXA1928 family of devices, there is device/controller specific
configuration to control voltage/power on the IO pins.
This patch implements and enables the sdhci_ops->voltage_switch()
callback api.
Note that IO pad register addresses are fetched as a memory resource.
For example, in case
On Tue, Sep 1, 2015 at 12:04 PM, Josh Boyer wrote:
> 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
wrot
On Tue, 1 Sep 2015 11:14:17 -0700
Shaohua Li wrote:
> > You think that blocking softirq execution for 42.9 seconds is normal?
> > Seems we are living in a different universe.
>
> I don't say it's normal. I say it's not hard to trigger.
>
> > > it's just VM off. A softirq can hog the cpu.
> >
In order to do particular voltage specific configuration in
sdhci_ops->voltage_switch() callback function, we need to
pass respective voltage value as well.
So this patch series pass signal voltage to the controller
specific ->voltage_switch() callback.
Adds controller specific configuration for o
Trivial patch-series, which fixes the tabbing issue in the driver
and second patch prints the return value from sdhci_add_host() function
Vaibhav Hiremath (2):
mmc: sdhci-pxav3: Fix tabbing issue
mmc: sdhci-pxav3: Print ret value on error from sdhci_add_host() fn
drivers/mmc/host/sdhci-pxav
There were some coding style issues where spaces have been used instead
of tabs, for example, in macro definitions, alignment of function
declarations/definitions, etc...
This patch fixes all such occurrences in the code.
And also use BIT for bit definitions.
Signed-off-by: Vaibhav Hiremath
---
Return value would give clear information about the actual root-cause
of the failure.
Signed-off-by: Vaibhav Hiremath
---
drivers/mmc/host/sdhci-pxav3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-pxav3.c b/drivers/mmc/host/sdhci-pxav3.c
index d02bc
On Tue, 1 Sep 2015, Linda Knippers wrote:
> 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 b
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, a
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 "g
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 linux-k
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 wa
> -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 c
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, don't
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 Lutomirs
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 tail.
* 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? You
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 RELEAS
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 interv
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 o
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 l
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 __ps2_comm
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 r
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 tryin
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
imp
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 us
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 Herr
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 plans/timeline
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 l
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: error
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 interested
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 by
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 direction?
* 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
> >identification
> 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 usef
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 c
> 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 ru
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 comma
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
>> stru
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 structs
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. G
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 them
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 lifetim
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 th
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
> implementa
[...]
> >>> 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.
> >>>
> >>> Th
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 "Windows
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 09:56:55
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 acc
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.
>
> Signe
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
> >> the
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 k
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 Lutomir
- 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 t
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
> r
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' pos
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 1
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" [driv
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:
>
> * https://lkml.org/
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 an
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) + ECC_SRAM_AD
301 - 400 of 747 matches
Mail list logo
