On Tue, Mar 22, 2016 at 02:52:43PM +0900, Sergey Senozhatsky wrote:
> On (03/22/16 11:13), Byungchul Park wrote:
> [..]
>
> what about a "normal" case, when things are not going to explode printk(),
> but we have several lockups on the same lock (which is probably more
> likely than printk recursi
Hi Dan,
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: 643ad15d47410d37d43daf3ef1c8ac52c281efa5
commit: 888cdbc2c9a76a0e450f533b1957cdbfe7d483d5 hugetlb: fix compile error on
tile
date: 9 weeks ag
FYI, we noticed the below changes on
https://github.com/0day-ci/linux
Srinivas-Pandruvada/powercap-intel_rapl-PSys-support/20160319-021553
commit 897ce43d3cc5556155782f7d4b0c2a61db4f8e07 ("powercap: intel_rapl: PSys
support")
As below, the log "intel_rapl: invalid domain id 4" showed with your
Thanks for the patch, Gustavo!
On 18 March 2016 at 19:49, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> sync_file is useful to connect one or more fences to the file. The file is
> used by userspace to track fences.
>
I think it is worthwhile to add relevant bits to the Documentation as
wel
On 18.03.2016 14:30, Guenter Roeck wrote:
Hi Dirk,
On 03/18/2016 02:18 AM, Dirk Behme wrote:
Hi Guenter,
On 18.03.2016 07:44, Guenter Roeck wrote:
Hi,
I am seeing the attached crash when running a realview-pb-a8 image with
realview_defconfig in qemu.
bisect wasn't successful, but a commit an
On 03/15/2016 07:04 AM, Marc Zyngier wrote:
David,
On 09/03/16 05:32, David Long wrote:
From: "David A. Long"
Add HAVE_REGS_AND_STACK_ACCESS_API feature for arm64.
Signed-off-by: David A. Long
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/ptrace.h | 31 +++
FYI, we noticed that turbostat.PkgWatt +13.7% change with your commit.
https://github.com/0day-ci/linux
Rik-van-Riel/cpuidle-break-out-of-idle-polling-loop-after-HLT-threshold/20160319-053854
commit 664ef5b8615ff12b03b46988408b4c0a15eab07c ("cpuidle: use high confidence
factors only when conside
Hi,
John Youn writes:
> [ text/plain ]
> On 3/16/2016 6:56 AM, Felipe Balbi wrote:
>>
>> heh, +john
>>
>> Felipe Balbi writes:
>>> [ text/plain ]
>>>
>>> Hi,
>>>
>>> Roger Quadros writes:
[ text/plain ]
We will need this function for a workaround.
The function issues a softres
Hi, Eric W. Biederman
> -Original Message-
> From: Eric W. Biederman [mailto:ebied...@xmission.com]
> Sent: Monday, March 21, 2016 2:00 PM
> To: Zhao Lei
> Cc: linux-kernel@vger.kernel.org; contain...@lists.linux-foundation.org;
> Mateusz Guzik
> Subject: Re: [PATCH v2 3/3] Make core_pat
On 18-03-16, 20:28, Shilpasri G Bhat wrote:
> From: Michael Neuling
>
> "cpufreq: powernv: Remove cpu_to_chip_id() from hot-path" introduced
If the patch is already committed, you should provide its commit id as well.
> 'core_to_chip_map' array to cache the chip-id of all cores. Replace
> this
Commit e7e127e3c767 ("PCI: Include pci/hotplug Kconfig directly
from pci/Kconfig") added one line to pci/Kconfig. However, for
some mysterious reason it isn't there now, even though there
are no traces of removing it in the git log.
I detected this issue when 'make oldconfig' removed all the
optio
On (03/21/16 09:56), Byungchul Park wrote:
> > > > + if (!sync_print) {
> > > > + if (in_sched) {
> > > > + /*
> > > > +* @in_sched messages may come too early, when
> > > > we don't
> > > > +* yet have @prin
* Linus Torvalds wrote:
> So I finally got around to this one and the objtool pull request, and
> note that there's a conflict in the arch/x86/Kconfig file.
>
> And I'm not sending this email because the conflict would have been
> hard to resolve - it was completely trivial. But the conflict do
Chunyan Zhang writes:
> From: Mathieu Poirier
>
> Some architecture like ARM assign masterIDs at the HW design
> phase. Those are therefore unreachable to users, making masterID
> management in the generic STM core irrelevant.
>
> In this kind of configuration channels are shared between master
On 03/07/16 at 03:34pm, Kees Cook wrote:
> > #ifdef CONFIG_EARLY_PRINTK
> > /* early_serial_console.c */
> > extern int early_serial_base;
> > diff --git a/arch/x86/boot/compressed/misc_pgt.c
> > b/arch/x86/boot/compressed/misc_pgt.c
> > new file mode 100644
> > index 000..954811e
> > --- /
Hello Minchan,
On (03/18/16 10:25), Minchan Kim wrote:
[..]
> > aha, ok.
> >
> > > (ie, simple code, removing
> > > max_comp_streams knob, no need to this your stat, guarantee parallel
> > > level, guarantee consumed memory space).
> >
> > I'll take a look and prepare some numbers (most likely n
On Mar 20, 2016 19:15, Joachim Eastwood wrote:
> Hi Jonathan,
>
> On 20 March 2016 at 18:25, Jonathan Cameron wrote:
> > On 20/03/16 16:12, Joachim Eastwood wrote:
> >>> +static int mcp4131_exec(struct mcp4131_data *data,
> >>> + u8 addr, u8 cmd,
> >>> + u16 val)
> >>>
KY Srinivasan writes:
>> -Original Message-
>> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
>> Sent: Friday, March 18, 2016 5:33 AM
>> To: de...@linuxdriverproject.org
>> Cc: linux-kernel@vger.kernel.org; KY Srinivasan ;
>> Haiyang Zhang ; Alex Ng (LIS)
>> ; Radim Krcmar ; Cathy
>>
Hi Wenwei,
> On 19 Mar 2016, at 13:52, Wenwei Tao wrote:
>
> Hi Javier
>
> Thanks for the comment.
> I've been busy recently, so this letter is kind of late, hope you don't mind.
> I use the qemu-nvme you mentioned and configure the nvme device driver
> follow the example, it turns out the nvme
Hi Bandan,
> From: Bandan Das
>
> At Linuxcon last year, based on our presentation "vhost: sharing is
better" [1],
> we had briefly discussed the idea of cgroup aware workqueues with Tejun.
The
> following patches are a result of the discussion. They are in no way
complete in
> that the chang
On Mon, 21 Mar 2016, Huang, Ying wrote:
> > FYI, we noticed 25.6% performance improvement due to commit
> >
> >65d8fc777f6d "futex: Remove requirement for lock_page() in
> > get_futex_key()"
> >
> > in the will-it-scale.per_process_ops test.
> >
> > will-it-scale.per_process_ops tests the f
Leon Yu writes:
> If something went wrong in anon_inode_getfile, event_file will be set to
> non-zero error number and able to bypass the NULL test afterward.
>
> Consolidate the error path by testing event_file with handly
> IS_ERR_OR_NULL() helper since we do want to free event in both cases.
>
On Fri, 18 Mar 2016 16:32:59 -0500
Rob Herring wrote:
> I think holtek being a bit longer would be better here.
Thank you for your feedback. I'll adjust this.
Kind regards,
--
Robin van der Gracht
Protonic Holland
Hi Bean,
I tested with flash N25Q128A again.
In fact, It must output "Micron EVCR Quad bit not clear" in spi-nor.c, if the
status register write enable/disable bit is set.
Could you give some suggestions about this ?
Thanks
Yunhui
-Original Message-
From: Bean Huo 霍斌斌 (beanhuo) [mailto:
On Mon, Mar 21, 2016 at 04:35:07PM +0900, Sergey Senozhatsky wrote:
> On (03/21/16 09:56), Byungchul Park wrote:
> > > > > + if (!sync_print) {
> > > > > + if (in_sched) {
> > > > > + /*
> > > > > + * @in_sched messages may come too early, wh
On Fri, Mar 18, 2016 at 02:38:52PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Mar 18, 2016 at 12:16:23PM -0500, Josh Poimboeuf escreveu:
> > On Fri, Mar 18, 2016 at 01:45:22PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Fri, Mar 18, 2016 at 11:38:15AM -0500, Josh Poimboeuf escreveu:
> > >
From: Amitkumar Karwar
Low priority scan handling code which delays or aborts scan
operation based on Tx traffic is removed recently. The reason
is firmware already takes care of it in our new feature scan
channel gap. Hence we should advertise low priority scan
support to cfg80211.
This patch f
Tested-by: Wei-Ning Huang
On Mon, Mar 21, 2016 at 4:07 PM, Wei-Ning Huang wrote:
> From: Amitkumar Karwar
>
> Low priority scan handling code which delays or aborts scan
> operation based on Tx traffic is removed recently. The reason
> is firmware already takes care of it in our new feature sca
Hi Mark,
With 68234df4ea7939f98431aa81113fbdce10c4a84b
arm64: kill flush_cache_all()
The documented semantics of flush_cache_all are not possible to provide
for arm64 (short of flushing the entire physical address space by VA),
and there are currently no users; KVM uses VA maintenance exclusively,
On Fri, 18 Mar 2016 16:42:17 -0500
Rob Herring wrote:
> On Wed, Mar 16, 2016 at 04:52:09PM +0100, Robin van der Gracht wrote:
> > This is a driver for the Holtek HT16K33 RAM mapping LED controller
> > with keyscan.
>
> Wrap your lines to less than 80 chars.
I must have missed that one..
>
> >
On Sat, 2016-03-19 at 19:58 -0500, Rob Herring wrote:
> On Fri, Mar 18, 2016 at 07:27:12PM +0800, HS Liao wrote:
> > This adds documentation for the MediaTek Global Command Engine (GCE) unit
> > found in MT8173 SoCs.
> >
> > Signed-off-by: HS Liao
> > ---
> > .../devicetree/bindings/soc/mediatek
On 03/19/2016 10:01 PM, Robert Jarzmik wrote:
> Hi Hans and Guennadi,
>
> As Hans is converting sh_mobile_ceu_camera.c,
That's not going as fast as I hoped. This driver is quite complex and extracting
it from soc-camera isn't easy. I also can't spend as much time as I'd like on
this.
> let's se
This is for the recent kcm driver, which introduces AF_KCM(41) in
b7ac4eb(kcm: Kernel Connection Multiplexor module).
Signed-off-by: Dexuan Cui
Cc: Signed-off-by: Tom Herbert
---
net/core/sock.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/net/core/sock.c b/net/c
Hyper-V Sockets (hv_sock) supplies a byte-stream based communication
mechanism between the host and the guest. It's somewhat like TCP over
VMBus, but the transportation layer (VMBus) is much simpler than IP.
With Hyper-V Sockets, applications between the host and the guest can talk
to each other d
On Mon, Mar 21, 2016 at 6:28 AM, Al Viro wrote:
> On Thu, Mar 17, 2016 at 10:02:00AM +0100, Miklos Szeredi wrote:
>> Add a new helper, file_dentry() [*], to get the filesystem's own dentry
>> from the file. This simply compares file_inode(file->f_path.dentry) to
>> file_inode(file) and if they ar
This is for the hv_sock driver, which introduces AF_HYPERV(42).
Signed-off-by: Dexuan Cui
Cc: "K. Y. Srinivasan"
Cc: Haiyang Zhang
---
net/core/sock.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/core/sock.c b/net/core/sock.c
index 7e73c26..51ffc54 100644
--- a
Nicolai Stange writes:
> The values of all but the RADEON_HPD_NONE members of the radeon_hpd_id
> enum transform 1:1 into bit positions within the 'enabled' bitset as
> assembled by evergreen_hpd_init():
>
> enabled |= 1 << radeon_connector->hpd.hpd;
>
> However, if ->hpd.hpd happens to equal R
Fixed checkpatch check caused by FSF address paragraph as per guidelines.
Signed-off-by: Parth Sane
---
Changes in v2:
- Added commit message
drivers/staging/rtl8712/ethernet.h | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/rtl8712/ethernet.h
b/drivers/staging/r
Fixed checkpatch warning caused due to FSF address block.
Linux already has a copy of the GPL, so as per checkpatch this address block is
unnecessary.
Parth Sane (5):
staging: rtl8712: Fixed FSF address warning in basic_types.h
staging: rtl8712: Fixed FSF address warning in drv_types.h
stagi
Fixed checkpatch check caused by FSF address paragraph as per guidelines.
Signed-off-by: Parth Sane
---
Changes in v2:
- Added commit message
drivers/staging/rtl8712/basic_types.h | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/rtl8712/basic_types.h
b/drivers/stag
On Fri 18-03-16 22:26:07, Richard Cochran wrote:
> The test for ONLINE is redundant because the following test for !DEAD
> already includes the online case. This patch removes the superfluous
> code.
The code used to do something specific to CPU_ONLINE in the past but now
it really seems to be po
On Fri, Feb 19, 2016 at 12:58 PM, Guodong Xu wrote:
> From: Zhong Kaihua
>
> Add Hi6220 pinctrl configuration nodes
>
> Signed-off-by: Zhong Kaihua
Acked-by: Linus Walleij
But actually: Haojian is the person who should be acking this, he
engineered pinctrl-single for HiSilicon.
Yours,
Linus
Fixed checkpatch warning caused due to FSF address block as per guidelines.
Signed-off-by: Parth Sane
---
Changes in v2:
- Added commit message.
drivers/staging/rtl8712/hal_init.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/rtl8712/hal_init.c
b/drivers/stagin
Fixed checkpatch check caused by FSF address paragraph as per guidelines.
Signed-off-by: Parth Sane
---
Changes in v2:
- Added commit message
drivers/staging/rtl8712/drv_types.h | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/rtl8712/drv_types.h
b/drivers/staging
"K. Y. Srinivasan" writes:
> We need to issue a full memory barrier prior making a signalling
> decision.
Any reason this should be mb()? This is pretty strong and will probably
lead to performace regression ... and, btw, we have another mb() in
hv_ringbuffer_read().
Could you please describe t
Fixed checkpatch warning caused to FSF address block as per guidelines.
Signed-off-by: Parth Sane
---
Changes in v2:
- Added commit message
drivers/staging/rtl8712/ieee80211.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/rtl8712/ieee80211.c
b/drivers/staging/r
On Mon, Mar 21, 2016 at 11:07:46AM +0800, Huang Rui wrote:
> > > The issue is that Linux assumes:
> > >
> > > nr_logical_cpus = nr_cores * nr_siblings
> > >
> > > But AMD reports its CU unit as 2 cores, but then sets num_smp_siblings
> > > to 2 as well.
> But I am confused with c->x86_max_core
On 18 March 2016 at 22:34, Andreas Färber wrote:
> Am 18.03.2016 um 12:20 schrieb Tomeu Vizoso:
>> So the dwmac device manages to probe again.
>>
>> Signed-off-by: Tomeu Vizoso
>> Fixes: 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression")
>> ---
>> arch/arm/boot/dts/rk3288-rock2-som.dts
On Mon, Mar 21, 2016 at 11:07:46AM +0800, Huang Rui wrote:
> OK, we will find some fam15h, fam16h platforms to verify it. Please
> wait for my feedback.
>
> But I am confused with c->x86_max_cores /= smp_num_siblings, what is
> the real meaning of c->x86_max_cores here for AMD, the whole compute
>
Zhao Lei writes:
> Hi, Eric W. Biederman
>
>> -Original Message-
>> From: Eric W. Biederman [mailto:ebied...@xmission.com]
>> Sent: Monday, March 21, 2016 2:00 PM
>> To: Zhao Lei
>> Cc: linux-kernel@vger.kernel.org; contain...@lists.linux-foundation.org;
>> Mateusz Guzik
>> Subject: Re:
On Freitag, 18. März 2016 12:45:42 CET Calvin Owens wrote:
> In _base_make_ioc_operational(), we walk ioc->reply_queue_list and pull
> a pointer out of successive elements of ioc->reply_post[] for each entry
> in that list if RDPQ is enabled.
>
> Since the code pulls the pointer for the next itera
On Mon, Mar 21, 2016 at 11:46:19AM +0800, Huang Rui wrote:
> I quickly applied this patch on tip/master with on a fam15h machine.
> The issue is still existed, only one core can be detected.
Huh, what?
So that 6386 has 16 cores, according to wikipedia, that must be 8
compute units. Correct?
Are
> From: linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless-
> ow...@vger.kernel.org] On Behalf Of Wei-Ning Huang
> Sent: Monday, March 21, 2016 1:37 PM
> To: Linux Wireless
> Cc: LKML; Amitkumar Karwar; djku...@chromium.org; Wei-Ning Huang;
> Nishant Sarmukadam; kv...@codeaurora.org; net..
"K. Y. Srinivasan" writes:
> Implement copy-free read APIs.
>
> Signed-off-by: K. Y. Srinivasan
> ---
> drivers/hv/ring_buffer.c | 55
> ++
> include/linux/hyperv.h |6 +
> 2 files changed, 61 insertions(+), 0 deletions(-)
>
> diff --git
Hi Flex,
diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
index 366b335..5c16f04 100644
--- a/fs/btrfs/volumes.c
+++ b/fs/btrfs/volumes.c
@@ -2325,7 +2325,10 @@ int btrfs_init_new_device(struct btrfs_root *root, char
*device_path)
if (seeding_dev) {
sb->s_flags &=
On 03/18/2016 11:14 PM, Bandan Das wrote:
[..]
> Netperf:
> Two guests running netperf in parallel.
> Without patches With patches
>
> TCP_STREAM (10^6 bits/second) 975.45 978.88
> TCP_RR (Trans/second)
-migration/20160321-143339
config: x86_64-randconfig-x000-201612 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All error/warnings (new ones prefixed by >>):
drivers/virtio/virtio_balloon.c: In function 'virtballoon_probe&#
Hi
On Mon, Mar 21, 2016 at 9:23 AM, Tomeu Vizoso
wrote:
> On 18 March 2016 at 22:34, Andreas Färber wrote:
>> Am 18.03.2016 um 12:20 schrieb Tomeu Vizoso:
>>> So the dwmac device manages to probe again.
>>>
>>> Signed-off-by: Tomeu Vizoso
>>> Fixes: 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY foun
On 03/14/2016 03:38 AM, Marc Zyngier wrote:
On Mon, 14 Mar 2016 09:34:55 +0530
Pratyush Anand wrote:
Hi Pratyush,
On 13/03/2016:12:09:03 PM, Marc Zyngier wrote:
On Wed, 9 Mar 2016 00:32:18 -0500
David Long wrote:
+pstate_check_t * const opcode_condition_checks[16] = {
+ __check_eq,
On Sun, 2016-03-20 at 11:43 +0100, Geert Uytterhoeven wrote:
> If CONFIG_PM=n:
>
> drivers/net/usb/lan78xx.c: In function ‘lan78xx_get_stats64’:
> drivers/net/usb/lan78xx.c:3274: error: ‘struct dev_pm_info’ has no
> member named ‘runtime_auto’
>
> If PM is disabled, the runtime_auto flag
Hi Laura,
Sorry for the late reply. I was on FTO and then traveling for the past couple of
days.
On 03/01/2016 02:31 AM, Laura Abbott wrote:
> On 02/26/2016 06:21 AM, Juerg Haefliger wrote:
>> This patch adds support for XPFO which protects against 'ret2dir' kernel
>> attacks. The basic idea is
Paul,
On 03/19/16 21:31, Paul Walmsley wrote:
> On Fri, 18 Mar 2016, Peter Ujfalusi wrote:
>
>> The series addresses a long standing issue with McBSP2/3 regarding to hwmod
>> setup. When booting with DT a warning is printed that mcbsp2/3 is using two
>> hwmod.
>> The root of the issue is the way
On Sat 19-03-16 17:06:03, Luis de Bethencourt wrote:
> Commit bf6993276f74 ("jbd2: Use tracepoints for history file")
> removed the members j_history, j_history_max and j_history_cur from struct
> handle_s but the descriptions stayed lingering. Removing them.
>
> Signed-off-by: Luis de Bethencourt
The change to use the generic DMA engine API in the smc911x
driver has led to a harmless warning about unused local variables:
smsc/smc911x.c: In function 'smc911x_probe':
smsc/smc911x.c:1796:20: error: unused variable 'param'
smsc/smc911x.c:1795:17: error: unused variable 'mask'
smsc/smc911x.c:17
Thomas Gleixner writes:
> On Mon, 21 Mar 2016, Huang, Ying wrote:
>> > FYI, we noticed 25.6% performance improvement due to commit
>> >
>> >65d8fc777f6d "futex: Remove requirement for lock_page() in
>> > get_futex_key()"
>> >
>> > in the will-it-scale.per_process_ops test.
>> >
>> > will-
Hi Balbir,
Apologies for the slow reply.
On 03/01/2016 03:10 AM, Balbir Singh wrote:
>
>
> On 27/02/16 01:21, Juerg Haefliger wrote:
>> This patch adds support for XPFO which protects against 'ret2dir' kernel
>> attacks. The basic idea is to enforce exclusive ownership of page frames
>> by eit
Hi Mike,
Sorry to use this old email to ask questions. Do you have any concern to
apply this patch series into next version of kernel? Or do you really
need a new patch series with less CLK_OF_DECLARE()?
Best regards,
James
On Thu, 2016-02-25 at 14:24 +0800, James Liao wrote:
> Hi Mike,
>
>
On arm64, watchpoint handler enables single-step to bypass the next
instruction for not recursive enter. If an irq is triggered right
after the watchpoint, a single-step will be wrongly triggered in irq
handler, which causes the watchpoint address not stepped over and
system hang.
Problem can be f
Paul,
On 03/19/16 21:37, Paul Walmsley wrote:
> On Fri, 18 Mar 2016, Peter Ujfalusi wrote:
>
>> OMAP3's McBSP2 and McBSP3 module have integrated sidetone block with
>> dedicated SYSCONFIG register. The sidetone is operating from the maain
>> McBSP module's ICLK. For normal operation the sidetone
From: Wang Nan
Store breakpoint single step state into pstate to fix the
recursion issue on ARM64.
Signed-off-by: Kaixu Xia
Signed-off-by: Hanjun Guo
---
arch/arm64/include/asm/debug-monitors.h | 9 ++
arch/arm64/include/uapi/asm/ptrace.h| 10 +++
arch/arm64/kernel/hw_breakpoint.
On Mon, Mar 21, 2016 at 05:07:51PM +0900, Byungchul Park wrote:
> On Mon, Mar 21, 2016 at 04:35:07PM +0900, Sergey Senozhatsky wrote:
> > On (03/21/16 09:56), Byungchul Park wrote:
> > > > > > + if (!sync_print) {
> > > > > > + if (in_sched) {
> > > > > > + /*
> > > >
On Sun 20-03-16 21:40:50, Kirill A. Shutemov wrote:
> PAGE_CACHE_{SIZE,SHIFT,MASK,ALIGN} macros were introduced *long* time ago
> with promise that one day it will be possible to implement page cache with
> bigger chunks than PAGE_SIZE.
>
> This promise never materialized. And unlikely will.
>
>
On Sun 20-03-16 21:40:39, Kirill A. Shutemov wrote:
> PAGE_CACHE_{SIZE,SHIFT,MASK,ALIGN} macros were introduced *long* time ago
> with promise that one day it will be possible to implement page cache with
> bigger chunks than PAGE_SIZE.
>
> This promise never materialized. And unlikely will.
>
>
On (03/21/16 17:07), Byungchul Park wrote:
[..]
> > > > > It will not print the "lockup suspected" message at all, for e.g.
> > > > > rq->lock,
> > > > > p->pi_lock and any locks which are used within wake_up_process().
> > > >
> > > > this will switch to old SYNC printk() mode should such a lock
On Sun 20-03-16 21:41:09, Kirill A. Shutemov wrote:
> PAGE_CACHE_{SIZE,SHIFT,MASK,ALIGN} macros were introduced *long* time ago
> with promise that one day it will be possible to implement page cache with
> bigger chunks than PAGE_SIZE.
>
> This promise never materialized. And unlikely will.
>
>
Paul,
On 03/19/16 21:38, Paul Walmsley wrote:
> On Fri, 18 Mar 2016, Peter Ujfalusi wrote:
>
>> Hi,
>>
>> Chanes since v1:
>> - removed the ASoC patch as Mark has applied it already
>> - Added my signed-off to the hwmod patch
>> - New patch to handle the case when the sidetone hwmod has been remo
On Mon, 21 Mar 2016, Huang Rui wrote:
> I quickly applied this patch on tip/master with on a fam15h machine.
Can you use tip/x86/urgent please?
Thanks,
tglx
creq->cache[] is an array inside the struct, it's not a pointer and it
can't be NULL.
Signed-off-by: Dan Carpenter
diff --git a/drivers/crypto/marvell/hash.c b/drivers/crypto/marvell/hash.c
index 7ca2e0f..7a5058d 100644
--- a/drivers/crypto/marvell/hash.c
+++ b/drivers/crypto/marvell/hash.c
@@ -
This patch may fix a few LTP tests.
Andreas.
diff --git a/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
b/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
index 3631903..d1010db 100644
--- a/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
+++ b/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
@@ -25,18 +25,
On 19/03/2016 01:08, Marc Haber wrote:
>> >
>>> > > http://q.bofh.de/~mh/stuff/20160317-fan-syslog-kvm-4.5
>> >
>> > This one doesn't want:
>> >
>> > HTTP request sent, awaiting response... 403 Forbidden
>> > 2016-03-18 22:57:46 ERROR 403: Forbidden.
> Idiot me. File permissions fixed.
>
>> >
On 21.03.2016 06:18, Rajesh Bhagat wrote:
Hi
I think clearing the whole command ring is a bit too much in this case.
It may cause issues for all attached devices when one command times out.
Hi Mathias,
I understand your point, But I want to understand how would completion handler
be cal
On Mon, 21 Mar 2016 12:03:43 +0300
Dan Carpenter wrote:
> creq->cache[] is an array inside the struct, it's not a pointer and it
> can't be NULL.
>
> Signed-off-by: Dan Carpenter
Acked-by: Boris Brezillon
>
> diff --git a/drivers/crypto/marvell/hash.c b/drivers/crypto/marvell/hash.c
> index
On Mon 21-03-16 13:05:05, Dave Chinner wrote:
The resolution of conflict in fs/ext4/inode.c is fine except for one minor
issue:
> diff --cc fs/ext4/inode.c
> index b2e9576,2b98171..e5ba3b0
> --- a/fs/ext4/inode.c
> +++ b/fs/ext4/inode.c
> @@@ -3289,10 -3161,10 +3289,10 @@@ out
> }
> #endif
>
On Mon, Mar 21, 2016 at 09:26:43AM +0100, Borislav Petkov wrote:
> On Mon, Mar 21, 2016 at 11:46:19AM +0800, Huang Rui wrote:
> > I quickly applied this patch on tip/master with on a fam15h machine.
> > The issue is still existed, only one core can be detected.
>
> Huh, what?
>
> So that 6386 has
kvm_arch_init_vm is now using mmu_lock, causing lockdep to
complain:
[ 284.440294] INFO: trying to register non-static key.
[ 284.445259] the code is fine but needs lockdep annotation.
[ 284.450736] turning off the locking correctness validator.
...
[ 284.528318] [] lock_acquire+0xd3/0x240
[
On Sat, 2016-03-19 at 15:57 -0700, Linus Torvalds wrote:
> On Fri, Mar 18, 2016 at 5:07 AM, Michael Ellerman wrote:
> >
> > I couldn't convince git request-pull to generate a sane diffstat below, it
> > seems to be confused because I merged powerpc-4.5-4 into my next.
>
> Yes, if there are multipl
—
Steph
> On Mar 18, 2016, at 6:52 PM, Srinivas Pandruvada
> wrote:
>
> On Fri, 2016-03-18 at 17:13 +0100, Stephane Gasparini wrote:
>> Rafael,
>>
>> Why in step 3) both atom_set_pstate() and atom_set_pstate() were not
>> both
>> changed to use wrmsrl ?
> Initial Atom support was experimen
On Fri, Mar 18, 2016 at 01:06:02PM -0400, Steven Rostedt wrote:
> Now by breaking out the preempt off/on tracing into their own code:
> preempt_disable_check() and preempt_enable_check(), we can add these to
> the preempt_schedule() code. As preemption would then be disabled, even
> if they were to
On (03/21/16 17:47), Byungchul Park wrote:
[..]
> > Is there any reason why you don't put the wake_up_process() out of the
> > critical section with my suggestion, even though it can solve the infinite
> > recuresion you worried about?
>
> Just to be sure, whether you take my suggestion or not is
Hi, Mark and all.
This patch set would add the RGA direct rendering based 2d graphics
acceleration module.
This patch set is based on git repository below:
git://people.freedesktop.org/~airlied/linux drm-next
commit id: 568d7c764ae01f3706085ac8f0d8a8ac7e826bd7
And the RGA driver is based on Exy
—
Steph
> On Mar 18, 2016, at 10:44 PM, Rafael J. Wysocki wrote:
>
> On Fri, Mar 18, 2016 at 7:32 PM, Stephane Gasparini
> wrote:
>>
>> —
>> Steph
>>
>>
>>
>>
>>> On Mar 18, 2016, at 6:52 PM, Srinivas Pandruvada
>>> wrote:
>>>
>>> On Fri, 2016-03-18 at 17:13 +0100, Stephane Gasparin
The platform in question is Cavium CNS3xxx, ARMv6.
A recent patch by Arnd Bergmann (498a92d42596 "ARM: cns3xxx: pci: avoid
potential stack overflow") converted an explicit setting of
PCI_EXP_DEVCTL_READRQ = 0 (i.e., max 128 bytes for bus-mastering PCIe DMA
read request) to:
+pcie_bus_config =
Introduce a common subdrv register/unregister interfaces, help
external driver to hook the drm open/close event.
Signed-off-by: Yakir Yang
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 49 +
drivers/gpu/drm/rockchip/rockchip_drm_drv.h | 15 +
2 files chang
On 03/11/2016 10:56 PM, Marc Zyngier wrote:
On Wed, 9 Mar 2016 00:32:20 -0500
David Long wrote:
David,
From: Sandeepa Prabhu
Kprobes needs simulation of instructions that cannot be stepped
from a different memory location, e.g.: those instructions
that uses PC-relative addressing. In simul
This patch add the RGA dt config of rk3288 SoC.
Signed-off-by: Yakir Yang
---
arch/arm/boot/dts/rk3288.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi
index 8ac49f3..af948b9 100644
--- a/arch/arm/boot/dts/rk328
Signed-off-by: Yakir Yang
---
arch/arm/boot/dts/rk3288-veyron.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-veyron.dtsi
b/arch/arm/boot/dts/rk3288-veyron.dtsi
index 9fce91f..5eb4e97 100644
--- a/arch/arm/boot/dts/rk3288-veyron.dtsi
+++ b/arch/arm/boot/dts/
Rockchip RGA is a separate 2D raster graphic acceleration unit. It
accelerates 2D graphics operations, such as point/line drawing, image
scaling, rotation, BitBLT, alpha blending and image blur/sharpness.
The RGA driver is based on Exynos G2D driver, it is performed by two
tasks simply.
1. Configu
On 17 March 2016 at 13:57, Matt Fleming wrote:
> Move efi_status_to_err() to the architecture independent code as it's
> generally useful in all bits of EFI code where there is a need to
> convert an efi_status_t to a kernel error value.
>
> Cc: Kweh Hock Leong
> Cc: Borislav Petkov
> Cc: Ard Bi
On Monday 21 March 2016 10:07:49 Andreas Schwab wrote:
> This patch may fix a few LTP tests.
>
Thanks for analyzing.
> diff --git a/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
> b/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
> index 3631903..d1010db 100644
> --- a/sysdeps/unix/sysv/linux/aarch
On Mon, Mar 21, 2016 at 09:21:29AM +0100, Peter Zijlstra wrote:
> On Mon, Mar 21, 2016 at 11:07:46AM +0800, Huang Rui wrote:
> > > > The issue is that Linux assumes:
> > > >
> > > > nr_logical_cpus = nr_cores * nr_siblings
> > > >
> > > > But AMD reports its CU unit as 2 cores, but then s
101 - 200 of 846 matches
Mail list logo
