Cc: Viresh as he's been working on governors recently.
On Wednesday, July 15, 2015 06:04:22 PM Dave Jones wrote:
> WARNING: CPU: 1 PID: 29529 at kernel/locking/lockdep.c:3497
> lock_unpin_lock+0x109/0x110()
> unpinning an unpinned lock
> CPU: 1 PID: 29529 Comm: kworker/1:1 Not tainted
nored
> > too, I think it fits this series.
> >
> > (and I think that the recently added arch_remap() hook is not
> > the right thing, we can remove it with these changes).
> >
>
> This series applies cleanly to next-20150715 and has acks, was it deferred
>
On Fri, 10 Jul 2015, Thomas Gleixner wrote:
> Initializing a new slab can introduce rather large latencies because
> most of the initialization runs always with interrupts disabled.
>
> There is no point in doing so. The newly allocated slab is not visible
> yet, so there is no reason to protect
On 07/15, Bjorn Andersson wrote:
> This adds the Peripheral Authentication Service (PAS) interface to the
> Qualcomm SCM interface. The API is used to authenticate and boot a range
> of external processors in various Qualcomm platforms.
>
> Signed-off-by: Bjorn Andersson
> ---
>
> Changes since
There is no need to recalcurate pages_per_zspage in runtime.
Just use class->pages_per_zspage to avoid unnecessary runtime
overhead.
Signed-off-by: Minchan Kim
---
mm/zsmalloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
index
On Wednesday 07/15 at 15:21 -0700, Andrew Morton wrote:
> On Thu, 18 Jun 2015 19:32:18 -0700 Calvin Owens wrote:
>
> > Currently, /proc//map_files/ is restricted to CAP_SYS_ADMIN, and
> > is only exposed if CONFIG_CHECKPOINT_RESTORE is set.
> >
> > Each mapped file region gets a symlink in
Hi Sergey,
On Wed, Jul 15, 2015 at 01:07:03PM +0900, Sergey Senozhatsky wrote:
> On (07/11/15 18:45), Sergey Senozhatsky wrote:
> [..]
> > We re-do this calculations during compaction on a per class basis
> > anyway.
> >
> > zs_unregister_shrinker() will not return until we have an active
> >
ded arch_remap() hook is not
> the right thing, we can remove it with these changes).
>
This series applies cleanly to next-20150715 and has acks, was it deferred
for some reason?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
> -Original Message-
> From: Mel Gorman [mailto:mgor...@suse.de]
> Sent: Wednesday, July 15, 2015 7:51 AM
> To: Waiman Long
> Cc: Alex Ng (LIS) ; Robin Holt
> ; Nate Zimmer ; Dave Hansen
> ; Scott Norton ; Luck,
> Tony ; Ingo Molnar ; H. Peter Anvin
> ; Thomas Gleixner
> Subject: Re:
On Wed, Jul 15, 2015 at 11:20:55AM -0400, Austin S Hemmelgarn wrote:
>
> There really isn't much of a clear distinction between ext3 and ext4 (at
> least from an end user standpoint), other than the fact that there are some
> options that only the ext4 driver understands (like extent based
>
Thanks for the review Andrew, my responses are inline.
-Sean
On Wed, Jul 15, 2015 at 02:29:07PM -0700, Andrew Morton wrote:
> On Wed, 15 Jul 2015 14:14:40 -0700 "Sean O. Stalley"
> wrote:
>
> > Currently the __GFP_ZERO flag is ignored by dma_pool_alloc().
> > Make dma_pool_alloc() zero the
On 7/15/2015 2:48 PM, Seth Forshee wrote:
> On Wed, Jul 15, 2015 at 04:06:35PM -0500, Eric W. Biederman wrote:
>> Casey Schaufler writes:
>>
>>> On 7/15/2015 12:46 PM, Seth Forshee wrote:
These are the first in a larger set of patches that I've been working on
(with help from Eric
Fix the status of PCIe DT bindings in the SoC specific DTS to
"disabled" so that it can be enabled on a specific board by
setting the status to "Ok" in the board specific DTS.
Signed-off-by: Murali Karicheri
---
arch/arm/boot/dts/k2e.dtsi | 1 +
arch/arm/boot/dts/keystone.dtsi | 1 +
2
I encountered a user who was having troubles getting a PlayStation EyeToy
(USB ID 054c:0155) working as a webcam. They reported that repeated attempts
would often make it work. Looking at the code, there was support for
repeated attempts at I2C transactions - but only if you rebuilt the
module
Hello,
On Wed, Jul 15, 2015 at 03:43:51PM -0700, Nishanth Aravamudan wrote:
> Ok, thank you for clarifying! From a correctness perspective, even if
> the numbers don't match NUMA nodes, should we expect the grouping to be
> split along NUMA topology?
Yeap, the groups get formed according to the
On 07/15/2015 12:44 PM, Stephen Boyd wrote:
> On 07/15/2015 12:08 PM, Tim Bird wrote:
>>
>> On 07/14/2015 06:11 PM, Stephen Boyd wrote:
>>> On 07/14/2015 04:26 PM, Tim Bird wrote:
>>>
3 files changed, 166 insertions(+)
create mode 100644 drivers/misc/qcom-coincell.c
OOM notifiers exist to give one last chance at reclaiming memory before
the oom killer does its work.
Thus, they don't actually belong in the oom killer proper, but rather in
the page allocator where reclaim is invoked.
Move the oom notifiers to their proper place: before out_of_memory(),
which
On 15.07.2015 [16:35:16 -0400], Tejun Heo wrote:
> Hello,
>
> On Thu, Jul 02, 2015 at 04:02:02PM -0700, Nishanth Aravamudan wrote:
> > we currently emit at boot:
> >
> > [0.00] pcpu-alloc: [0] 0 1 2 3 [0] 4 5 6 7
> >
> > After this commit, we correctly emit:
> >
> > [0.00]
On Wed, Jul 15, 2015 at 09:39:47AM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> > -Original Message-
> > From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> > Sent: Wednesday, July 15, 2015 3:18 AM
> > To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> >
Andy Lutomirski writes:
> On Wed, Jul 15, 2015 at 2:48 PM, Serge E. Hallyn wrote:
>> On Wed, Jul 15, 2015 at 02:46:04PM -0500, Seth Forshee wrote:
>>> Capability sets attached to files must be ignored except in the
>>> user namespaces where the mounter is privileged, i.e. s_user_ns
>>> and its
>From 4907d0bbf121eb739a38e36878a798a23fc5e418 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Wed, 15 Jul 2015 18:34:24 -0400
Currently, both cfq-iosched and blk-throttle keep track of
io_service_bytes and io_serviced stats. While keeping track of them
separately may be useful during
>From d45bbd52ebb22e8a939892630234aec73c8865ea Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Wed, 15 Jul 2015 18:34:23 -0400
blkg (blkcg_gq) currently is created by blkcg policies invoking
blkg_lookup_create() which ends up repeating about the same code in
different policies. Theoretically,
On 7/15/2015 2:06 PM, Eric W. Biederman wrote:
> Casey Schaufler writes:
>
>> On 7/15/2015 12:46 PM, Seth Forshee wrote:
>>> These are the first in a larger set of patches that I've been working on
>>> (with help from Eric Biederman) to support mounting ext4 and fuse
>>> filesystems from within
Since find_dentry doesn't lock its dentry page, it can traverse intermediate
bit positions consisting of a big dentry.
For these bit positions, this patch fills the intermediate name length fields
as zeros and skips them during look-up.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/dir.c | 20
This patch changes for a caller to handle the page after its bio gets an error.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/checkpoint.c | 4 +++-
fs/f2fs/data.c | 27 +--
fs/f2fs/node.c | 21 ++---
3 files changed, 26 insertions(+), 26
This patch fixes some missing error handlers.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/gc.c | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c
index 93aff5b..22007ad 100644
--- a/fs/f2fs/gc.c
+++ b/fs/f2fs/gc.c
@@ -559,27
Seth Forshee writes:
> On Wed, Jul 15, 2015 at 04:06:35PM -0500, Eric W. Biederman wrote:
>> Casey Schaufler writes:
>>
>> > On 7/15/2015 12:46 PM, Seth Forshee wrote:
>> >> These are the first in a larger set of patches that I've been working on
>> >> (with help from Eric Biederman) to
On 07/15/2015 02:22 PM, Rob Herring wrote:
> On Wed, Jul 15, 2015 at 1:24 PM, Tim Bird wrote:
>> On 07/14/2015 06:07 PM, Rob Herring wrote:
>>> On Tue, Jul 14, 2015 at 4:41 PM, Tim Bird wrote:
On 07/13/2015 08:59 PM, Rob Herring wrote:
> On Mon, Jul 13, 2015 at 6:39 PM, Tim Bird
On Tue, Jul 14, 2015 at 04:48:24PM -0700, David Rientjes wrote:
> On Tue, 14 Jul 2015, Paul E. McKenney wrote:
>
> > commit a1992f2f3b8e174d740a8f764d0d51344bed2eed
> > Author: Paul E. McKenney
> > Date: Tue Jul 14 16:24:14 2015 -0700
> >
> > rcu: Don't disable CPU hotplug during OOM
On Wed, 15 Jul 2015, Michal Hocko wrote:
> > > Shrinkers are there to reclaim and prevent from OOM. This API is a gray
> > > zone. It looks generic method for the notification yet it allows to
> > > prevent from oom killer. I can imagine somebody might abuse this
> > > interface to implement OOM
On Thu, 18 Jun 2015 19:32:18 -0700 Calvin Owens wrote:
> Currently, /proc//map_files/ is restricted to CAP_SYS_ADMIN, and
> is only exposed if CONFIG_CHECKPOINT_RESTORE is set.
>
> Each mapped file region gets a symlink in /proc//map_files/
> corresponding to the virtual address range at which
On Thu, Jun 25, 2015 at 4:37 PM, Dan Streetman wrote:
> On Thu, Jun 25, 2015 at 4:35 PM, Andrew Morton
> wrote:
>> On Thu, 25 Jun 2015 16:22:07 -0400 Dan Streetman wrote:
>>
>>> Andrew (or anyone else) do you have any objection to this patch? I
>>> assume Seth is on an extended vacation; maybe
On 07/15/2015 10:29 AM, Mike Snitzer wrote:
On Wed, Jul 15 2015 at 11:30am -0400,
Jens Axboe wrote:
On 07/15/2015 05:46 AM, Austin S Hemmelgarn wrote:
On 2015-07-14 17:48, Jens Axboe wrote:
On 07/14/2015 02:45 PM, Jens Axboe wrote:
On 07/14/2015 02:44 PM, Mike Snitzer wrote:
On Tue, Jul
Hello,
On Tue, Jul 07, 2015 at 05:30:20PM +0800, Tang Chen wrote:
> [Solution]
>
> To fix this problem, we establish cpuid <-> nodeid mapping for all the
> possible
> cpus at boot time, and make it invariable. And according to
> init_cpu_to_node(),
> cpuid <-> nodeid mapping is based on apicid
On 15/07/15 15:03, Ray Jui wrote:
>
>
> On 7/15/2015 2:53 PM, Hauke Mehrtens wrote:
>> On 07/15/2015 06:42 AM, Ray Jui wrote:
>>> This patch adds support to Broadcom's iProc family of arm64 based SoCs
>>> in the arm64 Kconfig and defconfig files
>>>
>>> Signed-off-by: Ray Jui
>>> Reviewed-by:
Hi,
On Wed, Jul 15, 2015 at 02:34:04PM -0700, Dmitry Torokhov wrote:
> [...]
> > if (np) {
> > - ts->reset_gpio = of_get_named_gpio(np, "reset-gpios", 0);
> > - if (ts->reset_gpio == -EPROBE_DEFER)
> > - return ts->reset_gpio;
> > - if
Hello,
On Tue, Jul 07, 2015 at 05:30:24PM +0800, Tang Chen wrote:
> From: Gu Zheng
>
> All processors' apicids can be obtained by _MAT method or from MADT in ACPI.
> The current code ignores disabled processors and returns -ENODEV.
>
> After this patch, a new parameter will be added to MADT
WARNING: CPU: 1 PID: 29529 at kernel/locking/lockdep.c:3497
lock_unpin_lock+0x109/0x110()
unpinning an unpinned lock
CPU: 1 PID: 29529 Comm: kworker/1:1 Not tainted 4.2.0-rc2-think+ #3
Workqueue: events od_dbs_timer
0009 880094d5baa8 ae7f5e6f 0007
On 7/15/2015 2:53 PM, Hauke Mehrtens wrote:
> On 07/15/2015 06:42 AM, Ray Jui wrote:
>> This patch adds support to Broadcom's iProc family of arm64 based SoCs
>> in the arm64 Kconfig and defconfig files
>>
>> Signed-off-by: Ray Jui
>> Reviewed-by: Scott Branden
>> ---
>> arch/arm64/Kconfig
On Tuesday, July 14, 2015 09:34:08 AM Nitish Ambastha wrote:
> On Tue, Jul 14, 2015 at 5:13 AM, Rafael J. Wysocki wrote:
> > On Tuesday, July 14, 2015 01:38:02 AM Nitish Ambastha wrote:
> >> Prevent tight loop for suspend-resume when some
> >> devices failed to suspend
> >
> > This *still*
Hello,
On Tue, Jul 07, 2015 at 05:30:23PM +0800, Tang Chen wrote:
> From: Gu Zheng
It would be a good idea to briefly describe what the overall goal is
and why we want that.
> In this patch, we introduce a new static array named apicid_to_cpuid[],
> which is large enough to store info for all
Hi,
On Wed, Jul 15, 2015 at 02:31:07PM -0700, Dmitry Torokhov wrote:
> On Wed, Jul 15, 2015 at 02:13:27PM +0200, Sebastian Reichel wrote:
> > Do not convert device to spi_device just for getting
> > the driver data, since spi_get_drvdata() just calls
> > dev_get_drvdata().
>
> Even though at the
On Wed, Jul 15, 2015 at 09:36:01PM +0200, Oleg Nesterov wrote:
> On 07/15, Paul E. McKenney wrote:
> >
> > On Sun, Jul 12, 2015 at 01:35:35AM +0200, Oleg Nesterov wrote:
> >
> > > Let's start with the simple test-case,
> > >
> > > #!/bin/bash
> > >
> > > perf probe -x /lib/libc.so.6 syscall
>
On 7/15/2015 2:52 PM, Hauke Mehrtens wrote:
> On 07/15/2015 06:42 AM, Ray Jui wrote:
>> This patch enables arm64 support to the iProc PCIe driver
>>
>> Signed-off-by: Ray Jui
>> Reviewed-by: Scott Branden
>> ---
>> drivers/pci/host/pcie-iproc.c | 15 ---
>>
Hi Dmitry,
On Wed, Jul 15, 2015 at 02:29:55PM -0700, Dmitry Torokhov wrote:
> I also got:
>
> CC [M] drivers/input/touchscreen/tsc2005.o
> Building modules, stage 2.
> Kernel: arch/x86/boot/bzImage is ready (#1383)
> MODPOST 1403 modules
> ERROR: "devm_regmap_init_spi"
Hi,
some comments.
On Wed, 3 Jun 2015, Vignesh R wrote:
> Add hwmod entries for the PWMSS on DRA7.
>
> Set l4_root_clk_div as the main_clk of PWMSS. It is fixed-factored clock
> equal to L4PER2_L3_GICLK/2(l3_iclk_div/2).
> As per AM57x TRM SPRUHZ6[1], October 2014, Section 29.1.3 Table 29-4,
>
On 07/15/2015 06:42 AM, Ray Jui wrote:
> This patch adds support to Broadcom's iProc family of arm64 based SoCs
> in the arm64 Kconfig and defconfig files
>
> Signed-off-by: Ray Jui
> Reviewed-by: Scott Branden
> ---
> arch/arm64/Kconfig |5 +
> arch/arm64/configs/defconfig |
On 07/15/2015 06:42 AM, Ray Jui wrote:
> This patch enables arm64 support to the iProc PCIe driver
>
> Signed-off-by: Ray Jui
> Reviewed-by: Scott Branden
> ---
> drivers/pci/host/pcie-iproc.c | 15 ---
> drivers/pci/host/pcie-iproc.h |8 ++--
> 2 files changed, 10
On Wed, Jul 15, 2015 at 2:48 PM, Serge E. Hallyn wrote:
> On Wed, Jul 15, 2015 at 02:46:04PM -0500, Seth Forshee wrote:
>> Capability sets attached to files must be ignored except in the
>> user namespaces where the mounter is privileged, i.e. s_user_ns
>> and its descendants. Otherwise a vector
On Wed, Jul 15, 2015 at 04:06:35PM -0500, Eric W. Biederman wrote:
> Casey Schaufler writes:
>
> > On 7/15/2015 12:46 PM, Seth Forshee wrote:
> >> These are the first in a larger set of patches that I've been working on
> >> (with help from Eric Biederman) to support mounting ext4 and fuse
> >>
On Wed, Jul 15, 2015 at 02:46:04PM -0500, Seth Forshee wrote:
> Capability sets attached to files must be ignored except in the
> user namespaces where the mounter is privileged, i.e. s_user_ns
> and its descendants. Otherwise a vector exists for gaining
> privileges in namespaces where a user is
Hello,
On Tue, Jul 07, 2015 at 05:30:21PM +0800, Tang Chen wrote:
...
> Why doing this is to prevent memory allocation failure if the cpu is
"The reason for doing this ..."
> online but there is no memory on that node.
>
> But since cpuid <-> nodeid mapping will fix after this patch-set, doing
On Wed, Jul 15, 2015 at 02:29:55PM -0700, Dmitry Torokhov wrote:
> Hi Sebastian,
>
> On Wed, Jul 15, 2015 at 02:13:26PM +0200, Sebastian Reichel wrote:
>
> > /* read the coordinates */
> > - error = spi_sync(ts->spi, >spi_read_msg);
> > + error = regmap_bulk_read(ts->regmap,
The latest maintenance release Git v2.4.6 is now available at
the usual places.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/
The following public repositories all have a copy of the 'v2.4.6'
tag and the 'maint' branch that the tag points at:
url =
On Wed, Jul 15, 2015 at 02:13:28PM +0200, Sebastian Reichel wrote:
> Convert driver to descriptor based GPIO API. Also
> fix the after-probe reset GPIO state, so that the
> device is not kept in reset state.
>
> Signed-off-by: Sebastian Reichel
> ---
> drivers/input/touchscreen/tsc2005.c | 25
On Wed, Jul 15, 2015 at 11:58:06AM -0700, Bjorn Andersson wrote:
> +int __qcom_scm_pas_init_image(u32 peripheral, const void *metadata, size_t
> size)
> +{
> + dma_addr_t mdata_phys;
> + void *mdata_buf;
> + __le32 scm_ret;
> + int ret;
> + struct pas_init_image_req {
> +
On Wed, Jul 15, 2015 at 02:13:27PM +0200, Sebastian Reichel wrote:
> Do not convert device to spi_device just for getting
> the driver data, since spi_get_drvdata() just calls
> dev_get_drvdata().
Even though at the moment they all share the same data I consider them
logically different and so
Hi Sebastian,
On Wed, Jul 15, 2015 at 02:13:26PM +0200, Sebastian Reichel wrote:
> /* read the coordinates */
> - error = spi_sync(ts->spi, >spi_read_msg);
> + error = regmap_bulk_read(ts->regmap, TSC2005_REG_X, ,
> + TSC2005_DATA_REGS);
> if
On Wed, 15 Jul 2015 14:14:40 -0700 "Sean O. Stalley"
wrote:
> Currently the __GFP_ZERO flag is ignored by dma_pool_alloc().
> Make dma_pool_alloc() zero the memory if this flag is set.
>
> ...
>
> --- a/mm/dmapool.c
> +++ b/mm/dmapool.c
> @@ -334,7 +334,7 @@ void *dma_pool_alloc(struct
Linus noticed that the early return check was missing
_TIF_USER_RETURN_NOTIFY. If the only work flag was
_TIF_USER_RETURN_NOTIFY, we'd skip user return notifiers. Fix it.
(This is the only missing bit.)
This fixes double faults on a KVM host. It's the same issue as last
time, except that this
On Wed, Jul 15, 2015 at 1:24 PM, Tim Bird wrote:
> On 07/14/2015 06:07 PM, Rob Herring wrote:
>> On Tue, Jul 14, 2015 at 4:41 PM, Tim Bird wrote:
>>> On 07/13/2015 08:59 PM, Rob Herring wrote:
On Mon, Jul 13, 2015 at 6:39 PM, Tim Bird wrote:
> This binding is used to configure the
On 07/13/2015 01:46 PM, Thomas Gleixner wrote:
The gpio interrupt handling of octeon contains a homebrewn flow
handler which calls either handle_level_irq or handle_edge_irq
depending on the trigger type. Thats an extra conditional and call in
the interrupt handling path. The proper way to
On Wed, Jul 01, 2015 at 11:16:54AM +0800, Tang Chen wrote:
...
> - /* and there's no empty block */
> - if (bi->start >= bi->end)
> + /* and there's no empty or non-exist block */
> + if (bi->start >= bi->end ||
> +
On Wed, Jul 15, 2015 at 03:20:01PM -0500, Christoph Lameter wrote:
> On Thu, 19 Mar 2015, Kirill A. Shutemov wrote:
>
> > Currently we take naive approach to page flags on compound -- we set the
> > flag on the page without consideration if the flag makes sense for tail
> > page or for compound
Add a wrapper function for dma_pool_alloc() to get zeroed memory.
Signed-off-by: Sean O. Stalley
---
Documentation/DMA-API.txt | 7 +++
include/linux/dmapool.h | 6 ++
2 files changed, 13 insertions(+)
diff --git a/Documentation/DMA-API.txt b/Documentation/DMA-API.txt
index
Add a wrapper function for pci_pool_alloc() to get zeroed memory.
Signed-off-by: Sean O. Stalley
---
include/linux/pci.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index 755a2cd..e6ec7d9 100644
--- a/include/linux/pci.h
+++
Currently a call to dma_pool_alloc() with a ___GFP_ZERO flag returns
a non-zeroed memory region.
This patchset adds support for the ___GFP_ZERO flag to dma_pool_alloc(),
adds 2 wrapper functions for allocing zeroed memory from a pool,
and provides a coccinelle script for finding & replacing
Currently the __GFP_ZERO flag is ignored by dma_pool_alloc().
Make dma_pool_alloc() zero the memory if this flag is set.
Signed-off-by: Sean O. Stalley
---
mm/dmapool.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/mm/dmapool.c b/mm/dmapool.c
index fd5fe43..449a5d09
add [pci|dma]_pool_zalloc coccinelle check.
replaces instances of [pci|dma]_pool_alloc() followed by memset(0)
with [pci|dma]_pool_zalloc().
Signed-off-by: Sean O. Stalley
---
.../coccinelle/api/alloc/pool_zalloc-simple.cocci | 84 ++
1 file changed, 84 insertions(+)
On Sat, 11 Jul 2015 05:56:37 -0700, Joe Perches wrote:
> On Fri, 2015-07-10 at 14:37 -0700, Andrew Morton wrote:
> > On Fri, 10 Jul 2015 10:04:07 -0700 Joe Perches wrote:
> >
> > > > Le Friday 10 July 2015 __ 04:51 -0700, Joe Perches a __crit :
> > > > > On Fri, 2015-07-10 at 13:47 +0200, Jean
Hi Stephane,
Any comments about this patch?
Currently, perf stat -a and -C don't have consistent results for per-socket
uncore event.
With -a and --per-core, only first cpu of each socket show results. Other
cpus show "".
But with -C and --per-core, all cpus have a result. That's not correct.
Casey Schaufler writes:
> On 7/15/2015 12:46 PM, Seth Forshee wrote:
>> These are the first in a larger set of patches that I've been working on
>> (with help from Eric Biederman) to support mounting ext4 and fuse
>> filesystems from within user namespaces. I've pushed the full series to:
>>
>>
On Wed, 15 Jul 2015 18:04:13 +0200, Lukasz Odzioba wrote:
> Removes the limits of supported CPU cores and max core ID.
I see the benefit of removing the arbitrary limit, but why use a list
instead of a dynamically allocated array? This is turning a O(1)
algorithm into a O(n) algorithm. I know n
There was a race condition where during cleanup/release operation
on-going streaming would cause a kernel panic because the hardware
module was disabled prematurely with IRQ still pending.
Fixes: 417d2e507edc ("[media] media: platform: add VPFE capture driver support
for AM437X")
Cc: # v4.0+
On Wed, Jul 15, 2015 at 10:19:56AM +0530, Sreekanth Reddy wrote:
> Driver crashes if the BIOS do not set up at least one
> memory I/O resource. This failure can happen if the device is too
> slow to respond during POST and is missed by the BIOS, but Linux
> then detects the device later in the
[Re: [linux-next] please include init-v4.1-rc6 branch for v4.2] On 03/06/2015
(Wed 13:39) Stephen Rothwell wrote:
> Hi Paul,
>
> On Tue, 2 Jun 2015 19:23:18 -0400 Paul Gortmaker
> wrote:
> >
> > Please include init-v4.1-rc6 branch of:
> >
On Wed, 15 Jul 2015 13:14:41 +0200 Michal Hocko wrote:
> mem_cgroup structure is defined in mm/memcontrol.c currently which
> means that the code outside of this file has to use external API even
> for trivial access stuff.
>
> This patch exports mm_struct with its dependencies and makes some
Use 'list_for_each_safe' instead of 'list_for_each' + own logic to keep
safe when a list entry is deleted.
Delete the now useless 'csio_list_prev' macro.
Signed-off-by: Christophe JAILLET
---
drivers/scsi/csiostor/csio_defs.h | 1 -
drivers/scsi/csiostor/csio_hw.c | 10 --
On Wed, Jul 15, 2015 at 6:54 AM, Vladimir Davydov
wrote:
> Hi,
>
> This patch set introduces a new user API for tracking user memory pages
> that have not been used for a given period of time. The purpose of this
> is to provide the userspace with the means of tracking a workload's
> working set,
On Wed, Jul 15, 2015 at 12:56 PM, Linus Torvalds
wrote:
> On Tue, Jul 14, 2015 at 4:07 PM, Frederic Weisbecker
> wrote:
>> On Tue, Jul 07, 2015 at 03:51:48AM -0700, tip-bot for Andy Lutomirski wrote:
>>> + while (true) {
>>> + u32 cached_flags =
>>> +
On 7/15/2015 12:46 PM, Seth Forshee wrote:
> Avoid use of untrusted security labels when s_user_ns !=
> init_user_ns:
> - smk_fetch: refuse to read labels from disk
> - smack_inode_init_security: return -ENOTSUPP
> - smack_d_instantiate: don't use security xattrs from disk
>
> Signed-off-by:
Convert x86 to use the generic nmi handler code which can be shared
between architectures.
Signed-off-by: Russell King
---
arch/x86/kernel/apic/hw_nmi.c | 133 ++
1 file changed, 4 insertions(+), 129 deletions(-)
diff --git
x86s NMI backtrace implementation (for arch_trigger_all_cpu_backtrace())
is fairly generic in nature - the only architecture specific bits are
the act of raising the NMI to other CPUs, and reporting the status of
the NMI handler.
These are fairly simple to factor out, and produce a generic
Back in September, I stumbled across a single CPU IRQs-off lockup of an
ARM SMP system, and decided to hack something together based on a much
older hacky implementation used with StrongARM CPUs from early 2000s.
This resulted in a copy of the x86 NMI backtrace code into ARM as it was
back then,
As we now have generic infrastructure to support backtracing of other
CPUs in the system on lockups, we can start to implement this for ARM.
Initially, we add an IPI based implementation, as the GIC code needs
modification to support the generation of FIQ IPIs, and not all ARM
platforms have the
Hello,
On Fri, Jul 10, 2015 at 09:15:47AM -0700, Nishanth Aravamudan wrote:
> On 08.07.2015 [16:16:23 -0700], Nishanth Aravamudan wrote:
> > On 08.07.2015 [14:00:56 +1000], Michael Ellerman wrote:
> > > On Thu, 2015-02-07 at 23:02:02 UTC, Nishanth Aravamudan wrote:
> > > > Much like on x86, now
On 7/15/2015 12:46 PM, Seth Forshee wrote:
> These are the first in a larger set of patches that I've been working on
> (with help from Eric Biederman) to support mounting ext4 and fuse
> filesystems from within user namespaces. I've pushed the full series to:
>
>
Hi,
On Tue, Jul 14, 2015 at 06:42:25PM +0200, Michal Kubecek wrote:
> On Tue, Jul 14, 2015 at 03:42:03PM +0200, Florian Westphal wrote:
> > Michal Kubecek wrote:
> > > + case SCTP_CID_HEARTBEAT:
> > > + pr_debug("SCTP_CID_HEARTBEAT");
> > > + i = 9;
> > > + break;
> > > +
Hello,
On Thu, Jul 02, 2015 at 04:02:02PM -0700, Nishanth Aravamudan wrote:
> we currently emit at boot:
>
> [0.00] pcpu-alloc: [0] 0 1 2 3 [0] 4 5 6 7
>
> After this commit, we correctly emit:
>
> [0.00] pcpu-alloc: [0] 0 1 2 3 [1] 4 5 6 7
JFYI, the numbers in the brackets
On Wed, 15 Jul 2015 07:22:32 +0930 Rusty Russell wrote:
> Minfei Huang writes:
> > From: Minfei Huang
> >
> > It is not elegance, if we use function directly as the argument, like
> > following:
> >
> > bool each_symbol_section(bool (*fn)(const struct symsearch *arr,
> >
On Wed, Jul 15, 2015 at 12:27 AM, Vineet Gupta
wrote:
>
> ARC fixes for 4.2-rc3
>
> - Makefile changes (top-level+ARC) reinstates -O3 builds (regression since
> 3.16)
So I pulled this, but it worries me a tiny bit.
What happens if the environment has ARCH_CFLAGS set? The build will
start
On Wed, 15 Jul 2015, Paul Walmsley wrote:
> On Wed, 3 Jun 2015, Vignesh R wrote:
>
> > Legacy IPs like PWMSS, present under l4per2_7xx_clkdm, cannot support
> > smart-idle when its clock domain is in HW_AUTO on DRA7 SoCs. Hence,
> > program clock domain to SW_WKUP.
> >
> > Signed-off-by:
On Thu, 19 Mar 2015, Kirill A. Shutemov wrote:
> SLUB uses PG_locked as a bit spin locked. IIUC, tail pages should never
> appear there. VM_BUG_ON() is added to make sure that this assumption is
> correct.
Its really not worth checking that AFAICT. Tail page pointers are not
used.
--
To
On Thu, 19 Mar 2015, Kirill A. Shutemov wrote:
> Currently we take naive approach to page flags on compound -- we set the
> flag on the page without consideration if the flag makes sense for tail
> page or for compound page in general. This patchset try to sort this out
> by defining per-flag
MS5803 is factory calibrated temperature and pressure sensor capable
of providing precise 24bit measurements. Sensor supports both I2C and SPI
and uses the same command protocol as MS5611/MS5607.
Signed-off-by: Tomasz Duszynski
---
drivers/iio/pressure/Kconfig | 2 +-
On Wed, Jul 15, 2015 at 09:49:33PM +0200, Pavel Machek wrote:
> Hi!
>
> > > Ok, so:
> > >
> > > 4.2-rc1 worked for me, IIRC.
> >
> > This does not make sense.
> >
> > Nothing has changed in drivers/spi between these versions.
> > Are you sure that 4.2-rc1 worked for you?
>
> Tested again:
smatch reports a failure to check kzalloc() here:
drivers/clk/ti/clk.c:232
omap2_clk_provider_init() error: potential null dereference 'io'.
(kzalloc returns null)
Check for an allocation failure and return -ENOMEM.
Cc: Tero Kristo
Signed-off-by: Stephen Boyd
---
drivers/clk/ti/clk.c | 2 ++
Some cleanups for the TI clk driver move.
Stephen Boyd (4):
clk: ti: Check kzalloc() for failures
clk: ti: Mark ti_clk_features static
clk: ti: clk-3xxx: Remove unused structures
clk: ti: Force pointer to be __iomem
drivers/clk/ti/clk-3xxx.c | 10 --
drivers/clk/ti/clk.c |
Sparse complains about these structures missing static, but they
also don't look to be used. Remove them.
drivers/clk/ti/clk-3xxx.c:74:30: warning: symbol
'clkhwops_omap3430es2_ssi_wait' was not declared. Should it be static?
drivers/clk/ti/clk-3xxx.c:157:30: warning: symbol
This variable isn't exported outside of this file so mark it
static. Silences the following sparse warning:
drivers/clk/ti/clk.c:36:24: warning: symbol 'ti_clk_features' was not declared.
Should it be static?
Cc: Tero Kristo
Signed-off-by: Stephen Boyd
---
drivers/clk/ti/clk.c | 2 +-
1 file
401 - 500 of 2484 matches
Mail list logo
