On Thu, Dec 18, 2014 at 9:00 AM, Laura Abbott wrote:
> On 12/17/2014 2:10 PM, Gregory Fong wrote:
>>
>> These functions allow for retrieval of information on what is allocated from
>> within a given CMA region. It can be useful to know the number of distinct
>> contiguous allocations and where in
On 02/03/15 10:18, Andy Shevchenko wrote:
> Since clk_register_clkdev() is exported for modules the caller should get a
> pointer to the allocated resources. Otherwise the memory leak is guaranteed on
> the ->remove() stage.
>
> Cc: Tomeu Vizoso
> Signed-off-by: Andy Shevchenko
The idea seems ok
Support calling regulator_register with a dev node and a config node
with different of_nodes. This is useful when a single driver
wishes to register multiple child regulators.
Without this you get silent failures allocating a supply
for a regulator which is registered using the device node of the
Add cma reserved information to the ARM-specific show_mem. It was
added to the generic implementation by commit
49abd8c28046adf77c5ce1949549aa64d7221881 "lib/show_mem.c: add cma
reserved information".
Signed-off-by: Gregory Fong
---
arch/arm/mm/init.c | 4
1 file changed, 4 insertions(+)
Hi all,
I was fuzzing with trinity on a -next kernel with the KASan patchset, and
got what initially appeared to be a rather odd trace:
[ 856.817966] BUG: AddressSanitizer: out of bounds on stack in
do_raw_spin_unlock+0x417/0x4f0 at addr 8803875c7c42
[ 856.817966] Read of size 2 by task mi
On 02/03/15 08:04, Quentin Lambert wrote:
> Hello,
> Julia asked me to have a look and see if I can help.
>
> I have found these three cases using Coccinnelle in the mach-omap2
> directory.
>
>
>
> ./arch/arm/mach-omap2/clkt_clksel.c
> @@ -67,7 +67,6 @@ static const struct clksel *_get_clksel_
>
On 2/4/2015 3:13 PM, Stephen Boyd wrote:
> On 02/03/15 10:33, Ray Jui wrote:
>> +/*
>> + * Get the clock rate based on name
>> + */
>> +static unsigned long __get_rate(const char *clk_name)
>> +{
>> +struct clk *clk;
>> +
>> +clk = __clk_lookup(clk_name);
>> +if (!clk) {
>> +
On Wed, Feb 04, 2015 at 11:08:19AM -0800, Guenter Roeck wrote:
> On Wed, Feb 04, 2015 at 06:47:23PM +0100, Wolfram Sang wrote:
> >
> > On Wed, Feb 04, 2015 at 08:23:37AM -0800, Guenter Roeck wrote:
> > > Large EEPROMS (24c32 and larger) require a two-byte data address
> > > instead of just a singl
On 02/04/15 15:33, Ray Jui wrote:
>
> On 2/4/2015 3:13 PM, Stephen Boyd wrote:
>> On 02/03/15 10:33, Ray Jui wrote:
>>> +/*
>>> + * Get the clock rate based on name
>>> + */
>>> +static unsigned long __get_rate(const char *clk_name)
>>> +{
>>> + struct clk *clk;
>>> +
>>> + clk = __clk_lookup(c
Hi Sylwester,
On 02/05/2015 03:08 AM, Sylwester Nawrocki wrote:
> Hi Chanwoo,
>
> On 02/02/15 15:23, Chanwoo Choi wrote:
>> +/*
>> + * ATLAS_PLL & APOLLO_PLL & MEM0_PLL & MEM1_PLL & BUS_PLL & MFC_PLL
>> + * & MPHY_PLL & G3D_PLL & DISP_PLL & ISP_PLL
>> + */
>> +static struct samsung_pll_rate_table
On Wed, Feb 04, 2015 at 01:59:42PM -0800, David Miller wrote:
> From: "Michael S. Tsirkin"
> Date: Tue, 3 Feb 2015 11:07:06 +0200
>
> > In virtio 1.0 mode, when mergeable buffers are enabled on a big-endian
> > host, num_buffers wasn't byte-swapped correctly, so large incoming
> > packets got cor
On 02.02.2015 15:56, Rasmus Villemoes wrote:
> On Mon, Feb 02 2015, "George Spelvin" wrote:
>
>> Rasmus Villemoes wrote:
>>> ... and this be part of _find_next_bit? Can find_next_bit not be simply
>>> 'return _find_next_bit(addr, size, offset, 1);', and similarly for
>>> find_next_zero_bit? Btw.
On Wed, 04 Feb 2015 18:24:06 -0500 Sasha Levin wrote:
> Hi all,
>
> I was fuzzing with trinity on a -next kernel with the KASan patchset, and
> got what initially appeared to be a rather odd trace:
>
> ...
>
>
> I now have a theory for why it happens:
>
> Thread A
On Tue, Feb 03 2015 at 12:20 -0700, Eduardo Valentin wrote:
On Tue, Feb 03, 2015 at 10:32:11AM -0700, Lina Iyer wrote:
>
>Well, I am not convinced drivers really need to be aware of these trip
>types. Which kind of drivers are we talking? Thermal zone drivers?
>cooling device drivers?
I am s
Hi Jaewon,
On 02/04/2015 01:56 PM, Jaewon Kim wrote:
> This patch adds MAX77843 extcon driver to support for MUIC(Micro
> USB Interface Controller) device by using EXTCON subsystem to handle
> various external connectors.
>
> Cc: Chanwoo Choi
> Signed-off-by: Jaewon Kim
> Acked-by : Chanwoo Cho
On Thu, Feb 5, 2015 at 12:30 AM, Rafael J. Wysocki wrote:
> On Wednesday, February 04, 2015 11:46:32 PM Sedat Dilek wrote:
>> On Wed, Feb 4, 2015 at 10:54 PM, Rafael J. Wysocki
>> wrote:
>> > On Wednesday, February 04, 2015 09:18:03 PM Sedat Dilek wrote:
>> >> On Wed, Feb 4, 2015 at 9:35 AM, Ste
On 02/04/2015 04:21 PM, Rafael J. Wysocki wrote:
> On Wednesday, February 04, 2015 03:44:50 PM Al Stone wrote:
>> On 02/04/2015 06:50 AM, Rafael J. Wysocki wrote:
>>> On Tuesday, February 03, 2015 05:21:40 PM al.st...@linaro.org wrote:
From: Al Stone
In order to deprecate the use of
On Wed, Feb 04 2015, Tejun Heo wrote:
> Hello,
>
> On Tue, Feb 03, 2015 at 03:30:31PM -0800, Greg Thelen wrote:
>> If a machine has several top level memcg trying to get some form of
>> isolation (using low, min, soft limit) then a shared libc will be
>> moved to the root memcg where it's not pro
On Wed, Feb 04, 2015 at 11:59:31PM +0100, Rafael J. Wysocki wrote:
> On Wednesday, February 04, 2015 01:53:58 PM Paul E. McKenney wrote:
> > On Wed, Feb 04, 2015 at 10:54:07PM +0100, Rafael J. Wysocki wrote:
> > > On Wednesday, February 04, 2015 09:18:03 PM Sedat Dilek wrote:
> > > > On Wed, Feb 4,
3] [] cpu_startup_entry+0x37e/0x580
>> >> [ 1144.486126] [] start_secondary+0x140/0x150
>> >> [ 1144.502920] intel_pstate CPU 2 exiting
>> >> ...
>> >>
>> >> Not sure if this comes from the rcu or pm/intel_pstate area.
>> >
On Thu, Feb 5, 2015 at 12:51 AM, Paul E. McKenney
wrote:
> On Wed, Feb 04, 2015 at 11:59:31PM +0100, Rafael J. Wysocki wrote:
>> On Wednesday, February 04, 2015 01:53:58 PM Paul E. McKenney wrote:
>> > On Wed, Feb 04, 2015 at 10:54:07PM +0100, Rafael J. Wysocki wrote:
>> > > On Wednesday, February
Quoting Andy Lutomirski (l...@amacapital.net):
> On Wed, Feb 4, 2015 at 2:02 PM, Serge E. Hallyn wrote:
> > Quoting Serge E. Hallyn (se...@hallyn.com):
> >> Quoting Andy Lutomirski (l...@amacapital.net):
> >> > On Wed, Feb 4, 2015 at 1:27 PM, Serge E. Hallyn wrote:
> >> > > Quoting Andy Lutomirsk
From: Sasha Levin
Date: Tue, 3 Feb 2015 08:55:58 -0500
> Max unacked packets/bytes is an int while sizeof(long) was used in the
> sysctl table.
>
> This means that when they were getting read we'd also leak kernel memory
> to userspace along with the timeout values.
>
> Signed-off-by: Sasha Le
On Wed, Feb 04, 2015 at 03:51:15PM -0800, Paul E. McKenney wrote:
> On Wed, Feb 04, 2015 at 11:59:31PM +0100, Rafael J. Wysocki wrote:
> > On Wednesday, February 04, 2015 01:53:58 PM Paul E. McKenney wrote:
> > > On Wed, Feb 04, 2015 at 10:54:07PM +0100, Rafael J. Wysocki wrote:
> > > > On Wednesda
Hi Geert
> This series fixes an intermittent crash (NULL pointer dereference) in
> the rcar-thermal driver due to a race condition, and restores symmetry
> in the error and remove paths.
>
> So far I could trigger the race condition only on r8a73a4, and only
> after a soft power-on reset using t
Hi
On Thu, Feb 5, 2015 at 12:03 AM, Andy Lutomirski wrote:
> I see "latencies" of around 20 microseconds with lockdep and context
> tracking off. For example:
Without metadata nor memfd transmission, I get 2.5us for kdbus, 1.5us
for UDS (8k payload). With 8-byte payloads, I get 2.2us and 1.2us.
On Wed, Feb 4, 2015 at 3:24 PM, Sasha Levin wrote:
>
> I now have a theory for why it happens:
>
> Thread AThread B
> --
>
> [Enter function]
> DECLARE_COMPLETION_ONSTACK(x)
> wait_for_completion(x)
>
Hello,
sorry for late response
On (02/04/15 14:29), Andrew Morton wrote:
> Seems unnecessarily complicated. What about
>
> ---
> a/drivers/block/zram/zram_drv.c~zram-rework-reset-and-destroy-path-fix-2-fix
> +++ a/drivers/block/zram/zram_drv.c
> @@ -1141,7 +1141,8 @@ static void destroy_devices
Quoting Casey Schaufler (ca...@schaufler-ca.com):
> On 2/2/2015 10:08 AM, Serge Hallyn wrote:
> > Quoting Casey Schaufler (ca...@schaufler-ca.com):
> >> I'm game to participate in such an effort. The POSIX scheme
> >> is workable, but given that it's 20 years old and hasn't
> >> developed real trac
Name changes to the battery cell structure to a
more generic cell type: fuel gauge.
Signed-off-by: Todd Brandt
Acked-By: Sebastian Reichel
Acked-by: Jacob Pan
---
drivers/mfd/axp20x.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
v1: 01/07/14
v2: 01/22/14
- replaced the const
New power_supply driver at driver/power which interfaces with the
axp20x mfd driver as a cell. Provides battery info, monitors for
changes, and generates alerts on temperature and capacity issues
Signed-off-by: Todd Brandt
Acked-by: Jacob Pan
---
drivers/power/Kconfig |9 +
dri
New power_supply driver at driver/power which interfaces with the
axp20x mfd driver as a cell. Provides battery info, monitors for
changes, and generates alerts on temperature and capacity issues
Sebestian, please review the patch set and consider it for 3.20 rc1.
I've applied it over git.infradea
On Thu, Feb 05, 2015 at 12:35:16AM +0100, Wolfram Sang wrote:
> On Wed, Feb 04, 2015 at 11:08:19AM -0800, Guenter Roeck wrote:
> > On Wed, Feb 04, 2015 at 06:47:23PM +0100, Wolfram Sang wrote:
> > >
> > > On Wed, Feb 04, 2015 at 08:23:37AM -0800, Guenter Roeck wrote:
> > > > Large EEPROMS (24c32 a
Register definitions and platform data structure
for fuel gauge cell devices.
Signed-off-by: Todd Brandt
---
include/linux/mfd/axp20x.h | 43 +--
1 file changed, 41 insertions(+), 2 deletions(-)
v4: same as v1-3 and is already accepted, re-included for co
On Thu, Feb 5, 2015 at 1:10 AM, Paul E. McKenney
wrote:
> On Wed, Feb 04, 2015 at 03:51:15PM -0800, Paul E. McKenney wrote:
>> On Wed, Feb 04, 2015 at 11:59:31PM +0100, Rafael J. Wysocki wrote:
>> > On Wednesday, February 04, 2015 01:53:58 PM Paul E. McKenney wrote:
>> > > On Wed, Feb 04, 2015 at
Quoting Andrew G. Morgan (mor...@kernel.org):
> I'm not generally in favor of this. Mostly because this seems to be a
> mini-root kind of inheritance that propagates privilege to binaries
> that aren't prepared for privilege.
Earlier in this thread, Casey said:
| One of the holes in the 1003.1e s
On (02/04/15 14:29), Andrew Morton wrote:
> which yields
>
/* not sure if my previous email has been delived, seems there are some
connectivity problems on my side */
we need to unregister_blkdev(), 'out' label does not do it.
how about the following one (looks simple):
> static int __init zr
For tip/timers/urgent
I noticed some CLOCK_TAI timer test failures on one of my
less-frequently used configurations. And after digging in I
found in 76f4108892d9 (Cleanup hrtimer accessors to the
timekepeing state), the hrtimer_get_softirq_time tai offset
calucation was incorrectly rewritten, as t
On 01/30, Daniel Thompson wrote:
> This patchset optimizes the generic sched_clock implementation to
> significantly reduce the data cache profile. It also makes it safe to call
> sched_clock() from NMI (or FIQ on ARM).
>
> The data cache profile of sched_clock() in both the original code and
> my
On Wed, Feb 04, 2015 at 04:24:46PM +0100, Alexander Graf wrote:
>
>
> On 03.02.15 06:44, David Gibson wrote:
> > On POWER, storage caching is usually configured via the MMU - attributes
> > such as cache-inhibited are stored in the TLB and the hashed page table.
> >
> > This makes correctly perf
On POWER, storage caching is usually configured via the MMU - attributes
such as cache-inhibited are stored in the TLB and the hashed page table.
This makes correctly performing cache inhibited IO accesses awkward when
the MMU is turned off (real mode). Some CPU models provide special
registers t
This patchset contains the initial common clock support for Broadcom's iProc
family of SoCs. The iProc clock architecture comprises of various PLLs, e.g.,
ARMPLL, GENPLL, LCPLL0, MIPIPLL, and etc. An onboard crystal serves as the
basic reference clock for these PLLs. Each PLL may have several leaf
This adds basic and generic support for various iProc PLLs and clocks
including the ARMPLL, GENPLL, LCPLL, MIPIPLL, and ASIU clocks.
SoCs under the iProc architecture can define their specific register
offsets and clock parameters for their PLL and clock controllers. These
parameters can be passed
The clock code under drivers/clk/bcm now contains code for both the
Broadcom mobile SoCs and the iProc SoCs. Change the the makefile
dependency to be under config flag CONFIG_ARCH_BCM that's enabled for
both families of SoCs
Signed-off-by: Ray Jui
---
drivers/clk/Makefile |2 +-
1 file chang
Sometimes a clock needs to know the rate of its parent before itself is
registered to the framework. An example is that a PLL may need to
initialize itself to a specific VCO frequency, before registering to the
framework. The parent rate needs to be known, for PLL multipliers and
divisors to be con
Replace current device tree dummy clocks with real clock support for
Broadcom Cygnus SoC
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm/boot/dts/bcm-cygnus-clock.dtsi | 110 ---
arch/arm/boot/dts/bcm-cygnus.dtsi |2 +-
2 files changed, 86 i
Document the device tree binding for Broadcom iProc architecture based
clock controller
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
brcm,iproc-clocks.txt | 178 +
1 file changed, 178 insertions(+)
create mode 100644 brcm,iproc-clocks.t
The Broadcom Cygnus SoC is architected under the iProc architecture. It
has the following PLLs: ARMPLL, GENPLL, LCPLL0, MIPIPLL, all dervied
from an onboard crystal. Cygnus also has various ASIU clocks that are
derived directly from the onboard crystal.
Signed-off-by: Ray Jui
Reviewed-by: Scott B
On 05.02.15 01:53, David Gibson wrote:
> On POWER, storage caching is usually configured via the MMU - attributes
> such as cache-inhibited are stored in the TLB and the hashed page table.
>
> This makes correctly performing cache inhibited IO accesses awkward when
> the MMU is turned off (real
On Thu, Feb 05, 2015 at 01:30:45AM +0100, Sedat Dilek wrote:
> On Thu, Feb 5, 2015 at 1:10 AM, Paul E. McKenney
> wrote:
> > On Wed, Feb 04, 2015 at 03:51:15PM -0800, Paul E. McKenney wrote:
> >> On Wed, Feb 04, 2015 at 11:59:31PM +0100, Rafael J. Wysocki wrote:
> >> > On Wednesday, February 04, 2
On (02/04/15 16:25), a...@linux-foundation.org wrote:
> The patch titled
> Subject: zram-rework-reset-and-destroy-path-fix-2-fix
>
> This patch was dropped because it was withdrawn
>
simplifications
Signed-off-by: Sergey Senozhatsky
---
drivers/block/zram/zram_drv.c | 8 +---
1 fil
On Tuesday, February 03, 2015 12:29:36 PM Mark Salter wrote:
> On Mon, 2015-02-02 at 23:14 +0100, Rafael J. Wysocki wrote:
> > On Monday, February 02, 2015 08:45:30 PM Hanjun Guo wrote:
> > > From: Mark Salter
> > >
> > > The acpi_os_ioremap() function may be used to map normal RAM or IO
> > > re
Hello,
On Wed, Feb 04, 2015 at 08:24:27PM +0100, Michael Kerrisk (man-pages) wrote:
> On 4 February 2015 at 18:02, Vlastimil Babka wrote:
> > On 02/04/2015 03:00 PM, Michael Kerrisk (man-pages) wrote:
> >>
> >> Hello Vlastimil,
> >>
> >> On 4 February 2015 at 14:46, Vlastimil Babka wrote:
>
On 2015/2/4 11:17, Masami Hiramatsu wrote:
> (2015/02/04 11:56), Wang Long wrote:
>> This KProbes example is a little useless if it doesn't print anything.
>> For ARM print similar messages to those produced on x86 and PPC.
>
> BTW, I guess similar update required for s390, doesn't it?
>
yes, be
On 01/30, Daniel Thompson wrote:
> diff --git a/kernel/time/sched_clock.c b/kernel/time/sched_clock.c
> index 3d21a8719444..cb69a47dfee4 100644
> --- a/kernel/time/sched_clock.c
> +++ b/kernel/time/sched_clock.c
> @@ -18,28 +18,44 @@
> #include
> #include
>
> -struct clock_data {
> - ktim
On Thu, Feb 5, 2015 at 1:57 AM, Paul E. McKenney
wrote:
> On Thu, Feb 05, 2015 at 01:30:45AM +0100, Sedat Dilek wrote:
>> On Thu, Feb 5, 2015 at 1:10 AM, Paul E. McKenney
>> wrote:
>> > On Wed, Feb 04, 2015 at 03:51:15PM -0800, Paul E. McKenney wrote:
>> >> On Wed, Feb 04, 2015 at 11:59:31PM +010
On 01/30, Daniel Thompson wrote:
> @@ -98,26 +98,50 @@ unsigned long long notrace sched_clock(void)
> }
>
> /*
> + * Updating the data required to read the clock.
> + *
> + * sched_clock will never observe mis-matched data even if called from
> + * an NMI. We do this by maintaining an odd/even
guten Tag
Haben Sie einen Kredit?
Wir geben Darlehen für die folgenden.
Rückzahlung von Bills
Morgage Häuser ...
Contruction und Langzeit-Projekt
Krankenhausrechnungen .
persönlichen oder Gruppengeschäfts .
Wenn ja, sind Sie interessiert bitte füllen Sie die folgenden
On 2015/2/5 1:09, Catalin Marinas wrote:
> On Wed, Feb 04, 2015 at 03:17:25PM +, Ding Tianhong wrote:
>> bad mode in Synchronous Abort handler detected, code 0x8605
>> CPU: 1 PID: 381 Comm: kworker/1:1 Tainted: G O 3.19.0-rc4+ #6
>> Hardware name: Hisilicon Board ESL (DT)
>> Wor
On Wed, 4 Feb 2015 17:23:51 -0800
Stephen Boyd wrote:
> On 01/30, Daniel Thompson wrote:
> > @@ -98,26 +98,50 @@ unsigned long long notrace sched_clock(void)
> > }
> >
> > /*
> > + * Updating the data required to read the clock.
> > + *
> > + * sched_clock will never observe mis-matched data
On Thu, Feb 05, 2015 at 02:18:01AM +0100, Sedat Dilek wrote:
> On Thu, Feb 5, 2015 at 1:57 AM, Paul E. McKenney
> wrote:
> > On Thu, Feb 05, 2015 at 01:30:45AM +0100, Sedat Dilek wrote:
> >> On Thu, Feb 5, 2015 at 1:10 AM, Paul E. McKenney
> >> wrote:
> >> > On Wed, Feb 04, 2015 at 03:51:15PM -08
On Thu, Feb 5, 2015 at 2:51 AM, Paul E. McKenney
wrote:
> On Thu, Feb 05, 2015 at 02:18:01AM +0100, Sedat Dilek wrote:
>> On Thu, Feb 5, 2015 at 1:57 AM, Paul E. McKenney
>> wrote:
>> > On Thu, Feb 05, 2015 at 01:30:45AM +0100, Sedat Dilek wrote:
>> >> On Thu, Feb 5, 2015 at 1:10 AM, Paul E. McKe
On Wed, 02/04 13:38, Andy Lutomirski wrote:
> On Wed, Feb 4, 2015 at 2:36 AM, Fam Zheng wrote:
> > 2) epoll_pwait1
> > ---
> >
> > NAME
> >epoll_pwait1 - wait for an I/O event on an epoll file descriptor
> >
> > SYNOPSIS
> >
> >#include
> >
> >int epoll_pwait1(
On Tue, Feb 03, 2015 at 06:25:05PM +0530, Rameshwar Prasad Sahu wrote:
> +/* Applied Micro X-Gene SoC DMA engine Driver
> + *
> + * Copyright (c) 2014, Applied Micro Circuits Corporation
not 2015?
> + * Authors: Rameshwar Prasad Sahu
> + * Loc Ho
> + *
> +/* DMA ring csr registers and bit
On Wed, 02/04 13:44, Michael Kerrisk (man-pages) wrote:
> Hello Fam Zheng,
>
> On 02/04/2015 11:36 AM, Fam Zheng wrote:
> > Changes from v1 (https://lkml.org/lkml/2015/1/20/189):
> >
> > - As discussed in previous thread [1], split the call to epoll_ctl_batch
> > and
> > epoll_pwait. [Mich
On 02/04/2015 01:29 PM, Benjamin Tissoires wrote:
On Feb 02 2015 or thereabouts, Benjamin Tissoires wrote:
On Mon, Feb 2, 2015 at 4:46 PM, Dmitry Torokhov
wrote:
On Wed, Jan 28, 2015 at 03:10:05PM -0500, Benjamin Tissoires wrote:
The current code releases the extra buttons right after they ar
On Wed, Jan 28, 2015 at 06:57:35PM +0800, Jiang Liu wrote:
> Currently ACPI, PCI and pnp all implement the same resource list
> management with different data structure. We need to transfer from
> one data structure into another when passing resources from one
> subsystem into another subsystem. Sp
On Wed, Feb 04, 2015 at 03:19:57PM -0800, Tim Bird wrote:
> Support calling regulator_register with a dev node and a config node
> with different of_nodes. This is useful when a single driver
> wishes to register multiple child regulators.
> Without this you get silent failures allocating a supp
Hi Andrew,
These 2 perf related bugfixs has been acked by Masami Hiramatsu and cc-ed to
Ingo
serval weeks ago, but he is not responsive. Could you please help us collect
them
into your tree?
Thank you.
On 2015/2/4 19:01, Wang Nan wrote:
> Hi Ingo (and others),
>
> These 2 bugs still exist in
On Wed, Feb 04, 2015 at 12:06:14PM -0700, Al Stone wrote:
> I guess what I'm trying to figure out is: how specific does this need to be?
> Does it need to be a step-by-step description, something like
> Documentation/bindings/submitting-patches.txt, or something far more detailed
> than that, with
On Thu, Feb 5, 2015 at 2:53 AM, Sedat Dilek wrote:
> On Thu, Feb 5, 2015 at 2:51 AM, Paul E. McKenney
> wrote:
>> On Thu, Feb 05, 2015 at 02:18:01AM +0100, Sedat Dilek wrote:
>>> On Thu, Feb 5, 2015 at 1:57 AM, Paul E. McKenney
>>> wrote:
>>> > On Thu, Feb 05, 2015 at 01:30:45AM +0100, Sedat Dil
On Wed, Feb 04, 2015 at 10:02:53AM -0600, Rob Herring wrote:
> On Wed, Dec 31, 2014 at 2:23 AM, Liu Ying wrote:
> > Signed-off-by: Liu Ying
>
> I don't know what the status is for the rest of the series, but I'm
> applying this and patch 3 so you don't have to keep sending them.
Thank you, Rob.
On Thu, Dec 11, 2014 at 02:59:15PM -0800, Andrew Bresticker wrote:
> This series adds support for the IMG Multi-threaded DMA Controller (MDC)
> which is found on IMG SoCs. Currently this driver only supports the
> variant found on the MIPS-based Pistachio SoC.
>
> The MDC supports slave and memor
On Wed, Feb 04, 2015 at 04:16:30PM -0600, Emil Medve wrote:
> Hello Greg,
>
>
> Thanks for looking at this
>
> On 02/04/2015 12:40 PM, Greg KH wrote:
> > On Wed, Feb 04, 2015 at 08:48:32AM -0600, Emil Medve wrote:
> >>
> >> Hello,
> >>
> >>
> >> This is the first attempt to publish the Freescale
.
Patch was only compile tested with arm-linux-gnueabi-4.7-, current
crosstool-ng did not seem to build omap2 properly.
Config is omap2plus_defconfig which implies CONFIG_MTD_NAND_OMAP2=y.
Patch is against 3.19.0-rc7 (localversion-next is -next-20150204)
drivers/mtd/nand/omap2.c | 31
For usermode helpers to execute within a namspace a slightly different
entry point to setns() that takes a namspace inode is needed.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howells
Cc: Trond Myklebust
Cc: Oleg Nesterov
Cc: Eric W. Biederman
The wait parameter of call_usermodehelper() is not quite a parameter
that describes the wait behaviour alone and will later be used to
request exec within a namespace.
So change its name to flags.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howell
Containerized request key helper callbacks need the ability to execute
a binary in a container's context. To do this calling an in kernel
equivalent of setns(2) should be sufficient since the user mode helper
execution kernel thread ultimately calls do_execve().
Signed-off-by: Ian Kent
Cc: Benjam
The call_usermodehelper() function executes all binaries in the
global "init" root context. This doesn't allow a binary to be run
within a namespace (eg. the namespace of a container).
Both containerized NFS client and NFS server need the ability to
execute a binary in a container's context. To do
If the caller is running within a container then execute the usermode
helper callback within the init namespace of the container.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howells
Cc: Trond Myklebust
Cc: Oleg Nesterov
Cc: Eric W. Biederman
Cc
The wait parameter of call_usermodehelper_keys() will later be used to
request exec within a namespace.
So change its name to flags.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howells
Cc: Trond Myklebust
Cc: Oleg Nesterov
Cc: Eric W. Biederman
If nfsd is running within a container the client tracking operations
should run within the container also.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howells
Cc: Trond Myklebust
Cc: Oleg Nesterov
Cc: Eric W. Biederman
Cc: Jeff Layton
---
fs/
There haven't been any comments about the previous series not being
an acceptable approach. Perhaps people were away, didn't notice or
didn't have time.
So here's another chance to speak up.
In summary it's assumed that, since the usermode helper uses the
root init namespace for process creation,
If the caller is running within a container then execute the usermode
helper callback within the init namespace of the container.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howells
Cc: Trond Myklebust
Cc: Oleg Nesterov
Cc: Eric W. Biederman
Cc
> "Sedat" == Sedat Dilek writes:
Sedat> No, but I am here on a so-called WUBI installation which
Sedat> triggered some bugs being an exotic installation. My
Sedat> Ubuntu/precise is a 18GiB image laying on my Win7 partition
Sedat> (/dev/sda2).
I've been mulling over this for a while and can
>From d22789f089ee644413a144633f368f45cb0ac9d8 Mon Sep 17 00:00:00 2001
From: Ken Xue
Date: Thu, 5 Feb 2015 11:04:44 +0800
Subject: [PATCH] acpi:apd:add AMD ACPI2Platform device support for x86 system.
This new feature is to interpret AMD specific ACPI device to
platform device such as I2C, UART
On 01/30/15 at 05:43pm, Borislav Petkov wrote:
> From: Borislav Petkov
> Date: Mon, 26 Jan 2015 19:49:59 +0100
> Subject: [PATCH] efi, x86: Add a "debug" option to the efi= cmdline
>
> ... and hide the memory regions dump behind it. Make it default-off.
>
> Signed-off-by: Borislav Petkov
> Link
Hello guys.
I noticed from some time, that I can make mount options accumulate simply
continously repeating them.
By typing:
sudo mount -t ext4 -o rw,noatime,nobarrier,nobarrier,nobarrier, ...
I can get:
$ dmesg | tail
[ 216.075581] EXT4-fs (sdb): mounted filesystem without journal. Opts:
noba
Hi,
Thanks, it will be useful for possible efi rebooting to kdump reserved memory.
On 02/03/15 at 06:03pm, Yinghai Lu wrote:
> Now could use kexec to place kernel/boot_params/cmd_line/initrd
> above 4G, but that is with legacy interface with startup_64 directly.
>
> This patch will allow 64bit E
On Thu, Feb 5, 2015 at 4:17 AM, Martin K. Petersen
wrote:
>> "Sedat" == Sedat Dilek writes:
>
> Sedat> No, but I am here on a so-called WUBI installation which
> Sedat> triggered some bugs being an exotic installation. My
> Sedat> Ubuntu/precise is a 18GiB image laying on my Win7 partition
>
On 2/4/15 9:22 PM, Enrico Mioso wrote:
> Hello guys.
> I noticed from some time, that I can make mount options accumulate simply
> continously repeating them.
> By typing:
> sudo mount -t ext4 -o rw,noatime,nobarrier,nobarrier,nobarrier, ...
> I can get:
> $ dmesg | tail
> [ 216.075581] EXT4-fs (
Hi Linus,
radeon and amdkfd fixes, radeon ones mostly for oops in some
test/benchmark functions since fencing changes, and one regression fix for
old GPUs,
There is one cirrus regression fix, the 32bpp broke userspace, so this
hides it behind a module option for the few users who care.
I'm of
and optimised the non lpar + vtb cases.
>
> This became commit 3e5aba51e929 ("powerpc: add running_clock for powerpc
> to prevent spurious softlockup warnings") in today's linux-next (ie,
> next-20150204). I noticed because a script I use to check linux-next
> spotted a
so it seems that i m hitting this bug :
https://lkml.org/lkml/2014/4/29/497
+ if (!divisor)
+ divisor = 1;
that have been fixed ( well it looks more like a workaround than a fix
seen from here ) in the 64 bit code but not in the 32 bit code ? I
understand it right ?
is it official that the 32 bi
On Thu, Feb 05, 2015 at 03:12:20AM +0100, Sedat Dilek wrote:
> On Thu, Feb 5, 2015 at 2:53 AM, Sedat Dilek wrote:
> > On Thu, Feb 5, 2015 at 2:51 AM, Paul E. McKenney
> > wrote:
> >> On Thu, Feb 05, 2015 at 02:18:01AM +0100, Sedat Dilek wrote:
> >>> On Thu, Feb 5, 2015 at 1:57 AM, Paul E. McKenne
On Thu, Feb 5, 2015 at 4:37 AM, Brian Norris
wrote:
> On Tue, Jan 27, 2015 at 02:53:59PM +0800, Viet Nga Dao wrote:
>> On Tue, Jan 20, 2015 at 10:05 AM, Viet Nga Dao wrote:
>> > On Thu, Jan 15, 2015 at 5:27 PM, Viet Nga Dao wrote:
>> >> On Tue, Jan 13, 2015 at 11:33 AM, Brian Norris
>> >> wrote
find more details on the debug process on
https://bugs.gentoo.org/show_bug.cgi?id=536040
On Wed, Feb 4, 2015 at 11:08 PM, william wrote:
> so it seems that i m hitting this bug :
> https://lkml.org/lkml/2014/4/29/497
>
> + if (!divisor)
> + divisor = 1;
>
> that have been fixed ( well it looks mo
On Thu, Feb 5, 2015 at 4:37 AM, Brian Norris
wrote:
> On Tue, Jan 27, 2015 at 02:53:59PM +0800, Viet Nga Dao wrote:
>> On Tue, Jan 20, 2015 at 10:05 AM, Viet Nga Dao wrote:
>> > On Thu, Jan 15, 2015 at 5:27 PM, Viet Nga Dao wrote:
>> >> On Tue, Jan 13, 2015 at 11:33 AM, Brian Norris
>> >> wrote
On Wed, Feb 04, 2015 at 05:41:08PM +0100, Stefan Roese wrote:
> Because of this it is really important to know the exact license(s) for each
> and every file. And they can vary very much. Here some examples:
>
> GPL v3 or later:
>
> scripts/dtc/dtc-parser.tab.c_shipped
> scripts/dtc/d
That's fine - as long as we can say that a possibly very very big of
"nobarrier" options could be stored some place in memory and cause damage.
Thank you for the reply and attention.
Please - don't remove me from CC as I am not subscribed to any list.
Enrico
--
To unsubscribe from this list: sen
501 - 600 of 927 matches
Mail list logo
