Agreed.
Change log from v1:
o apply for _undo_ flow as well
>From ea212a4a7a432e0ecd0f0f53971b70172b3e7f96 Mon Sep 17 00:00:00 2001
From: Jaegeuk Kim
Date: Mon, 7 Dec 2015 10:18:54 -0800
Subject: [PATCH] f2fs: use lock_buffer when changing superblock
When modifying sb contents, we need to use
With device tree it is no more possible to reset the PHY at board
level. Furthermore, doing in the driver allow to power down the PHY when
the network interface is no more used.
The patch introduces a new optional property "phy-reset-gpio" inspired
from the one use for the FEC.
Signed-off-by:
On Wed, Dec 9, 2015 at 4:49 AM, Jan Kara wrote:
> On Tue 08-12-15 15:28:18, Kees Cook wrote:
>> Normally, when a user can modify a file that has setuid or setgid bits,
>> those bits are cleared when they are not the file owner or a member
>> of the group. This is enforced when using write and
v4:
* Adopted Steven's suggestion to use "unsigned int" for nr_pages to save
space in ring buffer since it is unlikely to have more than 0x
pages are touched by gup in one invoke
* Remove unnecessray type cast
v3:
* Adopted suggestion from Dave Hansen to move the gup header include
Cc: linux-m...@linux-mips.org
Acked-by: Ralf Baechle
Signed-off-by: Yang Shi
---
arch/mips/mm/gup.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/mips/mm/gup.c b/arch/mips/mm/gup.c
index 349995d..e0d8838 100644
--- a/arch/mips/mm/gup.c
+++ b/arch/mips/mm/gup.c
@@ -15,6 +15,9
ny Luck
> Cc: Tang Chen
> Cc: Pekka Enberg
> Cc: Wei Yang
> Signed-off-by: Andrew Morton
>
> :04 04 5450bc6a2965794aca876f731acfbf7362503c9b
> c1e6b38ea2a581bbeeb0c23d596681c2cef10b86 M mm
>
>
>
> So I reverted
>
Cc: "David S. Miller"
Cc: sparcli...@vger.kernel.org
Signed-off-by: Yang Shi
---
arch/sparc/mm/gup.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/sparc/mm/gup.c b/arch/sparc/mm/gup.c
index 2e5c4fc..d9f573c 100644
--- a/arch/sparc/mm/gup.c
+++ b/arch/sparc/mm/gup.c
@@ -12,6
page-faults events record the invoke to handle_mm_fault, but the invoke
may come from do_page_fault or gup. In some use cases, the finer event count
mey be needed, so add trace events support for:
__get_user_pages
__get_user_pages_fast
fixup_user_fault
Signed-off-by: Yang Shi
---
For slow version, just add trace point for raw __get_user_pages since all
slow variants call it to do the real work finally.
Signed-off-by: Yang Shi
---
mm/gup.c | 8
1 file changed, 8 insertions(+)
diff --git a/mm/gup.c b/mm/gup.c
index deafa2c..00a3cff 100644
--- a/mm/gup.c
+++
Cc: linux...@vger.kernel.org
Signed-off-by: Yang Shi
---
arch/sh/mm/gup.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/sh/mm/gup.c b/arch/sh/mm/gup.c
index e7af6a6..fa72aac 100644
--- a/arch/sh/mm/gup.c
+++ b/arch/sh/mm/gup.c
@@ -14,6 +14,9 @@
#include
#include
+#define
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: linux-s...@vger.kernel.org
Signed-off-by: Yang Shi
---
arch/s390/mm/gup.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/s390/mm/gup.c b/arch/s390/mm/gup.c
index 12bbf0e..0ff7e92 100644
--- a/arch/s390/mm/gup.c
+++
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Signed-off-by: Yang Shi
---
arch/x86/mm/gup.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/x86/mm/gup.c b/arch/x86/mm/gup.c
index ae9a37b..a96bcb7 100644
--- a/arch/x86/mm/gup.c
+++
We should add a tag to indicate that we are sending a patch for a crappy
driver.
IMHO-this-driver-is-garbage: Your Name
If it got 10 votes of no confidence it would be moved to staging and
then deleted.
Anyway, realistically, let's just apply this fix. It's tempting to
think we could delete
On 12/09/2015 06:36 AM, Rob Herring wrote:
> On Wed, Dec 9, 2015 at 6:55 AM, Tim Bird wrote:
>> On 12/08/2015 08:11 PM, Rob Herring wrote:
>>> On Tue, Dec 08, 2015 at 04:40:16PM -0800, Tim Bird wrote:
Add a binding for the regulator which controls the OTG chargepath switch.
The OTG
On Sun, 22 Nov 2015 17:35:39 +0100
clement.calm...@free.fr wrote:
> From: Clement Calmels
>
> When powering up a wireless xbox 360 controller, some wrong joystick
> events are generated. It is annoying because, for example, it makes
> unwanted moves in Steam big picture mode's menu.
>
> When
On Wed, Dec 09, 2015 at 10:50:09AM -0600, Scott Wood wrote:
> It's not "a driver's probe function". There is no driver whose .probe() is
> mpc85xx_pci_err_probe() -- the name is historical.
>From looking at it, it behaves a lot like a probe function. Irrespective
of what it is or it isn't,
From: Herbert Xu
Date: Wed, 9 Dec 2015 16:44:58 +0800
> On Wed, Dec 09, 2015 at 02:13:32PM +0530, Rameshwar Sahu wrote:
>>
>> Yes, we are not upstream in-kernel users right now, but later client
>> ma upstream there patches.
>
> Well I'd prefer to not take any crypto drivers that don't have
>
On 09/12/15 14:47, Mark Brown wrote:
> * PGP Signed by an unknown key
>
> On Wed, Dec 09, 2015 at 12:03:27PM +, Jon Hunter wrote:
>> On 08/12/15 21:52, Arnd Bergmann wrote:
>
>>> My first attempt was to implement a helper for this function
>>> for regulator_sync_voltage, but Mark Brown
sock_cgroup_data is a struct containing an anonymous union.
sock_cgroup_set_prioidx() and sock_cgroup_set_classid() were
initializing a field inside the anonymous union as follows.
struct sock_ccgroup_data skcd_buf = { .val = VAL };
While this is fine on more recent compilers, gcc-4.4.7
Instead of using the same default queue for all the port. Move it in the
port struct. It will allow have a different default queue for each port.
Signed-off-by: Gregory CLEMENT
---
drivers/net/ethernet/marvell/mvneta.c | 33 ++---
1 file changed, 18 insertions(+), 15
This patch adds the support for the RSS related ethtool
function. Currently it only uses one entry in the indirection table which
allows associating an mvneta interface to a given CPU.
Signed-off-by: Gregory CLEMENT
Tested-by: Marcin Wojtas
---
drivers/net/ethernet/marvell/mvneta.c | 127
With this patch each CPU is associated with its own set of TX queues.
It also setup the XPS with an initial configuration which set the
affinity matching the hardware configuration.
Suggested-by: Arnd Bergmann
Signed-off-by: Gregory CLEMENT
---
drivers/net/ethernet/marvell/mvneta.c | 56
On Tue, Dec 8, 2015 at 9:32 PM, Al Viro wrote:
>
> Any help with review and testing would be welcome. FWIW, it seems to survive
> the beating here.
It looks ok to me, but I *hate* that "cookie" thing we have. And I
don't actually see any reason for it.
Every single user except for a couple
Hi,
this series is the first step add RSS support on mvneta.
It will allow associating an ethernet interface to a given CPU through
RSS by using "ethtool -X ethX weight". Indeed, currently I only enable
one entry in the RSS lookup table. Even if it is not really RSS, it
allows to get back the
We enable the percpu interrupt for all the CPU and we just associate a
CPU to a few queue at the neta level. The mapping between the CPUs and
the queues is static. The queues are associated to the CPU module the
number of CPUs. However currently we only use on RX queue for a given
Ethernet port.
On Wed, 2015-12-09 at 10:52 +0800, Herbert Xu wrote:
> On Wed, Dec 02, 2015 at 12:02:45PM -0800, Tim Chen wrote:
> >
> > +/*
> > + * CRYPTO_ALG_ASYNC flag is passed to indicate we have an ablk
> > + * scatter-gather walk.
> > + */
> > +
> > +static struct crypto_alg aes_cbc_mb_alg = {
> > +
On Wed, Dec 09, 2015 at 04:11:30PM +0100, Linus Walleij wrote:
> Hi Dmitry,
>
> Sorry for me being so damned slow.
Heh, I am not the one to complain about people being slow ;)
>
> On Fri, Nov 27, 2015 at 6:37 PM, Dmitry Torokhov
> wrote:
> > On Tue, Nov 17, 2015 at 02:43:14PM +0100, Linus
> If I recall the c2c tool is giving you more than the bouncing line. It shows
> you
> the offset inside the line and the participating CPUs.
On Haswell and later you could get the same with the normal address
reporting. The events above support DLA.
-Andi
--
a...@linux.intel.com -- Speaking
A couple of fixes, both -stable fodder (9p one all way back to 2.6.32,
dio - to all branches where "Fix negative return from dio read beyond eof"
will end up it; it's a fixup to commit marked for -stable).
Please, pull from the usual place -
On Tue, Dec 08, 2015 at 05:55:05PM +, Steve Twiss wrote:
> From: Steve Twiss
>
> Stop reporting KEY_SLEEP for a short key-press and report KEY_POWER instead
> This change applied to both DA9063 and DA9062 ONKEY drivers.
You need to explain why this change is needed.
>
> Signed-off-by:
On 12/09/2015 05:52 PM, Arnd Bergmann wrote:
> The raumfeld.c file contains three similar machine definitions,
> each with their own init function. If one or more of them are
> disabled, we get compile-time warnings:
>
> arm/mach-pxa/raumfeld.c:1070:123: warning: 'raumfeld_connector_init' defined
On Wed, 9 Dec 2015, Arnd Bergmann wrote:
> With the new optimized do_div() code, some versions of gcc
> produce obviously incorrect code that leads to a link error
> in iwlegacy/common.o:
>
> drivers/built-in.o: In function `il_send_rxon_timing':
> :(.text+0xa6b4d4): undefined reference to
Em 09-12-2015 14:31, David Laight escreveu:
From: Eric Dumazet [mailto:eric.duma...@gmail.com]
Sent: 09 December 2015 16:00
On Wed, 2015-12-09 at 15:49 +, David Laight wrote:
SCTP is lacking proper np->opt cloning at accept() time.
TCP and DCCP use ipv6_dup_options() helper, do the same
On Wed, 2015-12-09 at 04:10 -0600, Bucur Madalin-Cristian-B32716 wrote:
> > -Original Message-
> > From: David Miller [mailto:da...@davemloft.net]
> >
> > From: Scott Wood
> > Date: Tue, 8 Dec 2015 16:44:38 -0600
> >
> > > On Tue, 2015-12-08 at 14:18 -0600, Andy Fleming wrote:
> > > >
On 12/9/2015 11:59 AM, Andy Shevchenko wrote:
>> + if (trigger != ACPI_MADT_TRIGGER_LEVEL ||
>> > + polarity != ACPI_MADT_POLARITY_ACTIVE_LOW)
>> > + penalty = PIRQ_PENALTY_ISA_ALWAYS;
>> > + else
>> > + penalty = PIRQ_PENALTY_PCI_USING;
>> > +
>>
Hi,
On Wed, Dec 9, 2015 at 8:58 AM, Andi Kleen wrote:
>> > the plan for me is to to use it some more to prove it's useful
>> > and kick it to be merged with perf at some point
>>
>> So I never really liked the c2c tool because it was so narrowly
>> focussed, it only works on NUMA thingies IIRC.
Hi Sinan,
On 12/09/2015 12:09 PM, Sinan Kaya wrote:
> On 12/9/2015 11:59 AM, Andy Shevchenko wrote:
>>> + if (trigger != ACPI_MADT_TRIGGER_LEVEL ||
+ polarity != ACPI_MADT_POLARITY_ACTIVE_LOW)
+ penalty = PIRQ_PENALTY_ISA_ALWAYS;
+ else
+
The third argument to function kportal_memhog_alloc is expected to
be gfp_t whereas the actual argument was unsigned int. Fix this by
explicitly typecasting to gfp_t
Signed-off-by: Niranjan Dighe
---
drivers/staging/lustre/lustre/libcfs/module.c | 2 +-
1 file changed, 1 insertion(+), 1
On 09/12/15 16:54, Jake Oshins wrote:
>> -Original Message-
>> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
>> Sent: Wednesday, December 9, 2015 8:51 AM
>> To: Jake Oshins ; gre...@linuxfoundation.org; KY
>> Srinivasan ; linux-kernel@vger.kernel.org;
>> de...@linuxdriverproject.org;
On 12/09/2015 08:45 AM, Michael Kerrisk (man-pages) wrote:
>>> >> * Explanation of what a protection domain is.
>> >
>> > A protection domain is a unique view of memory and is represented by the
>> > value in the PKRU register.
> Out something about this in pkey(7), but explain what you mean by a
On Thu, Nov 26, 2015 at 08:32:43AM +, Phil Edworthy wrote:
> HI Bjorn,
>
> On 25 November 2015 16:41, Bjorn Helgaas wrote:
> > Hi Phil,
> >
> > On Wed, Nov 25, 2015 at 03:30:36PM +, Phil Edworthy wrote:
> > > The first patches fixes the build problem
> >
> > I'm trying to figure out if
On Wed, Dec 9, 2015 at 6:18 PM, Sinan Kaya wrote:
> Code currently supports 256 maximum interrupts at this moment. The patch is
> reconfiguring the penalty array as a dynamic list to remove this
> limitation.
>
> A new penalty linklist has been added for all other interrupts greater than
> 16. If
> > the plan for me is to to use it some more to prove it's useful
> > and kick it to be merged with perf at some point
>
> So I never really liked the c2c tool because it was so narrowly
> focussed, it only works on NUMA thingies IIRC.
It should work on all systems with an Intel Core (not Atom)
From: Josh Poimboeuf
The term functions are needed by help.c which is going to be moved into
a separate library. Move them out of util.c and into their own file.
Signed-off-by: Josh Poimboeuf
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
From: Masami Hiramatsu
Fix map_groups__clone to put cloned map after inserting it to the
map_groups.
Refcnt debugger shows:
[0]
Unreclaimed map: 0x2a27ee0
Refcount +1 => 1 at
./perf(map_groups__clone+0x8d) [0x4bb7ed]
./perf(thread__fork+0xbe) [0x4c1f9e]
From: Ingo Molnar
Boris reported that 'perf top' is unusable on his default 'black on
white' terminal, which uses (eye friendly) light-grey as a background
color.
The reason is that the TUI cursor for the current selection line uses
HE_COLORSET_SELECTED, and that has a default background color
From: Masami Hiramatsu
Since the __map_groups__insert got the given map, we don't need to keep
it. So put the maps.
Refcnt debugger shows that map_groups__fixup_overlappings() got a map
twice but the group released it just once. This pattern usually
indicates the leak happens in caller site.
On Wed, 9 Dec 2015 08:31:12 -0500
Prarit Bhargava wrote:
> Intel RAPL initialized on several systems where the BIOS lock bit (msr
> 0x610, bit 63) was set. This occured because the return value of
> rapl_read_data_raw() was being checked, rather than the value of the
> variable passed in,
From: Masami Hiramatsu
Since hists__init doesn't set the destructor of hists_evsel (which is an
extended evsel structure), when hists_evsel is released, the extended
part of the hists_evsel is not deleted (note that the hists_evsel object
itself is freed).
This fixes it to add a destructor for
In an old commit, we worked around the duplicate definition of
GPIO24_SSP1_SFRM in cm-x2xx.c, which includes files for both
pxa25x and pxa27x. Apparently the problem has come back and we
now have four additional duplicate symbols that cause warnings:
In file included from
From: Masami Hiramatsu
Fix write_numa_topology to put cpu_map instead of free because cpu_map
is managed based on refcnt.
Signed-off-by: Masami Hiramatsu
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
The raumfeld.c file contains three similar machine definitions,
each with their own init function. If one or more of them are
disabled, we get compile-time warnings:
arm/mach-pxa/raumfeld.c:1070:123: warning: 'raumfeld_connector_init' defined
but not used [-Wunused-function]
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit a30c99a0beb3030ba42dab38cad6273cd090805d:
Merge branch 'perf/urgent' into perf/core, to pick up fixes (2015-12-08
06:06:20 +0100)
are available in the git repository at:
> -Original Message-
> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> Sent: Wednesday, December 9, 2015 8:51 AM
> To: Jake Oshins ; gre...@linuxfoundation.org; KY
> Srinivasan ; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
>
From: Josh Poimboeuf
Move cmd_version() to its own file so that help.c can be moved to a
library.
Signed-off-by: Josh Poimboeuf
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/e908b1b68f20ab6d8d33941d5571c23110622e60.1449548395.git.jpoim...@redhat.com
From: Masami Hiramatsu
Fix cmd_stat() to release cpu_map objects (aggr_map and
cpus_aggr_map) afterwards.
refcnt debugger shows that the cmd_stat initializes cpu_map
but not puts it.
# ./perf stat -v ls
REFCNT: BUG: Unreclaimed objects found.
[0]
Unreclaimed
From: Masami Hiramatsu
Fix machine.vmlinux_maps to make sure to clear the old one if it is
renewal. This can leak the previous maps on the vmlinux_maps because
those are just overwritten.
Signed-off-by: Masami Hiramatsu
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
From: Josh Poimboeuf
Signed-off-by: Josh Poimboeuf
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/e540c61b3068761181db6d9b1b3411990bafdb2f.1449548395.git.jpoim...@redhat.com
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/Build | 1 -
From: Josh Poimboeuf
perf_env__set_cmdline() only saves the arguments the first time it's
called. It doesn't need to be called every time the options and
suboptions are parsed. Instead it can just be called once.
This also has the advantage of making the option parsing code less
perf-specific
On Wed, Dec 9, 2015 at 9:27 AM, Qais Yousef wrote:
> Hi,
>
> On 10/22/2015 12:55 PM, Jason Cooper wrote:
>>
>> On Thu, Oct 22, 2015 at 11:44:16AM +0100, Qais Yousef wrote:
>>>
>>> Is there anything more I can do to get more attention about this? I
>>> think Marc's suggestion is more generic and
On Mon, Dec 07, 2015 at 10:24:24PM +0800, Geliang Tang wrote:
> There are some repetitive code in the switch/case statement in
> pci_bios_read() and pci_bios_write(). I drop it to simplify the
> code.
>
> Signed-off-by: Geliang Tang
Applied to pci/misc for v4.5 with Thomas' Reviewed-by, thanks!
On 05/12/15 00:36, ja...@microsoft.com wrote:
> From: Jake Oshins
>
> This patch adds an fwnode_handle to struct pci_sysdata, which is
> used by the next patch in the series when trying to locate an
> IRQ domain associated with a root PCI bus.
>
> Signed-off-by: Jake Oshins
> ---
>
On Wed, 2015-12-09 at 17:03 +0100, Borislav Petkov wrote:
> On Wed, Dec 09, 2015 at 12:17:47PM +0100, Borislav Petkov wrote:
> > On Wed, Dec 09, 2015 at 09:32:47PM +1100, Michael Ellerman wrote:
> > > Presumably caused by the fact that edac_init() is subsys_initcall(),
> > > whereas
> > >
Hi Dave,
On 9 December 2015 at 16:48, Dave Hansen wrote:
> Hi Michael,
>
> Thanks for all the comments! I'll fix most of it when I post a new
> version of the manpage, but I have a few general questions.
>
> On 12/09/2015 03:08 AM, Michael Kerrisk (man-pages) wrote:
>>>
>>> +is the protection
With the new optimized do_div() code, some versions of gcc
produce obviously incorrect code that leads to a link error
in iwlegacy/common.o:
drivers/built-in.o: In function `il_send_rxon_timing':
:(.text+0xa6b4d4): undefined reference to `ilog2_NaN'
:(.text+0xa6b4f0): undefined reference to
Building with the attached random configuration file,
drivers/built-in.o: In function `kgdboc_pre_exp_handler':
kgdboc.c:(.text+0x7b5aa): undefined reference to `fg_console'
kgdboc.c:(.text+0x7b5ce): undefined reference to `vc_cons'
kgdboc.c:(.text+0x7b5d5): undefined reference to `vc_cons'
--
On Wed, Dec 9, 2015 at 1:28 AM, Lan, Tianyu wrote:
>
>
> On 12/8/2015 1:12 AM, Alexander Duyck wrote:
>>
>> On Mon, Dec 7, 2015 at 7:40 AM, Lan, Tianyu wrote:
>>>
>>> On 12/5/2015 1:07 AM, Alexander Duyck wrote:
>
>
>
> We still need to support Windows guest for migration and
The ezx platform contains multiple machine descriptors, but not all
of them use all of the data structures, and it's possible to disable
all of the machines, which produces some harmless warnings:
mach-pxa/ezx.c:53:26: warning: 'ezx_pwm_lookup' defined but not used
[-Wunused-variable]
From: Eric Dumazet [mailto:eric.duma...@gmail.com]
> Sent: 09 December 2015 16:00
> On Wed, 2015-12-09 at 15:49 +, David Laight wrote:
> > > SCTP is lacking proper np->opt cloning at accept() time.
> > >
> > > TCP and DCCP use ipv6_dup_options() helper, do the same in SCTP.
> > >
> > > We
The recent change to use a pwm lookup table for the ezx machines
was incomplete and only changed the a780 model, but not the
other ones in the same file.
This adds the missing calls to pwm_add_table().
Signed-off-by: Arnd Bergmann
Fixes: c3322022897c ("ARM: pxa: ezx: Use PWM lookup table")
The recently introduced no_seek_end_llseek was wrong, it should
be no_seek_end_llseek_size:
drivers/char/nwflash.c: In function 'flash_llseek':
drivers/char/nwflash.c:280:8: error: too many arguments to function
'no_seek_end_llseek'
Signed-off-by: Arnd Bergmann
Fixes: 00c1b53c0e61 ("new
The change to move the kmem accounting into the normal memcg
code means we can no longer use memcg with slob, which lacks
the memcg_params member in its struct kmem_cache:
../mm/slab.h: In function 'is_root_cache':
../mm/slab.h:187:10: error: 'struct kmem_cache' has no member named
This is a long standing bug with the l1-dcache-stores generic event on
AMD machines. My perf_event testsuite has been complaining about this
for years and I'm finally getting around to trying to get it fixed.
The data_cache_refills:system event does not make sense for l1-dcache-stores.
Maybe
When IPV4 support is disabled, the memcg->socket_pressure field is
not defined and we get a build error from the vmpressure code:
mm/vmpressure.c: In function 'vmpressure':
mm/vmpressure.c:287:9: error: 'struct mem_cgroup' has no member named
'socket_pressure'
memcg->socket_pressure =
On Tuesday 08 December 2015 10:30:10 Johannes Weiner wrote:
> Hi Andrew,
>
> there was some build breakage in CONFIG_ combinations I hadn't tested
> in the last revision, so here is a fixed-up resend with minimal CC
> list. The only difference to the previous version is a section in
>
On 12/09/2015 06:08 PM, Tejun Heo wrote:
> Hello, Nikolay.
>
> On Wed, Dec 09, 2015 at 02:08:56PM +0200, Nikolay Borisov wrote:
>> 73309.529940] BUG: unable to handle kernel NULL pointer dereference at
>> (null)
>> [73309.530238] IP: [] __queue_work+0xb3/0x390
> ...
>> [73309.537319]
Hello,
On Wed, Dec 09, 2015 at 06:23:15PM +0200, Nikolay Borisov wrote:
> I think we are seeing this at least daily on at least 1 server (we have
> multiple servers like that). So adding printk's would likely be the way
> to go, anything in particular you might be interested in knowing? I see
>
This patch-set fixes issues found in the pfn tracking code of PAT
when mremap() is used on a VM_PFNMAP range.
Patch 1/2 changes untrack_pfn() to handle the case of mremap() with
MREMAP_FIXED, i.e. remapping virtual address on a VM_PFNMAP range.
Patch 2/2 changes the free_memtype() path to handle
mremap() with MREMAP_FIXED, remapping to a new virtual address, on
a VM_PFNMAP range causes the following WARN_ON_ONCE() message in
untrack_pfn().
WARNING: CPU: 1 PID: 3493 at arch/x86/mm/pat.c:985 untrack_pfn+0xbd/0xd0()
Call Trace:
[] dump_stack+0x45/0x57
[]
mremap() to shrink the map size of a VM_PFNMAP range causes
the following error message, and leaves the pfn range allocated.
x86/PAT: test:3493 freeing invalid memtype [mem 0x48320-0x4863f]
rbt_memtype_erase(), called from free_memtype() with spin_lock
held, only accepts to free a whole
On Thu, Dec 3, 2015 at 12:35 PM, Toshi Kani wrote:
> On Thu, 2015-12-03 at 11:01 -0800, Linus Torvalds wrote:
>> On Thu, Dec 3, 2015 at 10:40 AM, Borislav Petkov wrote:
>> > On Thu, Dec 03, 2015 at 11:54:19AM -0700, Toshi Kani wrote:
>> > > Adding a new type for regular memory will require
When CONFIG_DEBUG_ICEDCC is set, we don't use the platform
specific putc() function, but use icedcc_putc() instead, so
putc is unused and causes a compile time warning:
In file included from ../arch/arm/boot/compressed/misc.c:28:0:
arch/arm/mach-rpc/include/mach/uncompress.h:79:13: warning:
The ACPI compiler uses the extended format when used interrupt numbers
are greater than 15. The extended IRQ syntax is 32 bits according to the
ACPI spec. The code supports parsing the extended interrupt numbers.
However, due to used data structure type; the code silently truncates
interrupt
Code currently supports 256 maximum interrupts at this moment. The patch is
reconfiguring the penalty array as a dynamic list to remove this
limitation.
A new penalty linklist has been added for all other interrupts greater than
16. If an IRQ is not found in the link list, an IRQ info structure
On Wed, 2015-12-09 at 16:24 +0200, Jarkko Sakkinen wrote:
> On Tue, Dec 08, 2015 at 06:56:17PM -0500, Mimi Zohar wrote:
> > On Tue, 2015-12-08 at 22:24 +0200, Jarkko Sakkinen wrote:
> > > On Tue, Dec 08, 2015 at 01:01:02PM +0200, Jarkko Sakkinen wrote:
> > > > On Tue, Dec 08, 2015 at 09:35:05AM
Sorry for multiple emails as those were not in plain text so ignored
by linux-kernel@vger.kernel.org
Please consider this email for reply.
On Wed, Dec 9, 2015 at 2:17 AM, Thomas Gleixner wrote:
> On Tue, 8 Dec 2015, Aniroop Mathur wrote:
>> On Tue, Dec 8, 2015 at 4:18 PM, Thomas Gleixner wrote:
On Wed, Dec 09, 2015 at 02:22:53PM +0100, Michal Hocko wrote:
> [CCing Tejun]
>
> Seems to be the same issue as reported here?
> http://lkml.kernel.org/r/20151208145851.GJ9837@bark
Patches just got merged into mainline. Please let me know if the
current git master doesn't fix the issue.
On Wed, Dec 09, 2015 at 12:17:47PM +0100, Borislav Petkov wrote:
> On Wed, Dec 09, 2015 at 09:32:47PM +1100, Michael Ellerman wrote:
> > Presumably caused by the fact that edac_init() is subsys_initcall(), whereas
> > corenet_gen_publish_devices() is arch_initcall().
>
> Thanks for the report!
>
Hello, Nikolay.
On Wed, Dec 09, 2015 at 02:08:56PM +0200, Nikolay Borisov wrote:
> 73309.529940] BUG: unable to handle kernel NULL pointer dereference at
>(null)
> [73309.530238] IP: [] __queue_work+0xb3/0x390
...
> [73309.537319]
> [73309.537373] [] ? __queue_work+0x390/0x390
>
Signed-off-by: Lee Jones
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 99b87b6..f62dcb1 100644
--- a/arch/arm/configs/multi_v7_defconfig
+++
Signed-off-by: Lee Jones
---
arch/arm/configs/multi_v7_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 69a22fd..99b87b6 100644
--- a/arch/arm/configs/multi_v7_defconfig
+++
Hi Ashutosh,
[auto build test ERROR on net-next/master]
[also build test ERROR on v4.4-rc4 next-20151209]
url:
https://github.com/0day-ci/linux/commits/Rahul-Jain/net-To-avoid-execution-of-extra-instructions-in-NET-RX-path-when-rps_map-is-not-set-but-rps_needed-is-true/20151209-183932
config
Hi Greg,
Here's what I hope to be the last set of fixes for current -rc. Let me
know if you want anything to be changed.
cheers
The following changes since commit f74875dc36135ebae82a8e005f4b7f52289d2c40:
usb: dwc2: fix kernel oops during driver probe (2015-11-20 09:29:47 -0600)
are
The bootloader is charged with the responsibility to provide platform
specific Dynamic Voltage and Frequency Scaling (DVFS) information via
Device Tree. This driver takes the supplied configuration and
registers it with the new generic OPP framework, to then be used with
CPUFreq.
Signed-off-by:
Cc: devicet...@vger.kernel.org
Acked-by: Rob Herring
Signed-off-by: Lee Jones
---
.../devicetree/bindings/cpufreq/cpufreq-st.txt | 91 ++
1 file changed, 91 insertions(+)
create mode 100644 Documentation/devicetree/bindings/cpufreq/cpufreq-st.txt
diff --git
Signed-off-by: Lee Jones
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e9caa4b..ebc0562 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1562,6 +1562,7 @@ F:arch/arm/boot/dts/sti*
F: drivers/char/hw_random/st-rng.c
F:
This patch fix some grammar mistake.
Signed-off-by: Masanari Iida
---
Documentation/filesystems/sharedsubtree.txt | 2 +-
Documentation/vm/slub.txt | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/filesystems/sharedsubtree.txt
Used for Voltage Scaling using CPUFreq.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/stih407-family.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/stih407-family.dtsi
b/arch/arm/boot/dts/stih407-family.dtsi
index af9233b..d0e639cd 100644
---
Hi Linus,
These are more fixes I'd like to have in v4.4. Several for the Altera
driver added for v4.4, and one for an MSI domain problem that affects
several arm64 platforms.
Bjorn
The following changes since commit 7c7a0e945349a3d0d497d7f32db6ed33d4031110:
ARM/PCI: Move align_resource
This patch fix some spelling typos found in
Documentation/devicetree/bindings/clock/ti.
Signed-off-by: Masanari Iida
---
Documentation/devicetree/bindings/clock/ti/fapll.txt | 2 +-
Documentation/devicetree/bindings/clock/ti/mux.txt | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
601 - 700 of 2266 matches
Mail list logo