On Wed, Nov 1, 2017 at 12:44 PM, Guenter Roeck wrote:
> On 10/31/2017 07:04 PM, Stafford Horne wrote:
>>
>> On Tue, Oct 31, 2017 at 06:53:15PM -0700, Guenter Roeck wrote:
>>>
>>> On 10/31/2017 06:34 PM, Joel Stanley wrote:
The ASPEED SoC must deassert a reset in order to use the PWM/tach
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
drivers/infiniband/hw/hfi1/file_ops.c
between commit:
ecf799852bde ("IB/hfi1: Refactor reset_ctxt() IOCTL")
from the rdma tree and commit:
6aa7de059173 ("locking/atomics: COCCINELLE/treewide: Convert trivial
ACCESS_ONC
On 25/10/17 3:37 PM, "Kees Cook" wrote:
>In preparation for unconditionally passing the struct timer_list pointer
>to
>all timer callbacks, switch to using the new timer_setup() and
>from_timer()
>to pass the timer pointer explicitly.
>
>Cc: qlogic-storage-upstr...@qlogic.com
>Cc: "James E.J. Bo
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
kernel/events/core.c
between commit:
97562633bcba ("bpf: perf event change needed for subsequent bpf helpers")
from the net-next tree and commits:
7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, a
On Wed, 01 Nov 2017 07:53:59 +0100,
Stephen Rothwell wrote:
>
> Hi all,
>
> Today's linux-next merge of the tip tree got conflicts in:
>
> sound/oss/midibuf.c
> sound/oss/soundcard.c
> sound/oss/sys_timer.c
> sound/oss/uart6850.c
>
> between commit:
>
> 727dede0ba8a ("sound: Retire O
When I see recent change of swap readahead, I am very unhappy
about current code structure which diverges two swap readahead
algorithm in do_swap_page. This patch is to clean it up.
Main motivation is that fault handler doesn't need to be aware of
readahead algorithms but just should call swapin_r
This patch makes do_swap_page no need to be aware of two different
swap readahead algorithm. Just unify cluster-based and vma-based
readahead function call.
Signed-off-by: Minchan Kim
---
include/linux/swap.h | 27 ---
mm/memory.c | 11 ---
mm/shmem.c
This patchset cleans up recent added vma-based readahead code via
unifying cluster-based readahead.
* From v1
* renamed swap_cluster_readahead - Huang
* remove unnecessary extern declaration - Huang
* add description for swapin_readahead - Huang
Minchan Kim (2):
mm:swap: clean up swap rea
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
kernel/trace/bpf_trace.c
between commits:
97562633bcba ("bpf: perf event change needed for subsequent bpf helpers")
and more changes ...
from the net-next tree and commit:
7d9285e82db5 ("perf/bpf: Extend the perf_event_
On Wed, 2017-11-01 at 07:54 +0100, Mike Galbraith wrote:
> On Wed, 2017-11-01 at 01:08 -0500, Atish Patra wrote:
>
> > Do you have the schbench configuration somewhere that I can test? I
> > tried various configurations but did not
> > see any improvement or regression.
>
> No, as noted, I didn'
On 10/24/17 at 02:09pm, Dave Young wrote:
> Hi Baoquan,
>
> On 10/24/17 at 01:57pm, Baoquan He wrote:
> > Hi Dave,
> >
> > On 10/24/17 at 01:31pm, Dave Young wrote:
> > > The total memory size we get in kernel is usually slightly less than 2G
> > > with a
> > > 2G memory module machine. The main
On Tue 31-10-17 15:21:23, David Rientjes wrote:
> On Tue, 31 Oct 2017, Michal Hocko wrote:
>
> > > I'm not ignoring them, I have stated that we need the ability to protect
> > > important cgroups on the system without oom disabling all attached
> > > processes. If that is implemented as a memor
On Tue, Oct 31, 2017 at 10:45:46PM +0100, Stephen Hemminger wrote:
> The thunderbolt driver needs to stop logging.
> All these debug messages and the laptop is on battery with no devices
> connected.
> (I did use a USB key, but that is not a thunderbolt device).
>
> IMHO a production driver shoul
On 10/31/2017 08:15 PM, Andrea Arcangeli wrote:
> On Tue, Oct 31, 2017 at 03:28:26PM +0100, Vlastimil Babka wrote:
>> Hmm that could indeed work, Dmitry can you try the patch below?
>> But it still seems rather fragile so I'd hope Andrea can do it more
>> robust, or at least make sure that we don't
On 2017/10/12 20:59, Robin Murphy wrote:
> On 12/10/17 13:31, Wei Hu (Xavier) wrote:
>>
>> On 2017/10/1 0:10, Leon Romanovsky wrote:
>>> On Sat, Sep 30, 2017 at 05:28:59PM +0800, Wei Hu (Xavier) wrote:
If the IOMMU is enabled, the length of sg obtained from
__iommu_map_sg_attrs is not 4
From: Christina Jacob
Implements port to port forwarding with route table and arp table
lookup for ipv4 packets using bpf_redirect helper function and
lpm_trie map.
Signed-off-by: Christina Jacob
---
samples/bpf/Makefile | 4 +
samples/bpf/xdp_router_ipv4_kern.c | 181 +
The patch below implements port to port forwarding through route table and arp
table lookup for ipv4 packets using bpf_redirect helper function and lpm_trie
map. This has an improved performance over the normal kernel stack ip forward.
Implementation details.
---
The program u
Describe the panel property rgb-mode for parallel and serial
RGB output interface, include the connection relations for each
mode.
Signed-off-by: Sandy Huang
---
Changes:
.../bindings/display/panel/panel-rgb.txt | 116 +
1 file changed, 116 insertions(+)
create mod
This patches add support rockchip RGB output, Some Rockchip CRTCs, like rv1108,
can directly output parallel and serial RGB data to panel or to conversion chip.
So we add this driver to probe encoder and connector to support this case.
Sandy Huang (4):
devicetree/bindings: display: Add doucument
This path add support rv1108 rgb output interface driver.
Signed-off-by: Sandy Huang
---
Changes in v4: None
Changes in v3:
move rgb-mode to panel node which describe at:
Documentation/devicetree/bindings/display/panel/panel-rgb.txt
Changes in v2:
1. rename rockchip,rgb-mode to rgb-mode;
2.
This patch add serial RGB output interface for rockchip vop, the
more info about serial RGB output interface described at the
following file:
Documentation/devicetree/bindings/display/panel/panel-rgb.txt
Signed-off-by: Sandy Huang
Reviewed-by: Sean Paul
---
Changes in v4: None
Changes in v3: No
Some Rockchip CRTCs, like rv1108, can directly output parallel and
serial RGB data to panel or conversion chip, so we add this driver to
probe encoder and connector.
Signed-off-by: Sandy Huang
Reviewed-by: Sean Paul
Reviewed-by: Mark Yao
---
Changes in v4:
1. add ROCKCHIP_RGB depend on DRM_RO
On Wed, Nov 01, 2017 at 07:43:45AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the sunxi tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> arch/arm/boot/dts/sun8i-h3-nanopi-m1-plus.dtb: ERROR (phandle_references):
> Reference to non-existent node or l
On Wed, Oct 25, 2017 at 12:08 PM, Kees Cook wrote:
> In preparation for unconditionally passing the struct timer_list pointer to
> all timer callbacks, switch to using the new timer_setup() and from_timer()
> to pass the timer pointer explicitly. This requires adding a pointer to
> hold the timer'
On Tue, Oct 31, 2017 at 4:44 PM, Dave Hansen
wrote:
> On 10/31/2017 04:27 PM, Linus Torvalds wrote:
>> Inconveniently, the people you cc'd on the actual patches did *not*
>> get cc'd with this 00/23 cover letter email.
>
> Urg, sorry about that.
>
>> (a) is this on top of Andy's entry cleanups?
>
On Tue, Oct 31, 2017 at 3:32 PM, Dave Hansen
wrote:
>
> Normally, a process just has a NULL mm->context.ldt. But, we
> have a syscall for a process to set a new one. If a process does
> that, we need to map the new LDT.
>
> The original KAISER patch missed this case.
Tglx suggested that we inst
On Tue, Oct 31, 2017 at 3:31 PM, Dave Hansen
wrote:
>
> Our CR4-based TLB flush currently requries global pages to be
> supported *and* enabled. But, we really only need for them to be
> supported. Make the code more robust by alllowing X86_CR4_PGE to
> clear as well as set.
>
> This change was
On Tue, Oct 31, 2017 at 3:32 PM, Dave Hansen
wrote:
>
> If we change the page tables in such a way that we need an
> invalidation of all contexts (aka. PCIDs / ASIDs) we can
> actively invalidate them by:
> 1. INVPCID for each PCID (works for single pages too).
> 2. Load CR3 with each PCID witho
* Thomas Gleixner wrote:
> On Tue, 31 Oct 2017, tip-bot for Peter Zijlstra wrote:
> > Commit-ID: d5f6ac33189af48a0dc011190af5144947a30a76
> > Gitweb:
> > https://git.kernel.org/tip/d5f6ac33189af48a0dc011190af5144947a30a76
> > Author: Peter Zijlstra
> > AuthorDate: Tue, 31 Oct 2017 11:
]
url:
https://github.com/0day-ci/linux/commits/Kien-Ha/Fix-line-too-long-warning/20171101-151946
config: xtensa-allyesconfig (attached as .config)
compiler: xtensa-linux-gcc (GCC) 4.9.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin
Hello
The following patch fix the build failure due to "ARM: dts: sunxi: Restore EMAC
changes (boards)".
A made a mistake when rebasing and a part of sun8i-h3-nanopi-m1-plus emac
was added without the needed regulator.
Regards
Corentin Labbe (1):
ARM: dts: sunxi: sun8i-h3-nanopi-m1-plus: Add
This patch add the missing regulator for sun8i-h3-nanopi-m1-plus.
Fixes: ("ARM: dts: sunxi: Restore EMAC changes (boards)")
Signed-off-by: Corentin Labbe
---
arch/arm/boot/dts/sun8i-h3-nanopi-m1-plus.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-h3-n
* Andy Lutomirski wrote:
> On Tue, Oct 31, 2017 at 3:32 PM, Dave Hansen
> wrote:
> >
> > Normally, a process just has a NULL mm->context.ldt. But, we
> > have a syscall for a process to set a new one. If a process does
> > that, we need to map the new LDT.
> >
> > The original KAISER patch mi
On Tue, Oct 31, 2017 at 11:07 AM, Dave Hansen
wrote:
>
> From: Dave Hansen
>
> local_flush_tlb() does a CR3 write. But, that kind of TLB flush is
> not guaranteed to invalidate global pages. The entire kernel is
> mapped with global pages.
>
> Also, now that we have PCIDs, local_flush_tlb() wil
On Tue, Oct 31, 2017 at 10:32:00PM +0100, Thomas Gleixner wrote:
> That means we can have the following situation:
>
> lock(watchdog_mutex);
> lockup_detector_reconfigure();
> cpus_read_lock();
> stop();
> park()
> update();
> start();
> unpark()
Commit-ID: 153fbd1226fb30b8630802aa5047b8af5ef53c9f
Gitweb: https://git.kernel.org/tip/153fbd1226fb30b8630802aa5047b8af5ef53c9f
Author: Peter Zijlstra
AuthorDate: Tue, 31 Oct 2017 11:18:53 +0100
Committer: Ingo Molnar
CommitDate: Wed, 1 Nov 2017 09:05:00 +0100
futex: Fix more put_pi_st
On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the tip tree got a conflict in:
>
> kernel/trace/bpf_trace.c
>
> between commits:
>
> 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers")
> and more changes ...
On Mon, Oct 30, 2017 at 08:35:30AM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Mon, 30 Oct 2017 08:28:06 +0100
>
> Adjust a jump target so that a specific error message is stored only once
> at the end of this function implementation.
> Replace two calls of the function "dev_er
On Tuesday 31 October 2017 16:31:46 Darren Hart wrote:
> On Mon, Oct 30, 2017 at 01:32:57PM +, mario.limoncie...@dell.com wrote:
> >
> >
> > > -Original Message-
> > > From: Pali Rohár [mailto:pali.ro...@gmail.com]
> > > Sent: Monday, October 30, 2017 6:47 AM
> > > To: Limonciello, Ma
On Wed, 1 Nov 2017, Peter Zijlstra wrote:
> On Tue, Oct 31, 2017 at 10:32:00PM +0100, Thomas Gleixner wrote:
> > That means we can have the following situation:
> >
> > lock(watchdog_mutex);
> > lockup_detector_reconfigure();
> > cpus_read_lock();
> > stop();
> >park(
* Peter Zijlstra wrote:
> On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > Today's linux-next merge of the tip tree got a conflict in:
> >
> > kernel/trace/bpf_trace.c
> >
> > between commits:
> >
> > 97562633bcba ("bpf: perf event change needed for s
On 10/31/2017 08:32 PM, Steven Rostedt wrote:
>
> Thank you for the perfect timing. You posted this the day after I
> proposed a new solution at Kernel Summit in Prague for the printk lock
> loop that you experienced here.
>
> I attached the pdf that I used for that discussion (ignore the last
>
On Tue, Oct 31, 2017 at 04:25:32PM +0100, Peter Zijlstra wrote:
> But this report only includes a single (cpu-up) part and therefore is
Thanks for fixing me, Peter. I thought '#1 -> #2' and '#2 -> #3', where
#2 is 'cpuhp_state', should have been built with two different classes
of #2 as the latest
On 1.11.2017 01:48, Eric W. Biederman wrote:
>
> This is important so reading /proc//{uid_map,gid_map,projid_map} while
> the map is being written does not do strange things.
>
> Signed-off-by: "Eric W. Biederman"
> ---
> kernel/user_namespace.c | 6 --
> 1 file changed, 4 insertions(+),
* Matthias Kaehlcke wrote:
> El Tue, Oct 30, 2017 at 10:57:58AM +0100 Ingo Molnar ha dit:
>
> > * Matthias Kaehlcke wrote:
> >
> > > The definition of sysctl_sched_migration_cost, sysctl_sched_nr_migrate
> > > and sysctl_sched_time_avg includes the attribute const_debug. This
> > > attribute
On Tue 31-10-17 14:50:58, Waiman Long wrote:
> The dlock list needs one list for each of the CPUs available. However,
> for sibling CPUs, they are sharing the L2 and probably L1 caches
> too. As a result, there is not much to gain in term of avoiding
> cacheline contention while increasing the cach
On Tue 31-10-17 14:50:59, Waiman Long wrote:
> Insertion and deletion is relatively cheap and mostly contention
> free for dlock-list. Lookup, on the other hand, can be rather costly
> because all the lists in a dlock-list will have to be iterated.
>
> Currently dlock-list insertion is based on th
Hi Jiri,
On Tue, Oct 31, 2017 at 10:29:40AM +0100, Jiri Olsa wrote:
> hi,
> sending small speedup fix for sample parsing code
> and few assorted fixes.
Nice work, for patch 1-5:
Acked-by: Namhyung Kim
But I'm not sure for patch 6 and 7 as tool and event arguments are
passed to others consist
On Tue, Oct 31, 2017 at 11:38:12AM +0100, Peter Zijlstra wrote:
> On Tue, Oct 31, 2017 at 11:31:34AM +0100, Peter Zijlstra wrote:
>
> > And of course, now it went *splat*, lemme continue staring..
>
> PEBKAC, turns out I was running the kernel without the patch in, and it
> only took 3100 seconds
From: Colin Ian King
stat set to zero and the value is never read, instead stat is
set again in the do-loop. Hence the setting to zero is redundant
and can be removed. Cleans up clang warning:
drivers/net/wan/wanxl.c:737:2: warning: Value stored to 'stat'
is never read
Signed-off-by: Colin Ian
Commit-ID: a9903f04e0a4ea522d959c2f287cdf0ab029e324
Gitweb: https://git.kernel.org/tip/a9903f04e0a4ea522d959c2f287cdf0ab029e324
Author: Matthias Kaehlcke
AuthorDate: Mon, 30 Oct 2017 11:08:16 -0700
Committer: Ingo Molnar
CommitDate: Wed, 1 Nov 2017 09:36:17 +0100
sched/sysctl: Fix attr
(Filled in the missing Cc: list)
* Dave Hansen wrote:
> tl;dr:
>
> KAISER makes it harder to defeat KASLR, but makes syscalls and
> interrupts slower. These patches are based on work from a team at
> Graz University of Technology posted here[1]. The major addition is
> support for Intel PCID
On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Today's linux-next merge of the tip tree got a conflict in:
> > >
> > > kernel/trace/bpf_trace.c
> > >
>
> This is fine by me
Thanks for another bit of change acceptance.
> except that the change in the name of the goto label seems spurious.
I am curious if the popularity of a jump label like “err” will decrease
(in the Linux source files) over time.
> But if you really want to change it then as
From: Colin Ian King
The pointer np is initialized and then re-assigned the same value
a few lines later. Remove the redundant duplicated assignment. Cleans
up clang warning:
drivers/net/ethernet/dlink/dl2k.c:314:25: warning: Value stored to
'np' during its initialization is never read
Signed-o
On Tue, Oct 31, 2017 at 04:10:24PM +0100, Peter Zijlstra wrote:
> On Tue, Oct 31, 2017 at 03:58:04PM +0100, Michal Hocko wrote:
> > On Tue 31-10-17 15:52:47, Peter Zijlstra wrote:
> > [...]
> > > If we want to save those stacks; we have to save a stacktrace on _every_
> > > lock acquire, simply bec
Hello,
I found that on kernel linux3.10, 64-bit, not virtual machine, when I
attach my process to a newly created cgroup
(/sys/fs/cgroup/cpu,cpuacct/p1), the cputime collection of
cpuacct.stat and cpuacct.usage have a big difference. Cputime in
cpuacct.stat is too much bigger than cpuacct.usage.
On Tue, Oct 31, 2017 at 08:08:14AM -0700, Kees Cook wrote:
> On Tue, Oct 31, 2017 at 3:18 AM, Daniel Vetter wrote:
> > On Mon, Oct 30, 2017 at 03:05:29PM -0700, Kees Cook wrote:
> >> On Mon, Oct 30, 2017 at 3:08 AM, Daniel Vetter wrote:
> >> > On Tue, Oct 24, 2017 at 08:16:09AM -0700, Kees Cook w
* Zhou Chengming wrote:
> Changes:
> - Add a comment about text_mutex protecting this on x86.
>
> Fixes: 2cfa197 "ftrace/alternatives: Introducing *_text_reserved
> functions"
>
> We use alternatives_text_reserved() to check if the address is in
> the fixed pieces of alternative reserved, but
* Peter Zijlstra wrote:
> On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote:
> > > > Hi all,
> > > >
> > > > Today's linux-next merge of the tip tree got a conflict in:
> > >
On Wed, Nov 01, 2017 at 02:49:15AM +0530, Pierre-Louis Bossart wrote:
>
> >
> >>>+ if (found == false) {
> >>>+ /* TODO: Park this device in Group 13 */
> >>>+ dev_err(bus->dev, "Slave Entry not found");
> >>
> >>No break here? Otherwise...
> >
> >Thats
On Tue, Oct 31, 2017 at 04:59:37PM -0700, Kees Cook wrote:
> A quick look through "#ifdef CONFIG_KAISER" looks like it might be
> possible to make this a runtime setting at some point. When doing
> KASLR, it was much more useful to make this runtime selectable so that
> distro kernels could build t
2017-10-30 19:39 GMT+01:00 Wolfram Sang :
> Hi,
>
> quite obviously, I don't have the time anymore to maintain the AT24
> driver. So, I am looking for someone to take over maintainership. It is
> a driver with very few patches coming in. It is just that they piled up
> a bit due to my inability to
From: Colin Ian King
The zero value assigned to inst_processed at the end of each
iteration of the do-while loop is overwritten on the next iteration
and hence it is a redundant assignment and can be removed. Cleans
up clang warning:
drivers/net/ethernet/cavium/liquidio/request_manager.c:480:3:
Hei hei,
Am Dienstag, 31. Oktober 2017, 14:23:24 CET schrieb Colin King:
> --- a/drivers/net/ethernet/cadence/macb_main.c
> +++ b/drivers/net/ethernet/cadence/macb_main.c
> @@ -1218,8 +1218,6 @@ static int macb_poll(struct napi_struct *napi, int
> budget) status = macb_readl(bp, RSR);
> macb
From: Colin Ian King
Pointer sta_priv is assigned but never read, hence it is redundant
and can be removed. Cleans up clang warning:
drivers/net/wireless/intel/iwlegacy/4965-rs.c:2163:2: warning: Value
stored to 'sta_priv' is never read
Signed-off-by: Colin Ian King
---
drivers/net/wireless/i
On Tue, Oct 31, 2017 at 05:23:19PM -0700, Doug Anderson wrote:
> Hi,
>
> On Tue, Oct 31, 2017 at 10:45 AM, Linus Torvalds
> wrote:
> > So I'm very much open to udelay improvements, and if somebody sends
> > patches for particular platforms to do particularly well on that
> > platform, I think we
On Wednesday 01 November 2017 06:22 AM, Michael Ellerman wrote:
Anju T Sudhakar writes:
Call trace observed during boot:
What's the actual oops?
I could recreate this in mambo with CPUS=2 and THREAD=2
Here is the complete stack trace.
[ 0.045367] core_imc memory allocation for cpu 2 f
On Wed, 01 Nov 2017, Baolin Wang wrote:
> This patch adds the binding documentation for Spreadtrum SC27xx series
> PMIC device.
>
> Signed-off-by: Baolin Wang
> Acked-by: Rob Herring
> Acked-by: Lee Jones
> ---
> Changes since v3:
> - No Updates.
>
> Changes since v2:
> - Add acked tag from
On Wed, 01 Nov 2017, Baolin Wang wrote:
> This patch adds support for Spreadtrum SC27xx series PMIC MFD core, and It
> provides communication through the SPI interfaces. The SC27xx series PMICs
> contains the following 6 major components:
> - DCDCs
> - LDOs
> - Battery management system
> - Audio
On Tue, 31 Oct 2017, Rafael J. Wysocki wrote:
> On Tue, Oct 31, 2017 at 4:09 PM, Lee Jones wrote:
> > On Mon, 16 Oct 2017, Rafael J. Wysocki wrote:
> >
> >> From: Rafael J. Wysocki
> >>
> >> Make the intel-lpss driver set DPM_FLAG_SMART_SUSPEND for its
> >> devices which will allow them to stay
On Wed, 18 Oct 2017, Chen-Yu Tsai wrote:
> Now that axp20x-regulator supports AXP813, we can add a cell for it
> to enable it.
>
> Signed-off-by: Chen-Yu Tsai
> Tested-by: Maxime Ripard
> Acked-by: Maxime Ripard
> Acked-for-MFD-by: Lee Jones
> ---
> drivers/mfd/axp20x.c | 2 ++
> 1 file chan
On 01/11/17 00:34, Stafford Horne wrote:
On Wed, Nov 01, 2017 at 08:17:59AM +0900, Stafford Horne wrote:
On Tue, Oct 31, 2017 at 02:06:21PM +, Matt Redfearn wrote:
Hi,
On 29/10/17 23:11, Stafford Horne wrote:
In case timers are not in sync when cpus start (i.e. hot plug / offset
resets
Hi Lee,
On 1 November 2017 at 17:27, Lee Jones wrote:
> On Wed, 01 Nov 2017, Baolin Wang wrote:
>
>> This patch adds support for Spreadtrum SC27xx series PMIC MFD core, and It
>> provides communication through the SPI interfaces. The SC27xx series PMICs
>> contains the following 6 major component
On Tue, Oct 31, 2017 at 5:00 PM, Matt Hart wrote:
> On 6 October 2017 at 23:14, Florian Fainelli wrote:
>>
>> On 10/06/2017 03:05 PM, Eric Anholt wrote:
>> > Hi Florian. Here's a patch that's gone through a couple of revisions
>> > on the list, that seriously fixes up the default serial behavior
Banana Pi M2 Zero board is a H2+-based board by Sinovoip, with a form
factor and GPIO holes similar to Raspberry Pi Zero.
It features:
- Allwinner H2+ SoC
- Single-chip (16-bit) 512MiB DDR3 DRAM
- Ampak AP6212 Wi-Fi/Bluetooth module
- MicroSD slot
- Two MicroUSB Type-B ports (one can only be used
Hi Vlastimil,
Thanks for comment!
On 2017/10/31 16:34, Vlastimil Babka wrote:
> On 10/27/2017 12:14 PM, Yisheng Xie wrote:
>> It appears there is a nodemask miscalculation in the get_nodes()
>> function in mm/mempolicy.c. This bug has two effects:
>>
>> 1. It is impossible to specify a length 1 n
On Tue, Oct 31, 2017 at 06:04:19PM -0400, Jon Masters wrote:
> On 10/31/2017 02:30 PM, Mark Salyzyn wrote:
> > Take an effort to recode the arm64 vdso code from assembler to C
> > previously submitted by Andrew Pinski , rework
> > it for use in both arm and arm64, overlapping any optimizations
> >
From: Colin Ian King
Variable trip is assigned but never read, hence it is redundant
and can be removed. Cleans up clang warning:
drivers/thermal/intel_bxt_pmic_thermal.c:204:4: warning: Value stored
to 'trip' is never read
Signed-off-by: Colin Ian King
---
drivers/thermal/intel_bxt_pmic_ther
Hi,
On Wed, Nov 01, 2017 at 05:53:26AM +, Wang Nan wrote:
> perf record backward recording doesn't work as we expected: it never
> overwrite when ring buffer full.
>
> Test:
>
> (Run a busy printing python task background like this:
>
> while True:
> print 123
>
> send SIGUSR2 to per
After commit 9e8e865bbe29 ("arm64: unify idmap removal"), we no need to
flush tlb in suspend.c, so the included file tlbflush.h can be removed.
Signed-off-by: Yisheng Xie
---
arch/arm64/kernel/suspend.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm64/kernel/suspend.c b/arch/arm64/k
On 20/10/17 13:34, Julien Thierry wrote:
Hi Suzuki,
On 19/10/17 18:15, Suzuki K Poulose wrote:
At the moment we adjust the buffer pointers for reading the trace
data via misc device in the common code for ETF/ETB and ETR. Since
we are going to change how we manage the buffer for ETR, let us
mov
Hi Stephen,
On Wed, 1 Nov 2017 14:16:40 +1100
Stephen Rothwell wrote:
> Hi Dave,
>
> After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
> produced these warnings:
>
> drivers/gpu/drm/vc4/vc4_bo.c: In function 'vc4_bo_stats_debugfs':
> drivers/gpu/drm/vc4/vc4_bo.c:91:17:
From: Colin Ian King
Pointer urbp is assigned but is never read, hence it is redundant
and can be removed. Cleans up clang warning:
drivers/usb/c67x00/c67x00-sched.c:975:2: warning: Value stored to 'urbp'
is never read
Signed-off-by: Colin Ian King
---
drivers/usb/c67x00/c67x00-sched.c | 2 --
On 30/10/17 21:44, Mathieu Poirier wrote:
On Thu, Oct 19, 2017 at 06:15:39PM +0100, Suzuki K Poulose wrote:
Right now we open code filling the trace buffer with synchronization
packets when the circular buffer wraps around in different drivers.
Move this to a common place.
Cc: Mathieu Poirier
From: Markus Elfring
Date: Wed, 1 Nov 2017 10:56:29 +0100
* Add jump targets so that two error messages are stored only once
at the end of these function implementations.
* Replace ten calls of the function "dev_err" by goto statements.
* Adjust 12 condition checks.
* Replace string literals
> -Original Message-
> From: Chao Yu [mailto:c...@kernel.org]
> Sent: Tuesday, October 31, 2017 10:32 PM
> To: Fan Li; 'Jaegeuk Kim'
> Cc: linux-kernel@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net
> Subject: Re: [f2fs-dev] [PATCH] f2fs: modify the procedure of scan free nid
>
On Wed, Nov 01, 2017 at 05:53:27AM +, Wang Nan wrote:
> The meaning of perf record's "overwrite" option and many "overwrite" in
> source code are not clear. In perf's code, the 'overwrite' has 2 meanings:
> 1. Make ringbuffer readonly (perf_evlist__mmap_ex's argument).
> 2. Set evsel's "backw
The patch
regmap: Add hardware spinlock support
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus
On Thu, Oct 26, 2017 at 01:26:47AM -0700, Andy Lutomirski wrote:
> The only remaining readers in context switch code or vm86(), and
> they all just want to update TSS.sp0 to match the current task.
> Replace them all with a new helper update_sp0().
>
> Signed-off-by: Andy Lutomirski
> ---
> arch
On 31 October 2017 at 19:11, Geert Uytterhoeven wrote:
> Hi Rafael, Ulf, Kevin,
>
> It is quite common for PM Domains to require slave devices to be kept
> active during system suspend if they are to be used as wakeup sources.
> To enable this, currently each PM Domain or driver has to pro
On 31/10/17 22:13, Mathieu Poirier wrote:
On Thu, Oct 19, 2017 at 06:15:40PM +0100, Suzuki K Poulose wrote:
This patch introduces a generic sg table data structure and
associated operations. An SG table can be used to map a set
of Data pages where the trace data could be stored by the TMC
ETR. T
On Wed, Nov 01, 2017 at 03:04:56PM +1100, Andrew Jeffery wrote:
> General support for state persistence is added to gpiolib with the
> introduction of a new pinconf parameter to propagate the request to
> hardware. The existing persistence support for sleep is adapted to
> include hardware support
On Fri, 20 Oct 2017, Petr Mladek wrote:
> __klp_disable_patch() should never be called when the patch is not
> enabled. Let's add the same warning that we have in __klp_enable_patch().
>
> This allows to remove the check when calling klp_pre_unpatch_callback().
> It was strange anyway because it
On Wed, Nov 01, 2017 at 01:01:45AM -0700, Andy Lutomirski wrote:
> On Tue, Oct 31, 2017 at 3:31 PM, Dave Hansen
> wrote:
> >
> > Our CR4-based TLB flush currently requries global pages to be
> > supported *and* enabled. But, we really only need for them to be
> > supported. Make the code more ro
diff --git a/drivers/hwtracing/coresight/coresight-tmc-etr.c
b/drivers/hwtracing/coresight/coresight-tmc-etr.c
index 4b9e2b276122..4424eb67a54c 100644
--- a/drivers/hwtracing/coresight/coresight-tmc-etr.c
+++ b/drivers/hwtracing/coresight/coresight-tmc-etr.c
@@ -21,6 +21,89 @@
#include "cores
On Wed, Nov 1, 2017 at 3:28 AM, Laura Abbott wrote:
> On 10/31/2017 03:21 AM, Pintu Kumar wrote:
>> On Tue, Oct 31, 2017 at 2:32 AM, Laura Abbott wrote:
>>> On 10/30/2017 12:12 AM, Pintu Kumar wrote:
On Sun, Oct 29, 2017 at 7:51 PM, kernel test robot
wrote:
>
> FYI, we noticed
On 20/10/17 18:11, Julien Thierry wrote:
+static int __maybe_unused
+tmc_etr_sg_table_rotate(struct etr_sg_table *etr_table, u64 base_offset)
+{
+ u32 last_entry, first_entry;
+ u64 last_offset;
+ struct tmc_sg_table *sg_table = etr_table->sg_table;
+ sgte_t *table_ptr = sg_table->ta
On Wed, Nov 01, 2017 at 10:11:55AM +0800, Baolin Wang wrote:
> On some platforms, when reading or writing some special registers through
> regmap, we should acquire one hardware spinlock to synchronize between
> the multiple subsystems. Thus this patch adds the hardware spinlock
> support for regma
From: Colin Ian King
The assignment to kinfo is redundant as this is a duplicate of
the initialiation of kinfo a few lines earlier, so it can be
removed. The assignment to v_tc_info is never read, so this
variable is redundant and can be removed completely. Cleans
up two clang warnings:
drivers
1 - 100 of 1059 matches
Mail list logo