On 2014-06-24, Andy Lutomirski wrote:
>> On 06/23/2014 01:06 PM, Andy Lutomirski wrote:
>>> Can the new vm_operation "name" be use for this? The magic "always
>>> written to core dumps" feature might need to be reconsidered.
>>
>> One thing I'd like to avoid is an MPX vma getting merged with a
Hi Davidlohr,
On Thu, 19 Jun 2014 20:03:57 -0700, Davidlohr Bueso wrote:
> On Thu, 2014-06-19 at 23:51 +, Namhyung Kim wrote:
>> Hi Davidlohr,
>>
>> On Thu, Jun 19, 2014 at 11:45 AM, Davidlohr Bueso wrote:
>> > Hi Namhyung,
>> >
>> > On Thu, 2014-06-19 at 15:14 +0900, Namhyung Kim wrote:
>>
On 06/24/14 05:26, Lai Jiangshan wrote:
> On 06/23/2014 09:37 PM, Andrey Ryabinin wrote:
>> I'm working on address sanitizer project for kernel. Recently we started
>> experiments with stack instrumentation, to detect out-of-bounds
>> read/write bugs on stack.
>>
>> Just after booting I've hit
Hello,
On 2014-06-23 20:40, Paul Zimmerman wrote:
From: Robert Baldyga [mailto:r.bald...@samsung.com]
Sent: Monday, June 23, 2014 12:51 AM
From: Marek Szyprowski
Print warning if FIFOs are configured in such a way that they don't fit
into the SPRAM available on the s3c hsotg module.
Currently, we have more filesystems supporting fallocate, e.g
ext4/btrfs. Remove the outdated comment for madvise_remove.
Signed-off-by: Wang Sheng-Hui
---
mm/madvise.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/mm/madvise.c b/mm/madvise.c
index a402f8f..0938b30 100644
---
Hi,
On Sat, Jun 7, 2014 at 4:22 AM, Thierry Reding wrote:
> On Fri, Jun 06, 2014 at 06:32:42PM +0530, Vivek Gautam wrote:
>> On Wed, Jun 4, 2014 at 6:43 PM, Thierry Reding
>> wrote:
>> > On Wed, Jun 04, 2014 at 03:41:20PM +0530, Vivek Gautam wrote:
>> >> On Sat, May 10, 2014 at 5:30 PM, Vivek
On Mon, 2014-06-23 at 19:07 +0200, Mike Galbraith wrote:
> On Mon, 2014-06-23 at 17:14 +0200, Peter Zijlstra wrote:
> > On Mon, Jun 16, 2014 at 11:16:52AM +0200, Mike Galbraith wrote:
> > > (disregard patch of same name from that enterprise weenie;)
> > >
> > > If a task has been dequeued, it
On 06/24/2014 04:01 AM, Stephen Warren wrote:
On 06/23/2014 01:32 AM, Alexandre Courbot wrote:
Input had been disabled by mistake on these pins, leading to issues with
SDIO devices like the Wifi module not being probed or random errors
occuring on the SD card.
I thought the host controller
Am 23.06.2014 23:36, schrieb John Stultz:
do see this from both sides, and despite my frustration, I appreciate
that folks are looking over my patches carefully for design and
maintenance issues, because without the high standards, the kernel
code would be in much worse shape.
I wouldn't say
On Mon, 2014-06-23 at 22:05 -0700, Guenter Roeck wrote:
> On 06/23/2014 09:35 PM, Benjamin Herrenschmidt wrote:
> > On Fri, 2014-06-13 at 09:38 -0700, Guenter Roeck wrote:
> >> If compiled with W=1, the following warning is seen in powerpc builds.
> >>
> >> arch/powerpc/kernel/smp.c:750:18:
Hi all,
The powerpc allyesconfig is again broken more than usual.
Changes since 20140623:
New tree: sunxi
The crypto tree list its build failure.
The staging tree still had its build failure for which I disabled a driver.
Non-merge commits (relative to Linus' tree): 1957
1755 files changed
On Mon, 23 Jun 2014, Joe Perches wrote:
> (Adding Julia Lawall and removing almost all other cc's)
>
> On Tue, 2014-06-24 at 09:27 +1000, Julian Calaby wrote:
> > Hi Joe,
>
> Hello Julian.
>
> > > $ cat ./scripts/coccinelle/api/alloc/pci_zalloc_consistent.cocci
> > > ///
> > > /// Use
On 06/23/2014 09:35 PM, Benjamin Herrenschmidt wrote:
On Fri, 2014-06-13 at 09:38 -0700, Guenter Roeck wrote:
If compiled with W=1, the following warning is seen in powerpc builds.
arch/powerpc/kernel/smp.c:750:18: warning:
type qualifiers ignored on function return type
static const
On Monday 23 June 2014 10:04 PM, Paul Walmsley wrote:
> On Mon, 23 Jun 2014, Sekhar Nori wrote:
>
>> On Monday 23 June 2014 10:27 AM, Paul Walmsley wrote:
>>> Hi Roger
>>>
>>> On Wed, 18 Jun 2014, Roger Quadros wrote:
>>>
These patches add the missing OCP2SCP3 module and fixup the SATA hwmod
On Fri, Jun 20, 2014 at 05:49:34PM +0200, Vlastimil Babka wrote:
> isolate_migratepages_range() is the main function of the compaction scanner,
> called either on a single pageblock by isolate_migratepages() during regular
> compaction, or on an arbitrary range by CMA's
On Mon, 2014-06-23 at 12:19 +0100, Mel Gorman wrote:
> On Mon, Jun 23, 2014 at 01:14:54PM +0800, Chen Yucong wrote:
> > According to the commit 215ddd66 (mm: vmscan: only read new_classzone_idx
> > from
> > pgdat when reclaiming successfully) and the commit d2ebd0f6b (kswapd: avoid
> >
On Mon, 2014-06-23 at 17:27 -0700, Daniel Phillips wrote:
> On Sunday, June 22, 2014 7:43:07 AM PDT, James Bottomley wrote:
> > On Sat, 2014-06-21 at 20:32 -0700, Daniel Phillips wrote:
> >> On Saturday, June 21, 2014 12:29:01 PM PDT, James Bottomley wrote:
> >>> That's a bit disingenuous: the
On Fri, 2014-06-13 at 09:38 -0700, Guenter Roeck wrote:
> If compiled with W=1, the following warning is seen in powerpc builds.
>
> arch/powerpc/kernel/smp.c:750:18: warning:
> type qualifiers ignored on function return type
> static const int powerpc_smt_flags(void)
> ^
>
We don't need 'broadcast' to be set to 'zero or one', but to 'zero or non-zero'
and so the extra operation to convert it to 'zero or one' can be skipped.
Also change type of 'broadcast' to unsigned int, i.e. type of
drv->states[*].flags.
Signed-off-by: Viresh Kumar
---
Rebased over: 3.16-rc2.
Hi Tony,
On Friday 15 November 2013 11:21 AM, Vineet Gupta wrote:
> Hi Tony,
>
> Can you please host a ARC cross compiler on
> https://www.kernel.org/pub/tools/crosstool
>
> Mainline buildroot supports ARC (alas that build system doesn't generate a
> relocatable toolchain).
>
> Or you can
In order to facilitate understanding,rockchip SPI controller IP design looks
similar in its registers to designware. But IC implementation is different from
designware, such as dma request line, register offset, register configuration,
and so on.So we need a dedicated driver for Rockchip RK3XXX
Patch 1 add rockchip spi documentation
Patch 2 add driver for Rockchip RK3XXX SoCs integrated SPI.
Tested on rk3288 sdk board with polling mode and DMA mode.
addy ke (2):
documentation: add rockchip spi documentation
spi: add driver for Rockchip RK3xxx SoCs integrated SPI
Andreas,
On Mon, Jun 23, 2014 at 3:46 PM, Andreas Färber wrote:
> Hi Doug,
>
> Am 23.06.2014 21:47, schrieb Doug Anderson:
>> Thanks for posting! A first pass on this is below...
>
> Thanks a lot for your quick review! My first big .dts patch, and no
> datasheets for the hardware at hand as a
Signed-off-by: addy ke
---
.../devicetree/bindings/spi/spi-rockchip.txt | 51 ++
1 file changed, 51 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/spi-rockchip.txt
diff --git a/Documentation/devicetree/bindings/spi/spi-rockchip.txt
On Mon, Jun 23, 2014 at 2:18 PM, Thomas Gleixner wrote:
> Hrmm. No idea how that happened. I zapped your commits. Lemme redo.
Redo of merge is required for tip/master as well, as it merged the bad
branch yesterday.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On 06/24/2014 03:46 AM, Stephen Warren wrote:
On 06/23/2014 01:32 AM, Alexandre Courbot wrote:
Two small but important fixes to SHIELD's pinmux configuration.
The use of invalid properties caused the pinmux to not be applied
at all. Also the setting for sdmmc clock lines resulted in random
Hi Sherman,
On Mon, Jun 23, 2014 at 11:35 PM, Sherman Yin wrote:
> Hi Sachin,
>
> Looks good, thanks. How did you come across the need for this change?
Thanks for the review. Sparse threw up a warning while doing a regular build.
Regards,
Sachin.
--
To unsubscribe from this list: send the
On 06/23/2014 05:42 PM, Peter Zijlstra wrote:
[snip]
>> +}
>
> Still completely hate this, it doesn't make sense conceptual sense what
> so ever.
Yeah... and now I agree your opinion that this could not address all the
cases after all the testing these days...
Just wondering could we make this
Hello,
On Tue, Jun 24, 2014 at 01:02:40PM +1000, Dave Chinner wrote:
> start_flush_work() is effectively a special queue_work()
> implementation, so if if it's not safe to call complete() from the
> workqueue as the above patch implies then this code has the same
> problem.
>
> Tejun - is this
Hi, Peter
Thanks for the reply :)
On 06/23/2014 05:42 PM, Peter Zijlstra wrote:
[snip]
>>
>> cpu 0 cpu 1
>>
>> dbench task_sys
>> dbench task_sys
>> dbench
>> dbench
>> dbench
>>
Dear Sir or Madam,
We saw your information from internet, wondering if we have chance to cooperate
with MARINE WINCH OR OTHER DECK MACHINERY?
WINCH from 10KN to 2000KN are available ,appoved by GL,BV,LR,DNV,ABS,CCS,KR,NK
etc.
if you like ,i can send you the catalogue to refer.ok?
May be you are
[Adding Tejun and lkml to the cc list]
On Mon, Jun 23, 2014 at 01:05:54PM -0700, Austin Schuh wrote:
> I found 1 bug in XFS which I fixed, and I've uncovered something else that
> I'm not completely sure how to fix.
>
> In xfs_bmapi_allocate, you create a completion, and use that to wait until
>
On 2014.06.19 17:53:51 +0800, Tiejun Chen wrote:
> Originally the reason to probe ISA bridge instead of Dev31:Fun0
> is to make graphics device passthrough work easy for VMM, that
> only need to expose ISA bridge to let driver know the real
> hardware underneath. This is a requirement from
On 2014-06-24, Andy Lutomirski wrote:
>> +/* Make bounds tables and bouds directory unlocked. */
>> +if (vm_flags & VM_LOCKED)
>> +vm_flags &= ~VM_LOCKED;
>
> Why? I would expect MCL_FUTURE to lock these.
>
Andy, I was just a little confused about LOCKED & POPULATE earlier
On 06/23/2014 10:28 PM, Steven Rostedt wrote:
> Cleaning out my INBOX I found this patch series. It seems to have been
> forgotten about. It ended up with Ingo and Peter agreeing with the way
> things should be done and I thought Jason was going to send an update.
> But that seems to never have
On Tue, 2014-06-17 at 12:23 -0700, Greg KH wrote:
> On Tue, Jun 17, 2014 at 10:31:09PM +0800, Jeff Liu wrote:
> > From: Jie Liu
> >
> > Cc: Benjamin Herrenschmidt
> > Cc: Paul Mackerras
> > Signed-off-by: Jie Liu
> > ---
> > arch/powerpc/platforms/powernv/opal-dump.c | 2 +-
> >
If we fail in this path:
->init_inode_metadata
->make_empty_dir
->get_new_data_page
->grab_cache_page return -ENOMEM
We will bug on in error path of init_inode_metadata when call remove_inode_page
because i_block = 2 (one inode block will be released later & one dentry block).
We
On Sat, 2014-06-21 at 13:05 +0100, Daniel Walter wrote:
> Replace strict_strto calls with more appropriate kstrto calls
>
> Signed-off-by: Daniel Walter
> ---
Acked-by: Benjamin Herrenschmidt
--
Should I put that in the powerpc tree ?
> arch/powerpc/kernel/setup_64.c| 6 +++---
>
On 2014/6/21 5:01, Tejun Heo wrote:
> Hello, Li.
>
> Sorry about the long delay.
>
> On Tue, Jun 10, 2014 at 10:58:45AM +0800, Li Zefan wrote:
>> Yes, this is a long-standing issue. Besides the race you described, the child
>> task's mems_allowed can be wrong if the cpuset's nodemask changes
Cleaning out my INBOX I found this patch series. It seems to have been
forgotten about. It ended up with Ingo and Peter agreeing with the way
things should be done and I thought Jason was going to send an update.
But that seems to never have happened.
Does this patch series still look legit?
On 2014/6/23 19:29, Michal Hocko wrote:
> On Mon 23-06-14 10:05:48, Xishi Qiu wrote:
>> On 2014/6/20 23:32, Michal Hocko wrote:
>>
>>> On Fri 20-06-14 15:56:56, Xishi Qiu wrote:
On 2014/6/17 9:35, Xishi Qiu wrote:
> On 2014/6/16 20:50, Rafael Aquini wrote:
>
>> On Mon, Jun
Hi Steven,
I found two small bugs for current trace-cmd, so I fixed those.
1st patch fixes the problem which listen server reader processes abort silently.
2nd patch fixes the problem which trace-cmd cannot record trace data of
multiple buffers in old kernels.
Thank you,
---
Yoshihiro YUNOMAE
This patch initializes handle->options list in tracecmd_attach_cpu_data_fd().
When recorder sends trace data via network, server recording process is
killed by SIGSEGV from the patch 71484a0854f7. This is because add_options()
uses handle->options list from the patch, but
Current trace-cmd requires 'current_tracer' file for an instance, and if
the file is nothing, trace-cmd dies. However, current_tracer file was
introduced from 607e2ea167e patch in Linux kernel 3.14-rc3, so current
trace-cmd cannot use multiple buffers for old kernels.
This patch avoids to die if
While it will be clamped to bool by gpiolib, let's make this sane
in the driver as well.
Signed-off-by: Jürg Billeter
---
drivers/gpio/gpio-rcar.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpio/gpio-rcar.c b/drivers/gpio/gpio-rcar.c
index 0c9f803..7c62121
On 2014-06-24, Andy Lutomirski wrote:
> On 06/18/2014 02:44 AM, Qiaowei Ren wrote:
>> +/*
>> + * The error code field of the BNDSTATUS register communicates status
>> + * information of a bound range exception #BR or operation involving
>> + * bound directory.
>> + */
>> +
Hi Robert,
When I trace the s3c-gadget driver, I found that the driver did not use
DMA mode because of the 32bit align problem. Have you solved this
problem ? I think just do one more time copy when meet the unalign
buffer address can make the DMA mode work correctly. Does any body have
more
On Tue, Jun 24, 2014 at 2:56 AM, Maxime Ripard
wrote:
> On Fri, Jun 20, 2014 at 10:52:53PM +0800, Chen-Yu Tsai wrote:
>> The Ippo-q8h is a tablet circuit board commonly found in cheap Android
>> tablets with A23 SoCs. There are at least 2 versions of the board, with
>> different peripherals, such
On 06/23/2014 09:37 PM, Andrey Ryabinin wrote:
> I'm working on address sanitizer project for kernel. Recently we started
> experiments with stack instrumentation, to detect out-of-bounds
> read/write bugs on stack.
>
> Just after booting I've hit out-of-bounds read on stack in idr_for_each
>
On 2014/6/21 3:35, Tejun Heo wrote:
> Hello, Li.
>
> Sorry about the long delay.
>
> On Thu, Jun 12, 2014 at 02:33:05PM +0800, Li Zefan wrote:
>> We've converted cgroup to kernfs so cgroup won't be intertwined with
>> vfs objects and locking, but there are dark areas.
>>
>> Run two instances of
Although building NAT journal in cursum reduce the read/write work for NAT
block, but previous design leave us lower performance when write checkpoint
frequently for these cases:
1. if journal in cursum has already full, it's a bit of waste that we flush all
nat entries to page for persistence,
On 2014/6/21 3:10, Tejun Heo wrote:
> On Thu, Jun 12, 2014 at 02:32:13PM +0800, Li Zefan wrote:
>> @@ -1677,6 +1679,22 @@ static struct dentry *cgroup_mount(struct
>> file_system_type *fs_type,
>> goto out_unlock;
>> }
>>
>> +/*
>> + * If some subsystems have been
Hello,
I am trying to apply CMA feature for my platform.
My kernel version, 3.10.x, is not allocating memory from CMA area so that I
applied
a Joonsoo Kim's patch (https://lkml.org/lkml/2014/5/28/64).
Now my platform can use CMA area effectively.
But I have many failures to allocate memory
On Mon, Jun 23, 2014 at 04:27:14PM -0400, Dave Jones wrote:
> On Thu, Jun 19, 2014 at 12:03:40PM +1000, Dave Chinner wrote:
> > On Fri, Jun 13, 2014 at 10:19:25AM -0400, Dave Jones wrote:
> > > On Fri, Jun 13, 2014 at 04:26:45PM +1000, Dave Chinner wrote:
> > >
> > > > > 970 if
Hello Minchan
Thank you for your explain. Actually, I read the kernel with an old
version. The latest upstream kernel has the behaviour like you described
below. Oops, how long didn't I follow the buddy allocator change.
Thanks.
On 06/24/2014 07:35 AM, Minchan Kim wrote:
>>> Anyway, most big
On Mon, Jun 23, 2014 at 05:45:33PM -0700, Andrew Morton wrote:
> On Tue, 24 Jun 2014 02:20:50 +0200 "Luis R. Rodriguez"
> wrote:
>
> > On Mon, Jun 23, 2014 at 03:41:34PM -0700, Andrew Morton wrote:
> > > On Wed, 18 Jun 2014 13:45:37 -0700 "Luis R. Rodriguez"
> > > wrote:
> > >
> > > > ...
>
Hi Tomasz,
On 06/20/2014 12:21 PM, Naveen Krishna Ch wrote:
> Hello Tomasz,
>
> On 20 June 2014 06:00, Tomasz Figa wrote:
>> On 20.06.2014 02:28, Chanwoo Choi wrote:
>>> On 06/20/2014 09:24 AM, Tomasz Figa wrote:
On 20.06.2014 02:22, Chanwoo Choi wrote:
> Hi Tomasz,
>
> On
On Tue, 24 Jun 2014 02:20:50 +0200 "Luis R. Rodriguez" wrote:
> On Mon, Jun 23, 2014 at 03:41:34PM -0700, Andrew Morton wrote:
> > On Wed, 18 Jun 2014 13:45:37 -0700 "Luis R. Rodriguez"
> > wrote:
> >
> > > ...
> > >
> > > If an increase is required the ring buffer is increased to
> > > +
On Mon, Jun 23, 2014 at 05:20:30PM -0700, Dave Hansen wrote:
> On 06/23/2014 05:15 PM, Paul E. McKenney wrote:
> > Just out of curiosity, how many CPUs does your system have? 80?
> > If 160, looks like something bad is happening at 80.
>
> 80 cores, 160 threads. >80 processes/threads is where
From: Suravee Suthikulpanit
Add new Irqchip declaration for GIC400. This was mentioned in
gic binding documentation, but there is not code to support it.
Signed-off-by: Suravee Suthikulpanit
---
drivers/irqchip/irq-gic.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
(2014/06/21 3:27), Toshi Kani wrote:
On Wed, 2014-06-18 at 15:37 +0900, Yasuaki Ishimatsu wrote:
remove_pagetable() gets start argument and passes the argument to
sync_global_pgds(). In this case, the argument must not be modified.
If the argument is modified and passed to sync_global_pgds(),
(2014/06/21 3:30), Toshi Kani wrote:
On Wed, 2014-06-18 at 15:38 +0900, Yasuaki Ishimatsu wrote:
:
@@ -186,7 +186,12 @@ void sync_global_pgds(unsigned long start, unsigned long
end)
const pgd_t *pgd_ref = pgd_offset_k(address);
struct page *page;
-
From: Suravee Suthikulpanit
This patch set introduces support for MSI(-X) in GICv2m specification,
which is implemented in some variation of GIC400.
This depends on and has been tested with the V7 of "Add support for PCI in
AArch64"
(https://lkml.org/lkml/2014/3/14/320).
Suravee Suthikulpanit
From: Suravee Suthikulpanit
GICv2m extends GICv2 to support MSI(-X) with a new set of register frames.
This patch introduces support for the non-secure GICv2m register frame.
This is optional. It uses the "msi-controller" keyword in ARM GIC
devicetree binding to indentify GIC driver that it
On Tue, Jun 24, 2014 at 01:21:07AM +0200, Luis R. Rodriguez wrote:
> On Sat, Jun 21, 2014 at 12:52:05PM +0200, Francois Romieu wrote:
> > Luis R. Rodriguez :
> I was actually in the hopes a suitable transormation can be designed
> to put a wait_for_completion() in say ndo_init(). I was looking to
On Sunday, June 22, 2014 11:34:50 AM PDT, Theodore Ts'o wrote:
On Sat, Jun 21, 2014 at 08:32:03PM -0700, Daniel Phillips wrote:
That's a bit disingenuous: the concern has always been how page forking
interacted with writeback. It's not new, it was one of the major
things
brought up at LSF
On Mon, Jun 23, 2014 at 12:06:48PM -0700, Casey Leedom wrote:
> I've looked through the patch and I might be wrong, but it appears that
> all the uses of the asynchronous request_firmware_nowait() are followed
> immediately by wait_for_completion() calls which essentially would be the
> same
On Mon, Jun 23, 2014 at 03:41:34PM -0700, Andrew Morton wrote:
> On Wed, 18 Jun 2014 13:45:37 -0700 "Luis R. Rodriguez"
> wrote:
>
> > ...
> >
> > If an increase is required the ring buffer is increased to
> > + the next power of 2 that can fit both the minimum kernel ring buffer
> > +
On 06/23/2014 05:15 PM, Paul E. McKenney wrote:
> Just out of curiosity, how many CPUs does your system have? 80?
> If 160, looks like something bad is happening at 80.
80 cores, 160 threads. >80 processes/threads is where we start using
the second thread on the cores. The tasks are also
On Saturday, June 21, 2014 12:29:01 PM PDT, James Bottomley wrote:
On Thu, 2014-06-19 at 14:58 -0700, Daniel Phillips wrote:
On Thursday, June 19, 2014 2:26:48 AM PDT, Lukáš Czerner wrote:
...
the concern has always been how page forking interacted with
writeback.
More accurately, that is
On Mon, Jun 23, 2014 at 08:35:27PM +0200, Oleg Nesterov wrote:
> On 06/23, Paul E. McKenney wrote:
> >
> > On Mon, Jun 23, 2014 at 06:43:21PM +0200, Oleg Nesterov wrote:
> > >
> > > should equally work, or ACCESS_ONCE() can't be used to RMW ?
> >
> > It can be, but Linus doesn't like it to be. I
Hi Benjamin,
On Mon, Jun 23, 2014 at 1:57 PM, Benjamin Tissoires
wrote:
> Currently, the pad events are sent through the stylus input device
> for the Intuos/Cintiqs, and through the touch input device for the
> Bamboos.
>
> To differentiate the buttons pressed on the pad from the ones pressed
>
On Mon, Jun 23, 2014 at 04:30:12PM -0700, Dave Hansen wrote:
> On 06/23/2014 11:09 AM, Paul E. McKenney wrote:
> > So let's see... The open1 benchmark sits in a loop doing open()
> > and close(), and probably spends most of its time in the kernel.
> > It doesn't do much context switching. I am
On Tue, Jun 24, 2014 at 5:53 AM, Stephen Warren wrote:
> From: Stephen Warren
>
> When setting up .enable_reg for an SMPS regulator, presumably we should
> call PALMAS_BASE_TO_REG(PALMAS_SMPS_BASE, ...) rather than using
> LDO_BASE. This change makes the LCD panel and HDMI work again on the
>
On 06/23/2014 05:01 PM, Andy Lutomirski wrote:
> I suspect that the existence of the get operation matters more. What
> if the checkpointed process has the cached copy out of sync with the
> register copy? More realistically, what if the checkpointed process
> doesn't want to use kernel MPX
On Tue, Jun 24, 2014 at 6:26 AM, Greg KH wrote:
> On Mon, Jun 23, 2014 at 04:18:39PM -0400, Ilia Mirkin wrote:
>> On Mon, Jun 23, 2014 at 4:15 PM, Pavel Machek wrote:
>> > Hi!
>> >
>> >> >> >> > I guess better interface would be something like
>> >> >> >> >
>> >> >> >> > pstate/07/core_clock_min
On Mon, Jun 23, 2014 at 4:42 PM, Dave Hansen wrote:
> On 06/23/2014 03:00 PM, Andy Lutomirski wrote:
>> Hmm. How about PR_SET/GET_MPX_BOUNDS_TABLE, to update the kernel's
>> copy. No fpu magic needed.
>>
>> This has an added benefit: CRIU will need updating for MPX, and
>> they'll appreciate
On Wed, 11 Jun 2014, David Rientjes wrote:
> > > ieee754dp has bitfield member in struct without name. And this
> > > cause compilation error. This patch removes struct in ieee754dp
> > > declaration. So compilation error is fixed.
> > > Signed-off-by: Eunbong Song
> >
> > What gcc version are
(Adding Julia Lawall and removing almost all other cc's)
On Tue, 2014-06-24 at 09:27 +1000, Julian Calaby wrote:
> Hi Joe,
Hello Julian.
> > $ cat ./scripts/coccinelle/api/alloc/pci_zalloc_consistent.cocci
> > ///
> > /// Use pci_zalloc_consistent rather than
> > /// pci_alloc_consistent
On Mon, Jun 16, 2014 at 07:42:54PM -0400, Dave Jones wrote:
> On Mon, Jun 16, 2014 at 07:04:50PM -0400, Dave Jones wrote:
> > On Sun, Jun 15, 2014 at 07:33:12PM -0700, David Miller wrote:
> >
> > > 1) Fix checksumming regressions, from Tom Herbert.
> >
> > Something still not right
On 06/23/2014 03:00 PM, Andy Lutomirski wrote:
> Hmm. How about PR_SET/GET_MPX_BOUNDS_TABLE, to update the kernel's
> copy. No fpu magic needed.
>
> This has an added benefit: CRIU will need updating for MPX, and
> they'll appreciate having the required interface already exist.
> (They'll want
ping...
On 2014/6/19 18:40, One Thousand Gnomes wrote:
> On Thu, 19 Jun 2014 08:51:25 +0800
> "Li, Aubrey" wrote:
>
>> When the wakeup attribute is set, the GPIO button is capable of
>> waking up the system from sleep states, including the "freeze"
>> sleep state. For that to work, its driver
Tomasz Figa writes:
> On 24.06.2014 00:27, Doug Anderson wrote:
>> Kevin,
>>
>> On Mon, Jun 23, 2014 at 3:19 PM, Kevin Hilman wrote:
>>> Doug Anderson writes:
>>>
>>> [...]
>>>
On Fri, Jun 20, 2014 at 4:59 PM, Tomasz Figa wrote:
>
> I'm not sure noirq is going to work correctly,
Hello Zhang,
On Mon, Jun 23, 2014 at 04:55:55PM +0800, Zhang Yanfei wrote:
> Hello Minchan,
>
> On 06/23/2014 09:39 AM, Minchan Kim wrote:
> > Hello Vlastimil,
> >
> > On Fri, Jun 20, 2014 at 05:49:35PM +0200, Vlastimil Babka wrote:
> >> Async compaction aborts when it detects zone lock
Greetings in the Name of Our Lord,
I have a charity proposal for you, reply back for more information.
Thanks and God bless.
Gina Rinehart
--
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
Doug Anderson writes:
> Kevin,
>
> On Mon, Jun 23, 2014 at 3:23 PM, Kevin Hilman wrote:
>>> So I guess in this case the truly correct way to handle it is:
>>>
>>> 1. i2c controller should have Runtime PM even though (as per the code
>>> now) there's nothing you can do to it to save power under
On 06/23/2014 11:09 AM, Paul E. McKenney wrote:
> So let's see... The open1 benchmark sits in a loop doing open()
> and close(), and probably spends most of its time in the kernel.
> It doesn't do much context switching. I am guessing that you don't
> have CONFIG_NO_HZ_FULL=y, or the boot/sysfs
Combines documentation from prctl, and in-kernel seccomp_filter.txt,
along with new details specific to the new syscall.
Signed-off-by: Kees Cook
---
man2/seccomp.2 | 333
1 file changed, 333 insertions(+)
create mode 100644
Hi Joe,
On Tue, Jun 24, 2014 at 5:13 AM, Joe Perches wrote:
> On Mon, 2014-06-23 at 10:25 -0700, Luis R. Rodriguez wrote:
>> On Mon, Jun 23, 2014 at 06:41:28AM -0700, Joe Perches wrote:
>> > Adding the helper reduces object code size as well as overall
>> > source size line count.
>> >
>> > It's
On Sat, Jun 21, 2014 at 12:52:05PM +0200, Francois Romieu wrote:
> Luis R. Rodriguez :
> > I was just porting over an ethernet driver [0] to use
> > request_firmware_nowait()
> > since firmware loading seems can take over a minute on one device, while
> > at it I noticed no other ethernet
Andreas,
On Mon, Jun 23, 2014 at 4:06 PM, Andreas Färber wrote:
> I was wondering which character to type, and found two undocumented
> s5m8767_pmic properties downstream (s5m-core,enable-low-jitter and
> s5m-core,device_type = <0x2>), which I then left out.
I don't know much about
Am Samstag, den 21.06.2014, 19:22 -1000 schrieb Linus Torvalds:
> It's a day early, but tomorrow ends up being inconvenient for me due
> to being on the road most of the day, so here you are. These days most
> people send me their pull requests and patches during the week, so
> it's not like I
Am 23.06.2014 05:21, schrieb Sachin Kamat:
> On Mon, Jun 23, 2014 at 6:51 AM, Andreas Färber wrote:
>> It's LDO2, not LD02.
>>
>> Signed-off-by: Andreas Färber
>> ---
>> Documentation/devicetree/bindings/mfd/s2mps11.txt | 2 +-
>>
On Sat, 21 Jun 2014 11:10:58 +0200 Heiko Carstens
wrote:
> On Wed, Jun 18, 2014 at 02:29:31PM -0700, Andrew Morton wrote:
> > On Mon, 16 Jun 2014 11:04:50 +0200 Heiko Carstens
> > wrote:
> >
> > > These two patches are supposed to "fix" failed order-4 memory
> > > allocations which have been
Commit-ID: 6ba19a670c8b604e9802d30b511e6a4778118592
Gitweb: http://git.kernel.org/tip/6ba19a670c8b604e9802d30b511e6a4778118592
Author: Andy Lutomirski
AuthorDate: Sat, 21 Jun 2014 07:31:55 -0700
Committer: H. Peter Anvin
CommitDate: Mon, 23 Jun 2014 15:54:42 -0700
x86_32, signal: Fix
On 06/23/2014 05:11 PM, Andrew Morton wrote:
On Tue, 3 Jun 2014 22:12:35 -0400 Josh Hunt wrote:
This taint flag will be set if the system has ever entered a softlockup
state. Similar to TAINT_WARN it is useful to know whether or not the system
has been in a softlockup state when debugging.
On Mon, 23 Jun 2014 17:45:00 -0500 Josh Hunt wrote:
> On 06/23/2014 05:11 PM, Andrew Morton wrote:
> > On Tue, 3 Jun 2014 22:12:35 -0400 Josh Hunt wrote:
> >
> >> This taint flag will be set if the system has ever entered a softlockup
> >> state. Similar to TAINT_WARN it is useful to know
Hi Doug,
Am 23.06.2014 21:47, schrieb Doug Anderson:
> Thanks for posting! A first pass on this is below...
Thanks a lot for your quick review! My first big .dts patch, and no
datasheets for the hardware at hand as a user.
A first pass of replies to my defense. ;)
> On Sun, Jun 22, 2014 at
Tomasz,
On Mon, Jun 23, 2014 at 3:31 PM, Tomasz Figa wrote:
>
>
> On 24.06.2014 00:27, Doug Anderson wrote:
>> Kevin,
>>
>> On Mon, Jun 23, 2014 at 3:19 PM, Kevin Hilman wrote:
>>> Doug Anderson writes:
>>>
>>> [...]
>>>
On Fri, Jun 20, 2014 at 4:59 PM, Tomasz Figa wrote:
>
> I'm
On Mon, 2014-06-23 at 14:36 -0700, Joe Perches wrote:
> Make the code flow a little better for 80 columns.
>
> Use a consistent style for the RX and TX rings allocation.
> Use BIT macro.
> Use a temporary unsiged int entries for (1< Remove the OOM messages as they duplicate the generic
> OOM and
1 - 100 of 1924 matches
Mail list logo