On 2017/02/16 08:39AM, Masami Hiramatsu wrote:
> On Wed, 15 Feb 2017 23:47:52 +0530
> "Naveen N. Rao" wrote:
>
> > kretprobes can be registered by specifying an absolute address or by
> > specifying offset to a symbol. However, we need to ensure this falls at
> > function entry so as to be able t
On Mittwoch, 15. Februar 2017 22:41:40 CET Ben Hutchings wrote:
> 3.16.40-rc1 review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Linus Lüssing
>
> commit 9799c50372b23ed774791bdb87d700f1286ee8a9 upstream.
Same objections as Linus had for the 3.2 p
On 2017-02-16 02:19, Andy Shevchenko wrote:
On Thu, Feb 16, 2017 at 12:29 AM, Rafał Miłecki
wrote:
From: Rafał Miłecki
This isn't critical as we use platform NVRAM as fallback and it's very
common case of all Broadcom home routers. Thanks for the new firmware
loading function we can achieve t
Hi Rob,
On Wednesday 15 Feb 2017 16:08:22 Rob Herring wrote:
> On Tue, Feb 07, 2017 at 05:41:16PM +0100, Bartosz Golaszewski wrote:
> > This makes the example more or less correspond with the da850-evm
> > hardware setup.
> >
> > Signed-off-by: Bartosz Golaszewski
> > ---
> >
> > .../devicetre
On 2017-02-16 04:00, Kweh, Hock Leong wrote:
>> -Original Message-
>> From: Jan Kiszka [mailto:jan.kis...@siemens.com]
>> Sent: Thursday, February 16, 2017 3:00 AM
>> To: Andy Shevchenko
>> Cc: Matt Fleming ; Ard Biesheuvel
>> ; linux-...@vger.kernel.org; Linux Kernel Mailing
>> List ; Bor
From: Rafał Miłecki
So far we got only one function for loading firmware asynchronously:
request_firmware_nowait. It didn't allow much customization of firmware
loading process - there is only one bool uevent argument. Moreover this
bool also controls user helper in an unclear way.
Resolve this
From: Rafał Miłecki
Failing to load NVRAM file isn't critical if we manage to get platform
one in the fallback path. It means warnings like:
[ 10.801506] brcmfmac :01:00.0: Direct firmware load for
brcm/brcmfmac43602-pcie.txt failed with error -2
are unnecessary & disturbing for people wit
> -Original Message-
> From: Steven Rostedt [mailto:rost...@goodmis.org]
> Sent: Thursday, February 16, 2017 11:46 AM
> To: Byungchul Park
> Cc: pet...@infradead.org; mi...@kernel.org; linux-kernel@vger.kernel.org;
> juri.le...@gmail.com; kernel-t...@lge.com
> Subject: Re: [PATCH v3 2/2] sc
Hi, Minchan,
Minchan Kim writes:
> Hi Huang,
>
> With changing from bit lock to spinlock of swap_cluster_info, my zram
> test failed with below message. It seems nested lock problem so need to
> play with lockdep.
Thanks a lot for your testing and report. There is at least one nested
locking i
On Tue, Jan 31, 2017 at 11:41:09AM +0100, Peter Zijlstra wrote:
On Mon, Jan 30, 2017 at 01:42:11PM -0500, Steven Rostedt wrote:
I think you wanted to Cc Peter Zijlstra on this. He's the kernel
maintainer for perf. I do the more generic tracing.
> > [ 18.811069] CPU: 0 PID: 12140 Comm: trin
On Wed, Feb 15, 2017 at 10:41:34PM +, Ben Hutchings wrote:
> 3.2.85-rc1 review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Linus Lüssing
>
> commit 9799c50372b23ed774791bdb87d700f1286ee8a9 upstream.
Hi Ben,
This commit was reverted in
27915aa
This patch adds the DT bindings document for newly added Broadcom
SBA RAID driver.
Signed-off-by: Anup Patel
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
.../devicetree/bindings/dma/brcm,iproc-sba.txt | 29 ++
1 file changed, 29 insertions(+)
create mode 100644
The Broadcom stream buffer accelerator (SBA) provides offloading
capabilities for RAID operations. This SBA offload engine is
accessible via Broadcom SoC specific ring manager.
This patch adds Broadcom SBA RAID driver which provides one
DMA device with RAID capabilities using one or more Broadcom
The raid6_gfexp table represents {2}^n values for 0 <= n < 256. The
Linux async_tx framework pass values from raid6_gfexp as coefficients
for each source to prep_dma_pq() callback of DMA channel with PQ
capability. This creates problem for RAID6 offload engines (such as
Broadcom SBA) which take dis
The DMA_PREP_FENCE is to be used when preparing Tx descriptor if output
of Tx descriptor is to be used by next/dependent Tx descriptor.
The DMA_PREP_FENSE will not be set correctly in do_async_gen_syndrome()
when calling dma->device_prep_dma_pq() under following conditions:
1. ASYNC_TX_FENCE not s
The Broadcom SBA RAID is a stream-based device which provides
RAID5/6 offload.
It requires a SoC specific ring manager (such as Broadcom FlexRM
ring manager) to provide ring-based programming interface. Due to
this, the Broadcom SBA RAID driver (mailbox client) implements
DMA device having one DMA
buffer(uio0 --> map0). Currently the TCMU will using the fixed small
size map
area as the ring buffer, but this will be the bottleneck for high iops.
Without knowing how large it is enough, so the new scheme will use the
fixed
small ring buffer area(about 64M ~ 128M) + dynamically "growing" rin
On 02/16/2017 03:30 AM, Rob Herring wrote:
On Fri, Feb 10, 2017 at 09:19:27AM +0100, Richard Leitner wrote:
This patch adds a driver for configuration of the Microchip USB251xB/xBi
USB 2.0 hub controller series with USB 2.0 upstream connectivity, SMBus
configuration interface and two to four USB
On Thu, Feb 16, 2017 at 2:17 PM, Rask Ingemann Lambertsen
wrote:
> On Fri, Feb 10, 2017 at 09:59:20AM +0100, Maxime Ripard wrote:
>> Hi,
>>
>> On Thu, Feb 09, 2017 at 12:34:06AM +0100, Rask Ingemann Lambertsen wrote:
>> > The Suncip CX-A99 board is found in at least four brands of media players.
>
On 15-02-17, 23:35, Rafael J. Wysocki wrote:
> On Wednesday, February 15, 2017 10:45:47 PM Viresh Kumar wrote:
>
> First of all, [RFC] pretty please on things like this.
Sure.
> > Normally, the time it takes to reevaluate the frequency is negligible
> > compared to the time it takes to change th
Hari Bathini writes:
> Currently, there is no trivial mechanism to analyze events based on
> containers. perf -G can be used, but it will not filter events for the
> containers created after perf is invoked, making it difficult to assess/
> analyze performance issues of multiple containers at onc
On February 15, 2017 5:23 PM Mel Gorman wrote:
> */
> static int kswapd(void *p)
> {
> - unsigned int alloc_order, reclaim_order, classzone_idx;
> + unsigned int alloc_order, reclaim_order;
> + unsigned int classzone_idx = MAX_NR_ZONES - 1;
> pg_data_t *pgdat = (pg_data_t*)p;
On Fri, Feb 10, 2017 at 09:59:20AM +0100, Maxime Ripard wrote:
> Hi,
>
> On Thu, Feb 09, 2017 at 12:34:06AM +0100, Rask Ingemann Lambertsen wrote:
> > The Suncip CX-A99 board is found in at least four brands of media players.
> > It features an Allwinner A80 ARM SoC and is found in two models:
> >
On Wed, Feb 15, 2017 at 9:17 AM, Rob Herring wrote:
> On Tue, Feb 07, 2017 at 07:50:27AM -0800, Andrey Smirnov wrote:
>> Add various bits of code needed to support i.MX7D variant of the IP.
>>
>> Cc: yurov...@gmail.com
>> Cc: Lucas Stach
>> Cc: Bjorn Helgaas
>> Cc: Rob Herring
>> Cc: Mark Rutla
4.9.10-rt6-virgin on 72 core +SMT box.
Below is 1 line per minute, box idling along daintily nibbling, I fire
up a parallel kbuild loop at 40465, and box gobbles greedily.
I have entries bumped to 128k, and chain bits to 18 so box will get
booted and run for a while before lockdep says "I quit".
On Wed 08 Feb 02:33 PST 2017, Stanimir Varbanov wrote:
> Hi Bjorn,
>
> On 01/30/2017 06:55 PM, Bjorn Andersson wrote:
[..]
> > +int qcom_mdt_load(struct device *dev, const struct firmware *fw,
[..]
> > + size_t offset;
[..]
> > + for (i = 0; i < ehdr->e_phnum; i++) {
> > + phdr = &p
This patch adds i2c controller driver for ZTE's zx2967 family.
Signed-off-by: Baoyou Xie
Reviewed-by: Shawn Guo
Reviewed-by: Andy Shevchenko
---
drivers/i2c/busses/Kconfig | 9 +
drivers/i2c/busses/Makefile | 1 +
drivers/i2c/busses/i2c-zx2967.c | 667 +
Add the zx2967 i2c controller driver as maintained by ARM ZTE
architecture maintainers, as they're parts of the core IP.
Signed-off-by: Baoyou Xie
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e63063b..313fab5 100644
--- a/MAINTAINERS
+++ b
From: Anton Blanchard
We have uses of CONFIG_UPROBE_EVENT and CONFIG_KPROBE_EVENT as
well as CONFIG_UPROBE_EVENTS and CONFIG_KPROBE_EVENTS. Consistently
use the plurals.
Signed-off-by: Anton Blanchard
---
Documentation/trace/kprobetrace.txt | 2 +-
Documentation/trace/uprobetracer.txt
This patch adds dt-binding documentation for zx2967 family
i2c controller.
Signed-off-by: Baoyou Xie
Acked-by: Rob Herring
---
.../devicetree/bindings/i2c/i2c-zx2967.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i
Hi Ingo,
> So the names should be fixed, it should be CONFIG_UPROBE_EVENTS and
> CONFIG_KPROBE_EVENTS throughout the code. It's CONFIG_PERF_EVENTS and
> CONFIG_PROBE_EVENTS after all and lives in kernel/events/ - all
> plural.
>
> I didn't notice the misnomer when merging these bits.
Ok, patch
On Tue, 2016-11-22 at 09:25:59 UTC, Ravi Bangoria wrote:
> Xmon data-breakpoint feature is broken.
>
> Whenever there is a watchpoint match occurs, hw_breakpoint_handler will
> be called by do_break via notifier chains mechanism. If watchpoint is
> registered by xmon, hw_breakpoint_handler won't f
On 02/15/2017 02:41 PM, Ben Hutchings wrote:
This is the start of the stable review cycle for the 3.2.85 release.
There are 126 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
In the transition from using rproc_da_to_va(), the type of the load
offset became unsigned. This causes the subsequent check to let negative
values less than p_memsz + mem_size through and we write outside of the
buffer.
Change the type back to a signed value to catch this.
Fixes: 7f0dd07a9b29 ("
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/ieee80211/ieee80211.h | 61 +++---
1 file changed, 36 insertions(+), 25 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211.h
b/drivers/staging/r
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/ieee80211/rtl819x_BA.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/rtl819x_BA.h
b/drivers/staging/rtl8192u/ieee80
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c | 91 +++
1 file changed, 58 insertions(+), 33 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c
b/drivers/stagin
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/ieee80211/ieee80211_tx.c | 290 +++---
1 file changed, 150 insertions(+), 140 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_tx.c
b/drivers/stag
On 01/26/2017 at 02:44 PM, Borislav Petkov wrote:
> On Thu, Jan 26, 2017 at 02:30:02PM +0800, Xunlei Pang wrote:
>> The hardware machine check is hard to reproduce, but the mce code of
>> RHEL7 is quite the same as that of tip/master, anyway we are able to
>> inject software mce to reproduce it.
>
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/ieee80211/rtl819x_HT.h | 69 +
1 file changed, 35 insertions(+), 34 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/rtl819x_HT.h
b/drivers/staging/
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
.../staging/rtl8192u/ieee80211/ieee80211_module.c | 60 +++---
1 file changed, 30 insertions(+), 30 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_module.c
b/drivers/st
For example, the TCMU will use the map area as ISCSI commands & data ring
buffer(uio0 --> map0). Currently the TCMU will using the fixed small
size map
area as the ring buffer, but this will be the bottleneck for high iops.
Without knowing how large it is enough, so the new scheme will use the
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
.../staging/rtl8192u/ieee80211/rtl819x_BAProc.c| 28 +++---
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/rtl819x_BAProc.c
b/drivers/stag
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
.../staging/rtl8192u/ieee80211/rtl819x_HTProc.c| 164 ++---
1 file changed, 82 insertions(+), 82 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/rtl819x_HTProc.c
b/drivers/stag
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/r8192U_core.c | 70 +-
1 file changed, 35 insertions(+), 35 deletions(-)
diff --git a/drivers/staging/rtl8192u/r8192U_core.c
b/drivers/staging/rtl8192u/
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
.../staging/rtl8192u/ieee80211/ieee80211_softmac.c | 71 +++---
1 file changed, 36 insertions(+), 35 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c
b/drivers/s
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/ieee80211/rtl819x_TSProc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/rtl819x_TSProc.c
b/drivers/staging/rtl8192u/ieee802
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/r8192U.h | 39 ++-
1 file changed, 26 insertions(+), 13 deletions(-)
diff --git a/drivers/staging/rtl8192u/r8192U.h
b/drivers/staging/rtl8192u/r8192
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/r8192U_dm.c | 175 +++
1 file changed, 97 insertions(+), 78 deletions(-)
diff --git a/drivers/staging/rtl8192u/r8192U_dm.c
b/drivers/staging/rtl8192u/r8
Fixed style of block comments across all of the rtl8192u driver
This driver has a lot of code commented out that could be deleted, I have not
changed that.
This is a new series as only some of the 25 set sent last week got applied.
Derek Robson (15):
Staging: rtl8192u: ieee80211: ieee80211_wx.
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/ieee80211/ieee80211_wx.c | 87 ---
1 file changed, 47 insertions(+), 40 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_wx.c
b/drivers/stagin
Fixed style of block comments
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8192u/r819xU_cmdpkt.c | 82
1 file changed, 52 insertions(+), 30 deletions(-)
diff --git a/drivers/staging/rtl8192u/r819xU_cmdpkt.c
b/drivers/staging/rtl8192
This add power-domains for mt2701-afe-pcm
Signed-off-by: Garlic Tseng
---
Documentation/devicetree/bindings/sound/mt2701-afe-pcm.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/sound/mt2701-afe-pcm.txt
b/Documentation/devicetree/bindings/sound/mt2701-
add power-domain get/put ctrl for 2701 and add relative node description
in binding doc.
Garlic Tseng (2):
ASoC: mediatek: add power-domain get/put ctrl for mt2701
ASoC: mediatek: add power-domains for mt2701-afe-pcm.txt
Documentation/devicetree/bindings/sound/mt2701-afe-pcm.txt | 2 ++
soun
add power-domain ctrl for audio driver
Signed-off-by: Garlic Tseng
---
sound/soc/mediatek/mt2701/mt2701-afe-pcm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/soc/mediatek/mt2701/mt2701-afe-pcm.c
b/sound/soc/mediatek/mt2701/mt2701-afe-pcm.c
index 34a6123..c7fa3e6 100644
--- a/sou
Jon Derrick writes:
> PPC's 'opal' match pattern also matches block/sed-opal.c, where it looks
> like the 'arch/powerpc' file pattern should be enough to match powerpc
> opal code by itself. Remove the opal regex pattern from powerpc.
We thought of it first.
Can't you just rename your driver, O
Hi Huang,
With changing from bit lock to spinlock of swap_cluster_info, my zram
test failed with below message. It seems nested lock problem so need to
play with lockdep.
Thanks.
=
[ INFO: possible recursive locking detected ]
4.10.0-rc8-next-20170214-
Pan Xinhui writes:
> Once xmon is triggered by sysrq-x, it is enabled always afterwards even
> if it is disabled during boot. This will cause a system reset interrut
> fail to dump. So keep xmon in its original state after exit.
>
> Signed-off-by: Pan Xinhui
> ---
> arch/powerpc/xmon/xmon.c | 5
On 02/15/2017 05:34 PM, Xiubo Li wrote:
>>> --- a/drivers/uio/uio.c
>>> +++ b/drivers/uio/uio.c
>>> @@ -708,6 +708,8 @@ static int uio_mmap(struct file *filep, struct
>>> vm_area_struct *vma)
>>> case UIO_MEM_LOGICAL:
>>> case UIO_MEM_VIRTUAL:
>>> return uio_mmap_l
On Wed, Feb 15, 2017 at 1:15 AM, Philipp Zabel wrote:
> On Tue, 2017-02-14 at 12:11 -0800, Andrey Smirnov wrote:
> [...]
>> > Arguably, the A7 resets should not be handled by the peripheral reset
>> > controller, but at least for the others I see no reason not to leave
>> > space for them in the i
Hi all,
Changes since 20170215:
The net tree lost its build failure.
The kselftest tree gained a conflict against the net-next tree.
Non-merge commits (relative to Linus' tree): 9166
10048 files changed, 415301 insertions(+), 189762 dele
Fix checkpatch warnings.
Signed-off-by: Olav Haugan
---
drivers/staging/speakup/synth.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/speakup/synth.c b/drivers/staging/speakup/synth.c
index a61c02ba06da..8340748ae9cb 100644
--- a/drive
On 2/13/2017 8:08 PM, John Stultz wrote:
> Just wanted to get some early feedback on this before I submit
> it for real for the 4.12 timeframe. This is the last patch, that
> isn't already queued, which I need to get hikey's USB working
> properly.
>
> Feedback would be greatly appreciated!
>
It
On Wed, Feb 15, 2017 at 06:42:09PM -0800, Dan Williams wrote:
> Back in 2011, Russell pointed out that the "async_tx channel switch"
> capability was violating expectations of the dma mapping api [1]. At the
> time the existing uses were reviewed as still usable, but that longer
> term we needed a
Hi Ard, Rafael
On Thu, Feb 16, 2017 at 5:14 AM, Rafael J. Wysocki wrote:
> On Wednesday, February 15, 2017 05:44:28 PM Ard Biesheuvel wrote:
>> Hello Bhupesh,
>>
>> On 15 February 2017 at 13:04, Bhupesh Sharma wrote:
>> > This patchset presents a RFC approach to move the ACPI BGRT table
>> > han
On Tue 14 Feb 21:31 PST 2017, Imran Khan wrote:
> On 2/15/2017 5:54 AM, Bjorn Andersson wrote:
[..]
> >
> > I thought the conclusion was to drop the "hw_platform",
> > "qrd_hw_platform_subtype" and hw_platform_subtype" lists, but to keep
> > the cpu_of_id (although named soc_of_id).
> >
> > The
Although irqreturn_t is an enum, we treat it (and its enumeration
constants) as a bitmask.
However, bad_action_ret() uses a less-than operator to determine whether
an irqreturn_t falls within allowable bit values, which means we need to
know the signededness of an enum type to read the logic, whic
On (02/15/17 20:03), Tony Lindgren wrote:
> * Sergey Senozhatsky [170215 17:32]:
> > On (02/15/17 10:01), Tony Lindgren wrote:
> > [..]
> > > Below is another issue I noticed caused by commit f975237b7682 that
> > > I noticed during booting.
> >
> > do you mean that with f975237b7682 you _always_
ector catch
> > [2.597686]
> > [2.597717] ===
> > [2.597717] [ ERR: suspicious RCU usage. ]
> > [2.597717] 4.10.0-rc8-next-20170215+ #119 Not tainted
> > [2.597717] ---
> > [2.597717] ./include/trace/events/printk.h:32 suspicio
Hi Tobin,
On Wed, Feb 15, 2017 at 5:39 AM, Tobin C. Harding wrote:
> Greybus currently uses strncpy() coupled with a check for '\0' on the
> last byte of various buffers. strncpy() is passed size parameter equal
> to the size of the buffer in all instances. If the source string is
> larger than t
Hi Dave,
On Wed, 15 Feb 2017 22:27:46 -0500 (EST) David Miller
wrote:
>
> I applied the fix that synced the two header files already.
Sorry about that, I missed it in checking your tree over breakfast :-)
--
Cheers,
Stephen Rothwell
On 2017/2/16 9:16, Jaegeuk Kim wrote:
> On 02/14, Jaegeuk Kim wrote:
>> On 02/15, Chao Yu wrote:
>>> On 2017/2/15 2:03, Jaegeuk Kim wrote:
VFS uses f2fs_lookup() to decide f2fs_add_link() call during file creation.
But, if there is a race condition, f2fs_add_link() can be called multiple
From: David Miller
Date: Wed, 15 Feb 2017 22:26:56 -0500 (EST)
> From: Linus Torvalds
> Date: Wed, 15 Feb 2017 18:01:24 -0800
>
>> So David, you really need to convince me that this pull is truly
>> required.
>
> I'll revert those changes, give me a second.
Ok, pull from my tree again, there
On 2/15/17 7:27 PM, David Miller wrote:
From: Alexei Starovoitov
Date: Wed, 15 Feb 2017 19:06:02 -0800
On 2/15/17 7:02 PM, Stephen Rothwell wrote:
Hi all,
On Tue, 14 Feb 2017 09:12:50 +1100 Stephen Rothwell
wrote:
After merging the net tree, today's linux-next build (powerpc64le
perf)
fai
From: Linus Torvalds
Date: Wed, 15 Feb 2017 18:01:24 -0800
> So David, you really need to convince me that this pull is truly
> required.
I'll revert those changes, give me a second.
From: Alexei Starovoitov
Date: Wed, 15 Feb 2017 19:06:02 -0800
> On 2/15/17 7:02 PM, Stephen Rothwell wrote:
>> Hi all,
>>
>> On Tue, 14 Feb 2017 09:12:50 +1100 Stephen Rothwell
>> wrote:
>>>
>>> After merging the net tree, today's linux-next build (powerpc64le
>>> perf)
>>> failed like this:
>>
Hi Shuah,
Today's linux-next merge of the kselftest tree got a conflict in:
tools/testing/selftests/bpf/Makefile
between commit:
d498f8719a09 ("bpf: Rebuild bpf.o for any dependency update")
from the net-next tree and commit:
88baa78d1f31 ("selftests: remove duplicated all and clean tar
On Mon, Feb 13, 2017 at 7:45 PM, Tyler Hicks wrote:
> This patch set is the third revision of the following two previously
> submitted patch sets:
>
> v1:
> http://lkml.kernel.org/r/1483375990-14948-1-git-send-email-tyhi...@canonical.com
> v1:
> http://lkml.kernel.org/r/1483377999-15019-2-git-se
On Mon, Feb 13, 2017 at 7:45 PM, Tyler Hicks wrote:
> This patch creates a read-only sysctl containing an ordered list of
> seccomp actions that the kernel supports. The ordering, from left to
> right, is the lowest action value (kill) to the highest action value
> (allow). Currently, a read of th
Hi Rob
On 02/16/2017 10:20 AM, Rob Herring wrote:
On Fri, Feb 10, 2017 at 03:44:11PM +0800, Chris Zhong wrote:
rockchip,uphy-dp-sel is the register of type-c phy enable DP function.
"dt-bindings: phy:" is the preferred subject prefix.
OK, I will change the header next version.
dt-bindings: ph
On 2/15/17 7:02 PM, Stephen Rothwell wrote:
Hi all,
On Tue, 14 Feb 2017 09:12:50 +1100 Stephen Rothwell
wrote:
After merging the net tree, today's linux-next build (powerpc64le perf)
failed like this:
Warning: tools/include/uapi/linux/bpf.h differs from kernel
bpf.c: In function 'bpf_prog_a
On Wed, Feb 15, 2017 at 09:45:37PM -0500, Steven Rostedt wrote:
> On Thu, 16 Feb 2017 11:34:17 +0900
> Byungchul Park wrote:
>
> > pick_next_pushable_task(rq) has BUG_ON(rq_cpu != task_cpu(task)) when
> > it returns a task other than NULL, which means that task_cpu(task) must
> > be rq->cpu. So i
Hi all,
On Tue, 14 Feb 2017 09:12:50 +1100 Stephen Rothwell
wrote:
>
> After merging the net tree, today's linux-next build (powerpc64le perf)
> failed like this:
>
> Warning: tools/include/uapi/linux/bpf.h differs from kernel
> bpf.c: In function 'bpf_prog_attach':
> bpf.c:180:6: error: 'union
Hi John
On 02/01/2017 03:22 AM, Sean Paul wrote:
On Sun, Jan 29, 2017 at 01:24:42PM +, John Keeping wrote:
Reviewed-by: Sean Paul
Signed-off-by: John Keeping
Reviewed-by: Chris Zhong
---
v3:
- Add Chris' Reviewed-by
Unchanged in v2
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16 +++
> -Original Message-
> From: Jan Kiszka [mailto:jan.kis...@siemens.com]
> Sent: Thursday, February 16, 2017 3:00 AM
> To: Andy Shevchenko
> Cc: Matt Fleming ; Ard Biesheuvel
> ; linux-...@vger.kernel.org; Linux Kernel Mailing
> List ; Borislav Petkov ; Kweh,
> Hock Leong ; Bryan O'Donoghue
Hi,
On 2017/2/9 15:07, Jiancheng Xue wrote:
> Add basic dts files for hi3798cv200-poplar board. Poplar is the
> first development board compliant with the 96Boards Enterprise
> Edition TV Platform specification. The board features the
> Hi3798CV200 with an integrated quad-core 64-bit ARM Cortex A5
On February 15, 2017 5:23 PM Mel Gorman wrote:
>
> From: Shantanu Goel
>
> The check in prepare_kswapd_sleep needs to match the one in balance_pgdat
> since the latter will return as soon as any one of the zones in the
> classzone is above the watermark. This is specially important for higher
Back in 2011, Russell pointed out that the "async_tx channel switch"
capability was violating expectations of the dma mapping api [1]. At the
time the existing uses were reviewed as still usable, but that longer
term we needed a rework of the raid offload implementation. While some
of the framework
On Thu, 16 Feb 2017 11:34:17 +0900
Byungchul Park wrote:
> pick_next_pushable_task(rq) has BUG_ON(rq_cpu != task_cpu(task)) when
> it returns a task other than NULL, which means that task_cpu(task) must
> be rq->cpu. So if task == next_task, then task_cpu(next_task) must be
> rq->cpu as well. Rem
> "Arnd" == Arnd Bergmann writes:
Arnd> When building with a dma_addr_t that is different from pointer
Arnd> size, we get this warning:
Applied to 4.11/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
On Wed, Feb 15, 2017 at 09:33:35PM -0500, Steven Rostedt wrote:
> On Wed, 15 Feb 2017 21:31:50 -0500
> Steven Rostedt wrote:
>
> > On Thu, 16 Feb 2017 11:17:58 +0900
> > Byungchul Park wrote:
> >
> >
> > > Juri and steven, thank you very much for reviewing it.
> > >
> > > I'm not sure and fam
Sorry, I forgot to change authorship on this patch. It should
be authored by Russell King .
Steve
On 02/15/2017 06:19 PM, Steve Longerbeam wrote:
Add support to CSI for negotiation of frame intervals, and use this
information to configure the frame interval monitor.
Signed-off-by: Russell King
On Thu, 16 Feb 2017 11:05:54 +0900
Byungchul Park wrote:
> Once pick_next_pushable_task(rq) returns a task, it guarantees that
> the task's cpu is rq->cpu, so task_cpu(next_task) is always rq->cpu if
> task == next_task. Remove the redundant condition and make code simpler.
>
> pick_next_pushabl
pick_next_pushable_task(rq) has BUG_ON(rq_cpu != task_cpu(task)) when
it returns a task other than NULL, which means that task_cpu(task) must
be rq->cpu. So if task == next_task, then task_cpu(next_task) must be
rq->cpu as well. Remove the redundant condition and make code simpler.
By this patch,
On Thu, 16 Feb 2017 11:05:53 +0900
Byungchul Park wrote:
> Once pick_next_pushable_dl_task(rq) returns a task, it guarantees that
> the task's cpu is rq->cpu, so task_cpu(next_task) is always rq->cpu if
> task == next_task. Remove the redundant condition and make code simpler.
>
> pick_next_push
pick_next_pushable_dl_task(rq) has BUG_ON(rq->cpu != task_cpu(task))
when it returns a task other than NULL, which means that task_cpu(task)
must be rq->cpu. So if task == next_task, then task_cpu(next_task) must
be rq->cpu as well. Remove the redundant condition and make code simpler.
By this pat
On Wed, 15 Feb 2017 21:31:50 -0500
Steven Rostedt wrote:
> On Thu, 16 Feb 2017 11:17:58 +0900
> Byungchul Park wrote:
>
>
> > Juri and steven, thank you very much for reviewing it.
> >
> > I'm not sure and familiar with... Should I add your 'reviewed by' into
> > my patches by myself?
> >
On Thu, 16 Feb 2017 11:17:58 +0900
Byungchul Park wrote:
> Juri and steven, thank you very much for reviewing it.
>
> I'm not sure and familiar with... Should I add your 'reviewed by' into
> my patches by myself?
>
No, it's the maintainer's job to add these tags when they take your
patch. If
On Fri, Feb 10, 2017 at 09:19:27AM +0100, Richard Leitner wrote:
> This patch adds a driver for configuration of the Microchip USB251xB/xBi
> USB 2.0 hub controller series with USB 2.0 upstream connectivity, SMBus
> configuration interface and two to four USB 2.0 downstream ports.
>
> Furthermore
Add bindings documentation for the i.MX media driver.
Signed-off-by: Steve Longerbeam
---
Documentation/devicetree/bindings/media/imx.txt | 66 +
1 file changed, 66 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/imx.txt
diff --git a/Documentati
1 - 100 of 1331 matches
Mail list logo
