On 28/11/17 02:02, Milan Stevanovic wrote:
> The power register needs to have a valid voltage set
> even when the power supply is managed by an external regulator.
>
> Signed-off-by: Milan Stevanovic
Acked-by: Adrian Hunter
> ---
> drivers/mmc/host/sdhci-of-arasan.c | 12
> 1
From: Steven Rostedt
> Sent: 30 November 2017 02:59
> Subject: [BUILD FAILURE] nfs4state.c fails to compile with gcc 4.5.4
FWIW I can't build the current kernel with gcc 4.7.3-1ubuntu1
under ubuntu 13.04.
The compiler generates some object files that binutils (objdump/ld) 2.23.2
says are
Wei Wang wrote:
> /**
> + * xb_clear_bit - clear a range of bits in the xbitmap
Name mismatch.
> + * @start: the start of the bit range, inclusive
> + * @end: the end of the bit range, inclusive
> + *
> + * This function is used to clear a bit in the xbitmap. If all the bits of
> the
> + *
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: a0908a1b7d68706ee52ed4a039756e70c8e956e9
commit: 842ff286166e8512450573f6b6eb5e04e626a07f Input: add support for HiDeep
touchscreen
date: 3 weeks ago
config: x86_64-randconfig-s4-11301716 (attached as
Wei Wang wrote:
> +static inline int xb_set_page(struct virtio_balloon *vb,
> +struct page *page,
> +unsigned long *pfn_min,
> +unsigned long *pfn_max)
> +{
> + unsigned long pfn = page_to_pfn(page);
> +
On 30.11.2017 03:27, Shakeel Butt wrote:
> On Fri, Sep 29, 2017 at 1:15 AM, Kirill Tkhai wrote:
>> On 29.09.2017 00:02, Andrew Morton wrote:
>>> On Thu, 28 Sep 2017 10:48:55 +0300 Kirill Tkhai
>>> wrote:
>>>
>> This patch aims to make super_cache_count() (and other functions,
>> which
From: Kees Cook
> Sent: 29 November 2017 22:28
> On Wed, Nov 29, 2017 at 2:07 AM, David Laight wrote:
> > From: Linus Torvalds
> >> Sent: 29 November 2017 02:29
> >>
> >> On Tue, Nov 28, 2017 at 6:05 PM, Tobin C. Harding wrote:
> >> >
> >> >Let's add specifier %px as a
> >> > clear, opt-in,
On 11/30/2017 11:10 AM, Baolin Wang wrote:
> Some system control registers need hardware spinlock to synchronize
> between the multiple subsystems, so we should add hardware spinlock
> support for syscon.
>
> Signed-off-by: Baolin Wang
> Acked-by: Rob Herring
> ---
> Changes since v4:
> - Add
On Wed, Nov 29, 2017 at 10:23:23PM +0100, Takashi Iwai wrote:
> Mark, I already took this into my tree, as it's a change in ALSA core
> stuff. As mentioned in another mail, the branch was exposed to
> topic/pcm-20bit branch, so that you can pull cleanly.
That's what this is reporting - the
On Thu, Nov 30, 2017 at 10:57 AM, Alexander Sverdlin
wrote:
> Hello Arnd!
>
> On Thu Nov 30 10:02:26 2017 Arnd Bergmann wrote:
>> Can we clarify who is picking up ep93xx patches these days? The
>> last time I think Linus Walleij offered to do it for the 4.14 merge
>> window, as neither Hartley
On 30 November 2017 at 18:38, Vladimir Zapolskiy
wrote:
> On 11/30/2017 11:10 AM, Baolin Wang wrote:
>> Some system control registers need hardware spinlock to synchronize
>> between the multiple subsystems, so we should add hardware spinlock
>> support for syscon.
>>
>> Signed-off-by: Baolin
During the reclaiming slab of a memcg, shrink_slab iterates
over all registered shrinkers in the system, and tries to count
and consume objects related to the cgroup. In case of memory
pressure, this behaves bad: I observe high system time and
time spent in list_lru_count_one() for many processes
On Thu, Nov 30, 2017 at 07:01:19AM -0200, Mauro Carvalho Chehab wrote:
> Em Thu, 30 Nov 2017 12:55:07 +1100
> "Tobin C. Harding" escreveu:
>
> > There is currently very little documentation in the kernel on maintainer
> > level tasks. In particular there are no documents on creating pull
> >
Signed-off-by: Nguyễn Thái Ngọc Duy
---
Documentation/process/kernel-docs.rst | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/Documentation/process/kernel-docs.rst
b/Documentation/process/kernel-docs.rst
index b8cac85a4001..66040404ac9f 100644
---
On Thu, 30 Nov 2017 11:41:59 +0100,
Mark Brown wrote:
>
> On Wed, Nov 29, 2017 at 10:23:23PM +0100, Takashi Iwai wrote:
>
> > Mark, I already took this into my tree, as it's a change in ALSA core
> > stuff. As mentioned in another mail, the branch was exposed to
> > topic/pcm-20bit branch, so
Thnaks for point
Best Regards,
Oleksandr Shamray
> -Original Message-
> From: Philippe Ombredanne [mailto:pombreda...@nexb.com]
> Sent: Thursday, November 30, 2017 10:21 AM
> To: Kun Yi
> Cc: Oleksandr Shamray ; Greg Kroah-Hartman
> ; a...@arndb.de; system-sw-low-level
Hi,
On Thu, 30 Nov 2017 10:50:47 +0100 Sascha Hauer wrote:
> On Tue, Nov 28, 2017 at 08:39:27AM +0100, linux-kernel-...@beckhoff.com wrote:
[...]
> > +/*! MXC RTC Power management control */
> > +static int mxc_rtc_probe(struct platform_device *pdev)
> > +{
> > + struct timespec tv;
> > +
On Wed, Nov 29, 2017 at 04:31:42PM +, Lee Jones wrote:
> On Wed, 29 Nov 2017, Johan Hovold wrote:
>
> > On Thu, Nov 30, 2017 at 01:43:05AM +1100, Stephen Rothwell wrote:
> > > Hi Lee,
> > >
> > > Commits
> > >
> > > 5f6bf7b9f96e ("mfd: twl4030-audio: Fix sibling-node lookup")
> > >
On 28/11/17 17:48, H. Nikolaus Schaller wrote:
> Changes V3:
> * stay compatible with old DTB files which still use "toppoly" (suggested by
> Tomi Valkeinen)
> * replaced MODULE_ALIAS entries by MODULE_DEVICE_TABLE (suggested by Andrew
> F. Davis)
> * removed DSI VDDS patch as it has already
On Wed, Nov 29 2017 at 11:23:34 pm GMT, Greentime Hu wrote:
Hi Greentime,
>>> +}
>>> +
>>> +static void ativic32_mask_ack_irq(struct irq_data *data)
>>> +{
>>> + unsigned long int_mask2 = __nds32__mfsr(NDS32_SR_INT_MASK2);
>>> + __nds32__mtsr_dsb(int_mask2 & (~(1 << data->hwirq)),
>>>
On 11/29/2017 06:48 PM, Tommi Rantala wrote:
> Remove the second tipc_rcv() call in tipc_udp_recv(). We have just
> checked that the bearer is not up, and calling tipc_rcv() with a bearer
> that is not up leads to a TIPC div-by-zero crash in
> tipc_node_calculate_timer(). The crash is rare in
Em Thu, 30 Nov 2017 21:47:44 +1100
"Tobin C. Harding" escreveu:
> On Thu, Nov 30, 2017 at 07:01:19AM -0200, Mauro Carvalho Chehab wrote:
> > Em Thu, 30 Nov 2017 12:55:07 +1100
> > "Tobin C. Harding" escreveu:
> > > +So, by way of an example, Greg gives; a pull request with miscellaneous
> >
Of course, we should do that AFAP. Thanks for your comments :)
-Original Message-
From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On Behalf Of
Michal Hocko
Sent: Thursday, November 30, 2017 5:45 PM
To: Wang, Kemi
Cc: Greg Kroah-Hartman ; Andrew Morton
; Vlastimil Babka
This patch fix the following build failure:
CC [M] drivers/crypto/stm32/stm32-cryp.o
In file included from drivers/crypto/stm32/stm32-cryp.c:11:0:
drivers/crypto/stm32/stm32-cryp.c:1049:25: error: 'sti_dt_ids' undeclared here
(not in a function)
MODULE_DEVICE_TABLE(of, sti_dt_ids);
Let's
On 11/30/17, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> 43570f0383d6d5879ae585e6c3cf027ba321546f
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is attached.
>
>
With CONFIG_KASAN, we get an overly long stack frame due to inlining
the register access functions:
drivers/media/tuners/r820t.c: In function 'generic_set_freq.isra.7':
drivers/media/tuners/r820t.c:1334:1: error: the frame size of 2880 bytes is
larger than 2048 bytes [-Werror=frame-larger-than=]
A typical code fragment was copied across many dvb-frontend drivers and
causes large stack frames when built with with CONFIG_KASAN on gcc-5/6/7:
drivers/media/dvb-frontends/cxd2841er.c:3225:1: error: the frame size of 3992
bytes is larger than 3072 bytes [-Werror=frame-larger-than=]
Hi Corentin
Thank you for the patch.
On 30/11/17 12:04, Corentin Labbe wrote:
> This patch fix the following build failure:
>CC [M] drivers/crypto/stm32/stm32-cryp.o
> In file included from drivers/crypto/stm32/stm32-cryp.c:11:0:
> drivers/crypto/stm32/stm32-cryp.c:1049:25: error:
After the last dist upgrade my system (I use Debian unstable amd64), was
encountered a problem, that begined from the kernel 4.13 and probably concerns
the wmi module. Kernel version 4.12 and lower is ok.
I have a HP ProBook 6475b notebook. When I plug-in it in the 'HP 230W Advanced
Docking
On 11/30/17, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> 0c86a6bd85ff0629cd2c5141027fc1c8bb6cde9c
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is attached.
>
>
Hi,
On Tue, 28 Nov 2017 08:39:27 +0100 linux-kernel-...@beckhoff.com wrote:
> From: Patrick Bruenn
[...]
> +/*!
> + * This function is the RTC interrupt service routine.
> + *
> + * @param irq RTC IRQ number
> + * @param dev_id device ID which is not used
> + *
> + * @return
On 30/11/2017 10:33, Fabian Grünbichler wrote:
>
> It was reverted in 785373b4c38719f4af6775845df6be1dfaea120f after which
> the symptoms disappeared until this series was merged, which contains
>
> 369ea8242c0fb5239b4ddf0dc568f694bd244de4 mm/rmap: update to new mmu_notifier
> semantic v2
>
>
From: Colin Ian King
The cryptd_max_cpu_qlen module parameter is local to the source and does
not need to be in global scope, so make it static.
Cleans up sparse warning:
crypto/cryptd.c:35:14: warning: symbol 'cryptd_max_cpu_qlen' was not
declared. Should it be static?
Signed-off-by: Colin
On Wed, 2017-11-29 at 11:18 -0500, Steven Rostedt wrote:
> > In other words, I expect a tool to behave like:
> > "I don't know what is that, so I cannot take any decisions.
> >Here's the detailed problem (err msg, data). Now only a human may help
> > now".
> >
> > The other approach is
On 30/11/17 00:44, Doug Anderson wrote:
Hi,
On Thu, Nov 16, 2017 at 6:11 AM, Enric Balletbo i Serra
wrote:
When you want to change the brightness using a PWM signal, one thing you
need to consider is how human perceive the brightness. Human perceive the
brightness change non-linearly, we
Use f2fs_k{m,z}alloc as much as possible to increase fault injection
points.
Signed-off-by: Chao Yu
---
fs/f2fs/segment.c | 2 +-
fs/f2fs/super.c | 16 +---
2 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c
index
This patch supports to inject fault into kvmalloc/kvzalloc.
Signed-off-by: Chao Yu
---
fs/f2fs/f2fs.h| 19 +++
fs/f2fs/file.c| 6 --
fs/f2fs/node.c| 6 +++---
fs/f2fs/segment.c | 16 +---
fs/f2fs/super.c | 1 +
5 files changed, 36 insertions(+),
On Thu, Nov 30, 2017 at 9:41 AM, Benjamin Gaignard
wrote:
> Uniformize STMicroelectronics copyrights header
> Add SPDX identifier
>
> Signed-off-by: Benjamin Gaignard
> Acked-by: Alexandre TORGUE
> CC: Gabriel Fernandez
> ---
> drivers/clk/clk-stm32h7.c | 19 +++
> 1 file
f2fs_chksum and f2fs_crc32 use the same 'crc32' crypto engine, also
their implementation are almost the same, except with different
shash description context.
Introduce __f2fs_crc32 to wrap the common codes, and reuse it in
f2fs_chksum and f2fs_crc32.
Signed-off-by: Chao Yu
---
fs/f2fs/f2fs.h
On Thu, Nov 30, 2017 at 12:21 PM, Alexey Dobriyan wrote:
> On 11/30/17, syzbot
>
> wrote:
>> Hello,
>>
>> syzkaller hit the following crash on
>> 0c86a6bd85ff0629cd2c5141027fc1c8bb6cde9c
>> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master
>> compiler: gcc (GCC) 7.1.1
There is no caller cares about return value of truncate_data_blocks_range,
remove it.
Signed-off-by: Chao Yu
---
fs/f2fs/f2fs.h | 2 +-
fs/f2fs/file.c | 3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h
index b4796f064580..d92eba66263c 100644
This patch introduces f2fs_kzalloc based on f2fs_kmalloc in order to
support error injection for kzalloc().
Signed-off-by: Chao Yu
---
fs/f2fs/checkpoint.c | 2 +-
fs/f2fs/debug.c | 2 +-
fs/f2fs/f2fs.h | 6 ++
fs/f2fs/namei.c | 2 +-
fs/f2fs/node.c | 7 ---
In fill_super, if we fail to call f2fs_build_stats(), it needs to detach
from global f2fs shrink list, otherwise once system starts to shrink slab
cache, we will encounter below panic:
BUG: unable to handle kernel paging request at 7d35
Oops: 0002 [#1] PREEMPT SMP
EIP:
f2fs_map_blocks():
if (blkaddr == NEW_ADDR || blkaddr == NULL_ADDR) {
if (create) {
...
} else {
...
if (flag == F2FS_GET_BLOCK_FIEMAP &&
blkaddr == NULL_ADDR) {
...
On Thu, Nov 30, 2017 at 12:08 PM, Alexey Dobriyan wrote:
> On 11/30/17, syzbot
>
> wrote:
>> Hello,
>>
>> syzkaller hit the following crash on
>> 43570f0383d6d5879ae585e6c3cf027ba321546f
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
>> compiler: gcc (GCC) 7.1.1
Previously, we use free nid list to manage free nid entry, so during nid
allocation, we can just pick up one entry from list header, which has
quite low overhead.
But sadly, during initialization of free nid list, we should do lookup
combining with lots of different inner caches, including NAT
From: Colin Ian King
The arrays sgl_ent_len and dsgl_ent_len are local to the source and do
not need to be in global scope, so make them static. Also re-format the
declarations to match the following round_constant array declaration
style.
Cleans up sparse warnings:
This patch adds nm_i::valid_bitmap_count to count current valid free
nid bitmap, with it we can skip running into __build_free_nids more
early.
Signed-off-by: Chao Yu
---
fs/f2fs/f2fs.h | 1 +
fs/f2fs/node.c | 14 ++
2 files changed, 15 insertions(+)
diff --git a/fs/f2fs/f2fs.h
Previously, in __build_free_nids we try to load bitmap from
next_scan_nid pointed NAT block, but actually, due to nat_bits
bitmap, current NAT blocks readed can be already ran out, so
it makes __build_free_nids low efficiency.
This patch refactors __build_free_nids a bit to search
In this patch, during alloc_nid, we start to allocate free nid from
nat block which contains the most free nids, it will make all dirty
nat entries locating in the same nat block, result in reducing nat
writes during checkpoint.
Signed-off-by: Chao Yu
---
fs/f2fs/f2fs.h | 2 ++
fs/f2fs/node.c
On Thu, Nov 30, 2017 at 9:53 AM, Alan Kao wrote:
[]
> diff --git a/arch/riscv/include/asm/ftrace.h b/arch/riscv/include/asm/ftrace.h
> new file mode 100644
> index ..38beadb07ad5
> --- /dev/null
> +++ b/arch/riscv/include/asm/ftrace.h
> @@ -0,0 +1,23 @@
> +/*
> + * Copyright (C) 2017
On 11/30/17, Alexey Dobriyan wrote:
>> Currently there exist approximately 14 000 places
>> in the Kernel where addresses are being printed
>> using an unadorned %p.
>
> Some of them are printing userpace pointers,
> so audit is necessary anyway:
>
> show_timer:
>seq_printf(m, "signal:
When userland VFIO defines a new IOMMU for a guest it may
want to specify to the guest the physical limits of
the underlying host IOMMU to avoid access to forbidden
memory ranges.
Currently, the vfio_iommu_type1 driver does not report this
information to userland.
Let's extend the
From: Colin Ian King
The function mmc_cqe_issue_type is local to the source and does
not need to be in global scope, so make it static.
Cleans up sparse warning:
drivers/mmc/core/queue.c:62:21: warning: symbol 'mmc_cqe_issue_type'
was not declared. Should it be static?
Signed-off-by: Colin Ian
On Thu, Nov 30, 2017 at 12:31 PM, Dmitry Vyukov wrote:
> On Thu, Nov 30, 2017 at 12:08 PM, Alexey Dobriyan wrote:
>> On 11/30/17, syzbot
>>
>> wrote:
>>> Hello,
>>>
>>> syzkaller hit the following crash on
>>> 43570f0383d6d5879ae585e6c3cf027ba321546f
>>>
On Fri, Nov 24, 2017 at 6:31 PM, Christophe Leroy
wrote:
> patch_instruction() uses almost the same sequence as
> __patch_instruction()
>
> This patch refactor it so that patch_instruction() uses
> __patch_instruction() instead of duplicating code.
>
> Signed-off-by: Christophe Leroy
> ---
On Thu, Nov 30, 2017 at 10:56 AM, Vinod Koul wrote:
[]
> diff --git a/drivers/soundwire/bus.h b/drivers/soundwire/bus.h
> new file mode 100644
> index ..2af05b21961e
> --- /dev/null
> +++ b/drivers/soundwire/bus.h
> @@ -0,0 +1,57 @@
> +/*
> + * This file is provided under a dual
On Wed, Nov 29, 2017 at 11:13:52AM -0600, Andrew F. Davis wrote:
> The property used to specify a GPIO intended for reset is "reset-gpios",
> this binding uses "gpio-reset", as almost all other bindings use the
> former name this use of the latter was certainly not intended. It is not
> compatible
On 30/11/17 13:37, Colin King wrote:
> From: Colin Ian King
>
> The function mmc_cqe_issue_type is local to the source and does
> not need to be in global scope, so make it static.
>
> Cleans up sparse warning:
> drivers/mmc/core/queue.c:62:21: warning: symbol 'mmc_cqe_issue_type'
> was not
On Wed, 2017-11-29 at 23:05 -0500, Steven Rostedt wrote:
> On Wed, 29 Nov 2017 19:44:33 -0800
> Linus Torvalds wrote:
>
> I keep older compilers around to test ftrace before -mfentry was
> introduced.
>
> I wonder if I should just add a config to force the use without
> -mfentry even if the
Currently, sg_cpu's flags are set to the value defined by the last call
of the cpufreq_update_util(); for RT/DL classes this corresponds to the
SCHED_CPUFREQ_{RT/DL} flags always being set.
When multiple CPUs share the same frequency domain it might happen that
a CPU which executed an RT task,
This is a re-spin of a previous posting [1], rebased on v4.15-rc1.
A detailed description of the series, as well as experimental results,
is available in the cover letter of the previous posting.
Here is a resume of the main results:
- reduces energy consumption by ~50% by ensuring that a small
Currently the utilization of the FAIR class is collected before locking
the policy. Although that should not be a big issue for most cases, we
also don't really know how much latency there can be between the
utilization reading and its usage.
Let's get the FAIR utilization right before its usage
The policy in use for RT/DL tasks sets the maximum frequency when a task
in these classes calls for a cpufreq_update_util(). However, the
current implementation is still enforcing a frequency switch rate
limiting when these tasks are running.
This is potentially working against the goal to switch
In system where multiple CPUs shares the same frequency domain a small
workload on a CPU can still be subject to frequency spikes, generated by
the activation of the sugov's kthread.
Since the sugov kthread is a special RT task, which goal is just that to
activate a frequency transition, it does
Currently schedutil updates are triggered for the RT class using a single
call place, which is part of the rt::update_curr_rt() used in:
- dequeue_task_rt:
but it does not make sense to set the schedutil's SCHED_CPUFREQ_RT in
case the next task should not be an RT one
- put_prev_task_rt:
The policy in use for RT/DL tasks sets the maximum frequency when a task
in these classes calls for a cpufreq_update_util(). However, the
current implementation might cause a frequency drop while a RT/DL task
is still running, just because for example a FAIR task wakes up and it's
enqueued in the
Currently the generic PM Domain code code checks for the presence of
both (generic) "power-domains" and (Samsung Exynos legacy)
"samsung,power-domain" properties in all device tree nodes representing
devices.
There are two issues with this:
1. This imposes a small boot-time penalty on all
From: Paul Gortmaker
The Kconfig currently controlling compilation of this code is:
config SIMPLE_PM_BUS
bool "Simple Power-Managed Bus Driver"
...meaning that it currently is not being built as a module by anyone.
In removing the orphaned modular support in a previous patch set,
Op 30-11-17 om 10:18 schreef Thomas Gleixner:
> Maarten,
>
> On Wed, 29 Nov 2017, Maarten Lankhorst wrote:
>> The changes to interrupts bring down our CI during hibernate, see:
>>
>> https://bugs.freedesktop.org/show_bug.cgi?id=103712
>>
>> I created a bug report at
From: Colin Ian King
The array audit_point_name is local to the source and does not need to
be in global scope, so make it static.
Cleans up sparse warning:
arch/x86/kvm/mmu_audit.c:22:12: warning: symbol 'audit_point_name' was
not declared. Should it be static?
Signed-off-by: Colin Ian King
2017-11-30 2:39 GMT+09:00 Nick Desaulniers :
> +# clang-version [-p] clang-command
> +#
> +# Prints the compiler version of `command' in a canonical 4-digit form
>
> small nit: `command` should be `clang-command`, but its just a comment
> (maybe the maintainer can make that change when/if
On 27/11/2017 21:23, Luwei Kang wrote:
> From: Chao Peng
>
> Expose Intel Processor Trace to guest only when PT work in
> HOST_GUEST mode.
>
> Signed-off-by: Chao Peng
> Signed-off-by: Luwei Kang
> Signed-off-by: Paolo Bonzini
> ---
> arch/x86/include/asm/cpufeatures.h | 2 +-
>
On 11/29/17 14:17, Colin King wrote:
> From: Colin Ian King
>
> Currently if the call to of_resolve_phandles fails then then ovcs
> is not kfree'd on the error exit path. Rather than try and make
> the clean up exit path more convoluted, fix this by just kfree'ing
> ovcs at the point of error
From: Colin Ian King
The function update_share_count is local to the source and does
not need to be in global scope, so make it static.
Cleans up sparse warning:
fs/btrfs/backref.c:219:6: warning: symbol 'update_share_count' was not
declared. Should it be static?
Signed-off-by: Colin Ian King
On 27/11/2017 21:23, Luwei Kang wrote:
> + int t, times = entry->eax & 0x;
This AND is not necessary.
Paolo
> +
> + if (!f_intel_pt)
> + break;
> +
> + entry->flags |= KVM_CPUID_FLAG_SIGNIFCANT_INDEX;
> + for (t = 1; t
On 30/11/17 12:14, Frank Rowand wrote:
> On 11/29/17 14:17, Colin King wrote:
>> From: Colin Ian King
>>
>> Currently if the call to of_resolve_phandles fails then then ovcs
>> is not kfree'd on the error exit path. Rather than try and make
>> the clean up exit path more convoluted, fix this by
On 11/29/17 08:31, Rob Herring wrote:
> On Wed, Nov 29, 2017 at 3:20 AM, Frank Rowand wrote:
>> On 11/27/17 15:58, Alan Tull wrote:
>>> Here's a proposal for a whitelist to lock down the dynamic device tree.
>>>
>>> For an overlay to be accepted, all of its targets are required to be
>>> on a
Andrew Morton writes:
> On Wed, 29 Nov 2017 11:33:28 +0100 Giuseppe Scrivano
> wrote:
>
>> Andrew Morton writes:
>>
>> > OK, but this simply moves the expense so it happens later on. Why is
>> > that better?
>>
>> the optimization is for new IPC namespaces that don't use mq_open. In
>>
On 27/11/2017 21:24, Luwei Kang wrote:
> + case MSR_IA32_RTIT_ADDR0_A ... MSR_IA32_RTIT_ADDR3_B: {
> + u32 eax, ebx, ecx, edx;
> +
> + cpuid_count(0x14, 1, , , , );
Please cache the cpuid_count result, or do the cpuid_count after testing
On Wed, Nov 29, 2017 at 12:50:15PM -0600, Andrew F. Davis wrote:
> + case SND_SOC_BIAS_STANDBY:
> + pcm186x_power_on(codec);
> + break;
> + case SND_SOC_BIAS_OFF:
> + pcm186x_power_off(codec);
> + break;
> + }
> +/*
> + * The PCM186x's
[cc security@]
100% oops with interrupts disabled by nobody
or kernel memory read
On 11/30/17, Dmitry Vyukov wrote:
> On Thu, Nov 30, 2017 at 12:31 PM, Dmitry Vyukov wrote:
>> On Thu, Nov 30, 2017 at 12:08 PM, Alexey Dobriyan
>> wrote:
>>> On 11/30/17, syzbot
>>>
>>> wrote:
Hello,
On Wed, Nov 29, 2017 at 08:52:58AM -0600, Pierre-Louis Bossart wrote:
> On 11/29/17 4:27 AM, Vinod Koul wrote:
> >On Tue, Nov 28, 2017 at 07:45:45PM -0600, Pierre-Louis Bossart wrote:
> >
> >I am not sure about top level being default to Y...
>
> It's standard procedure apparently, see
On Thu, Nov 30, 2017 at 2:23 AM, Luis R. Rodriguez wrote:
> On Mon, Nov 27, 2017 at 06:18:36PM +0100, Djalal Harouni wrote:
>> diff --git a/include/linux/module.h b/include/linux/module.h
>> index 5cbb239..c36aed8 100644
>> --- a/include/linux/module.h
>> +++ b/include/linux/module.h
>> @@ -261,7
On 27/11/2017 21:24, Luwei Kang wrote:
>
> + if (pt_mode == PT_MODE_HOST_GUEST) {
> + vmx->pt_desc.guest.ctl &= ~RTIT_CTL_TRACEEN;
> + pt_disable_intercept_for_msr(FALSE);
> + vmcs_write64(GUEST_IA32_RTIT_CTL, vmx->pt_desc.guest.ctl);
> + }
> +
Using
2017-11-29 9:00 GMT+09:00 Sami Tolvanen :
> This change adds macros for testing both compiler name and
> version. Current cc-version, cc-ifversion etc. macros that test
> gcc version are left unchanged to prevent compatibility issues
> with existing tests.
>
> Signed-off-by: Sami Tolvanen
> ---
>
> What does not having that line in the System.map file break?
> Should klogd be looking in the System.map file for a kernel version
> number? Can you make a good argument for this change?
> OTOH, all it does is add an integer variable to the kernel and one
> line to the System.map file, so if it
On 27/11/2017 21:23, Luwei Kang wrote:
> +/* Default is host guest mode. */
> +static int __read_mostly pt_mode = PT_MODE_HOST_GUEST;
> +module_param(pt_mode, int, S_IRUGO);
> +
This will cause a slowdown on new processors. Please make the default
PT_SYSTEM until that is addressed (with a
On 27/11/2017 21:24, Luwei Kang wrote:
> + if (pt_mode == PT_MODE_HOST_GUEST) {
> + u32 eax, ebx, ecx, edx;
> +
> + cpuid_count(0x14, 1, , , , );
Since it's used in many places, it's better if you cache CPUID[14,1].EAX.
Thanks,
Paolo
> + memset(>pt_desc,
On Thu, Nov 30, 2017 at 12:42:30PM +0100, Philippe Ombredanne wrote:
> On Thu, Nov 30, 2017 at 10:56 AM, Vinod Koul wrote:
> []
> > diff --git a/drivers/soundwire/bus.h b/drivers/soundwire/bus.h
> > new file mode 100644
> > index ..2af05b21961e
> > --- /dev/null
> > +++
On 27/11/2017 21:23, Luwei Kang wrote:
> From v2:
> - replace *_PT_SUPPRESS_PIP to *_PT_CONCEAL_PIP;
> - clean SECONDARY_EXEC_PT_USE_GPA, VM_EXIT_CLEAR_IA32_RTIT_CTL and
> VM_ENTRY_LOAD_IA32_RTIT_CTL in SYSTEM mode. These bits must be all set or all
> clean;
> - move processor tracing out of
On Thu, Nov 30, 2017 at 4:39 AM, Andrew Morton
wrote:
> On Wed, 29 Nov 2017 19:27:45 -0800 Linus Torvalds
> wrote:
>
>> On Wed, Nov 29, 2017 at 6:58 PM, Steven Rostedt wrote:
>> >
>> > Seems it can't handle the initialization of an anonymous struct within
>> > an anonymous union.
>>
>> I think
Em Tue, 10 Oct 2017 09:59:42 +0200
Sean Young escreveu:
> If you try to store u64 in a kfifo (or a struct with u64 members),
> then the buf member of __STRUCT_KFIFO_PTR will cause 4 bytes
> padding due to alignment (note that struct __kfifo is 20 bytes
> on 32 bit).
>
> That in turn causes the
On Wed, Nov 29, 2017 at 03:32:42PM -0600, Andrew F. Davis wrote:
> Fix header copyright tags, while we are here, also switch to SPDX
> and fixup MODULE tags to match.
> - * The TLV320AIC31xx series of audio codec is a low-power, highly integrated
> - * high performance codec which provides a
On Wed, Nov 29, 2017 at 07:15:21PM +0100, Mike Galbraith wrote:
> On Wed, 2017-11-29 at 11:41 +0100, Uladzislau Rezki wrote:
> > On Tue, Nov 28, 2017 at 11:49:11AM +0100, Mike Galbraith wrote:
> > > On Tue, 2017-11-28 at 10:34 +0100, Uladzislau Rezki wrote:
> > > > On Fri, Nov 24, 2017 at
On 30.11.2017 12:57, Ying Xue wrote:
On 11/29/2017 06:48 PM, Tommi Rantala wrote:
Remove the second tipc_rcv() call in tipc_udp_recv(). We have just
checked that the bearer is not up, and calling tipc_rcv() with a bearer
that is not up leads to a TIPC div-by-zero crash in
The patch
ASoC: codecs: msm8916-wcd: Fix supported formats
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
Stackdepot doesn't work well with CONFIG_UNWINDER_GUESS=y.
The 'guess' unwinder generate awfully large and inaccurate stacktraces,
thus stackdepot can't deduplicate stacktraces because they all look like
unique. Eventually stackdepot reaches its capacity limit:
WARNING: CPU: 0 PID: 545 at
On Thu, Nov 30, 2017 at 1:35 PM, Andrey Ryabinin
wrote:
> Stackdepot doesn't work well with CONFIG_UNWINDER_GUESS=y.
> The 'guess' unwinder generate awfully large and inaccurate stacktraces,
> thus stackdepot can't deduplicate stacktraces because they all look like
> unique. Eventually stackdepot
On Wed, Nov 29, 2017 at 11:33:07AM +0100, Peter Zijlstra wrote:
> static inline void __native_flush_tlb(void)
> {
> + flush_user_asid(this_cpu_read(cpu_tlbstate.loaded_mm_asid));
>
> /*
> + * If current->mm == NULL then we borrow a mm
> + * which may change during a task
1401 - 1500 of 2288 matches
Mail list logo
