On Tue, Sep 23, 2014 at 01:56:48AM -0400, Tejun Heo wrote:
> On Tue, Sep 23, 2014 at 07:55:54AM +0200, Christoph Hellwig wrote:
> > Jens,
> >
> > can we simply get these commits reverted from now if there's no better
> > fix? I'd hate to have this boot stall in the first kernel with blk-mq
> > su
SCO connection cannot be setup to devices that do not support retransmission.
Patch based on http://permalink.gmane.org/gmane.linux.bluez.kernel/7779 and
adapted for this kernel version.
Code changed to check SCO/eSCO type before setting retransmission effort
and max. latency. The purpose of the pa
ping?
On Sat, Sep 06, 2014 at 04:08:05PM -0700, Christoph Hellwig wrote:
> Set max_sectors to the value the drivers provides as hardware limit by
> default. Linux had proper I/O throttling for a long time and doesn't
> rely on a artifically small maximum I/O size anymore. By not limiting
> the I
in this function)...
right, I will remove it.
Best Regards,
Boris
[1]http://thread.gmane.org/gmane.comp.video.dri.devel/114064
[2]https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/tree/drivers/gpu/drm/exynos/exynos_drm_drv.c?id=refs/tags/next-20140922#n373
--
To unsubscribe fro
On Tue, Sep 23, 2014 at 07:59:24AM +0200, Christoph Hellwig wrote:
> "[PATCHSET percpu/for-3.18] percpu_ref: implement switch_to_atomic/percpu()"
>
> looks way to big for 3.17, and the regression was introduced in the 3.17
> merge window. I'm not sure what was broken before, but it defintively
>
On Tue, Sep 23, 2014 at 02:01:41AM -0400, Tejun Heo wrote:
> On Tue, Sep 23, 2014 at 07:59:24AM +0200, Christoph Hellwig wrote:
> > "[PATCHSET percpu/for-3.18] percpu_ref: implement switch_to_atomic/percpu()"
> >
> > looks way to big for 3.17, and the regression was introduced in the 3.17
> > merg
This will simplify code when we add new flags.
v2:
- updated scripts/tags.sh, suggested by Peter
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Miao Xie
Cc: Kees Cook
Cc: Tetsuo Handa
Signed-off-by: Zefan Li
---
include/linux/sched.h | 20 +++-
scripts/tags.sh | 6 ++
2
From: Tetsuo Handa
Commit 1d4457f99928 ("sched: move no_new_privs into new atomic flags")
defined PFA_NO_NEW_PRIVS as hexadecimal value, but it is confusing
because it is used as bit number. Redefine it as decimal bit number.
Note this changes the bit position of PFA_NOW_NEW_PRIVS from 1 to 0.
This change replaces use of arm_pm_restart with recently introduced
reset mechanism in Linux kernel called restart_notifier.
Reviewed-by: Guenter Roeck
Cc: Guenter Roeck
Cc: Josh Cartwright
Cc: Sebastian Reichel
Cc: Dmitry Eremin-Solenikov
Cc: David Woodhouse
Cc: Stephen Boyd
Cc: linux...@v
When we change cpuset.memory_spread_{page,slab}, cpuset will flip
PF_SPREAD_{PAGE,SLAB} bit of tsk->flags for each task in that cpuset.
This should be done using atomic bitops, but currently we don't,
which is broken.
Tetsuo reported a hard-to-reproduce kernel crash on RHEL6, which happend
when on
On Mon, Sep 22, 2014 at 10:59 PM, Linus Torvalds
wrote:
>
> Now building current git with that reverted, just to double-check,
> before pushing the revert out.
Double-checked and verified. Revert pushed out,
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
>From 83b06f4fc6ca2f7f3d706a168b71c248bdada668 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Tue, 23 Sep 2014 01:58:34 -0400
blk-mq uses percpu_ref for its usage counter which tracks the number
of in-flight commands and used to synchronously drain the queue on
freeze. percpu_ref shutdown takes
Hi,
Have you got the update price of oil dated on AUGUEST.28.
If not, kindly send us the concrete type you need. we will send mail to you
ASAP!
Sunflower oil
soybean oil
Linseed oil
Rapeseed oil
Update news from your esteemed company will be appreciated.
Thanks!
Anna
XINJIANG FIRST
On Tue, Sep 23, 2014 at 02:01:41AM -0400, Tejun Heo wrote:
> On Tue, Sep 23, 2014 at 07:59:24AM +0200, Christoph Hellwig wrote:
> > "[PATCHSET percpu/for-3.18] percpu_ref: implement switch_to_atomic/percpu()"
> >
> > looks way to big for 3.17, and the regression was introduced in the 3.17
> > merg
Hi Fancy Fang,
I do have a few comments:
1) One reason why the switch to vm_iomap_memory() was made originally was that
that function did a bunch of sanity checks. Since this patch moves back to
remap_pfn_range() those sanity checks are lost and should be reinstated.
2) You need Marek's Ack as w
On 9/23/2014 3:16 AM, Kweh, Hock Leong wrote:
-Original Message-
From: David Miller [mailto:da...@davemloft.net]
Sent: Tuesday, September 23, 2014 2:19 AM
From: Kweh Hock Leong
Date: Thu, 18 Sep 2014 20:34:10 +0800
Giuseppe, Kweh, where are we with this patch?
We are discussing whethe
On Tue, Sep 23, 2014 at 08:09:06AM +0200, Christoph Hellwig wrote:
> On Tue, Sep 23, 2014 at 02:01:41AM -0400, Tejun Heo wrote:
> > On Tue, Sep 23, 2014 at 07:59:24AM +0200, Christoph Hellwig wrote:
> > > "[PATCHSET percpu/for-3.18] percpu_ref: implement
> > > switch_to_atomic/percpu()"
> > >
> >
On Tue, 23 Sep 2014 01:51:56 -0400 Tejun Heo wrote:
> On Tue, Sep 23, 2014 at 03:40:58PM +1000, NeilBrown wrote:
> > > Oh, I meant the buffer seqfile read op writes to, so it depends on the
> > > fact that the allocation is only on the first read? That seems
> > > extremely brittle to me, especi
Because perf_session__new() could fail
for more reasons than just ENOMEM,
I modified error code(ENOMEM or EINVAL)
into -1.
Signed-off-by: taeung
---
tools/perf/builtin-annotate.c | 2 +-
tools/perf/builtin-diff.c | 2 +-
tools/perf/builtin-evlist.c| 2 +-
On 2014/9/23 12:54, Satoru Takeuchi wrote:
> Hi Li,
>
> At Tue, 23 Sep 2014 10:27:39 +0800,
> Zefan Li wrote:
>>
>> From: Zefan Li
>>
>> This is the start of the stable review cycle for the 3.4.104 release.
>> There are 45 patches in this series, all will be posted as a response
>> to this one.
On 2014/9/23 12:58, Guenter Roeck wrote:
> On 09/22/2014 07:27 PM, Zefan Li wrote:
>> From: Zefan Li
>>
>> This is the start of the stable review cycle for the 3.4.104 release.
>> There are 45 patches in this series, all will be posted as a response
>> to this one. If anyone has any issues with t
This patch fixes the checkpatch.pl warning:
WARNING: Missing a blank line after declarations
Signed-off-by: Sorin Facaoaru
---
drivers/staging/android/ion/ion.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/android/ion/ion.c
b/drivers/staging/android/ion/ion.c
index 2703
Hello, Neil.
On Tue, Sep 23, 2014 at 04:11:44PM +1000, NeilBrown wrote:
> You didn't say if you preferred a flag or a 'max_size'.
Sorry, missed that. No strong preference but a flag should be easier
and enough for now, right?
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "u
On Fri, Sep 19 2014, Johannes Weiner wrote:
> In a memcg with even just moderate cache pressure, success rates for
> transparent huge page allocations drop to zero, wasting a lot of
> effort that the allocator puts into assembling these pages.
>
> The reason for this is that the memcg reclaim cod
On 9/20/2014 3:29 PM, Beniamino Galvani wrote:
Hi,
the Ethernet controller available in Amlogic Meson6 and Meson8 SoCs is
a Synopsys DesignWare MAC IP core, already supported by the stmmac
driver.
These patches add a glue layer to the driver for the platform-specific
settings required by the Am
Kukjin Kim wrote:
> >
> Andreas Färber wrote:
[...]
> > > Kukjin: Andreas's patch series was Reviewed long ago I think and by
> > > now I'd imagine it's got some conflicts due to it not having been
> > > applied in a timely fashion. Perhaps you could fix it up for Andreas
> > > (since he's alre
On Tue, Sep 23, 2014 at 07:43:28AM +0200, Ingo Molnar wrote:
> * Stephen Rothwell wrote:
> > Today's linux-next merge of the tiny tree got conflicts in
> > arch/x86/kernel/process_32.c and arch/x86/kernel/process_64.c between
> > commits dc56c0f9b870 ("x86, fpu: Shift "fpu_counter = 0" from
> > co
+linux-arm-msm
On Tuesday 23 September 2014 11:38 AM, Pramod Gurav wrote:
> This change replaces use of arm_pm_restart with recently introduced
> reset mechanism in Linux kernel called restart_notifier.
>
> Reviewed-by: Guenter Roeck
> Cc: Guenter Roeck
> Cc: Josh Cartwright
> Cc: Sebastian Rei
On 09/17/2014 09:48 PM, Toshi Kani wrote:
This patch refactors the !pat_enabled handling code and integrates
this case into the PAT abstraction code. The PAT table is emulated
by corresponding to the two cache attribute bits, PWT (Write Through)
and PCD (Cache Disable). The emulated PAT table is
The libunwind provides two caching policy which are global and
per-thread. As perf unwinds callchains in a single thread, it'd
sufficient to use global caching.
This speeds up my perf report from 14s to 7s on a ~260MB data file.
Although the output contains a slight difference (~0.01% in terms of
The unw_addr_space_t in libunwind represents an address space to be
used for stack unwinding. It doesn't need to be create/destory
everytime to unwind callchain (as in get_entries) and can have a same
lifetime as thread (unless exec called).
So move the address space construction/destruction logi
Hello, Linus.
One late fix for cgroup. I was waiting for another set of fixes for a
long-standing obscure cpuset bug but am not sure whether they'll be
ready before v3.17 release. This one is a simple fix for a mutex
unlock balance bug, which is detected by coccinelle and probably won't
trigger
Hi Kamezawa,
于 14-9-23 下午12:46, Kamezawa Hiroyuki 写道:
> (2014/09/17 16:17), Wanpeng Li wrote:
>> BUG: unable to handle kernel NULL pointer dereference at 0004
>> IP: [..] find_busiest_group
>> PGD 5a9d5067 PUD 13067 PMD 0
>> Oops: [#3] SMP
>> [...]
>> Call Trace:
>> load_balance
>>
relaxed version and non-relaxed version are mixed, this patch always
use the relaxed version to unify the memory access usage.
Signed-off-by: Jisheng Zhang
---
drivers/irqchip/irq-dw-apb-ictl.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/irqchip/irq-d
On Mon, Sep 22, 2014 at 11:04 PM, Zefan Li wrote:
> This will simplify code when we add new flags.
>
> v2:
> - updated scripts/tags.sh, suggested by Peter
>
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Miao Xie
> Cc: Kees Cook
> Cc: Tetsuo Handa
> Signed-off-by: Zefan Li
> ---
> include/lin
This patch adds in support for S2R for dw-apb-ictl irqchip driver.
Signed-off-by: Jisheng Zhang
---
drivers/irqchip/irq-dw-apb-ictl.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/irqchip/irq-dw-apb-ictl.c
b/drivers/irqchip/irq-dw-apb-ictl.c
index c136b67..53b
The irq_chip_type instances have separate mask registers, so we need to
enable IRQ_GC_MASK_CACHE_PER_TYPE to actually handle separate mask registers.
Signed-off-by: Jisheng Zhang
---
drivers/irqchip/irq-dw-apb-ictl.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/irqchip/irq-dw-apb-
These patches try to improve dw-apb-ictl irqchip driver a bit.
The first patch does a bit clean up work -- unify the register access usage.
The two dw-apb-ictl's irq_chip_type instances have separate mask registers, so
the second patch enables IRQ_GC_MASK_CACHE_PER_TYPE.
The last patch adds sus
On 2014/9/23 14:33, Tejun Heo wrote:
> Hello, Linus.
>
> One late fix for cgroup. I was waiting for another set of fixes for a
> long-standing obscure cpuset bug but am not sure whether they'll be
> ready before v3.17 release. This one is a simple fix for a mutex
> unlock balance bug, which is d
On 09/23/2014 06:04 AM, Matt Ranostay wrote:
> diff --git a/drivers/input/keyboard/cap1106.c
> b/drivers/input/keyboard/cap1106.c
> index d70b65a..07f9e88 100644
> --- a/drivers/input/keyboard/cap1106.c
> +++ b/drivers/input/keyboard/cap1106.c
> @@ -55,8 +55,6 @@
> #define CAP1106_REG_MANUFACTURE
On Mon, Sep 22, 2014 at 09:29:19PM +0200, Paolo Bonzini wrote:
> Il 22/09/2014 21:20, Christian Borntraeger ha scritto:
> > "while using trinity to fuzz KVM, we noticed long stalls on invalid ioctls.
> > Lets bail out early on invalid ioctls". or similar?
>
> Okay. David, can you explain how you
On 2014年09月23日 03:10, Rob Clark wrote:
Ok, couple more small comments.. this time I actually had time to go
through the entire patch, not just the uapi
On Mon, Sep 22, 2014 at 6:48 AM, Mark yao wrote:
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark
>> -static inline bool task_no_new_privs(struct task_struct *p)
>> -{
>> - return test_bit(PFA_NO_NEW_PRIVS, &p->atomic_flags);
>> -}
>> -
>> -static inline void task_set_no_new_privs(struct task_struct *p)
>> -{
>> - set_bit(PFA_NO_NEW_PRIVS, &p->atomic_flags);
>> -}
>> +#define TASK_P
Hi Jaegeuk,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, September 23, 2014 12:47 PM
> To: Chao Yu
> Cc: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Subject: Re: [f2fs-dev] [PATCH 07/10] f2
On Mon, 2014-09-22 at 22:59 -0700, Linus Torvalds wrote:
> Yup. It's 9cb0e394234d ("x86/efi: Fixup GOT in all boot code paths")
> according to bisect.
>
> Now building current git with that reverted, just to double-check,
> before pushing the revert out.
Crap. Sorry about that. I did get a report
The "_MODULE" suffix is reserved for tristates compiled as
loadable kernel modules (LKM). The "TEST_MODULE" feature thereby
violates this convention. The feature is used to compile the
lib/test_module.c kernel module.
This patch renames the feature and its reference in a Makefile
to "TEST_LKM", wh
On 22 September 2014 17:57, Stephen Warren wrote:
> From: Stephen Warren
>
> As soon as the CD IRQ is requested, it can trigger, since it's an
> externally controlled event. If it does, delayed_work host->detect will
> be scheduled.
>
> Many host controller probe()s are roughly structured as:
>
>
901 - 947 of 947 matches
Mail list logo
