On Tue, 2015-06-09 at 23:33 +0200, Oleg Nesterov wrote:
>
> Yes, but wmb() is cheap on x86... Perhaps we can make this code
> "obviously correct" ?
I'll reply to the rest a bit later; got to run some errands first.
The 'problem' of course is ARM/PPC etc.. we would like to keep this
generic code
On (06/10/15 08:44), Julia Lawall wrote:
> >
> > [..]
> >
> > err_percpu_counter_init:
> > kmem_cache_destroy(sctp_chunk_cachep);
> > err_chunk_cachep:
> > kmem_cache_destroy(sctp_bucket_cachep);
> >
> > [..]
> >
> > and others.
>
> This I find much less appealing. The labels make cle
* Steven Rostedt wrote:
> On Tue, 9 Jun 2015 15:51:53 -0400 (EDT)
> Vince Weaver wrote:
>
> > On Tue, 9 Jun 2015, David Ahern wrote:
> >
> > > On 6/9/15 12:30 PM, Vince Weaver wrote:
> > > > Hello
> > > >
> > > > I've been working on documenting the PERF_EVENT_IOC_SET_FILTER ioctl.
> > > >
On 2015/6/10 14:42, Alexei Starovoitov wrote:
On 6/4/15 3:17 AM, Wangnan (F) wrote:
Hi all,
I'd like to share my exprience on using 'perf record' BPF filter in a
real usecase to show the power and shortcome in my patch series:
thanks for sharing!
Here is another inconvenience. Currently I
Richard Watts writes:
> Expose kobject_get_unless_zero() which will shortly be
> needed by get_device_parent().
>
> Signed-off-by: Richard Watts
> ---
> include/linux/kobject.h | 1 +
> lib/kobject.c | 2 +-
> 2 files changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/incl
Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and
VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new
mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb
VMA only if it doesn't have VM_MERGEABLE been set in the same t
Hi,
On Tue, Jun 09, 2015 at 11:42:29AM -0600, Jens Axboe wrote:
> There are a few options to handle this. The attached might work, not
> tested at all. Basically it adds an io sched registration hook, that is
> called when we are adding the disk on the queue. Non-rotational
> detection should be d
On Wed, 10 Jun 2015, Sergey Senozhatsky wrote:
> On (06/10/15 07:46), Julia Lawall wrote:
> > > > Well I like it, even though it's going to cause a zillion little cleanup
> > > > patches.
> >
> > Actually only at most 87. There are some functions that look quite a bit
> > nicer with the change,
On 6/4/15 3:17 AM, Wangnan (F) wrote:
Hi all,
I'd like to share my exprience on using 'perf record' BPF filter in a
real usecase to show the power and shortcome in my patch series:
thanks for sharing!
Here is another inconvenience. Currently I only concern on write
syscall issued by iozone.
On (06/10/15 07:46), Julia Lawall wrote:
> > > Well I like it, even though it's going to cause a zillion little cleanup
> > > patches.
>
> Actually only at most 87. There are some functions that look quite a bit
> nicer with the change, like:
>
> void jffs2_destroy_slab_caches(void)
> {
> -
On Tue 2015-06-09 09:49:35, Dmitry Torokhov wrote:
> On Tue, Jun 09, 2015 at 03:19:55PM +0200, Samuel Thibault wrote:
> > Hello,
> >
> > Dmitry Torokhov, le Mon 08 Jun 2015 14:43:08 -0700, a écrit :
> > > 1. Instead of making LED class devices part of the input device they are
> > > implemented as
The iBFT firmware tables can also be specified via ACPI tables
when using EFI firmware. The 'iscsi_ibft_find' module is only
for legacy X86 BIOS, so it needs to be skipped for all other
architectures.
Signed-off-by: Hannes Reinecke
---
drivers/firmware/Kconfig | 2 +-
1 file changed, 1 insertion
Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and
VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new
mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb
VMA only if it doesn't have VM_MERGEABLE been set in the same t
Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and
VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new
mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb
VMA only if it doesn't have VM_MERGEABLE been set in the same t
Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and
VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new
mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb
VMA only if it doesn't have VM_MERGEABLE been set in the same t
Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and
VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new
mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb
VMA only if it doesn't have VM_MERGEABLE been set in the same t
I observe that it is unlikely for KSM to merge new pages from an area
that has already been scanned twice on Android mobile devices, so it's
a waste of power to continue to scan these areas in high frequency.
In this patch a defer mechanism is introduced which is borrowed from
page compaction to KS
I observe that it is unlikely for KSM to merge new pages from an area
that has already been scanned twice on Android mobile devices, so it's
a waste of power to scan these areas in high frequency. In this patchset,
a defer mechanism is introduced which is borrowed from page compaction to KSM.
A ne
On Tue, Jun 09, 2015 at 04:53:43PM +0100, Colin King wrote:
> From: Colin Ian King
>
> The printk format specifier string is missing a space between
> the %p format specifier and the "on the defer" text. Minor fix,
> add the missing space.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/scsi
>-Original Message-
>From: Colin King [mailto:colin.k...@canonical.com]
>Sent: Tuesday, June 09, 2015 9:24 PM
>To: Kashyap Desai; Sumit Saxena; Uday Lingala; James E.J. Bottomley;
>megaraidlinux@avagotech.com; linux-s...@vger.kernel.org
>Cc: linux-kernel@vger.kernel.org
>Subject: [PATCH
On 05/12/2015 10:13 AM, Michael Turquette wrote:
> This governor is event-driven. There is no polling loop to check cpu
> idle time nor any other method which is unsynchronized with the
> scheduler. The entry points for this policy are in fair.c:
> enqueue_task_fair, dequeue_task_fair and task_ti
Add lockdep_assert_held_once() to functions explicitly mentioning that
rdev or regulator_list mutex must be held. Using WARN_ONCE shouldn't
pollute the dmesg to much.
The patch (if CONFIG_LOCKDEP enabled) will show warnings in certain
regulators calling regulator_notifier_call_chain() without rdev
My wife and I have awarded you with a donation of $ 1.5 million Dollars from
part of our Jackpot Lottery of 161,653,000 Million Pounds, send your
name,address, phone for claims.
View http://www.bbc.co.uk/news/uk-scotland-glasgow-west-18801698
We await your earliest response and God Bless you.
* Denys Vlasenko wrote:
> We use three MOVs to swap edx and ecx. We can use one XCHG instead.
>
> Expand the comments. It's difficult to keep track which arg# every register
> corresponds to, so spell it out.
> + /*
> + * At this point, registers hold syscall args in 32-bit ABI:
> +
> -Original Message-
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> Sent: 2015年6月10日 13:20
> To: Lisa Du
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: A race condition between debugfs and seq_file operation
>
> On Wed, Jun 10, 2015 at 05:00:03AM +, Lisa
In order to avoid potential overflows in print_constraints we
better replace sprintf() with scnprintf().
Signed-off-by: Stefan Wahren
---
drivers/regulator/core.c | 43 ---
1 file changed, 24 insertions(+), 19 deletions(-)
Changes in V3:
- rebase on fix
> -Original Message-
> From: Linuxppc-dev [mailto:linuxppc-dev-
> bounces+jianhua.xie=freescale@lists.ozlabs.org] On Behalf Of Madalin
> Bucur
> Sent: Wednesday, April 29, 2015 10:57 PM
> To: net...@vger.kernel.org; linuxppc-...@lists.ozlabs.org
> Cc: linux-kernel@vger.kernel.org; Buc
Hi Caesar,
On 06/09/2015 05:49 PM, Caesar Wang wrote:
Use the below scripts to check:
scripts/checkpatch.pl -f --subject arch/arm/mach-rockchip/platsmp.c
Signed-off-by: Caesar Wang
---
Changes in v6:
- fix the commnet Unified format.
Series-changes: 5
- Add the changelog.
Series-changes: 2
-
Hi Caesar,
On 06/09/2015 05:49 PM, Caesar Wang wrote:
We need different orderings when turning a core on and turning a core
off. In one case we need to assert reset before turning power off.
In ther other case we need to turn power on and the deassert reset.
In general, the correct flow is:
C
Hi Caesar,
On 06/09/2015 05:49 PM, Caesar Wang wrote:
The patch can ensure that v7_exit_coherency_flush() in rockchip_cpu_die()
executed in time.
The mdelay(1) has enough time to fix the problem of CPU offlining.
That's a workaround way in rockchip hotplug code,
At least, we haven't a better way
On Tue, Jun 09, 2015 at 10:22:40AM -0600, Jason Gunthorpe wrote:
> On Tue, Jun 09, 2015 at 02:36:49PM +0300, Jarkko Sakkinen wrote:
>
> Needs a commit message, bug description, Fixes: header and does it go
> to -stable ?
>
> > Reported-by: Matt Fleming
> > Signed-off-by: Jarkko Sakkinen
> > dr
Sergey Senozhatsky has modified several destroy functions that can
now be called with NULL values.
- kmem_cache_destroy()
- mempool_destroy()
- dma_pool_destroy()
Update checkpatch to warn when those functions are preceded by an if.
Update checkpatch to --fix all the calls too only when the c
> Mark Brown hat am 10. Juni 2015 um 01:22 geschrieben:
>
>
> On Tue, Jun 09, 2015 at 08:09:42PM +, Stefan Wahren wrote:
> > The buffer for condtraints debug isn't big enough to hold the output
> > in all cases. So fix this issue by increasing the buffer.
>
> Applied, thanks. Will you send a
> > Well I like it, even though it's going to cause a zillion little cleanup
> > patches.
Actually only at most 87. There are some functions that look quite a bit
nicer with the change, like:
void jffs2_destroy_slab_caches(void)
{
- if(full_dnode_slab)
- kmem_cache_destroy
On 06/09/2015 09:55 AM, Jean-Baptiste Theou wrote:
Currently, watchdog subsystem require the misc subsystem to
register a watchdog. This may not be the case in case of an
early registration of a watchdog, which can be required when
the watchdog cannot be disabled.
This patch introduces a deferra
On 06/09/2015 09:55 AM, Jean-Baptiste Theou wrote:
In some situation, mainly when it's not possible to disable a
watchdog, you may want the watchdog driver to be started as soon
as possible.
Adding GPIO_WATCHDOG_ARCH_INITCALL to raise initcall from
module_init to arch_initcall.
This patch requi
Use the timer API function setup_timer instead of structure field
assignments to initialize a timer.
A simplified version of the Coccinelle semantic patch that performs
this transformation is as follows:
@change@
expression e1, e2, a;
@@
-init_timer(&e1);
+setup_timer(&e1, a, 0UL);
... when != a
On Tue, Jun 09, 2015 at 12:27:15PM -0400, Dan Williams wrote:
>
> +#define scatterwalk_sg_chain(prv, num, sgl) sg_chain(prv, num, sgl)
> +#define scatterwalk_sg_next(sgl) sg_next(sgl)
Why are you reintroducing the scatterwalk_sg_next macro that we
just removed?
I also don't understan
Hi, I apologize for the wide audience but I did not get response.
How to see the args passed to for example
trace_ocfs2_dentry_attach_loc() using /sys/kernel/debug/tracing. I can
only see function names and parent fn
ls-4530 [000] 10532818.195802:
ocfs2_dentry_attach_lock <
Hi,
On Tuesday 09 June 2015 10:54 PM, Alan Stern wrote:
On Tue, 9 Jun 2015, Kishon Vijay Abraham I wrote:
But with a bounce buffer that's only 512 bytes long, you can never send
an entire packet's worth of data. If the bounce buffer is 1024 bytes
for control endpoint, 512 bytes should be su
On 09.06.2015 13:07, Anand Moon wrote:
> Enable CONFIG_SND_SOC_ODROIDX2 and CONFIG_SND_SIMPLE_CARD to enable
> sound on Odroid-XU3 board using the max98090 audio codec.
>
> Signed-off-by: Anand Moon
> Reviewed-by: Lukasz Majewski
> ---
> Changes v2: Fixed the commit log.
>
> Signed-off-by: Anan
On Tue, Jun 09, 2015 at 10:17:11AM -0700, Kevin Hilman wrote:
> Hi Sasha,
>
> On Mon, Jun 8, 2015 at 6:39 AM, Sasha Levin wrote:
> > This is the start of the stable review cycle for the 3.18.15 release.
> > There are 178 patches in this series, all will be posted as a response
> > to this one. I
On Wed, Jun 10, 2015 at 05:00:03AM +, Lisa Du wrote:
> > -Original Message-
> > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > Sent: 2015年6月10日 5:12
> > To: Lisa Du
> > Cc: linux-kernel@vger.kernel.org
> > Subject: Re: A race condition between debugfs and seq_f
Le 06/09/15 21:36, Keng Soon Cheah a écrit :
> The PHY_AN_PENDING state is put as a gate to enter the PHY_AN state
> where it will wait for any uncomplete auto-negotiation session to
> finish before starting a new one.
>
> This extra state could be used to workaround some auto-negotation
> issues
Reworded commit log:
From: Nikunj A Dadhania
powerpc/numa: initialize distance lookup table from drconf path
In some situations, a NUMA guest that supports
ibm,dynamic-memory-reconfiguration node will end up having flat NUMA
distances between nodes. This is because of two problems in the
curre
> -Original Message-
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> Sent: 2015年6月10日 5:12
> To: Lisa Du
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: A race condition between debugfs and seq_file operation
>
> On Mon, Jun 08, 2015 at 04:28:10AM +, Lisa Du
On Wed, Jun 10, 2015 at 01:48:29AM +0200, Rafael J. Wysocki wrote:
> On Wednesday, June 03, 2015 11:13:57 AM Toshi Kani wrote:
> > On Sat, 2015-05-30 at 14:21 +0200, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > Commit 73f7d1ca3263 "ACPI / init: Run acpi_early_init() before
>
On Tue, Jun 09, 2015 at 09:32:10PM +1000, Aleksa Sarai wrote:
> Adds a new single-purpose PIDs subsystem to limit the number of
> tasks that can be forked inside a cgroup. Essentially this is an
> implementation of RLIMIT_NPROC that applies to a cgroup rather than a
> process tree.
>
> However, it
Node distance will not get initialized in certain cases as
dynamic-reconfiguration path does not initialize the lookup table.
There is an assumption about the associativity list in
initialize_distance_lookup_table(). Associativity list has two forms:
a) [cpu,memory]@x/ibm,associativity has follow
On Tue, Jun 09, 2015 at 09:32:07PM +1000, Aleksa Sarai wrote:
> Fix the fact that @ssid is uninitialised in the case where
> CGROUP_SUBSYS_COUNT = 0 by setting ssid to 0.
>
> Fixes: cb4a31675270 ("cgroup: use bitmask to filter for_each_subsys")
> Signed-off-by: Aleksa Sarai
Applied to cgroup/for
On Tue, 2015-06-09 at 19:17 -0700, Andrew Morton wrote:
> On Tue, 9 Jun 2015 21:00:58 -0500 (CDT) Christoph Lameter
> wrote:
> > On Tue, 9 Jun 2015, Andrew Morton wrote:
> > > > Why do this at all?
> > Did some grepping and I did see some call sites that do this but the
> > majority has to do oth
On Tue, Jun 09, 2015 at 03:33:19PM +0200, Rasmus Villemoes wrote:
> Just six days after this FIXME was added seven years ago, Sam Ravnborg
> added the missing feature (37c514e3dfc8 "Add missing init section
> definitions"), though it ended up being called __initconst.
>
> Let's use it; better late
From: Oleg Drokin
Some time ago Al Viro noticed that lustre ll_getname is broken.
At the time a patch was submitted to convert lustre to use
exported getname, that was rejected by hch on the grounds that
filesystem code sould not really be reimplementing their own
lookups which kind of made sense
From: Oleg Drokin
It uses getname in unsafe manner and since it's to deal with corrupted
or inconsistent filesystem, we are probably better to deal with
it from lfsck anyway.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/llite/dir.c | 29 -
1 file cha
From: Oleg Drokin
strncpy_from_user could return negative values on error,
so need to take those into account.
Since ll_getname is used to get a single component name from userspace
to transfer to server as-is, there's no need to allocate 4k buffer
as done by __getname. Allocate NAME_MAX+1 buffer
Sergey Senozhatsky has modified several destroy functions that can
now be called with NULL values.
- kmem_cache_destroy()
- mempool_destroy()
- dma_pool_destroy()
Update checkpatch to warn when those functions are preceded by an if.
Update checkpatch to --fix all the calls too only when the c
The PHY_AN_PENDING state is put as a gate to enter the PHY_AN state
where it will wait for any uncomplete auto-negotiation session to
finish before starting a new one.
This extra state could be used to workaround some auto-negotation
issues from certain vendors.
an_pending_timeout module paramete
Hello, Petr.
On Tue, Jun 09, 2015 at 05:53:13PM +0200, Petr Mladek wrote:
> I think that the interaction with the hardware should be the reason to
> make them properly freezable. In the current state they are stopped at
> some random place, they might either miss some event from the hardware
> or
Hi Guenter,
On 10 June 2015 at 11:41, Fu Wei wrote:
> Hi Guenter,
>
> On 10 June 2015 at 00:45, Guenter Roeck wrote:
>> On 06/09/2015 09:29 AM, Timur Tabi wrote:
>>>
>>> On 06/09/2015 11:22 AM, Guenter Roeck wrote:
but I see your point. Essentially, the specification is broke
This patch fix a spelling typo in Documentation/pps/pps.txt
Signed-off-by: Masanari Iida
---
Documentation/pps/pps.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/pps/pps.txt b/Documentation/pps/pps.txt
index c03b1be..a811307 100644
--- a/Documentation/pps/p
Delete unnecessary prints resulting in an "spdev could be null"
warning from a static checker in scif_peer_remove(..).
Reported-by: Dan Carpenter
Reviewed-by: Ashutosh Dixit
Signed-off-by: Sudeep Dutt
---
drivers/misc/mic/scif/scif_main.c | 4
1 file changed, 4 deletions(-)
diff --git a/
On Wed, Jun 10, 2015 at 7:27 AM, Mauro Carvalho Chehab
wrote:
> Em Wed, 27 May 2015 15:05:42 +0300
> Laurent Pinchart escreveu:
>
>> Even though 'compatability' has a dedicated entry in the Wiktionary,
>> it's listed as 'Mispelling of compatibility'. Fix it.
>>
>> Signed-off-by: Laurent Pinchart
This patch series fixes reported issues including a
randconfig build error and a warning from a static checker.
Sudeep Dutt (2):
misc: mic: Fix randconfig build error by including errno.h
misc: mic: Fix reported static checker warning
drivers/misc/mic/scif/scif_main.c | 4
drivers/misc/
This issue was reported @ https://lkml.org/lkml/2015/6/9/731
Reported-by: Jim Davis
Reviewed-by: Ashutosh Dixit
Signed-off-by: Sudeep Dutt
---
drivers/misc/mic/scif/scif_rb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/misc/mic/scif/scif_rb.c b/drivers/misc/mic/scif/scif_rb.c
i
On 6/9/15 7:23 PM, Wangnan (F) wrote:
I'll embed this script in my next version.
fine, let's use the script for now and inform the user
that they would need to manually copy the flags into .perfconfig
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
Hi Guenter,
On 10 June 2015 at 00:45, Guenter Roeck wrote:
> On 06/09/2015 09:29 AM, Timur Tabi wrote:
>>
>> On 06/09/2015 11:22 AM, Guenter Roeck wrote:
>>>
>>>
>>>
>>> but I see your point. Essentially, the specification is broken
>>> for all practical purposes, since, as you point out, enablin
On Tue, Jun 9, 2015 at 5:17 PM, Paul Bolle wrote:
> On Mon, 2015-06-08 at 20:29 +0800, Pi-Cheng Chen wrote:
>> --- /dev/null
>> +++ b/drivers/cpufreq/mt8173-cpufreq.c
>
>> +#include
>
> Weren't you going to drop this include?
Sorry I forget to merge that part of fix into this patch.
Will fix it.
On Tue, 9 Jun 2015, Jerome Glisse wrote:
> On Mon, Jun 08, 2015 at 06:54:29PM -0700, Mark Hairgrove wrote:
> > Can you clarify how that's different from mmu_notifiers? Those are also
> > embedded into a driver-owned struct.
>
> For HMM you want to be able to kill a mirror from HMM, you might ha
On 06/09/2015 03:30 PM, David Teigland wrote:
On Tue, Jun 09, 2015 at 03:08:11PM -0500, Goldwyn Rodrigues wrote:
Hi David,
On 06/09/2015 02:45 PM, David Teigland wrote:
On Tue, Jun 09, 2015 at 02:26:25PM -0500, Goldwyn Rodrigues wrote:
On 06/09/2015 01:22 PM, David Teigland wrote:
I've jus
The LED and Rumble control only function via BT if the full output report
is sent. The large report still functions via USB.
Signed-off-by: Simon Wood
---
drivers/hid/hid-sony.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/hid/hid-sony.c b/drivers/hid/h
Split quirk for PS Move Controller as it has to be treated differently
when connected via BT.
Signed-off-by: Simon Wood
---
drivers/hid/hid-sony.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/hid/hid-sony.c b/drivers/hid/hid-sony.c
index 6fcc2b4..28dba6c 10
Fix the report descriptor so that the buttons and trigger are correctly
reported.
The format of the input report is described here:
https://github.com/nitsch/moveonpc/wiki/Input-report
The Accelerometers and Gyros (1st frame only) are also reported as axis, but
the Magnetometers are NOT as 'fixi
Add support for the battery charge level and state to be read via BT.
This is not support via USB as there is no know way to get the device
sending 'input' reports over USB.
Signed-off-by: Simon Wood
---
drivers/hid/hid-sony.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(
Hello, Jiri.
On Tue, Jun 09, 2015 at 02:15:24PM +0200, Jiri Kosina wrote:
> To me, the ultimate goal (*) is to make it possible for kthread to be able
> to decide whether it wants "some kind of default behavior" (however that'd
> be defined), or "ignore all", or "just handle this set of signals
Bob Peterson wrote:
> - Original Message -
>
>> Hi Bob,
>>
>> Bob Peterson wrote:
>>
>>> - Original Message -
>>>
>>>
We don't need the redundant logic since send_message always returns 0.
Signed-off-by: Guoqing Jiang
---
fs/dlm/lock.c |
The code introduced in
"[PATCH kernel v12 17/34]
powerpc/spapr: vfio: Switch from iommu_table to new iommu_table_group"
checks that an IOMMU group was registered for the specific
table group which is not true when CONFIG_IOMMU_API is off as
iommu_register_group() is a stub in this case.
This makes
On 06/09/2015 03:05 PM, Pavel Vasilyev wrote:
09.06.2015 19:45, Fernando Lopez-Lezcano пишет:
This is still happening, about once a day. John Dulaney help me set up a
crash kernel dump (thanks!) so now I have a kernel core dump for this
one,
Asus,Fedora,CGROUPS, iptables,snd_ac97,radeon,raid1
On 2015/06/09 19:09, Xishi Qiu wrote:
On 2015/6/9 15:06, Kamezawa Hiroyuki wrote:
On 2015/06/04 22:02, Xishi Qiu wrote:
Add a new interface in path /proc/sys/vm/mirrorable. When set to 1, it means
we should allocate mirrored memory for both user and kernel processes.
Signed-off-by: Xishi Qiu
On 2015/06/09 19:10, Xishi Qiu wrote:
On 2015/6/9 14:44, Kamezawa Hiroyuki wrote:
On 2015/06/04 21:56, Xishi Qiu wrote:
This patch introduces a new config called "CONFIG_ACPI_MIRROR_MEMORY", it is
used to on/off the feature.
Signed-off-by: Xishi Qiu
---
mm/Kconfig | 8
1 file c
On 2015/06/09 19:04, Xishi Qiu wrote:
On 2015/6/9 15:12, Kamezawa Hiroyuki wrote:
On 2015/06/04 22:04, Xishi Qiu wrote:
Add the buddy system interface for address range mirroring feature.
Allocate mirrored pages in MIGRATE_MIRROR list. If there is no mirrored pages
left, use other types pages.
On 2015/06/09 6:31, Tom Zanussi wrote:
> This is v7 of the 'hist triggers' patchset, following feedback from
> v6.
>
> Changes from v6:
>
> This version adds a new 'sym-offset' modifier as requested by Masami.
> I implemented it as a modifier rather than using the trace option as
> suggested, in
- Original Message -
> Hi Bob,
>
> Bob Peterson wrote:
> > - Original Message -
> >
> >> We don't need the redundant logic since send_message always returns 0.
> >>
> >> Signed-off-by: Guoqing Jiang
> >> ---
> >> fs/dlm/lock.c | 10 ++
> >> 1 file changed, 2 insertions
Hello,
On Tue, Jun 09, 2015 at 11:05:46AM -0400, Jeff Moyer wrote:
> Yeah, I sent this email before realizing that GFP_NOWAIT would work out.
> I've reviewed the rest of the series. Looks good to me! You did a nice
> job splitting things up into easily reviewable pieces, so thanks for
> that.
T
Hi Jagan,
On 06/08/2015 08:05 PM, Jagan Teki wrote:
On 27 May 2015 at 09:27, Hanjun Guo wrote:
On 2015年05月27日 08:30, Rafael J. Wysocki wrote:
On Tuesday, May 26, 2015 08:49:13 PM Hanjun Guo wrote:
This patch set is introducing ARM64 PCI hostbridge init based on ACPI,
which based on Jiang L
Hey, Jeff.
On Tue, Jun 09, 2015 at 10:40:02AM -0400, Jeff Moyer wrote:
> The resulting code (introduced by the last patch, I know) is not ideal:
>
> rcu_read_lock();
> cfqg = cfq_lookup_create_cfqg(cfqd, bio_blkcg(bio));
> if (!cfqg) {
> cfqq = &cfqd->oom_c
On Tue, Jun 09, 2015 at 07:06:14PM +0200, Borislav Petkov wrote:
> On Tue, Jun 09, 2015 at 09:44:59AM -0700, Andy Lutomirski wrote:
> > [1] For those who weren't bitten by this repeatedly, modern Intel CPUs
> > (at least Sandy Bridge, anyway) will, by default, detect when all
> > cores are in C1 or
Hi Bob,
Bob Peterson wrote:
> - Original Message -
>
>> We don't need the redundant logic since send_message always returns 0.
>>
>> Signed-off-by: Guoqing Jiang
>> ---
>> fs/dlm/lock.c | 10 ++
>> 1 file changed, 2 insertions(+), 8 deletions(-)
>>
>> diff --git a/fs/dlm/lock.
On Wed, 2015-06-10 at 01:05 +0300, Pavel Vasilyev wrote:
> 09.06.2015 19:45, Fernando Lopez-Lezcano пишет:
>
> > This is still happening, about once a day. John Dulaney help me set up a
> > crash kernel dump (thanks!) so now I have a kernel core dump for this
> > one,
>
> Asus,Fedora,CGROUPS, ipt
From: Tang Yuantian
Various e500 core have different cache architecture, so they
need different cache flush operations. Therefore, add a callback
function cpu_flush_caches to the struct cpu_spec. The cache flush
operation for the specific kind of e500 is selected at init time.
The callback functi
Hello Steve,
On Tue, June 09, 2015 5:43 PM, Steve Capper wrote:
> On 9 June 2015 at 07:52, Hyuk Myeong wrote:
>> This patch fix a spelling typo in the comment in pgtable-2level.h.
>>
>
> Hi Hyuk,
>
>> Signed-off-by: Hyuk Myeong
>> ---
>> arch/arm/include/asm/pgtable-2level.h | 2 +-
>> 1 file
Changes v2:
* port the patch to current cryptodev tree plus the async seeding DRBG patches
---8<---
As required by SP800-90A, the DRBG implements are reseeding threshold.
This threshold is at 2**48 (64 bit) and 2**32 bit (32 bit) as
implemented in drbg_max_requests.
With the recently introduced
On 2015/6/10 9:09, Alexei Starovoitov wrote:
On 6/9/15 5:47 PM, Wangnan (F) wrote:
On 2015/6/10 7:43, Alexei Starovoitov wrote:
On 6/8/15 10:50 PM, Wang Nan wrote:
perf_bpf_config() is added to parse 'bpf' section in perf config file.
Following is an example:
[bpf]
clang-path = /llv
On 06/08/2015 06:53 PM, Uwe Kleine-König wrote:
Since 39b2bbe3d715 (gpio: add flags argument to gpiod_get*() functions)
which appeared in v3.17-rc1, the gpiod_get* functions take an additional
parameter that allows to specify direction and initial value for output.
Use this to simplify the drive
On Tue, Jun 09, 2015 at 02:23:48PM +0530, Suneel Garapati wrote:
> Adds support for CEVA SATA Host controller found on Xilinx Zynq
> Ultrascale+ MPSoC.
Applied to libata/for-4.2.
Thanks!
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Tue, 9 Jun 2015 21:00:58 -0500 (CDT) Christoph Lameter
wrote:
> On Tue, 9 Jun 2015, Andrew Morton wrote:
>
> > > Why do this at all?
> >
> > For the third time: because there are approx 200 callsites which are
> > already doing it.
>
> Did some grepping and I did see some call sites that do
Hi Dinh,
Responding again to the proper message to add linux-usb. And also
added more comments.
On 5/26/2015 7:32 PM, dingu...@opensource.altera.com wrote:
> From: Dinh Nguyen
>
> For platforms that use a ULPI phy, we should enable the external VbusValid
> signal instead.
I don't think it shou
On 06/10/2015 07:48 AM, Rafael J. Wysocki wrote:
On Wednesday, June 03, 2015 11:13:57 AM Toshi Kani wrote:
On Sat, 2015-05-30 at 14:21 +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
Commit 73f7d1ca3263 "ACPI / init: Run acpi_early_init() before
timekeeping_init()" moved the ACPI subs
On (06/09/15 20:11), Christoph Lameter wrote:
> On Tue, 9 Jun 2015, Andrew Morton wrote:
>
> > Well I like it, even though it's going to cause a zillion little cleanup
> > patches.
> >
> > checkpatch already has a "kfree(NULL) is safe and this check is
> > probably not required" test so I guess Jo
On Tue, 2015-06-09 at 21:00 -0500, Tang Yuantian-B29983 wrote:
> Please see my replay inline.
>
> From: Wood Scott-B07421
> Sent: Wednesday, June 10, 2015 6:28 AM
> To: Tang Yuantian-B29983
> Cc: Wood Scott-B07421; linuxppc-...@lists.ozlabs.org;
> linux-ker
On Tue, 9 Jun 2015, Andrew Morton wrote:
> > Why do this at all?
>
> For the third time: because there are approx 200 callsites which are
> already doing it.
Did some grepping and I did see some call sites that do this but the
majority has to do other processing as well.
200 call sites? Do we ha
1 - 100 of 961 matches
Mail list logo