The dw_mci_init_dma() may decide to not use dma, but pio instead, caused
by things like wrong dma settings in the system.
Till now the code dw_mci_init_slot() always assumed that dma is available
when CONFIG_MMC_DW_IDMAC was defined, ignoring the host->use_dma var
set during dma init.
So when
On 08/03/2015 04:02 PM, Nicolas Schichan wrote:
It is mandatory for the JIT or interpreter to reset the A and X
registers to 0 before running the filter. Check that it is the case on
various ALU and JMP instructions.
Signed-off-by: Nicolas Schichan
Acked-by: Alexei Starovoitov
Acked-by:
On 08/03/2015 06:17 AM, Vivien Didelot wrote:
At switch setup, _mv88e6xxx_stats_wait was called without holding the
SMI mutex. Fix this by requesting the lock for this call.
Also, return the _mv88e6xxx_stats_wait code, since it may fail.
Signed-off-by: Vivien Didelot
Not strictly needed
If transparent huge pages are enabled, we can isolate many more pages
than we actually need to scan, because we count both single and huge
pages equally in isolate_lru_pages().
Since commit 5bc7b8aca942d ("mm: thp: add split tail pages to shrink
page list in page reclaim"), we scan all the tail
On 08/03/2015 04:02 PM, Nicolas Schichan wrote:
This exerces the LD_ABS and LD_IND instructions for various sizes and
alignments. This also checks that X when used as an offset to a
BPF_IND instruction first in a filter is correctly set to 0.
Signed-off-by: Nicolas Schichan
Acked-by: Alexei
On 07/30, Peter Zijlstra wrote:
>
> On Tue, Jul 21, 2015 at 09:22:47PM +0200, Oleg Nesterov wrote:
>
> > + err = -EDEADLK;
> > + if (stop_work_pending(stopper1) != stop_work_pending(stopper2))
> > + goto unlock;
>
> You could DoS/false positive this by running stop_one_cpu() in a
On 08/03/2015 04:02 PM, Nicolas Schichan wrote:
These new tests exercise various load sizes and offsets crossing the
head/fragment boundary.
Signed-off-by: Nicolas Schichan
Acked-by: Alexei Starovoitov
Acked-by: Daniel Borkmann
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Jul 31, 2015 at 01:43:06PM -0700, Dmitry Torokhov wrote:
> >
> > Converting to the "new" api is the end goal here, no need to keep the
> > old one around anymore.
>
> OK, then I guess we can do the conversion right (dropping db9_base
> module-global) and see if anyone screams at us.
Hi
From: Colin Ian King
Static analysis by smatch indicated that there was a curly
braces issue:
drivers/scsi/megaraid/megaraid_sas_base.c:6139
megasas_mgmt_fw_ioctl() warn: curly braces intended?
Add braces in the appropriate place so that kbuf_arr[i] gets
set to NULL only when we need to.
Hi Viresh,
On Tue, Jul 21, 2015 at 4:50 AM, Guenter Roeck wrote:
> On 07/20/2015 07:31 PM, Viresh Kumar wrote:
>> On 20-07-15, 14:07, Guenter Roeck wrote:
>>> Commit 991a7f4970ed1 ("clockevents/drivers/sh_tmu: Migrate to new
>>> 'set-state' interface")
>>> in -next causes the following
On 08/03/15 at 10:04am, Steven Rostedt wrote:
> On Mon, 3 Aug 2015 17:15:53 +0800
> yalin wang wrote:
>
> > better to also provide a wrapper function with name schedule_on_each_cpu(),
> > as this function is used frequently .
> >
> > #define schedule_on_each_cpu(f) schedule_on_each_cpu_gfp(f,
Replace comma between expression statements by a semicolon.
The semantic patch used is as follows:
@@
expression e1,e2;
@@
e1
- ,
+ ;
e2;
Signed-off-by: Shraddha Barke
---
drivers/staging/lustre/lustre/libcfs/libcfs_string.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 07/31, Peter Zijlstra wrote:
>
> + for_each_cpu(cpu, cpumask)
> + arch_spin_lock((arch_spinlock_t *)_cpu(cpu_stopper.lock,
> cpu));
> +
> for_each_cpu(cpu, cpumask) {
> work = _cpu(cpu_stopper.stop_work, cpu);
> work->fn = fn;
>
Hi Greg,
here's the last major fix for this -rc cycle. Unfortunately
it has been pending since January.
Let me know if you prefer that I send this through the merge
window as it already has a stable tag.
cheers
The following changes since commit 4248bd7d3e2c7c87ff695d812018b8c22b5a5ab1:
On 08/01/2015 08:39 AM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
After merging commit 712e960f0ee9 (ACPI / PM: Attach ACPI power
domain only once) with commit 1dcc3d3362b0 (ACPI / bus: Move ACPI
bus type registration) there is some duplicate code in
acpi_device_is_first_physical_node()
On 2015년 08월 03일 21:27, Minchan Kim wrote:
> Hello,
>
> On Mon, Aug 03, 2015 at 07:18:27PM +0900, Jaewon Kim wrote:
>> reclaim_clean_pages_from_list() decreases NR_ISOLATED_FILE by returned
>> value from shrink_page_list(). But mlocked pages in the isolated
>> clean_pages page list would be
With LLOCK/SCOND, the rwlock counter can be atomically updated w/o need
for a guarding spin lock.
This in turn elides the EXchange instruction based spinning which causes
the cacheline transition to exclusive state and concurrent spinning
across cores would cause the line to keep bouncing around.
I'm going to resend the patch :)
On Sun, Aug 02, 2015 at 03:05:53PM +0530, Vatika Harlalka wrote:
> If everyone thinks its alright, could this patch be applied please? :)
>
> Thanks
> Vatika
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Mon, Aug 03, 2015 at 04:00:46PM +0200, Peter Zijlstra wrote:
> On Thu, Jul 23, 2015 at 06:42:12PM +0200, Frederic Weisbecker wrote:
> > Instead of providing asynchronous checks for the nohz subsystem to verify
> > sched tick dependency, migrate sched to the new mask.
> >
> > The easiest is to
On Mon, Aug 03, 2015 at 03:32:26PM +0300, Vladimir Davydov wrote:
> It does not make much sense to call idr_preload with the same gfp mask
> as the following idr_alloc, but this is what we do in cgroup_idr_alloc.
> This patch fixes the idr_preload usage by making cgroup_idr_alloc call
> idr_alloc
On Mon, Aug 03, 2015 at 08:06:02PM +0530, Vineet Gupta wrote:
> The PREFETCHW workaround for llock/scond livelock was not sufficient after
> all and we had to do some work there. Extending testing of quad core FPGA
> builds shows things pretty stable, whereas w/o patches some of the LTP tests
>
On 08/03/2015 04:02 PM, Nicolas Schichan wrote:
Signed-off-by: Nicolas Schichan
Acked-by: Alexei Starovoitov
Acked-by: Daniel Borkmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Hi,
On Mon, Aug 03, 2015 at 07:19:43PM +0800, fupan...@windriver.com wrote:
> From: fli
>
> Function printer_func_disable() has called spinlock on printer_dev->lock,
> and it'll call function chain of
>
> printer_reset_interface()
> |
> +---dwc3_gadget_ep_disable()
>
Correct indentation issues according to checkpatch.pl :
WARNING: suspect code indent for conditional statements
Signed-off-by: Shraddha Barke
---
drivers/staging/lustre/lustre/llite/rw.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Mon, Aug 03, 2015 at 02:40:13PM +, Vineet Gupta wrote:
> On Monday 03 August 2015 05:14 PM, Peter Zijlstra wrote:
> > On Mon, Aug 03, 2015 at 03:33:08PM +0530, Vineet Gupta wrote:
> >> > A spin lock could be available momentarily, but the SCOND to actually
> >> > acquire it might still fail
This reduces the diff in forth-coming patches and also helps understand
better the incremental changes to inline asm.
Cc: Peter Zijlstra (Intel)
Signed-off-by: Vineet Gupta
---
arch/arc/include/asm/atomic.h | 32 +---
1 file changed, 17 insertions(+), 15
Hi Linus,
Please pull the following Ceph fixes from
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus
There are two critical regression fixes for CephFS from Zheng, and an RBD
completion fix for layered images from Ilya.
(Note: git request-pull is complaining that
Some palmas based chip variants do not have OTG based ID logic.
For these variants we rely on GPIO based USB ID detection.
These chips do have VBUS comparator for VBUS detection so we
continue to use the old way of detecting VBUS.
Acked-by: Chanwoo Choi
Signed-off-by: Roger Quadros
---
v4:
On Monday 03 August 2015 05:14 PM, Peter Zijlstra wrote:
> On Mon, Aug 03, 2015 at 03:33:08PM +0530, Vineet Gupta wrote:
>> > A spin lock could be available momentarily, but the SCOND to actually
>> > acquire it might still fail due to concurrent update from other core(s).
>> > To elide hardware
The previous commit for delayed retry of SCOND needs some fine tuning
for spin locks.
The backoff from delayed retry in conjunction with spin looping of lock
itself can potentially cause the delay counter to reach high values.
So to provide fairness to any lock operation, after a lock "seems"
On Mon, 3 Aug 2015, Boris Brezillon wrote:
> On Sun, 2 Aug 2015 11:40:28 +0200
> Peter Zijlstra wrote:
>
> > On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
> > > I think Boris Brezillon had implemented it at some point, but it was
> > > shot down for reasons I can't remember.
On Mon, 3 Aug 2015 10:23:19 +0200
Daniel Vetter wrote:
> > I'm wondering if we need a kernel summit session on commenting
> > conventions, markdown-in-kerneldoc, etc? Maybe I'll stick a proposal out
> > there.
>
> Might be useful, but I'm not sure how many people really would actively
> work
This is to workaround the llock/scond livelock
HS38x4 could get into a LLOCK/SCOND livelock in case of multiple overlapping
coherency transactions in the SCU. The exclusive line state keeps rotating
among contenting cores leading to a never ending cycle. So break the cycle
by deferring the retry
From: Colin Ian King
Static analysis by smatch indicated that there was a curly
braces issue:
drivers/scsi/bfa/bfa_ioc.c:3668 bfa_cb_sfp_state_query()
warn: curly braces intended?
drivers/scsi/bfa/bfa_ioc.c:3671 bfa_cb_sfp_state_query()
warn: inconsistent indenting
Extended testing of quad core configuration revealed that this fix was
insufficient. Specifically LTP open posix shm_op/23-1 would cause the
hardware livelock in llock/scond loop in update_cpu_load_active()
So remove this and make way for a proper workaround
This reverts commit
Current spin_lock uses EXchange instruction to implement the atomic test
and set of lock location (reads orig value and ST 1). This however forces
the cacheline into exclusive state (because of the ST) and concurrent
loops in multiple cores will bounce the line around between cores.
Instead, use
The PREFETCHW workaround for llock/scond livelock was not sufficient after
all and we had to do some work there. Extending testing of quad core FPGA
builds shows things pretty stable, whereas w/o patches some of the LTP tests
(shm_open/23-1) would cause the system to go bonkers.
Changes since v1*
On Mon, 2015-08-03 at 16:30 +0200, Joerg Roedel wrote:
> On Tue, Jul 14, 2015 at 03:25:04PM -0600, Alex Williamson wrote:
> > We already have the VT-d capability register printed raw, but it
> > typically involves a trip to the code or the spec to figure out
> > whether superpages are supported.
Hello Paul,
Thanks a lot for the feedback.
On 08/03/2015 01:43 PM, Paul Bolle wrote:
> Hi Javier,
>
> (Mark already applied this patch. Still, I couldn't wrap my head around
> it. So maybe you'd still like to answer a question or two, basically to
> educate me.)
>
> On do, 2015-07-30 at 18:18
On Fri, Jul 24, 2015 at 10:39:33PM -0400, Dan Williams wrote:
> In preparation for deprecating ioremap_cache() convert its usage in
> intel-iommu to memremap. This also eliminates the mishandling of the
> __iomem annotation in the implementation.
>
> Cc: David Woodhouse
> Cc: Joerg Roedel
>
On Tue, Jul 14, 2015 at 03:24:53PM -0600, Alex Williamson wrote:
> Debugging domain ID leakage typically requires long running tests in
> order to exhaust the domain ID space or kernel instrumentation to
> track the setting and clearing of bits. A couple trivial intel-iommu
> specific sysfs
On Tue, Jul 14, 2015 at 03:25:04PM -0600, Alex Williamson wrote:
> We already have the VT-d capability register printed raw, but it
> typically involves a trip to the code or the spec to figure out
> whether superpages are supported. Make this easier with "2M_pages"
> and "1G_pages" sysfs entries
On Sun, Aug 02 2015 at 10:01P -0400,
Josh Boyer wrote:
> On Fri, Jul 31, 2015 at 2:58 PM, Josh Boyer wrote:
> > On Thu, Jul 30, 2015 at 8:19 PM, Mike Snitzer wrote:
> >>
> >> The only commit that looks even remotely related (given 32bit concerns)
> >> would be
On Thu, Jul 30, 2015 at 12:54:01PM -0400, Dan Williams wrote:
> iommu_load_old_irte() appears to leak the old_irte mapping after use.
>
> Cc: Joerg Roedel
> Signed-off-by: Dan Williams
> ---
> drivers/iommu/intel_irq_remapping.c |2 ++
> 1 file changed, 2 insertions(+)
Applied, thanks.
This patch does away with the cast on void * as it is unnecessary.
Semantic patch used is as follows:
@r@
expression x;
void* e;
type T;
identifier f;
@@
(
*((T *)e)
|
((T *)x)[...]
|
((T *)x)->f
|
- (T *)
e
)
Signed-off-by: Shraddha Barke
---
On Mon, Aug 03, 2015 at 04:27:05PM +0800, Minfei Huang wrote:
> Rename the function schedule_on_each_cpu to schedule_on_each_cpu_gfp to
> add the allocation flags as parameter.
>
> In several situation in ftrace, we are nervous and never come back, once
> schedule_on_each_cpu fails to alloc the
On Fri, Jul 24, 2015 at 04:27:57PM -0700, Kees Cook wrote:
> This makes sure it won't be possible to accidentally leak format
> strings into iommu device names. Current name allocations are safe,
> but this makes the "%s" explicit.
>
> Signed-off-by: Kees Cook
> ---
> drivers/iommu/dmar.c
The maximum voltage of buck should be 1.39375V.
1.39375V = 0.6V + 0.00625V * 127, 127 is the max_sel of linear range.
Reported-by: Axel Lin
signed-off-by: Henry Chen
---
drivers/regulator/mt6311-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Mon, Aug 03, 2015 at 03:55:34PM +0200, Frederic Weisbecker wrote:
> On Mon, Aug 03, 2015 at 03:29:58PM +0200, Peter Zijlstra wrote:
> > On Mon, Aug 03, 2015 at 03:09:39PM +0200, Frederic Weisbecker wrote:
> >
> > > > That doesn't make any sense:
> > > >
> > > >
Hello Jean,
On 08/03/2015 01:05 PM, Jean Delvare wrote:
> Hi Javier,
>
> On Thu, 30 Jul 2015 18:18:31 +0200, Javier Martinez Canillas wrote:
>> The I2C core always reports the MODALIAS uevent as "i2c:> regardless if the driver was matched using the I2C id_table or the
>> of_match_table. So the
On Mon, Aug 03, 2015 at 01:50:01PM +, Vineet Gupta wrote:
> diff --git a/arch/arc/include/asm/atomic.h b/arch/arc/include/asm/atomic.h
> index 3dd36c1efee1..c2e012ca4560 100644
> --- a/arch/arc/include/asm/atomic.h
> +++ b/arch/arc/include/asm/atomic.h
> @@ -23,17 +23,50 @@
>
> #define
On 08/02/2015 10:53 PM, Wang, Biao wrote:
> Consider the following case:
> Task A trigger lmk with a lock held, while task B try to
> get this lock, but unfortunately B is the very culprit task lmk select to
> kill. Then B will never be killed, and A will forever select B to kill.
> Such dead lock
When developping on the interpreter or a particular JIT, it can be
insteresting to restrict the test list to a specific test or a
particular range of tests.
This patch adds the following module parameters to the test_bpf module:
* test_name=: only the specified named test will be run.
*
On Mon, 3 Aug 2015 17:15:53 +0800
yalin wang wrote:
> better to also provide a wrapper function with name schedule_on_each_cpu(),
> as this function is used frequently .
>
> #define schedule_on_each_cpu(f) schedule_on_each_cpu_gfp(f, GFP_KERNEL)
I was about to say pretty much the same
On Mon, Aug 03, 2015 at 03:01:40PM +0100, Steven Rostedt wrote:
> On Mon, 3 Aug 2015 10:09:51 +0100
> Will Deacon wrote:
>
>
> > > The arm64 bits look fine to me:
> > >
> > > Acked-by: Will Deacon
> >
> > What happened to this? Is it queued someplace, or are we waiting for a
> > new
This exerces the LD_ABS and LD_IND instructions for various sizes and
alignments. This also checks that X when used as an offset to a
BPF_IND instruction first in a filter is correctly set to 0.
Signed-off-by: Nicolas Schichan
Acked-by: Alexei Starovoitov
---
lib/test_bpf.c | 296
This introduce a new test->aux flag (FLAG_SKB_FRAG) to tell the
populate_skb() function to add a fragment to the test skb containing
the data specified in test->frag_data).
Signed-off-by: Nicolas Schichan
Acked-by: Alexei Starovoitov
---
lib/test_bpf.c | 38
Hello,
Please find below the patch series with my latest changes to test_bpf.
The first patch checks for unexpected NULL generated skbs before
running the filter.
The second patch adds fhe possibility for tests to generate fragmented
skbs.
The third patch tests LD_ABS and LD_IND on fragmented
Signed-off-by: Nicolas Schichan
Acked-by: Alexei Starovoitov
---
lib/test_bpf.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/lib/test_bpf.c b/lib/test_bpf.c
index 3afddf2..6843d0b 100644
--- a/lib/test_bpf.c
+++ b/lib/test_bpf.c
@@ -4672,6 +4672,11 @@ static int run_one(const struct
On Sat, 2015-08-01 at 00:44 +0100, Stephen Boyd wrote:
> @@ -179,6 +124,15 @@ static void __init clk_sp810_of_setup(struct device_node
> *node)
> sp810->timerclken[i].channel = i;
> sp810->timerclken[i].hw.init =
>
> + /*
> + * If DT isn't
It is mandatory for the JIT or interpreter to reset the A and X
registers to 0 before running the filter. Check that it is the case on
various ALU and JMP instructions.
Signed-off-by: Nicolas Schichan
Acked-by: Alexei Starovoitov
---
lib/test_bpf.c | 158
These new tests exercise various load sizes and offsets crossing the
head/fragment boundary.
Signed-off-by: Nicolas Schichan
Acked-by: Alexei Starovoitov
---
lib/test_bpf.c | 142 +
1 file changed, 142 insertions(+)
diff --git
On Mon, 3 Aug 2015 10:09:51 +0100
Will Deacon wrote:
> > The arm64 bits look fine to me:
> >
> > Acked-by: Will Deacon
>
> What happened to this? Is it queued someplace, or are we waiting for a
> new version?
I went on vacation :-) I'm back and trying to catch up. I'll be
pulling in a
On Thu, Jul 23, 2015 at 06:42:12PM +0200, Frederic Weisbecker wrote:
> Instead of providing asynchronous checks for the nohz subsystem to verify
> sched tick dependency, migrate sched to the new mask.
>
> The easiest is to recycle the current asynchronous tick dependency check
> which verifies
Fix panic caused by a race between men_z135_intr() and men_z135_set_termios().
men_z135_intr() and men_z135_set_termios() both hold the struct uart_port::lock
spinlock, but men_z135_intr() does a spin_lock_irqsave() and
men_z135_set_termios() does a normal spin_lock(), which can lead to a
Hi,
On Monday, August 03, 2015 08:15:13 PM Krzysztof Kozlowski wrote:
> W dniu 03.08.2015 o 19:36, Bartlomiej Zolnierkiewicz pisze:
> > On Monday, August 03, 2015 03:59:26 PM Viresh Kumar wrote:
> >> On 03-08-15, 12:17, Bartlomiej Zolnierkiewicz wrote:
> >>>
> >>> Hi,
> >>>
> >>> On Saturday,
On Mon, Aug 03, 2015 at 03:29:58PM +0200, Peter Zijlstra wrote:
> On Mon, Aug 03, 2015 at 03:09:39PM +0200, Frederic Weisbecker wrote:
>
> > > That doesn't make any sense:
> > >
> > > tick_nohz_set_tick_dependency_this_cpu();
> > >
> > > (shees, you're nowhere near lazy enough, that's insane
On Mon, Aug 03, 2015 at 09:23:58AM -0400, Johannes Weiner wrote:
> On Mon, Aug 03, 2015 at 03:04:22PM +0300, Vladimir Davydov wrote:
> > @@ -179,8 +180,9 @@ static void unpack_shadow(void *shadow,
> > eviction = entry;
> >
> > *zone = NODE_DATA(nid)->node_zones + zid;
> > + *lruvec =
Hi All,
FYI, I will be out of office and traveling between August 8 and 23, and it will
be rather hard for me to reply to email during (the majority of) that time, so
if you have new core ACPI/PM material for me to queue up for 4.3, please send
it this week (and rather not of Friday if you will).
On Monday 03 August 2015 06:31 PM, Vineet Gupta wrote:
> On Monday 03 August 2015 05:11 PM, Peter Zijlstra wrote:
>> > On Mon, Aug 03, 2015 at 03:33:07PM +0530, Vineet Gupta wrote:
>>> >> +#define SCOND_FAIL_RETRY_VAR_DEF
>>> >> \
>>> >> +
On Mon, Aug 03, 2015 at 03:24:07PM +0200, Peter Zijlstra wrote:
> On Mon, Aug 03, 2015 at 03:05:37PM +0200, Frederic Weisbecker wrote:
> > On Mon, Aug 03, 2015 at 02:43:50PM +0200, Peter Zijlstra wrote:
> > > On Thu, Jul 23, 2015 at 06:42:10PM +0200, Frederic Weisbecker wrote:
> > > > +unsigned
On 3 August 2015 at 01:44, Robert Jarzmik wrote:
> Ezequiel Garcia writes:
>
>> Just tested linux-next (hence *without* the patchset) and I see
>> the same "Wait time out". In other words, pxa3xx-nand is broken
>> on PXA :/
>>
>> Interestingly, the culprit doesn't seem to be in pxa3xx-nand
On 08/03/15 07:09, Will Deacon wrote:
On Thu, Jun 18, 2015 at 04:58:47AM +0100, Pratyush Anand wrote:
These patches have been prepared on top of ARM64 kprobe v7 patches [1].
Keeping as RFC, because kprobe-v7 still need to be ACKed.
Unfortunately, I've not seen any movement on the kprobes
On 08/03/15 09:43, David Long wrote:
On 08/03/15 07:09, Will Deacon wrote:
On Thu, Jun 18, 2015 at 04:58:47AM +0100, Pratyush Anand wrote:
These patches have been prepared on top of ARM64 kprobe v7 patches [1].
Keeping as RFC, because kprobe-v7 still need to be ACKed.
Unfortunately, I've not
On Fri 31-07-15 13:44:44, OGAWA Hirofumi wrote:
> Jan Kara writes:
>
> >> > Yes, if userspace truncates the file, the situation we end up with is
> >> > basically the same. However for truncate to happen some malicious process
> >> > has to come and truncate the file - a failure scenario that is
Il 03/08/2015 14:42, Boris Brezillon ha scritto:
Adding Artem and Richard in the loop.
thanks ;-)
On Mon, 3 Aug 2015 13:16:02 +0200
Andrea Scian wrote:
Dear Boris,
Il 31/07/2015 18:27, Boris Brezillon ha scritto:
On Fri, 31 Jul 2015 18:19:30 +0200
Andrea Scian wrote:
Il 31/07/2015
On Sun, Aug 02, 2015 at 04:23:42PM -0400, Tejun Heo wrote:
> Traditionally, each cgroup controller implemented whatever interface
> it wanted leading to interfaces which are widely inconsistent.
> Examining the requirements of the controllers readily yield that there
> are only a few control
FYI, we noticed the below changes on
git://internal_merge_and_test_tree
revert-59fe8231b68905f4ca5f7a115b1a675829016b53-59fe8231b68905f4ca5f7a115b1a675829016b53
commit 59fe8231b68905f4ca5f7a115b1a675829016b53 ("sched/preempt: Fix
cond_resched_lock() and cond_resched_softirq()")
On Mon, Aug 03, 2015 at 03:09:39PM +0200, Frederic Weisbecker wrote:
> > That doesn't make any sense:
> >
> > tick_nohz_set_tick_dependency_this_cpu();
> >
> > (shees, you're nowhere near lazy enough, that's insane to type) is
> > almost identical to:
> >
> >
Peter, Thomas,
On Sun, 2 Aug 2015 11:40:28 +0200
Peter Zijlstra wrote:
> On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
> > I think Boris Brezillon had implemented it at some point, but it was
> > shot down for reasons I can't remember.
>
> You weren't around at the time..
Hi Josh,
On Monday 03 August 2015 11:56:01 Josh Wu wrote:
> On 7/31/2015 10:37 PM, Laurent Pinchart wrote:
> > On Wednesday 17 June 2015 18:39:39 Josh Wu wrote:
> >> As in set_fmt() function we only need to know which format is been set,
> >> we don't need to access the ISI hardware in this
On Mon, Aug 03, 2015 at 03:04:22PM +0300, Vladimir Davydov wrote:
> @@ -179,8 +180,9 @@ static void unpack_shadow(void *shadow,
> eviction = entry;
>
> *zone = NODE_DATA(nid)->node_zones + zid;
> + *lruvec = mem_cgroup_page_lruvec(page, *zone);
>
> - refault =
On Mon, Aug 03, 2015 at 03:05:37PM +0200, Frederic Weisbecker wrote:
> On Mon, Aug 03, 2015 at 02:43:50PM +0200, Peter Zijlstra wrote:
> > On Thu, Jul 23, 2015 at 06:42:10PM +0200, Frederic Weisbecker wrote:
> > > +unsigned long __tick_nohz_set_tick_dependency(enum tick_dependency_bit
> > > bit,
On 2015/8/3 19:17, Heiko Stübner wrote:
Hi Shawn,
Am Montag, 3. August 2015, 11:27:19 schrieb Shawn Lin:
DesignWare MMC Controller can support two types of DMA
mode: external dma and internal dma. We get a RK312x platform
integrated dw_mmc and ARM pl330 dma controller. This patch add
edmac ops
At switch setup, _mv88e6xxx_stats_wait was called without holding the
SMI mutex. Fix this by requesting the lock for this call.
Also, return the _mv88e6xxx_stats_wait code, since it may fail.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 7 +--
1 file changed, 5
Hi,
On 03-08-15 11:47, Maxime Ripard wrote:
On Sun, Aug 02, 2015 at 06:18:25PM +0200, Timo Sigurdsson wrote:
sun7i-a20-bananapi.dts doesn't contain regulator nodes for the AXP209 PMU
driver, so add them to allow for voltage-scaling with cpufreq-dt.
Signed-off-by: Timo Sigurdsson
---
Changes
This should be %d, not 0x%x.
Nacked-by: Dimitri Sivanich
On Sun, Aug 02, 2015 at 01:27:27PM -0700, Joe Perches wrote:
> Correct misuse of 0x%d in logging message.
>
> Signed-off-by: Joe Perches
> ---
> drivers/misc/sgi-gru/grumain.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Enable sdhci-acpi device to suspend/resume asynchronously.
This can improve system suspend/resume speed.
Signed-off-by: Zhonghui Fu
---
drivers/mmc/host/sdhci-acpi.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/host/sdhci-acpi.c
On Mon, Aug 03, 2015 at 02:57:17PM +0200, Peter Zijlstra wrote:
> On Thu, Jul 23, 2015 at 06:42:10PM +0200, Frederic Weisbecker wrote:
> > +void tick_nohz_set_tick_dependency(enum tick_dependency_bit bit)
> > +{
> > + unsigned long prev;
> > +
> > + prev = __tick_nohz_set_tick_dependency(bit,
On 24.07.2015 18:33, Arkadiusz Miskiewicz wrote:
> On Friday 24 of July 2015, Mathias Nyman wrote:
>> On 24.07.2015 14:59, Mathias Nyman wrote:
>>> On 22.07.2015 17:12, Arkadiusz Miskiewicz wrote:
On Tuesday 21 of July 2015, Mathias Nyman wrote:
> On 20.07.2015 23:13, Arkadiusz Miskiewicz
* Roger Quadros [150731 03:24]:
>
> One more observation I've had is that using irqchip modelling for
> the 2 NAND events causes a performance impact.
>
> Using mtd_oobtest I see the following on dra7-evm
>
> 1) v4.2-rc4 with prefetch-polled (no IRQs used)
> mtd_speedtest: eraseblock write
On Fri 31-07-15 17:16:45, Daniel Phillips wrote:
> On Friday, July 31, 2015 5:00:43 PM PDT, Daniel Phillips wrote:
> >Note: Hirofumi's email is clear, logical and speaks to the
> >question. This branch of the thread is largely pointless, though
> >it essentially says the same thing in
On Mon, Aug 03, 2015 at 01:02:09PM +, Vineet Gupta wrote:
> On Monday 03 August 2015 05:21 PM, Peter Zijlstra wrote:
>
> On Mon, Aug 03, 2015 at 03:33:07PM +0530, Vineet Gupta wrote:
>
>
> > +#define SCOND_FAIL_RETRY_ASM
> > \
> > + "
On Mon, Aug 03, 2015 at 02:43:50PM +0200, Peter Zijlstra wrote:
> On Thu, Jul 23, 2015 at 06:42:10PM +0200, Frederic Weisbecker wrote:
> > +unsigned long __tick_nohz_set_tick_dependency(enum tick_dependency_bit bit,
> > + unsigned long *dep)
> > +{
> > +
On Mon, Aug 03, 2015 at 02:49:54PM +0200, Frederic Weisbecker wrote:
> On Mon, Aug 03, 2015 at 02:39:59PM +0200, Peter Zijlstra wrote:
> > On Thu, Jul 23, 2015 at 06:42:09PM +0200, Frederic Weisbecker wrote:
> > > diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> > > index
>From c0f2abda489150d5d458aaae9026f1243daea604 Mon Sep 17 00:00:00 2001
From: Chao Yu
Date: Tue, 14 Jul 2015 18:14:06 +0800
Subject: [PATCH v3] f2fs: fix to release inode page correctly
In following call path, we will pass a locked and referenced ipage
pointer to get_new_data_page:
-
On Monday 03 August 2015 05:21 PM, Peter Zijlstra wrote:
On Mon, Aug 03, 2015 at 03:33:07PM +0530, Vineet Gupta wrote:
> +#define SCOND_FAIL_RETRY_ASM
> \
> + " bz 4f \n"
> \
> +
On Monday 03 August 2015 05:11 PM, Peter Zijlstra wrote:
> On Mon, Aug 03, 2015 at 03:33:07PM +0530, Vineet Gupta wrote:
>> +#define SCOND_FAIL_RETRY_VAR_DEF
>> \
>> +unsigned int delay = 1, tmp;
>> \
>> +
On Thu, Jul 23, 2015 at 06:42:10PM +0200, Frederic Weisbecker wrote:
> +void tick_nohz_set_tick_dependency(enum tick_dependency_bit bit)
> +{
> + unsigned long prev;
> +
> + prev = __tick_nohz_set_tick_dependency(bit, _dependency);
> + if (!prev)
> +
People reported that crash_notes in /proc/vmcore were corrupted and
this cause crash kdump failure. With code debugging and log we got
the root cause. This is because percpu variable crash_notes are
allocated in 2 vmalloc pages. Currently percpu is based on vmalloc
by default. Vmalloc can't
501 - 600 of 1752 matches
Mail list logo
