Hi, Rafael
Thanks for the review.
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of
> Rafael J. Wysocki
> Sent: Wednesday, May 18, 2016 7:37 AM
> To: Zheng, Lv
> Cc: Wysocki, Rafael J ; Rafael J. Wysocki
> ;
In __rwsem_do_wake(), the reader wakeup code will assume a writer
has stolen the lock if the active reader/writer count is not 0.
However, this is not as reliable an indicator as the original
"< RWSEM_WAITING_BIAS" check. If another reader is present, the code
will still break out and exit even if
Without using WRITE_ONCE(), the compiler can potentially break a
write into multiple smaller ones (store tearing). So a read from the
same data by another task concurrently may return a partial result.
This can result in a kernel crash if the data is a memory address
that is being dereferenced.
As rwsem_down_read_failed() will queue itself and potentially call
__rwsem_do_wake(sem, RWSEM_WAKE_ANY), it is possible that a reader
will try to wake up its own task. This patch adds a check to make
sure that this won't happen.
Signed-off-by: Waiman Long
Reviewed-by: Peter
This patch moves the owner loading and checking code entirely inside of
rwsem_spin_on_owner() to simplify the logic of rwsem_optimistic_spin()
loop.
Suggested-by: Peter Hurley
Signed-off-by: Waiman Long
Reviewed-by: Peter Hurley
v3->v4:
- Add a new patch 2 to use WRITE_ONCE() for all rwsem->owner stores
to prevent store tearing.
v2->v3:
- Make minor code changes as suggested by PeterZ & Peter Hurley.
- Add 2 minor patches (#2 & #3) to improve the rwsem code
- Add a 4th patch to streamline the
Currently, it is not possible to determine for sure if a reader
owns a rwsem by looking at the content of the rwsem data structure.
This patch adds a new state RWSEM_READER_OWNED to the owner field
to indicate that readers currently own the lock. This enables us to
address the following 2 issues
On Tue, May 17, 2016 at 06:47:56AM -0700, Greg KH wrote:
> A: http://en.wikipedia.org/wiki/Top_post
> Q: Were do I find info about this thing called top-posting?
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q:
On Wed, May 18, 2016 at 09:17:00AM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> On 2016/5/18 8:44, Jaegeuk Kim wrote:
> > This can reduce page counting overhead.
>
> We change to increase one reference for one bio, but block layer can split or
> merge bios by itself, and write_end will be called per
On Tue, May 17, 2016 at 11:24:27AM +0100, Mark Brown wrote:
> On Tue, May 17, 2016 at 05:57:33PM +0800, Huang Shijie wrote:
> > On Wed, Apr 27, 2016 at 02:53:05PM -0400, David Long wrote:
>
> > > +#ifdef CONFIG_ARM64
> > > + pr_info("pre_handler: p->addr = 0x%p, pc = 0x%lx\n",
>
> > I think you
This patch adds a new module parameter which can be used as the
symbol name. With this parameter, the module becomes more flexable.
Signed-off-by: Huang Shijie
---
samples/kprobes/kprobe_example.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
Print out the symbol name for the hooks, it makes the logs more readable.
Signed-off-by: Huang Shijie
---
samples/kprobes/kprobe_example.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git
On Tue, May 17, 2016 at 03:34:23PM +0300, Kirill A. Shutemov wrote:
> On Mon, May 16, 2016 at 11:56:32PM +0900, Minchan Kim wrote:
> > On Mon, May 16, 2016 at 05:29:00PM +0300, Kirill A. Shutemov wrote:
> > > > Kirill,
> > > > You wanted to test non-HW access bit system and I did.
> > > > What's
On Tue, May 17, 2016 at 6:26 PM, Jonathan Corbet wrote:
> On Mon, 16 May 2016 19:27:28 -0700
> Kees Cook wrote:
>
>> This document attempts to codify the intent around kernel self-protection
>> along with discussion of both existing and desired
Hi,
Parallel cp workload (xfstests generic/273) hangs like blow.
It's reproducible with a small chance, less the 1/100 i think.
Have hit this in linux-next 20160504 0506 0510 trees, testing on
xfs with loop or block device. Ext4 survived several rounds
of testing.
Linux next 20160510 tree hangs
On 5/17/16 7:47 PM, Hekuang wrote:
在 2016/5/16 10:50, David Ahern 写道:
On 5/15/16 7:30 PM, Hekuang wrote:
In previous patch, I use 'perf buildid-cache -a' to add vdso
binary into the HOST buildid dir.
So 'perf buildid-cache' needs the symfs option?
With this patch 'PATCH v3 3/7 UPDATE',
在 2016/5/16 10:50, David Ahern 写道:
On 5/15/16 7:30 PM, Hekuang wrote:
In previous patch, I use 'perf buildid-cache -a' to add vdso
binary into the HOST buildid dir.
So 'perf buildid-cache' needs the symfs option?
With this patch 'PATCH v3 3/7 UPDATE', the tree of symfs dir is
like this:
Hi Doug,
On 2016-5-18 8:47, Doug Anderson wrote:
Jaehoon,
On Mon, Mar 30, 2015 at 8:47 AM, Doug Anderson wrote:
Jaehoon,
On Sun, Mar 29, 2015 at 5:55 PM, Jaehoon Chung wrote:
Dear Doug,
I'm considering to control HLE error..So holding this
There is a rare race when we remove an entry from the global list
hv_context.percpu_list[cpu] in hv_process_channel_removal() ->
percpu_channel_deq() -> list_del(): at this time, if vmbus_on_event() ->
process_chn_event() -> pcpu_relid2channel() is trying to query the list,
we can get the general
On 05/18/2016 09:47 AM, Doug Anderson wrote:
> Jaehoon,
>
> On Mon, Mar 30, 2015 at 8:47 AM, Doug Anderson wrote:
>> Jaehoon,
>>
>> On Sun, Mar 29, 2015 at 5:55 PM, Jaehoon Chung
>> wrote:
>>> Dear Doug,
>>>
>>> I'm considering to control HLE
On Thu, May 12, 2016 at 10:26:40AM +0800, Li Bin wrote:
>
>
> on 2016/5/11 23:33, James Morse wrote:
> > Hi David,
> >
> > On 27/04/16 19:52, David Long wrote:
> >> From: "David A. Long"
> >>
> >> This patchset is heavily based on Sandeepa Prabhu's ARM v8 kprobes patches,
On Mon, 16 May 2016, Julia Lawall wrote:
> On Mon, 16 May 2016, SF Markus Elfring wrote:
>
> > >> * Change an error message.
> > >
> > > Why? Is dev_err needed?
> >
> > I interpreted Lee's response in this way.
> > https://lkml.org/lkml/2016/1/11/104
>
> OK. He didn't ask for the message to
When the function sb_bread() fails, the return value should
be -EIO, fix it.
Signed-off-by: Heloise
---
fs/efs/super.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/efs/super.c b/fs/efs/super.c
index cb68dac..368f7dd 100644
--- a/fs/efs/super.c
+++
Am 21.03.2016 um 14:38 schrieb Greg KH:
> On Mon, Mar 21, 2016 at 11:52:23AM +0100, Stefan Priebe - Profihost AG wrote:
>>
>> Am 20.03.2016 um 22:41 schrieb Greg KH:
>>> On Sun, Mar 20, 2016 at 10:27:23PM +0100, Stefan Priebe wrote:
Am 19.03.2016 um 23:26 schrieb Vlastimil Babka:
>
Although unbinding a pinctrl driver requires root privileges but it
still might be used theoretically in certain attacks (by triggering NULL
pointer exception or memory corruption).
Samsung pincontrol drivers are essential for system operation so their
removal is not expected. They do not
On 05/17/2016 02:24 AM, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
arch/arm64/Kconfig
between commit:
8ee708792e1c ("arm64: Kconfig: remove redundant HAVE_ARCH_TRANSPARENT_HUGEPAGE
definition")
from the arm64 tree and commit:
On 2016/5/16 23:40, Peter Hurley wrote:
> On 05/16/2016 04:35 AM, Zhen Lei wrote:
>> Sometimes, we may only use SSH to login, and build 8250 uart driver as a
>> ko(insmod if needed). But the earlycon may still be necessary, because
>> the kernel boot process may take a long time. It's not good
Hi,
> From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org]
> Subject: [PATCH 1/3] ACPI: table upgrade: use cacheable map for tables
>
> The new memory allocated in acpi_table_initrd_init() is used to
> copy the upgraded tables to it. So it should be mapped with
> early_memunmap() instead
On Tue, 2016-05-10 at 13:34 +0800, Wanpeng Li wrote:
> From: Wanpeng Li
>
> This patch adds steal guest time support to full dynticks CPU time
> accounting. After commit ff9a9b4c(sched, time: Switch
> VIRT_CPU_ACCOUNTING_GEN
> to jiffy granularity), time is jiffy based
On Thu, 12 May 2016 16:01:54 +0100
James Morse wrote:
> Hi David, Sandeepa,
>
> On 27/04/16 19:53, David Long wrote:
> > From: Sandeepa Prabhu
>
> > diff --git a/arch/arm64/kernel/kprobes.c b/arch/arm64/kernel/kprobes.c
> > new file mode
This patch Replace all occurences of (1<
---
drivers/staging/comedi/drivers/pcmmio.c | 40
On Mon, 16 May 2016, Julia Lawall wrote:
> On Mon, 16 May 2016, SF Markus Elfring wrote:
>
> > >> * Change an error message.
> > >
> > > Why? Is dev_err needed?
> >
> > I interpreted Lee's response in this way.
> > https://lkml.org/lkml/2016/1/11/104
>
> OK. He didn't ask for the message to
Am 21.03.2016 um 14:38 schrieb Greg KH:
> On Mon, Mar 21, 2016 at 11:52:23AM +0100, Stefan Priebe - Profihost AG wrote:
>>
>> Am 20.03.2016 um 22:41 schrieb Greg KH:
>>> On Sun, Mar 20, 2016 at 10:27:23PM +0100, Stefan Priebe wrote:
Am 19.03.2016 um 23:26 schrieb Vlastimil Babka:
>
Although unbinding a pinctrl driver requires root privileges but it
still might be used theoretically in certain attacks (by triggering NULL
pointer exception or memory corruption).
Samsung pincontrol drivers are essential for system operation so their
removal is not expected. They do not
On 05/17/2016 02:24 AM, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
arch/arm64/Kconfig
between commit:
8ee708792e1c ("arm64: Kconfig: remove redundant HAVE_ARCH_TRANSPARENT_HUGEPAGE
definition")
from the arm64 tree and commit:
When the function sb_bread() fails, the return value should
be -EIO, fix it.
Signed-off-by: Heloise
---
fs/efs/super.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/efs/super.c b/fs/efs/super.c
index cb68dac..368f7dd 100644
--- a/fs/efs/super.c
+++ b/fs/efs/super.c
On 2016/5/16 23:40, Peter Hurley wrote:
> On 05/16/2016 04:35 AM, Zhen Lei wrote:
>> Sometimes, we may only use SSH to login, and build 8250 uart driver as a
>> ko(insmod if needed). But the earlycon may still be necessary, because
>> the kernel boot process may take a long time. It's not good
On Mon, May 16, 2016 at 08:43:33AM -0700, Linus Torvalds wrote:
> On Sun, May 15, 2016 at 8:32 PM, Al Viro wrote:
> > FWIW, I considered sending that pile in several pull requests, but for some
> > reason git request-pull v4.6 vfs work.lookups spews something very odd into
> > diffstat - files
On Mon, May 16, 2016 at 04:53:50PM +0100, Eric Engestrom wrote:
> On Fri, May 13, 2016 at 11:06:40PM +0530, Muhammad Falak R Wani wrote:
> > It is preferred to use ARRAY_SIZE() for size calculation, instead
> > using sizeof(array)/sizeof(*array). It makes the code more readable.
> >
> >
On Mon, May 16, 2016 at 09:07:27AM -0400, Vivek Goyal wrote:
> So it became clear that we need a check at mount time to make sure
> d_type is supported otherwise error out. This will require users to
> do mkfs.xfs with ftype=1 to make progress.
>
> I think new defaults for mkfs.xfs are such that
Commit-ID: 683ad8092cd262a02d01377dd17a29d492438b90
Gitweb: http://git.kernel.org/tip/683ad8092cd262a02d01377dd17a29d492438b90
Author: Linus Torvalds
AuthorDate: Mon, 16 May 2016 13:05:45 -0700
Committer: Ingo Molnar
CommitDate: Tue, 17 May 2016 08:25:06 +0200
x86/efi: Fix 7-parameter
On Mon, May 16, 2016 at 04:07:53PM -0700, Megha Dey wrote:
>
> ok. I tried at my end too using some printk's and nothing seems to be
> broken. Also, if you intend to use the same commit message, I spell my
> name as Megha Dey and not Day :)
Patch applied with the name corrected.
Thanks,
--
This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
PPC32 doesn't have the PACA structure, so we use the task_info
structure to store the accounting data.
In order to reuse on PPC32 the PPC64 functions, all u64 data has
been replaced by 'unsigned long' so that it is u32 on PPC32 and
u64
On Mon, May 16, 2016 at 9:40 PM, Geert Uytterhoeven
wrote:
> On Mon, May 16, 2016 at 9:27 PM, Pantelis Antoniou
> wrote:
>>> On May 16, 2016, at 22:06 , Geert Uytterhoeven wrote:
>>> On Mon, May 16, 2016 at 6:52 PM, Pantelis Antoniou
>>> wrote:
Insert overlay symbols to the base tree when
> @@ -2579,20 +2612,22 @@ struct page *buffered_rmqueue(struct zone
> *preferred_zone,
> struct list_head *list;
>
> local_irq_save(flags);
> - pcp = _cpu_ptr(zone->pageset)->pcp;
> - list = >lists[migratetype];
> - if
James Morris wrote:
> CONFIG_MODULE_SIG_KEY="signing_key.pem"
>
> This should be 'certs/signing_key.pem', right?
Yeah - it only gets autogenerated if it's that:
ifeq ($(CONFIG_MODULE_SIG_KEY),"certs/signing_key.pem")
from certs/Makefile.
It may have leaked from an earlier version
The purpose of this set of patches is to continue on TLB handling
optimisation on the 8xx with the handling of IMMR area as a
single 512k area instead of multiple 4k pages.
This set includes a rework of linear RAM mapping in order to not use
page table but direct linear mapping. The result is
Instead of using the first level page table to define mappings for
the linear memory space, we can use direct mapping from the TLB
handling routines. This has several advantages:
* No need to read the tables at each TLB miss
* No issue in 16k pages mode where the 1st level table maps 64 Mbytes
Memory: 124428K/131072K available (3748K kernel code, 188K rwdata,
648K rodata, 508K init, 290K bss, 6644K reserved)
Kernel virtual memory layout:
* 0xfffdf000..0xf000 : fixmap
* 0xfde0..0xfe00 : consistent mem
* 0xfddf6000..0xfde0 : early ioremap
*
On recent kernels, with some debug options like for instance
CONFIG_LOCKDEP, the BSS requires more than 8M memory, allthough
the kernel code fits in the first 8M.
Today, it is necessary to activate CONFIG_PIN_TLB to get more than 8M
at startup, allthough pinning TLB is not necessary for that.
We
On Tue, May 17, 2016 at 2:24 AM, Stephen Rothwell wrote:
>
> Today's linux-next merge of the net-next tree got a conflict in:
>
> arch/arm64/Kconfig
>
> between commit:
>
> 8ee708792e1c ("arm64: Kconfig: remove redundant
> HAVE_ARCH_TRANSPARENT_HUGEPAGE definition")
>
> from the arm64 tree
Bootloader may have pinned some TLB entries so the kernel must
unpin them before flushing TLBs with tlbia otherwise pinned TLB
entries won't get flushed
Signed-off-by: Christophe Leroy
---
v2: No change
v3: No change
arch/powerpc/kernel/head_8xx.S | 18 ++
1 file changed, 10
On Thu, May 12, 2016 at 09:36:14PM +0300, Ville Syrjälä wrote:
> On Thu, May 12, 2016 at 08:25:23PM +0200, Noralf Trønnes wrote:
> > Provides helper functions for drivers that have a simple display
> > pipeline. Plane, crtc and encoder are collapsed into one entity.
> >
> > Cc: jsa...@ti.com
> >
Once the linear memory space has been mapped with 8Mb pages, as
seen in the related commit, we get 11 millions DTLB missed during
the reference 600s period. 77% of the misses are on user addresses
and 23% are on kernel addresses (1 fourth for linear address space
and 3 fourth for virtual address
CONFIG_PIN_TLB maps IMMR area and the first 24 Mbytes of memory.
In some circunstances it might be more interesting to not map
IMMR but map 32 Mbytes of memory instead.
Therefore we add config option CONFIG_PIN_TLB_IMMR to select if
IMMR shall be pinned or not, hence whether we pin 24 or 32
IMMR is now mapped by a fixed 512k page managed by the TLB miss
handler so it is not anymore necessary to PIN TLBs
Signed-off-by: Christophe Leroy
---
v2: No change
v3: No change
arch/powerpc/Kconfig.debug | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/powerpc/Kconfig.debug
On Mon 16-05-16 15:36:56, Andrew Morton wrote:
> On Mon, 16 May 2016 16:23:33 +0200 Michal Hocko wrote:
>
> > Andrew, I think that the following is more straightforward fix and
> > should be folded in to the patch which has introduced vmstat_refresh.
> > ---
> > >From
On Mon 16-05-16 13:32:28, Linus Torvalds wrote:
> On Mon, May 16, 2016 at 7:55 AM, Ingo Molnar wrote:
> >
> > This tree, by Michal Hocko, implements down_write_killable(). The main
> > usecase
> > will be to update mm_sem usage sites to use this new API,
>
> Hmm. Is somebody (Michal?) looking
On Thu, May 12, 2016 at 08:25:22PM +0200, Noralf Trønnes wrote:
> Add drm_fb_cma_create_with_funcs() for drivers that need to set the
> dirty() callback.
>
> Signed-off-by: Noralf Trønnes
> Acked-by: Laurent Pinchart
Merged the first 2 patches to drm-misc, thanks.
-Daniel
> ---
>
> Changes
On Thu, May 12, 2016 at 07:06:56PM +0200, Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
Applied to drm-misc, thanks.
-Daniel
> ---
> drivers/gpu/drm/qxl/qxl_fb.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/gpu/drm/qxl/qxl_fb.c b/drivers/gpu/drm/qxl/qxl_fb.c
>
On 05/17/2016 09:03 AM, Geert Uytterhoeven wrote:
[...]
Someone's not gonna be happy with commit 606b5908 ("bpf: split
HAVE_BPF_JIT into cBPF and eBPF variant") breaking the sort order again...
Wasn't aware of that. Maybe I'm missing something, but there appears
to be no throughout
Hi,
2016-05-16 17:04 GMT+02:00 Rob Herring :
> On Wed, May 11, 2016 at 05:36:10PM +0200, M'boumba Cedric Madianga wrote:
>> This patch adds documentation of device tree bindings for the STM32 I2C
>> controller.
>>
>> Signed-off-by: M'boumba Cedric Madianga
>> ---
>>
Although unbinding a driver requires root privileges but it still might
be used theoretically in certain attacks (by triggering NULL pointer
exception or memory corruption if driver does not provide proper remove
callbacks or core does not handle it).
Samsung clock drivers are essential for
Linus,
please pull the latest timers-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-core-for-linus
A rather small set of patches from the timer departement:
- Some more y2038 work
- Yet another new clocksource driver
- The usual set of
tip-bot for Alexander Shishkin writes:
> Commit-ID: ab92b232ae05c382c3df0e3d6a5c6d16b639ac8c
> Gitweb: http://git.kernel.org/tip/ab92b232ae05c382c3df0e3d6a5c6d16b639ac8c
> Author: Alexander Shishkin
> AuthorDate: Tue, 10 May 2016 16:18:32 +0300
> Committer: Ingo Molnar
> CommitDate:
Only visorbus needs this header file so move it to visorbus
directory.
Signed-off-by: David Kershner
---
drivers/staging/unisys/include/vbushelper.h | 46
drivers/staging/unisys/visorbus/vbushelper.h | 46
2 files changed, 46
This patch simple does a git mv of the
drivers/staging/unisys/Documentation directory to Documentation. Renames
overview.txt to visorbus.txt and renames sysfs-platform-visorchipset to
the correct name sysfs-bus-visorbus.
Signed-off-by: David Kershner
---
Update include/linux to include the s-Par associated common include
header files needed for the s-Par visorbus.
Signed-off-by: David Kershner
---
include/linux/visorbus/channel.h | 572 +++
include/linux/visorbus/channel_guid.h| 55 +++
This patchset moves the visorbus driver (fromdrivers/staging/unisys/visorbus)
and its dependent headers files (from drivers/staging/unisys/include)
out of staging into the main kernel tree.
The visorbus driver is a bus driver for various paravirtualized devices
presented within a Unisys s-Par
Since we have now moved the include directories over to
include/linux/visorbus this patch makes all of visorbus
use the new include folders.
Signed-off-by: David Kershner
---
drivers/staging/unisys/visorbus/controlvmchannel.h | 2 +-
drivers/staging/unisys/visorbus/periodic_work.c| 3 +--
On 13/05/16 11:51, He Kuang wrote:
> There's a problem in machine__findnew_vdso(), vdso buildid generated
> by a 32-bit machine stores it with the name 'vdso', but when
> processing buildid on a 64-bit machine with the same 'perf.data', perf
> will search for vdso named as 'vdso32' and get failed.
Linus,
please pull the latest irq-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-for-linus
This update delivers:
- Yet another interrupt chip diver (LPC32xx)
- Core functions to handle partitioned per-cpu interrupts
- Enhancements to
On 16/05/16 16:32, Arnaldo Carvalho de Melo wrote:
> Em Fri, May 13, 2016 at 08:51:49AM +, He Kuang escreveu:
>> There's a problem in machine__findnew_vdso(), vdso buildid generated
>> by a 32-bit machine stores it with the name 'vdso', but when
>> processing buildid on a 64-bit machine with
Hi
> -Original Message-
> From: Roger Quadros [mailto:rog...@ti.com]
> Sent: Monday, May 16, 2016 5:52 PM
> To: Peter Chen
> Cc: peter.c...@freescale.com; ba...@kernel.org; t...@atomide.com;
> gre...@linuxfoundation.org; dan.j.willi...@intel.com;
> mathias.ny...@linux.intel.com;
There's a race window between checking page->flags and unpoisoning, which
taints kernel with "BUG: Bad page state". That's overkill. It's safer to
use bad_flags to detect hwpoisoned page.
Signed-off-by: Naoya Horiguchi
---
mm/page_alloc.c | 4 ++--
1 file changed, 2 insertions(+), 2
Due to change in register definition we need to update OCR mask.
MSR_OFFCORE_RESP0 reserved bits: 3,4,18,29,30,33,34, 8,11,14
MSR_OFFCORE_RESP1 reserved bits: 3,4,18,29,30,33,34, 38
Reported-by: Andi Kleen
Signed-off-by: Lukasz Odzioba
---
arch/x86/events/intel/core.c | 6 ++
1 file
Hi Arnd
I have already send a fix for this on the mailing list on 12th may
([PATCH 0/2] pinctrl: stm32: .pin_config_dbg_show fixes).
I don't know if Linus will merged it on his pinctrl branch.
Sorry
Patrice
On 05/13/2016 03:53 PM, Arnd Bergmann wrote:
The newly added stm32_pconf_dbg_show
Add static keyword to intel_bdw_event_constraints, snb_events_attrs,
nhm_events_attrs, intel_skl_event_constraints arrays.
Signed-off-by: Lukasz Odzioba
---
arch/x86/events/intel/core.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/events/intel/core.c
On Tue, May 17, 2016 at 09:05:01AM +0200, Daniel Vetter wrote:
> On Thu, May 12, 2016 at 09:36:14PM +0300, Ville Syrjälä wrote:
> > On Thu, May 12, 2016 at 08:25:23PM +0200, Noralf Trønnes wrote:
> > > Provides helper functions for drivers that have a simple display
> > > pipeline. Plane, crtc and
cmpxchg_release is lighter, we can gain a better performace then.
Suggested-by: Boqun Feng
Signed-off-by: Pan Xinhui
---
kernel/locking/qspinlock_paravirt.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/locking/qspinlock_paravirt.h
pseries can use pv-qspinlock.
Signed-off-by: Pan Xinhui
---
arch/powerpc/kernel/Makefile | 1 +
arch/powerpc/platforms/pseries/Kconfig | 8
2 files changed, 9 insertions(+)
diff --git a/arch/powerpc/kernel/Makefile b/arch/powerpc/kernel/Makefile
index 2da380f..ae7c2f1 100644
pseries will use qspinlock by default.
Signed-off-by: Pan Xinhui
---
arch/powerpc/platforms/pseries/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/platforms/pseries/Kconfig
b/arch/powerpc/platforms/pseries/Kconfig
index bec90fb..f669323 100644
---
pv-qspinlock core has pv_wait/pv_kick which will give a better
performace by yielding and kicking cpu at some cases.
lets support them by adding two corresponding helper functions.
Signed-off-by: Pan Xinhui
---
arch/powerpc/include/asm/spinlock.h | 4
arch/powerpc/lib/locks.c|
As we need let pv-qspinlock-kernel run on all environment which might
have no powervm, we should runtime choose which qspinlock version to
use. The default pv-qspinlock use native version. pv_lock initialization
should be done in bootstage with irq disabled. And if possible, restore
pv_lock_ops
Base code to enable qspinlock on powerpc. this patch add some #ifdef
here and there. Although there is no paravirt related code, we can
successfully build a qspinlock kernel after apply this patch.
Signed-off-by: Pan Xinhui
---
arch/powerpc/include/asm/qspinlock.h | 22
change fome v1:
separate into 6 pathes from one patch
some minor code changes.
benchmark test results are below.
run 3 tests on pseries IBM,8408-E8E with 32cpus, 64GB memory
perf bench futex hash
perf bench futex lock-pi
perf record -advRT || perf bench sched messaging -g 1000 ||
Hi Felipe,
On 13 May 2016 at 20:46, Felipe Balbi wrote:
>
> Hi,
>
> Baolin Wang writes:
> why does it need restart? Why is dwc3 powered off? Who powers it off?
Because when the dwc3 Vbus is off (no cable pluging in now),
especially for some mobile device, the system need to
It's more elegant to use MACRO UINT_MAX to represent the max value of
type unsigned int. So replace the actual value by using this MACRO.
Signed-off-by: Minfei Huang
---
v1:
- fix typo
---
drivers/nvme/host/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Tue, May 17, 2016 at 10:46:51AM +0300, Ville Syrjälä wrote:
> On Tue, May 17, 2016 at 09:05:01AM +0200, Daniel Vetter wrote:
> > On Thu, May 12, 2016 at 09:36:14PM +0300, Ville Syrjälä wrote:
> > > On Thu, May 12, 2016 at 08:25:23PM +0200, Noralf Trønnes wrote:
> > > > Provides helper functions
On Fri, 13 May 2016, Keerthy wrote:
> On Thursday 12 May 2016 06:48 PM, Lee Jones wrote:
> >On Tue, 10 May 2016, Keerthy wrote:
> >
> >>The LP873X chip is a power management IC for Portable Navigation Systems
> >> and Tablet Computing devices. It contains the following components:
> >>
> >>
On Thursday 12 May 2016 05:36 PM, Kefeng Wang wrote:
> Use helper of_platform_default_populate() in linux/of_platform
> when possible, instead of calling of_platform_populate() with
> the default match table.
>
> Cc: Nicolas Ferre
> Cc: Krzysztof Halasa
> Cc: Sekhar Nori
> Cc: Shawn Guo
> Cc:
Hi
Baolin Wang writes:
> Hi Felipe,
>
> On 13 May 2016 at 20:46, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Baolin Wang writes:
>> why does it need restart? Why is dwc3 powered off? Who powers it off?
>
> Because when the dwc3 Vbus is off (no cable pluging in now),
> especially for
On Tuesday 17 May 2016 01:31 PM, Lee Jones wrote:
On Fri, 13 May 2016, Keerthy wrote:
On Thursday 12 May 2016 06:48 PM, Lee Jones wrote:
On Tue, 10 May 2016, Keerthy wrote:
The LP873X chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It
Hi Ladislav,
2016-05-13 14:37 GMT+02:00 Ladislav Michl :
> Hi Enric!
>
> On Fri, May 06, 2016 at 11:02:34PM +0200, Enric Balletbo i Serra wrote:
>> A host device that supports write protection should refuse to write to
>> an SD card that is designated read-only when write-protect is set. This
>>
Hi Lorenzo,
On 14.04.2016 19:25, Lorenzo Pieralisi wrote:
On DT based systems, the of_dma_configure() API implements DMA configuration
for a given device. On ACPI systems an API equivalent to of_dma_configure()
is missing which implies that it is currently not possible to set-up DMA
operations
On 11/05/16 19:01, Arnd Bergmann wrote:
> A couple more errors showed up in linux-next in the last few
> days, all because of missing header files. I have not seen these
> before, and most configurations appear to be fine. There
> must have been an implicit inclusion somewhere before that
> just
On Tuesday 17 May 2016 01:34 PM, Keerthy wrote:
On Tuesday 17 May 2016 01:31 PM, Lee Jones wrote:
On Fri, 13 May 2016, Keerthy wrote:
On Thursday 12 May 2016 06:48 PM, Lee Jones wrote:
On Tue, 10 May 2016, Keerthy wrote:
The LP873X chip is a power management IC for Portable Navigation
On 17/05/16 10:38, Jun Li wrote:
> Hi
>
>> -Original Message-
>> From: Roger Quadros [mailto:rog...@ti.com]
>> Sent: Monday, May 16, 2016 5:52 PM
>> To: Peter Chen
>> Cc: peter.c...@freescale.com; ba...@kernel.org; t...@atomide.com;
>> gre...@linuxfoundation.org;
On 17/05/16 06:05, Purna Chandra Mandal wrote:
> From: Joshua Henderson
>
> The wrong external interrupt bits are being set, offset by 1.
>
> Signed-off-by: Joshua Henderson
> Signed-off-by: Purna Chandra Mandal
Acked-by: Marc Zyngier
I'll queue that for post -rc1.
Thanks,
M.
--
On Mon, May 16, 2016 at 3:30 AM, Ingo Molnar wrote:
>
> * H. Peter Anvin wrote:
>
>> On 05/12/16 15:54, Kees Cook wrote:
>> >>
>> >> It would be far better to warn on the *type* of relocations rather than
>> >> in which section they feel.
>> >
>> > I'm open to specific changes. What's the best
601 - 700 of 1262 matches
Mail list logo