Hi Rafael,
Can you please pull this patch ?
Another patch based on top of this is waiting to be pulled:
[PATCH] driver/cpuidle-powernv: Avoid endianness conversions while parsing DT
Regards
Preeti U Murthy
On 02/03/2015 11:50 AM, Preeti U Murthy wrote:
> The device tree now exposes the residency
On Monday, February 16, 2015 at 09:24:51 PM, Stefan Wahren wrote:
> Hi Fabio,
>
> > Fabio Estevam hat am 12. Februar 2015 um 20:08
> > geschrieben:
> >
> >
> > Hi Stefan,
> >
> > On Thu, Feb 12, 2015 at 4:59 PM, Stefan Wahren
wrote:
> > > Hi Fabio,
> > >
> > >> Fabio Estevam hat am 11. Feb
Hi Robert,
On 16/02/15 17:48, Robert ABEL wrote:
> GPMC uses GPMCFCLKDIVIDER during synchronous as well as asynchronous accesses
> in conjunction with WAITMONITORINGTIME. Thus, it's wrong to only program it
> for
> synchronous accesses. Remove the conditional.
Can you use the following wording f
On Mon, Feb 16, 2015 at 03:57:54PM +0800, Peter Hung wrote:
> The interrupt Endpoint will report current IIR. If we got IIR with MSR Changed
> , We will do read MSR with interrupt_work worker to do f81232_read_msr() func.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 109
>
After solving the conflicts, I applied the revert (see attachment) to
v3.18.7. I think it should also apply to the current head. With that
patch, suspend is working again on that version.
However, I have not to deep knowledge of that subsystem, so please,
someone who have, have a deeper look into
On Tue 17-02-15 14:24:59, Joonsoo Kim wrote:
> It can be possible to return NULL in parent_mem_cgroup()
> if use_hierarchy is 0.
This alone is not sufficient because the low limit is present only in
the unified hierarchy API and there is no use_hierarchy there. The
primary issue here is that the m
This is a good healthy set of various code removals. Total net delta is 8100
lines removed.
Among the larger cleanups are:
- Removal of old Samsung S3C DMA infrastructure by Arnd
- Removal of the non-DT version of the 'lager' board by Magnus Damm
- General stale code removal on OMAP and Davinci b
The 64-bit set of updates this release cycle adds support for three new
platforms:
- Samsunc Exynos 7
- Freescale LS2085a
- Mediatek MT8173
For all these, the changes mostly consititude additions of DT contents,
but also some Kconfig entries to allow dependency/selection of drivers
per-platform,
Most of these changes are to enable new drivers that have been merged, or
various additions to make defconfigs more useful. There's also a set of patches
trimming down omap2plus kernel size a bit since it is quite large.
Conflicts:
arch/arm/configs/omap2plus_defconfig: change/change conflict, ke
Peter Zijlstra [pet...@infradead.org] wrote:
| > --- a/kernel/events/core.c
| > +++ b/kernel/events/core.c
| > @@ -3549,10 +3549,43 @@ static int perf_event_read_group(struct perf_event
*event,
|
| You also want perf_output_read_group().
Ok. Will look into it. We currently don't support sampling
These are changes for drivers that are intimately tied to some SoC
and for some reason could not get merged through the respective
subsystem maintainer tree.
This time around, much of this is for at91, with the bulk of it being syscon
and udc drivers.
Also, there's:
- coupled cpuidle support for
* Andrey Smirnov | 2014-06-10 11:52:05 [-0700]:
>Eventually I am hoping to disable any sorts of frequency scaling or
>power management on our system, but I am still curious to know if that
>is a known issue patches for which exist. Does anyone has any
>leads/suggestions?
You need to breakout of
New and updated SoC support. Also included are some cleanups where the
platform maintainers hadn't separated cleanups from new developent in
separate branches.
Some of the larger things worth pointing out:
- A large set of changes from Alexandre Belloni and Nicolas Ferre
preparing at91 platforms
DT changes continue to be the bulk of our merge window contents.
We continue to have a large set of changes across the board as new platforms
and drivers are added.
Some of the new platforms are:
- Alphascale ASM9260
- Marvell Armada 388
- CSR Atlas7
- TI Davinci DM816x
- Hisilicon HiP01
- ST STi
Hi Linus,
A little later than usual due to travel for both me and Arnd this merge
window, here are the arm-soc pull requests.
Like the kernel as a whole we seem to have a fairly small queue this time
around, with the smallest number of patches we've seen in a while. Our
for-next has only about 60
Here's a small collection of fixes accrued during the last release that weren't
considered severe enough to merge during the -rc series.
A few of these are around resurrecting TI81xx support that's been broken for
quite a while, the rest are smaller fixes -- most for PXA but a few across
the board
Hi Sebastian,
On 02/16/2015 12:18 PM, Sebastian Andrzej Siewior wrote:
> Dear RT folks!
>
> I'm pleased to announce the v3.18.7-rt1 patch set. It was running over
> the weekend on my x86 box and was still alive this morning. However it
> is still the first release for the v3.18 -RT series.
> I ha
Here is a preview version. It provides restricted set of functionality.
I would like to collect feedback about this idea.
Currently we use the proc file system, where all information are
presented in text files, what is convenient for humans. But if we need
to get information about processes from
Now we can dump all task or children of a specified task.
It's an example how this interface can be expanded for different
use-cases.
Signed-off-by: Andrey Vagin
---
include/uapi/linux/taskdiag.h | 1 +
kernel/taskdiag.c | 83 +--
2 files chan
A response is represented by the task_diag_creds structure:
struct task_diag_creds {
struct task_diag_caps cap_inheritable;
struct task_diag_caps cap_permitted;
struct task_diag_caps cap_effective;
struct task_diag_caps cap_bset;
__u32 uid;
__u32 euid;
task_diag is based on netlink sockets and looks like socket-diag, which
is used to get information about sockets.
task_diag is a new interface which is going to raplace the proc file
system in cases when we need to get information in a binary format.
A request messages is described by the task_di
Here are two test (example) programs.
task_diag - request information for two processes.
test_diag_all - request information about all processes
Signed-off-by: Andrey Vagin
---
tools/testing/selftests/Makefile | 1 +
tools/testing/selftests/task_diag/Makefile | 16 +
The interface is similar with the tgid iterator. It is used in
procfs and it will be used in task_diag.
Signed-off-by: Andrey Vagin
---
fs/proc/array.c | 58 +
include/linux/proc_fs.h | 6 +
kernel/pid.c| 55 +++
For that we need to set NLM_F_DUMP. Currently here are no
filters. Any suggestions are welcome.
I think we can add request for children, threads, session or group
members.
Signed-off-by: Andrey Vagin
---
kernel/taskdiag.c | 41 +
1 file changed, 41 insert
This function will be used in task_diag.
Signed-off-by: Andrey Vagin
---
fs/proc/base.c | 43 ---
include/linux/proc_fs.h | 7 +++
kernel/pid.c| 39 +++
3 files changed, 46 insertions(+), 43 del
On 02/17/2015 12:03 AM, Matthew Wilcox wrote:
> On Mon, Feb 16, 2015 at 01:07:07PM +0200, Boaz Harrosh wrote:
>> In any way this is a problem for the new type-12 NvDIMM memory chips that
>> are circulating around. (It is estimated that there are already 100ds of
>> thousands NvDIMM chips in active
On Fri, Feb 06, 2015 at 03:02:03PM -0500, r...@redhat.com wrote:
> From: Rik van Riel
>
> Use an explicit if/else branch after __save_init_fpu(old) in
> switch_fpu_prepare. This makes substituting the assignment
> with a call to task_disable_lazy_fpu() in the next patch easier
> to review.
>
>
Hi Alessandro,
It looks like only your Ack is missing. Could you please look at my
patches? There are very little changes in RTC subsystem but your Ack is
needed.
Thank you,
Robert Baldyga
On 01/29/2015 07:03 PM, Dmitry Torokhov wrote:
> Hi Robert,
>
> On Wed, Jan 28, 2015 at 03:20:11PM +0100,
Hi Helge,
On Mon, 2015-02-16 at 22:24 +0100, Helge Deller wrote:
> The hpux code is broken anyway.
> I'm going to remove it from the tree.
That happened in commit 04c161497716 ("parisc: hpux - Drop support for
HP-UX binaries"), which is included in today's linux-next
On Tuesday 17 February 2015 11:20:19 Andrey Vagin wrote:
> task_diag is based on netlink sockets and looks like socket-diag, which
> is used to get information about sockets.
>
> A request is described by the task_diag_pid structure:
>
> struct task_diag_pid {
>__u64 show_flags; /*
On Mon, Feb 16, 2015 at 03:57:56PM +0800, Peter Hung wrote:
> The original driver had do not any h/w change in driver.
> This patch implements with configure H/W for
> baud/parity/word length/stop bits functional.
>
> Some init step extract to f81232_port_init(), called once with open().
> And ref
On Fri, Feb 06, 2015 at 03:02:04PM -0500, r...@redhat.com wrote:
> From: Rik van Riel
>
> Replace magic assignments of fpu.last_cpu = ~0 with more explicit
> disable_task_lazy_fpu_restore calls.
>
> This also fixes the lazy FPU restore disabling in drop_fpu, which
> only really works when !use_e
On Fri, Feb 13, 2015 at 03:49:59PM +, Igor Mammedov wrote:
> since commit
> 1d4e7e3 kvm: x86: increase user memory slots to 509
>
> it became possible to use a bigger amount of memory
> slots, which is used by memory hotplug for
> registering hotplugged memory.
> However QEMU aborts if it's u
Hi Arend,
> brcmsmac does assure tx power is within regulatory limits by enforcing a
> world regulatory domain. So what is not supported is modifying tx power
> settings through user-space.
Yes, I believe that could be right, *a* world regulatory domain looks
indeed enforced, the USA one only,
Your commit 96976c3d9aff ("drm/exynos: Add DECON driver") is included in
today's linux-next (ie, next-20150217). I noticed because a script I use
to check linux-next spotted a problem with it.
It added an (optional) dependency on DRM_EXYNOS7DECON instead of
DRM_EXYNOS7_DECON (see
On Tuesday 17 February 2015 00:05:18 Mikko Rapeli wrote:
> --- a/include/uapi/linux/dm-log-userspace.h
> +++ b/include/uapi/linux/dm-log-userspace.h
> @@ -7,6 +7,11 @@
> #ifndef __DM_LOG_USERSPACE_H__
> #define __DM_LOG_USERSPACE_H__
>
> +#ifdef __KERNEL__
> +#include
> +#else
> +#include
> +
On Tuesday 17 February 2015 00:05:48 Mikko Rapeli wrote:
> #ifndef __ASM_GENERIC_UCONTEXT_H
> #define __ASM_GENERIC_UCONTEXT_H
>
> +#include
> +#include
> +
> struct ucontext {
>
Including another asm-generic header here is a bad idea: it breaks
if an architecture overrides asm/signal.h wi
On Tuesday 17 February 2015 00:05:40 Mikko Rapeli wrote:
> This libc header has sockaddr definition for userspace.
> Fixes compilation errors like:
> error: field ‘ifru_addr’ has incomplete type
> struct sockaddr ifru_addr;
>
> Signed-off-by: Mikko Rapeli
> ---
> include/uapi/linux/socket.h | 4
On Tuesday 17 February 2015 00:05:37 Mikko Rapeli wrote:
> +#ifdef __KERNEL__
> +/* already defined in userspace via stdlib.h */
> typedef struct {
> unsigned long sig[_NSIG_WORDS];
> } sigset_t;
> +#endif /* __KERNEL__ */
I'm not sure here: Is this structure always identical to the one
On 17.02.2015 08:56, Vladimir Davydov wrote:
> On Mon, Feb 16, 2015 at 07:00:44PM +0100, Heinrich Schuchardt wrote:
>> diff --git a/kernel/fork.c b/kernel/fork.c
>> index cf65139..71e2583 100644
>> --- a/kernel/fork.c
>> +++ b/kernel/fork.c
>> @@ -273,7 +273,8 @@ void __init fork_init(unsigned long
On Sun, 15 Feb 2015 09:32:00 +
Yun Wu wrote:
> When required DT size is out of the kmalloc()'s capability, the whole
Nit: Using the DT acronym is very confusing here, as it means "Device
Tree" to most people, including me. Please use "Device Table" instead.
Also, the reference to kmalloc is
Lee,
On Mon, Feb 16, 2015 at 12:48:08PM +, Lee Jones wrote:
> On Wed, 11 Feb 2015, Antoine Tenart wrote:
>
> > --- a/drivers/mfd/Kconfig
> > +++ b/drivers/mfd/Kconfig
> > @@ -840,6 +840,11 @@ config STMPE_SPI
> > This is used to enable SPI interface of STMPE
> > endmenu
> >
> > +conf
FALLOC_FL_INSERT_RANGE command is the opposite command of
FALLOC_FL_COLLAPSE_RANGE that is needed for advertisers or someone who want to
add some data in the middle of file. FALLOC_FL_INSERT_RANGE will create space
for writing new data within a file after shifting extents to right as given
length.
This commit adds fallocate FALLOC_FL_INSERT_RANGE support for fsx.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
Reviewed-by: Brian Foster
---
ltp/fsx.c | 124 -
1 file changed, 114 insertions(+), 10 deletions(-)
diff --g
This patch implements fallocate's FALLOC_FL_INSERT_RANGE for XFS.
1) Make sure that both offset and len are block size aligned.
2) Update the i_size of inode by len bytes.
3) Compute the file's logical block number against offset. If the computed
block number is not the starting block of the ex
On Mon, Feb 16, 2015 at 04:05:05PM -0600, Josh Poimboeuf wrote:
> Yeah, I can understand that. I definitely want to avoid touching the
> scheduler code. Basically I'm trying to find a way to atomically do the
> following:
>
> if (task is sleeping) {
> walk the stack
> if (certain set
On 2015년 02월 17일 18:04, Paul Bolle wrote:
> Your commit 96976c3d9aff ("drm/exynos: Add DECON driver") is included in
> today's linux-next (ie, next-20150217). I noticed because a script I use
> to check linux-next spotted a problem with it.
>
> It add
Robert,
On 16/02/15 17:49, Robert ABEL wrote:
> WAITMONITORINGTIME is expressed in GPMC_CLK cycles (even for asynchronous
> accesses).
> However the driver currently converts them to GPMC_FCLK cycles, thus
> waitmonitoringtime in dt
> had to be predivided by divider as a workaround. This patch f
* Mike Galbraith | 2014-06-21 10:09:48 [+0200]:
>--- a/mm/memcontrol.c
>+++ b/mm/memcontrol.c
>@@ -2398,16 +2398,18 @@ static bool consume_stock(struct mem_cgr
> {
> struct memcg_stock_pcp *stock;
> bool ret = true;
>+ int cpu;
>
> if (nr_pages > CHARGE_BATCH)
>
On Sun, 15 Feb 2015 09:32:02 +
Yun Wu wrote:
> It's unsafe to change the configurations of an activated ITS directly
> since this will lead to unpredictable results. This patch guarantees
> a safe quiescent status before initializing an ITS.
Please change the title of this patch to reflect w
On Tue, Feb 17, 2015 at 03:22:45AM +, Horiguchi Naoya(堀口 直也) wrote:
> Currently we are not safe from concurrent calls of isolate_huge_page(),
> which can make the victim hugepage in invalid state and results in BUG_ON().
>
> The root problem of this is that we don't have any information on str
* Steven Rostedt | 2014-07-01 11:14:44 [-0400]:
>I talked with Peter Zijlstra about this, and he told me that the clearing
>of the PF_NO_SETAFFINITY flag was to deal with the optimization of
>migrate_disable/enable() that ignores tasks that have that flag set. But
>that optimization was removed wh
On 16/02/15 17:49, Robert ABEL wrote:
> This patch adds support for spawning busses as children of the GPMC.
>
> Signed-off-by: Robert ABEL
> ---
> arch/arm/mach-omap2/gpmc.c | 14 +-
> 1 file changed, 13 insertions(+), 1 deletion(-)
>
> diff --git a/arch/arm/mach-omap2/gpmc.c b/arc
On 02/12/2015 08:15 AM, Joonsoo Kim wrote:
This is preparation step to use page allocator's anti fragmentation logic
in compaction. This patch just separates fallback freepage checking part
from fallback freepage management part. Therefore, there is no functional
change.
Signed-off-by: Joonsoo K
On Mon, Feb 16, 2015 at 03:57:59PM +0800, Peter Hung wrote:
> It's should compared with UART_MSR_DCD, not UART_DCD.
> also we clean-up some non-used define to avoid impropriety use.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 16 +---
> 1 file changed, 1 inser
On Tuesday 17 February 2015 00:05:36 Mikko Rapeli wrote:
> Fixes compiler warning:
> error: unknown type name ‘size_t’
>
> Signed-off-by: Mikko Rapeli
> ---
> include/uapi/asm-generic/signal.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/include/uapi/asm-generic/signal.h
> b/in
On 02/12/2015 08:15 AM, Joonsoo Kim wrote:
Compaction has anti fragmentation algorithm. It is that freepage
should be more than pageblock order to finish the compaction if we don't
find any freepage in requested migratetype buddy list. This is for
mitigating fragmentation, but, there is a lack of
On Sun, 15 Feb 2015 09:31:59 +
Yun Wu wrote:
> The field of page size in register GITS_BASERn might be read-only
> if an implementation only supports a single, fixed page size. But
> currently the ITS driver will throw out an error when PAGE_SIZE
> is less than the minimum size supported by a
On Tue, 2015-02-17 at 16:39 +0900, Yoshinori Sato wrote:
> At Sun, 15 Feb 2015 20:23:04 +0100,
> Paul Bolle wrote:
> > On Sun, 2015-02-15 at 16:49 +0900, Yoshinori Sato wrote:
> > > diff --git a/arch/h8300/Kconfig.debug b/arch/h8300/Kconfig.debug
> > > new file mode 100644
> > > index 000..eb72
Hi Sylvain,
Few comments below.
On 02/12/2015 09:49 PM, Sylvain Rochet wrote:
> On suspend: switch off CRTC if not already suspended with runtime PM
>
> On resume: switch on CRTC if we were not already suspended from runtime
> PM while suspending.
>
> Signed-off-by: Sylvain Rochet
> ---
> dri
Thanks for the review, Dan!
On Mon, Feb 16, 2015 at 10:04 AM, Dan Carpenter
wrote:
> On Sun, Feb 15, 2015 at 01:11:04PM +0100, Silvan Jegen wrote:
>> diff --git a/drivers/media/pci/mantis/mantis_cards.c
>> b/drivers/media/pci/mantis/mantis_cards.c
>> index 801fc55..e566061 100644
>> --- a/driver
On Mon, Feb 16, 2015 at 10:36:02PM +0100, Robert Jarzmik wrote:
> Maxime Ripard writes:
>
> >> I don't think an mdelay(256) is acceptable.
> >
> > That's very true that this driver would need some love, but
> > valentine's day was last week.
>
> That doesn't cope with the 256ms mdelay. And a pote
On Mon, Feb 16, 2015 at 03:58:00PM +0800, Peter Hung wrote:
> When we use RS232 loopback, assume doing RTS change will cause
> CTS change, DTR change will cause DCD/DSR change too.
>
> Sometimes we got 7~4 bits of MSR changed but the 3~0 bits of
> MSR(delta) maybe not changed when set & get MCR fa
Robert,
On Thu, Feb 12, 2015 at 05:26:20PM +0100, Robert Jarzmik wrote:
> Antoine Tenart writes:
>
> >> All these ifs per variant will add complexity to the current driver, won't
> >> they
> >> ?
> >
> > Given the current state of this driver I believe this would be a better
> > idea to first r
On Mon, Feb 16, 2015 at 03:57:57PM +0800, Peter Hung wrote:
> This patch implement relative MCR/MSR function, such like
> tiocmget()/tiocmset()/dtr_rts().
>
> The f81232_set_mctrl() replace set_control_lines() to do MCR control
> so we clean-up the set_control_lines() function.
>
> Signed-off-by:
On 2015/2/17 17:19, Marc Zyngier wrote:
> On Sun, 15 Feb 2015 09:32:00 +
> Yun Wu wrote:
>
>> When required DT size is out of the kmalloc()'s capability, the whole
>
> Nit: Using the DT acronym is very confusing here, as it means "Device
> Tree" to most people, including me. Please use "Dev
On 02/16/2015 10:17 PM, David Vrabel wrote:
On 15/02/15 17:30, Raghavendra K T wrote:
--- a/arch/x86/xen/spinlock.c
+++ b/arch/x86/xen/spinlock.c
@@ -41,7 +41,7 @@ static u8 zero_stats;
static inline void check_zero(void)
{
u8 ret;
- u8 old = ACCESS_ONCE(zero_stats);
+ u8
On Tue, Feb 17, 2015 at 12:33:12AM -0800, Sukadev Bhattiprolu wrote:
> Peter Zijlstra [pet...@infradead.org] wrote:
> | > --- a/kernel/events/core.c
> | > +++ b/kernel/events/core.c
> | > @@ -3549,10 +3549,43 @@ static int perf_event_read_group(struct
> perf_event *event,
> |
> | You also want pe
On Mon, Feb 16, 2015 at 12:15:08PM +, Peter Zijlstra wrote:
> From: Thomas Gleixner
>
> We keep adding unconditional stuff to the core code which just bloats
> the text and data size for no value. hrtimer based broadcasting is
> currently only used on arm64 and powerpc. Make it conditional.
>
From: Greg KH
> > + for (i = 0 ; i < urb->actual_length ; i += 2) {
> > + tty_flag = TTY_NORMAL;
> > +
> > + if (unlikely(data[i+0] & UART_LSR_BRK_ERROR_BITS)) {
>
> Never use unlikely() unless you can prove that it actually matters if
> you use it. Hint, it's almost impossi
>>> On 17.02.15 at 07:51, wrote:
> --- a/Documentation/kernel-parameters.txt
> +++ b/Documentation/kernel-parameters.txt
> @@ -3438,10 +3438,12 @@ bytes respectively. Such letter suffixes can also be
> entirely omitted.
> it if 0 is given (See Documentation/cgroups/memory.tx
* Clark Williams | 2014-08-27 16:09:28 [-0500]:
>Thomas,
>
>The latest btrfs code uses rwsem_is_contended() in the function
>caching_thread(). On RT systems, include/linux/rwsem.h is replaced with
>include/linux/rwsem_rt.h which does not provide a definition for
>rwsem_is_contended(). This commit
On 13/02/15 20:50, Arnaldo Carvalho de Melo wrote:
Em Fri, Feb 13, 2015 at 12:39:24PM -0700, David Ahern escreveu:
On 02/13/2015 11:40 AM, Suzuki K. Poulose wrote:
From: "Suzuki K. Poulose"
Commit 1971f59 (perf stat: Use read_counter in read_counter_aggr )
broke the perf stat output for uns
On 2015/2/17 17:29, Marc Zyngier wrote:
> On Sun, 15 Feb 2015 09:32:02 +
> Yun Wu wrote:
>
>> It's unsafe to change the configurations of an activated ITS directly
>> since this will lead to unpredictable results. This patch guarantees
>> a safe quiescent status before initializing an ITS.
>
On 12/02/2015 at 10:51:26 +0800, Wenyou Yang wrote :
> Add the WFI instruction to make the cpu to the idle state.
> In the meanwhile, disable the processor's clock.
>
> Signed-off-by: Wenyou Yang
Acked-by: Alexandre Belloni
> ---
> arch/arm/mach-at91/pm_suspend.S | 20 +++-
>
On 12/02/2015 at 10:52:13 +0800, Wenyou Yang wrote :
> From: Patrice Vilchez
>
> Because writing the MOR register requires the PASSWD(0x37),
> if missed, the write operation will be aborted.
>
> Signed-off-by: Patrice Vilchez
Acked-by: Alexandre Belloni
> ---
> arch/arm/mach-at91/pm_suspend.
On 12/02/2015 at 10:52:58 +0800, Wenyou Yang wrote :
> Flush data cache, and clean, invalidate and disable the L2 cache before going
> to suspend.
> Restore the L2 cache configuration and re-enable the L2 cache after waking up.
>
> Signed-off-by: Wenyou Yang
Acked-by: Alexandre Belloni
> ---
>
On Mon, Feb 16, 2015 at 01:57:12PM -0300, Ezequiel Garcia wrote:
> On 02/16/2015 01:41 PM, Maxime Ripard wrote:
> > On Mon, Feb 16, 2015 at 05:27:53PM +0100, Thomas Petazzoni wrote:
> >> Dear Maxime Ripard,
> >>
> >> On Mon, 16 Feb 2015 13:51:11 +0100, Maxime Ripard wrote:
> >>
> >>> + whil
On Mon, Feb 16, 2015 at 01:18:13PM +0200, Tomi Valkeinen wrote:
> On 13/02/15 20:57, Sascha Hauer wrote:
> > On Fri, Feb 13, 2015 at 04:35:36PM +0200, Tomi Valkeinen wrote:
> >> On 12/02/15 15:41, Sascha Hauer wrote:
> >>
> >>> Tomis patch is based on the assumption that
> >>> clk_set_rate(clk_rou
skb_copy_bits() returns zero on success and negative value on error,
so it is needed to invert the condition in ip_check_defrag().
Fixes: 1bf3751ec90c ("ipv4: ip_check_defrag must not modify skb before
unsharing")
Signed-off-by: Alexander Drozdov
---
net/ipv4/ip_fragment.c | 2 +-
1 file change
On Tue, Feb 17, 2015 at 09:33:45AM +0530, Preeti U Murthy wrote:
> On 02/16/2015 05:45 PM, Peter Zijlstra wrote:
>
> >> From: Thomas Gleixner
>
> >> @@ -428,7 +428,7 @@ static int __ref _cpu_down(unsigned int
> >>__cpu_die(cpu);
> >>
> >>/* CPU is completely dead: tell everyone. Too lat
On Mon, Feb 16, 2015 at 10:36:02PM +0100, Robert Jarzmik wrote:
> diff --git a/drivers/mtd/nand/pxa3xx_nand.c b/drivers/mtd/nand/pxa3xx_nand.c
> index e512902..6e569e9 100644
> --- a/drivers/mtd/nand/pxa3xx_nand.c
> +++ b/drivers/mtd/nand/pxa3xx_nand.c
> @@ -576,11 +576,20 @@ static void start_data
On Fri, Feb 13, 2015 at 04:04:55PM +0100, Jiri Kosina wrote:
> Commit e2b32e678 ("x86, kaslr: randomize module base load address") makes
> the base address for module to be unconditionally randomized in case when
> CONFIG_RANDOMIZE_BASE is defined and "nokaslr" option isn't present on the
> comm
Place it in sched.h, because dl_task_timer() needs it.
Also remove lockdep check, which is not fit to this
function.
Similar to idea of Josh Poimboeuf for task_rq_{,un}lock():
https://lkml.org/lkml/2015/2/9/476
Signed-off-by: Kirill Tkhai
CC: Josh Poimboeuf
---
kernel/sched/core.c | 28
Dear Recipient,
You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling)
with reference number 77100146 by office of the ministry of finance UK.Send us
your personal details to deliver your funds.
Gloria Peter
--
To unsubscribe from this list: send the line "unsubscribe li
We migrate a task using TASK_ON_RQ_MIGRATING state of on_rq:
raw_spin_lock(&old_rq->lock);
deactivate_task(old_rq, p, 0);
p->on_rq = TASK_ON_RQ_MIGRATING;
set_task_cpu(p, new_cpu);
raw_spin_unlock(&rq->lock);
I.e.:
write TASK_ON_RQ_MIGRATING
On 02/16, Borislav Petkov wrote:
>
> On Fri, Feb 06, 2015 at 03:01:59PM -0500, r...@redhat.com wrote:
> > From: Oleg Nesterov
> >
> > unlazy_fpu()->__thread_fpu_end() doesn't look right if use_eager_fpu().
> > Unconditional __thread_fpu_end() is only correct if we know that this
> > thread can't r
Hi,
As it turns out, running with low memory is a really easy way to shake
out undesirable behavior in Btrfs. This can be especially bad when
considering that a memory limit is really easy to hit in a container
(e.g., by using cgroup memory.limit_in_bytes). Here's a simple script
that can hit seve
This is one of the first places to go when memory is tight. Handle it
properly rather than with a BUG_ON.
Signed-off-by: Omar Sandoval
---
fs/btrfs/extent-tree.c | 41 -
1 file changed, 28 insertions(+), 13 deletions(-)
diff --git a/fs/btrfs/extent-tree.c
Consider the following interleaving of overlapping calls to
alloc_extent_buffer:
Call 1:
- Successfully allocates a few pages with find_or_create_page
- find_or_create_page fails, goto free_eb
- Unlocks the allocated pages
Call 2:
- Calls find_or_create_page and gets a page in call 1's extent_bu
If io_ctl_prepare_pages fails, the pages in io_ctl.pages are not valid.
When we try to access them later, things will blow up in various ways.
Signed-off-by: Omar Sandoval
---
fs/btrfs/free-space-cache.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/fs/btrfs/free
On 17/02/2015 10:02, Michael S. Tsirkin wrote:
> > Increasing VHOST_MEMORY_MAX_NREGIONS from 65 to 509
> > to match KVM_USER_MEM_SLOTS fixes issue for vhost-net.
> >
> > Signed-off-by: Igor Mammedov
>
> This scares me a bit: each region is 32byte, we are talking
> a 16K allocation that userspac
On 02/16, Rik van Riel wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/16/2015 04:09 PM, Borislav Petkov wrote:
> > On Fri, Feb 06, 2015 at 03:02:00PM -0500, r...@redhat.com wrote:
> >> From: Oleg Nesterov
>
> >> diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c
>
Volatile controls can change their value outside the v4l-ctrl framework.
We should ignore the cached written value of the ctrl when evaluating if
we should run s_ctrl.
Signed-off-by: Ricardo Ribalda Delgado
---
I have a control that tells the user when there has been a external trigger
overrun.
On 02/17, Borislav Petkov wrote:
>
> On Fri, Feb 06, 2015 at 03:02:04PM -0500, r...@redhat.com wrote:
> > From: Rik van Riel
> >
> > Replace magic assignments of fpu.last_cpu = ~0 with more explicit
> > disable_task_lazy_fpu_restore calls.
> >
> > This also fixes the lazy FPU restore disabling in
On Tue, 17 Feb 2015 10:15:15 +
"Yun Wu (Abel)" wrote:
> On 2015/2/17 17:29, Marc Zyngier wrote:
>
> > On Sun, 15 Feb 2015 09:32:02 +
> > Yun Wu wrote:
> >
> >> It's unsafe to change the configurations of an activated ITS
> >> directly since this will lead to unpredictable results. This
On Tue, Feb 17, 2015 at 01:46:51PM +0300, Kirill Tkhai wrote:
>
> Place it in sched.h, because dl_task_timer() needs it.
> Also remove lockdep check, which is not fit to this
> function.
No, that lockdep check is valid for all current sites.
--
To unsubscribe from this list: send the line "unsubs
Hi Ricardo,
On 02/17/15 12:02, Ricardo Ribalda Delgado wrote:
> Volatile controls can change their value outside the v4l-ctrl framework.
>
> We should ignore the cached written value of the ctrl when evaluating if
> we should run s_ctrl.
>
> Signed-off-by: Ricardo Ribalda Delgado
> ---
>
> I h
В Вт, 17/02/2015 в 12:11 +0100, Peter Zijlstra пишет:
> On Tue, Feb 17, 2015 at 01:46:51PM +0300, Kirill Tkhai wrote:
> >
> > Place it in sched.h, because dl_task_timer() needs it.
> > Also remove lockdep check, which is not fit to this
> > function.
>
> No, that lockdep check is valid for all cu
On Tue, Feb 17, 2015 at 12:11:16PM +0100, Peter Zijlstra wrote:
> On Tue, Feb 17, 2015 at 01:46:51PM +0300, Kirill Tkhai wrote:
> >
> > Place it in sched.h, because dl_task_timer() needs it.
> > Also remove lockdep check, which is not fit to this
> > function.
>
> No, that lockdep check is valid
1 - 100 of 729 matches
Mail list logo
