On Wed, Sep 21, 2016 at 11:58 AM, Kyle Huey wrote:
> Intel supports faulting on the CPUID instruction beginning with Ivy Bridge.
> When enabled, the processor will fault on attempts to execute the CPUID
> instruction with CPL>0. Exposing this feature to userspace will allow a
>
There is currently no PM support for samx7 but the symbol can still be
selected. This avoids compilation issues.
Signed-off-by: Alexandre Belloni
---
arch/arm/mach-at91/Kconfig | 6 ++
arch/arm/mach-at91/Makefile | 3 +--
arch/arm/mach-at91/samx7.c
On Thu, Sep 22, 2016 at 03:05:02PM -0700, Joe Perches wrote:
> On Thu, 2016-09-22 at 23:56 +0200, Jannik Becher wrote:
> > removed a space after a cast to obtain the coding style.
>
> Better would be to change the subject to something like:
>
> [PATCH] staging: wlan-ng: Remove unnecessary spaces
Thomas Gleixner writes:
> On Wed, 21 Sep 2016, Nicolai Stange wrote:
>> Thomas Gleixner writes:
>>
>> > On Wed, 21 Sep 2016, Nicolai Stange wrote:
>> >> Thomas Gleixner writes:
>> >> > Have you ever measured the overhead of the extra
On Fri, 2016-09-23 at 00:39 +0200, becher.jan...@gmail.com wrote:
> On Thu, Sep 22, 2016 at 03:05:02PM -0700, Joe Perches wrote:
> > On Thu, 2016-09-22 at 23:56 +0200, Jannik Becher wrote:
> > >r emoved a space after a cast to obtain the coding style.
> > Better would be to change the subject to
Specifying the aligned attributes to the char recovi[PAGE_SIZE]
and char recovi[PAGE_SIZE] arrays, so that all malloc memory is page
boundary aligned.
Without these alignment attributes, the test causes a segfault in
userspace when the NDISKS are changed to 4 from 16.
Cc: H. Peter Anvin
Hi Shawn,
On Fri, Sep 23, 2016 at 08:27:35AM +0800, Shawn Lin wrote:
> 在 2016/9/23 1:31, Brian Norris 写道:
> >rk3399 supports PCIe 2.x link speeds marginally at best, and on some
> >boards, the link won't train at 5 GT/s at all. Rather than sacrifice 500
> >ms waiting for training that will never
The functions related with tty device initialization are needed
to be moved from dgnc_found_board() to dgnc_init_one().
Signed-off-by: Daeseok Youn
---
V2: the subject line was cut off, I put it completely.
drivers/staging/dgnc/dgnc_driver.c | 81
The board structure should be freed when any function was failed
in dgnc_found_board(). And the board strucure will be stored
into dgnc_board array when the dgnc_found_board() function has no error.
Signed-off-by: Daeseok Youn
---
V2: the subject line was cut off, I put
On 09/22/2016 06:59 PM, Glauber Costa wrote:
While debugging timeouts happening in my application workload (ScyllaDB), I have
observed calls to open() taking a long time, ranging everywhere from 2 seconds -
the first ones that are enough to time out my application - to more than 30
seconds.
The
Hi Thomas,
On Thu, 22 Sep 2016 15:58:03 +0200 Thomas Gleixner wrote:
> On Thu, 22 Sep 2016, Jisheng Zhang wrote:
>
> > Currently ti-32k can be used as a scheduler clock. We properly marked
> > omap_32k_read_sched_clock() as notrace but we then call another
> > function ti_32k_read_cycles() that
3.14.79-rt85-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
It looks like the this_cpu_ptr() access in icmp_sk() is protected with
local_bh_disable(). To avoid missing serialization in -RT I
Dear RT Folks,
This is the RT stable review cycle of patch 3.14.79-rt85-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
3.14.79-rt85-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Mike Galbraith
During master->rt merge, I stumbled across the buglet below.
Fix get_cpu()/put_cpu_light() imbalance.
Cc: stable...@vger.kernel.org
On Thu, 22 Sep 2016, Waiman Long wrote:
BTW, my initial attempt for the new futex was to use the same workflow
as the PI futexes, but use mutex which has optimistic spinning instead
of rt_mutex.
Btw, Thomas, do you still have any interest pursuing this for rtmutexes from
-rt into mainline?
Dear RT Folks,
This is the RT stable review cycle of patch 4.1.33-rt38-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
4.1.33-rt38-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
It looks like the this_cpu_ptr() access in icmp_sk() is protected with
local_bh_disable(). To avoid missing serialization in -RT I am
4.1.33-rt38-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index
From: Thor Thayer
Add the IRQF_ONESHOT and IRQF_TRIGGER_HIGH flags to disable the
IRQ while executing the IRQ handler. Remove the IRQF_SHARED because
these are not shared IRQs in the domain. Exposed when flooding IRQs.
Signed-off-by: Thor Thayer
Hi Chen,
It's probably a bug fix that unveils the link errors.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b1f2beb87bb034bb209773807994279f90cace78
commit: f69405ce6c0fc9f4a039011007371b31f80b470d openrisc: include: asm:
Kbuild: add default "vga.h"
On 09/22/2016 04:16 PM, Keith Busch wrote:
On Thu, Sep 22, 2016 at 02:33:36PM -0700, J Freyensee wrote:
...and some SSDs don't even support this feature yet, so the number of
different NVMe devices available to test initially will most likely be
small (like the Fultondales I have, all I could
Fixed a coding style issue by removing unnecessary spaces before casts.
Signed-off-by: Jannik Becher
---
drivers/staging/wlan-ng/hfa384x.h | 4 ++--
drivers/staging/wlan-ng/p80211netdev.c | 12 ++--
drivers/staging/wlan-ng/p80211req.c| 16
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b1f2beb87bb034bb209773807994279f90cace78
commit: d0b73b488c55df905ea8faaad079f8535629ed26 xtensa: Add config files for
Diamond 233L - Rev C processor variant
date: 3 years, 7 months ago
config:
3.18.42-rt45-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
The base lock is dropped during the invocation if the timer. That means
it is possible that we have one waiter while timer1 is
3.18.42-rt45-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index
3.18.42-rt45-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Some time ago Sami Pietikainen reported a crash on -RT in
ip_send_unicast_reply() which was later fixed by Nicholas Mc Guire
This is to announce an updated stable version of the Brain Fuck Scheduler,
version 0.502 for the current stable linux kernel.
http://ck.kolivas.org/patches/bfs/4.0/4.7/4.7-sched-bfs-502.patch
All patches available here:
http://ck.kolivas.org/patches
Code blog:
http://ck-hack.blogspot.com
I
This patch doesn't help, nor does the previous patch... but with both
applied, all is well. All you have to do now is figure out why :)
Ohh, I should be more explicit, this needs the mm_access part as well.
Sorry for not being clear enough. So the full change is
Ah. That was gonna happen
Hi Alex,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b1f2beb87bb034bb209773807994279f90cace78
commit: ebb5e78cc63417a35254a791de66e1cc84f963cc MIPS: Initial implementation
of a VDSO
date: 11 months ago
Hi, Shaohua,
Thanks for comments!
Shaohua Li writes:
> On Wed, Sep 07, 2016 at 09:45:59AM -0700, Huang, Ying wrote:
>>
>> The advantages of the THP swap support include:
Sorry for confusing. This is the advantages of the final goal, that is,
avoid splitting/collapsing the
On 09/22/2016 04:38 PM, Thomas Gleixner wrote:
On Thu, 22 Sep 2016, Waiman Long wrote:
BTW, my initial attempt for the new futex was to use the same workflow as the
PI futexes, but use mutex which has optimistic spinning instead of rt_mutex.
That version can double the throughput compared with
4.4.21-rt31-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
It looks like the this_cpu_ptr() access in icmp_sk() is protected with
local_bh_disable(). To avoid missing serialization in -RT I am
Leo,
On Thu, 22 Sep 2016, Leo Li wrote:
> core code. And my concerns is that there are other drivers can hit
> the same problem if connected to the threaded interrupt controller.
> What can we do prevent similar problem in the future?
The simplest way is to be more informative in the failure
From: Thor Thayer
Correct the error message sent out in the case of a single
bit error IRQ allocation.
Signed-off-by: Thor Thayer
---
drivers/edac/altera_edac.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Thu, Sep 22, 2016 at 12:49:31PM -0700, Eric Biggers wrote:
>
> Ted had actually pointed out that the reason this hasn't already been fixed is
> that some users, e.g. Android, do not set the feature flag but still expect
> the
> filesystem encryption code to work. Maybe he can chime in with
On Thu, Sep 22, 2016 at 3:44 PM, Andy Lutomirski wrote:
> On Fri, Sep 16, 2016 at 7:00 PM, Jann Horn wrote:
>> On Tue, Sep 13, 2016 at 02:29:29PM -0700, Andy Lutomirski wrote:
>>> This will prevent a crash if get_wchan() runs after the task stack
>>> is
On Thu, Sep 22, 2016 at 07:38:54PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.7.5 release.
> There are 184 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
When introducing hs400es, I didn't notice that we haven't
switched voltage to 1V2 or 1V8 for it. That happens to work
as the first controller claiming to support hs400es, arasan(5.1),
which is designed to only support 1V8. So the voltage is fixed to 1V8.
But it actually is wrong, and will not fit
Per JESD84-B51 P69, Host need to change frequency to <=52MHz
after setting HS_TIMING to 0x1, and host may changes frequency
to <= 200MHz after setting HS_TIMING to 0x3. That means the card
expects the clock rate to increase from the current used f_init
(which is less than 400KHz, but still being
When introducing hs400es, I didn't notice that we haven't
switched voltage to 1V2 or 1V8 for it. That happens to work
as the first controller claiming to support hs400es, arasan(5.1),
which is designed to only support 1V8. So the voltage is fixed to 1V8.
But it actually is wrong, and will not fit
From: Ziyuan Xu
Sdhci shouldn't switch to the unsupported voltage if claiming
that it can not support the requested voltage. Let's fix it.
Signed-off-by: Ziyuan Xu
Signed-off-by: Shawn Lin
---
Changes in v2: None
From: Sergei Shtylyov
Date: Thu, 22 Sep 2016 20:08:47 +0300
>Despite my comments? Sigh...
Sorry, I thought he had addressed your feedback in v2.
I'll wait longer next time.
Per the vendor's requirement, we shouldn't do any setting for
1.8V Signaling Enable, otherwise the interaction/behaviour between
phy and controller will be undefined. Mostly it works fine if we do
that, but we still see failures. Anyway, let's fix it to meet the
vendor's requirement. The error log
While debugging timeouts happening in my application workload (ScyllaDB), I have
observed calls to open() taking a long time, ranging everywhere from 2 seconds -
the first ones that are enough to time out my application - to more than 30
seconds.
The problem seems to happen because XFS may block
The dgnc_finalize_board_init() function has only job for
requesting the IRQ. It should be renamed to dgnc_request_irq()
Signed-off-by: Daeseok Youn
---
V2: the subject line was cut off, I put it completely.
drivers/staging/dgnc/dgnc_driver.c | 6 +++---
1 file changed,
At present, we need to call hugetlb_fix_reserve_count when
hugetlb_unrserve_pages fails,
and PagePrivate will decide hugetlb reserves counts.
we obtain the page from page cache. and use page both lock_page and mutex_lock.
alloc_huge_page add page to page chace always hold lock page, then bail
Gentle ping!
Benoit
Benoit Parrot wrote on Wed [2016-Sep-14 15:03:13 -0500]:
> The advertised V4L2 pixel format and Media Bus code don't match.
> The current media bud code advertised is MEDIA_BUS_FMT_YUYV8_2X8
> which does not reflect what the encoder actually outputs.
> This
On Wed, Sep 21, 2016 at 11:58 AM, Kyle Huey wrote:
> In order to introduce new arch_prctls that are not 64 bit only, rename the
> existing 64 bit implementation to do_arch_prctl_64. Also rename the second
> argument to arch_prctl, which will no longer always be an address.
god dag
Velkommen til Finn konsulent ledelse.
Har du behov for kreditt for å møte dine finansielle behov?
Her kommer gode lånetilbud fra Finn konsulent Management på 1% per annuel.
Hvis du er interessert i vårt tilbud, må du fylle ut følgende informasjon for å
komme.
Fullt navn:
Lånebeløp :
On Wed, Sep 07, 2016 at 09:45:59AM -0700, Huang, Ying wrote:
>
> The advantages of the THP swap support include:
>
> - Batch the swap operations for the THP to reduce lock
> acquiring/releasing, including allocating/freeing the swap space,
> adding/deleting to/from the swap cache, and
On Wed, Sep 21, 2016 at 06:40:47PM -0400, Christopher Covington wrote:
> Hi Bjorn,
>
> On 09/21/2016 09:11 AM, Bjorn Helgaas wrote:
> > On Tue, Sep 20, 2016 at 09:15:14PM -0400, c...@codeaurora.org wrote:
>
> >>> diff --git a/drivers/acpi/pci_mcfg.c b/drivers/acpi/pci_mcfg.c
> >>> index
On Thu, 2016-09-22 at 15:56 -0700, Shaohua Li wrote:
> On Wed, Sep 07, 2016 at 09:45:59AM -0700, Huang, Ying wrote:
> >
> > - It will help the memory fragmentation, especially when the THP is
> > heavily used by the applications. The 2M continuous pages will
> > be
> > free up after THP
From: Andi Kleen
We have a need to distinguish systems based on their platform ID.
For example this is useful to distinguish systems with L4 cache
versus ones without.
There is a 3 bit identifier (also called processor flags) in
the IA32_PLATFORM_ID MSR that can give a
On 9/14/2016 10:28 AM, Vincent Guittot wrote:
Hi Rafael,
On 14 September 2016 at 00:10, Rafael J. Wysocki wrote:
On Tuesday, September 13, 2016 10:02:49 PM Alex Shi wrote:
Hi Daniel & Rafael,
Any comments on this patch?
I actually am not sure about the whole series.
I
Ian Kent writes:
> On Thu, 2016-09-22 at 10:43 -0500, Eric W. Biederman wrote:
>> Ian Kent writes:
>>
>> > Eric, Mateusz, I appreciate your spending time on this and particularly
>> > pointing
>> > out my embarrassingly stupid is_local_mountpoint() usage
Hi
> A cleanup removed a couple of members from struct snd_soc_codec_driver
> after changing codec drivers to no longer use them, but one codec
> was missed in the process, giving a build error:
>
> sound/soc/codecs/cq93vc.c:134:2: error: unknown field 'controls' specified in
> initializer
>
On Thu, 22 Sep 2016, Aneesh Kumar K.V wrote:
> Toshi Kani writes:
>
> > shmem_get_unmapped_area() checks SHMEM_SB(sb)->huge incorrectly,
> > which leads to a reversed effect of "huge=" mount option.
> >
> > Fix the check in shmem_get_unmapped_area().
> >
> > Note, the default
modify get_qe_base function with of_address_to_resource
instead of of_get_property and of_translate_address.
Signed-off-by: Zhao Qiang
---
Changes for v2:
- na
Changes for v3:
- na
Changes for v4:
- na
Changes for v5:
- na
Changes for v6:
QE was supported on PowerPC, and dependent on PPC,
Now it is supported on other platforms. so remove PPCisms.
Signed-off-by: Zhao Qiang
---
Changes for v2:
- na
Changes for v3:
- add NO_IRQ
Changes for v4:
- modify spin_event_timeout to opencoded
On 09/22/2016 10:28 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.22 release.
There are 118 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
This patch fixes the following checkpatch.pl warning in p80211types.h:
WARNING: do not add new typedefs
Signed-off-by: Sergio Paracuellos
---
drivers/staging/wlan-ng/cfg80211.c | 12 +-
drivers/staging/wlan-ng/p80211metastruct.h | 248
gt; Merge tag 'perf-core-for-mingo-20160920' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
> (2016-09-20 23:32:02 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
>
On 09/22/2016 01:49 PM, Vivien Didelot wrote:
> Today the DSA drivers are in charge of flushing the MAC addresses
> associated to a port when its STP state changes from Learning or
> Forwarding, to Disabled or Blocking or Listening.
>
> This makes the drivers more complex and hides this generic
On 09/21/2016 12:19 PM, zijun_hu wrote:
> From: zijun_hu
>
> endless loop maybe happen if either of parameter addr and end is not
> page aligned for kernel API function ioremap_page_range()
>
> in order to fix this issue and alert improper range parameters to user
> WARN_ON()
Hi Eric,
Today's linux-next merge of the userns tree got a conflict in:
include/linux/sysctl.h
between commit:
e79c6a4fc923 ("net: make net namespace sysctls belong to container's owner")
from the net-next tree and commit:
13bcc6a28534 ("sysctl: Stop implicitly passing current into
Commit-ID: 3becf4525d9c0fb9cf8ff657b2aec1c733bc742f
Gitweb: http://git.kernel.org/tip/3becf4525d9c0fb9cf8ff657b2aec1c733bc742f
Author: Mathieu Poirier
AuthorDate: Fri, 16 Sep 2016 09:50:04 -0600
Committer: Arnaldo Carvalho de Melo
Commit-ID: 9da44db1493a9d384ddc1bcd1553a1803ff985b6
Gitweb: http://git.kernel.org/tip/9da44db1493a9d384ddc1bcd1553a1803ff985b6
Author: Jiri Olsa
AuthorDate: Thu, 22 Sep 2016 17:36:29 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Sep
Commit-ID: bcf98740a28579d9412afa9a72e463da386a55a6
Gitweb: http://git.kernel.org/tip/bcf98740a28579d9412afa9a72e463da386a55a6
Author: Jiri Olsa
AuthorDate: Thu, 22 Sep 2016 17:36:32 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Sep
Commit-ID: a76490e4cd5d971d6f6c22aeed0625bb352d2a08
Gitweb: http://git.kernel.org/tip/a76490e4cd5d971d6f6c22aeed0625bb352d2a08
Author: Jiri Olsa
AuthorDate: Thu, 22 Sep 2016 17:36:33 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Sep
On 09/21/2016 12:34 PM, zijun_hu wrote:
> From: zijun_hu
>
> fix the following bug:
> - endless loop maybe happen when v[un]mapping improper ranges
>whose either boundary is not aligned to page
>
> Signed-off-by: zijun_hu
> ---
> mm/vmalloc.c | 9
ACPICA commit 39227380f5b99c51b897a3ffedd88508aa26789b
The previous lock fixes didn't cover "Unload" opcode and table unload APIs,
this patch fixes lock issues in the "Unload" code path. BZ 1325, Lv Zheng.
Link: https://github.com/acpica/acpica/commit/39227380
Link:
After fixing ACPICA internal locking issues, we can enable the correct
grammar support for the table loading. The new grammar treats the entire
table as TermList rather than ObjectList, thus the module level code should
be executed right in place.
MLC (module level code) is an ACPICA terminology
ACPICA commit a78506e0ce8ab1d20db2a055d99cf9143e89eb29
LoadTable allows an alternative RootPathString than the default "\", while
the new table execution support fails to keep this logic.
This regression can be detected by ASLTS - TLT0.tst4, this patch fixes this
regression.
Linux upstream is
This patch enables the following initialization order for the new table
loading mode (which is enabled by setting
acpi_gbl_parse_table_as_term_list to TRUE):
1. Install default region handlers (SystemMemory, SystemIo, PciConfig,
EmbeddedControl via ECDT) without evaluating _REG;
2. Load
This reverts commit 00c611def8748a0a1cf1d31842e49b42dfdb3de1.
Signed-off-by: Lv Zheng
---
include/acpi/acpixf.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/acpi/acpixf.h b/include/acpi/acpixf.h
index c7b3a13..169ec81 100644
---
This experiment follows de-facto standard behavior, parsing entire
table as a single TermList, so that all module level executions are
possible during the table loading.
If regressions are found against the enabling of this experimental fix,
this patch is the only one that should get bisected
On Thu, Sep 22, 2016 at 01:42:35PM +0200, Arnd Bergmann wrote:
> On Thursday, September 15, 2016 5:50:49 PM CEST Arnd Bergmann wrote:
> > The sdma_handle_channel_loop() function was modified in one patch
> > and removed in another, and the merge between those patches left
> > an unused function in
>
> 8<
> From a7921e57ba1189b9c08fc4879358a908c390e47c Mon Sep 17 00:00:00 2001
> From: Vlastimil Babka
> Date: Thu, 22 Sep 2016 17:02:37 +0200
> Subject: [PATCH] mm, page_alloc: pull no_progress_loops update to
> should_reclaim_retry()
>
> The should_reclaim_retry()
Signed-off-by: Yunlong Song
---
include/linux/blk_types.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/blk_types.h b/include/linux/blk_types.h
index 436f43f..b7221b3 100644
--- a/include/linux/blk_types.h
+++
On 22-09-16, 12:24, Stephen Boyd wrote:
> On 09/21/2016 02:32 AM, Viresh Kumar wrote:
> > It was never compulsory to have a compatible string in the OPP table.
> > Fix the documentation to mark it optional.
> >
> > Also update its description a bit.
> >
> > Signed-off-by: Viresh Kumar
Commit-ID: 2d831454140f28fa643b78deede4511b9e2c9e5f
Gitweb: http://git.kernel.org/tip/2d831454140f28fa643b78deede4511b9e2c9e5f
Author: Jiri Olsa
AuthorDate: Thu, 22 Sep 2016 17:36:37 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Sep
Hi Linus,
It's probably a bug fix that unveils the link errors.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b1f2beb87bb034bb209773807994279f90cace78
commit: 2527ecc9195e9c66252af24c4689e8a67cd4ccb9 gpio: Fix OF build problem on
UM
date: 5 weeks
The patch adds SMP support for running 32-bit Linux kernel for
Layerscape platforms. Spin-table method is used for SMP support.
Signed-off-by: Alison Wang
Signed-off-by: Chenhui Zhao
---
arch/arm/mach-imx/common.h | 1 +
Hi Michael,
Anton found this bug and raised it against gcc v7.0 and a fix is available
in upstream gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
Currently, gcc v5.4.0 and v6.1.1 shipped with Ubuntu 16.04 and 16.10
respectively,
are hitting this problem.
I have also
On 09/23/2016 09:36 AM, Rafael J. Wysocki wrote:
> On 9/14/2016 10:28 AM, Vincent Guittot wrote:
>> Hi Rafael,
>>
>> On 14 September 2016 at 00:10, Rafael J. Wysocki
>> wrote:
>>> On Tuesday, September 13, 2016 10:02:49 PM Alex Shi wrote:
Hi Daniel & Rafael,
Commit-ID: 98ba1609298ccc849ddfe727c675c3a7b48b8dbc
Gitweb: http://git.kernel.org/tip/98ba1609298ccc849ddfe727c675c3a7b48b8dbc
Author: Jiri Olsa
AuthorDate: Thu, 22 Sep 2016 17:36:35 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Sep
Commit-ID: bd28d0c59805b88001fcc8ad5c6f913d86d8e5c2
Gitweb: http://git.kernel.org/tip/bd28d0c59805b88001fcc8ad5c6f913d86d8e5c2
Author: Jiri Olsa
AuthorDate: Thu, 22 Sep 2016 17:36:36 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Sep
Commit-ID: 5fe7b9b47c646dbe8501378eb3684ccd802d6d25
Gitweb: http://git.kernel.org/tip/5fe7b9b47c646dbe8501378eb3684ccd802d6d25
Author: Jiri Olsa
AuthorDate: Thu, 22 Sep 2016 17:36:34 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Sep
On Thu, Sep 22, 2016 at 01:23:16PM +0100, Stefan Hajnoczi wrote:
> On Sun, Sep 04, 2016 at 11:38:59PM +0900, Namhyung Kim wrote:
> > +static void virtio_pstore_handle_io(VirtIODevice *vdev, VirtQueue *vq)
> > +{
> > +VirtIOPstore *s = VIRTIO_PSTORE(vdev);
> > +VirtQueueElement *elem;
> > +
> On Sep 19, 2016, at 5:42 AM, Michal Hocko wrote:
>
> On Tue 13-09-16 14:04:49, Janani Ravichandran wrote:
>>
>>> On Sep 12, 2016, at 8:16 AM, Michal Hocko wrote:
>>
>> I’m using the function graph tracer to see how long __alloc_pages_nodemask()
>>
2016-09-22 18:08 GMT+08:00 Peter Zijlstra :
> On Thu, Sep 22, 2016 at 05:50:53PM +0800, Zhu Yanhai wrote:
>> From: Zhu Yanhai
>>
>> I can't see why the check was removed by commit b32e86b4. Since it was not
>> relevant to the subject of the commit, I
Hi Jiri,
On Thu, Sep 22, 2016 at 10:36 PM, Jiri Olsa wrote:
> On Thu, Sep 22, 2016 at 10:34:57AM +0900, Namhyung Kim wrote:
>
> SNIP
>
>> $ perf report -s pid,cpu --stdio --hierarchy
>> #
>> #Overhead Pid:Command / CPU
>> # ... ...
>>
bq24190_register_reset() function needs to reset the bdi->first_time
condition every time to avoid spurious interrupts in suspend/resume.
Signed-off-by: Matt Ranostay
---
drivers/power/supply/bq24190_charger.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
pts/Makefile.build:290: recipe for target 'drivers/irqchip/irq-gic-v3.o'
failed
Maybe caused by commit
4f2546384150 ("ARM: Move system register accessors to asm/cp15.h")
I have used the kvm-arm tree from next-20160922 for today.
--
Cheers,
Stephen Rothwell
The ARMv8 architecture supports:
1. 64-bit execution state, AArch64.
2. 32-bit execution state, AArch32, that is compatible with previous
versions of the ARM architecture.
LayerScape platforms are compliant with ARMv8 architecture. This patch
is to support running 32-bit Linux kernel for
On 22/09/16 23:02, Boris Ostrovsky wrote:
> On 09/22/2016 04:45 AM, Juergen Gross wrote:
>> The Xen pciback driver has a list of all pci devices it is ready to
>> seize. There is no check whether a to be added entry already exists.
>> While this might be no problem in the common case it might
Just adjust segment bit info printed in procfs.
Before:
1008 5|0 |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
1009 3|183|0 0 61 20 20 0 0 21 80 c0 2 e4 e 54 0 21 21 17 a 44 d0 28 e4 50
40 30 8 0 2d 32
tests/generic/013 of fstest suit complains us with below dmesg when we
trigger checkpoint error injection in f2fs.
F2FS-fs : inject checkpoint error in sync_node_pages+0x69f/0x6f0 [f2fs]
F2FS-fs (zram0): Cannot recover all fsync data errno=-5
INFO: task mount:97685 blocked for more than 120
Commit-ID: d5278220be663753a011910c194d50758cd8dc98
Gitweb: http://git.kernel.org/tip/d5278220be663753a011910c194d50758cd8dc98
Author: Jiri Olsa
AuthorDate: Mon, 19 Sep 2016 15:09:13 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 21 Sep
Date: Thu, 22 Sep 2016 14:30:53 +0300, Sergei Shtylyov
wrote:
>>Hello.
>
>On 9/22/2016 5:33 AM, sean.w...@mediatek.com wrote:
>
>> From: Sean Wang
>>
>> adds PHY-mode "trgmii" as an extension for the operation mode of the
>> PHY
101 - 200 of 2556 matches
Mail list logo