The patch
regulator: da9211: Pass descriptors instead of GPIO numbers
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the nex
The patch
regulator: da9055: Pass descriptor instead of GPIO number
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
The patch
ASoC: wm_adsp: Fix some signedness errors in register access
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 hou
On Fri, 2018-02-16 at 15:55 +0300, Dan Carpenter wrote:
> On Fri, Feb 16, 2018 at 05:06:34PM +0530, Yash Omer wrote:
> > This patch fix line should not end with open parenthesis found by
> > checkpatch.plscript.
> >
> > Signed-off-by: Yash Omer
> > ---
> > drivers/staging/nvec/nvec.c | 4 ++--
>
On 02/16/18 17:56, Neal Cardwell wrote:
> On Fri, Feb 16, 2018 at 11:26 AM, Holger Hoffstätte
> wrote:
>>
>> BBR in general will run with lower cwnd than e.g. Cubic or others.
>> That's a feature and necessary for WAN transfers.
>
> Please note that there's no general rule about whether BBR will
- On Feb 16, 2018, at 11:53 AM, Mark Rutland mark.rutl...@arm.com wrote:
> Hi,
>
> On Thu, Feb 15, 2018 at 10:08:56PM +, Mathieu Desnoyers wrote:
>> My current theory: do_exit() gets preempted after having set current->mm
>> to NULL, and after having issued mmput(), which brings the mm_co
From: Markus Elfring
Date: Fri, 16 Feb 2018 18:19:13 +0100
* Return a result code without storing it in an intermediate variable.
* Reduce the needed source code.
Signed-off-by: Markus Elfring
---
drivers/ata/libata-scsi.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --gi
Em Fri, Feb 16, 2018 at 02:08:12PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Fri, Feb 16, 2018 at 02:03:36PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Fri, Feb 16, 2018 at 01:56:16PM -0300, Arnaldo Carvalho de Melo escreveu:
> > > Em Fri, Feb 16, 2018 at 01:52:45PM -0300, Arnaldo Carval
On Fri, Feb 16, 2018 at 04:09:32PM +0100, John Ogness wrote:
>
>inode = dentry->d_inode;
>rcu_read_lock(); <- Protects d_inode from being freed,
>i.e. dentry->d_inode is a valid pointer
>even after dentry->d_lock is dr
On Fri, 16 Feb 2018 09:53:03 +0100
Sebastian Andrzej Siewior wrote:
> As for the second invocation (tasklet_action_common() part) is always
> invoked in BH-disabled context (even if called from ksoftirqd) so you
> are never preemptible() and can't switch CPUs.
> So I am going to correct this patc
On Thu, 15 Feb 2018 16:35:58 -0600
Josh Poimboeuf wrote:
> > Interesting idea. The static key's entries (i.e. tracepoint sites) are
> > in a static array. Maybe we could rewrite the affected arrays when init
> > memory is freed. I'm not sure whether that would be overkill though. I
> > can t
On Fri, 16 Feb 2018 17:07:26 +0800
"Du, Changbin" wrote:
> > This document is out of date, and I rather have it updated before we
> > make it more "available" elsewhere.
> >
> Got you. I plan to convert below docs. Are they out of date, too?
>
> events-msr.txt, events.txt, mmiotrace.txt, stm.
Hi.
On pátek 16. února 2018 17:26:11 CET Holger Hoffstätte wrote:
> These are very odd configurations. :)
> Non-preempt/100 might well be too slow, whereas PREEMPT/1000 might simply
> have too much overhead.
Since the pacing is based on hrtimers, should HZ matter at all? Even if so,
poor 1 Gbps
On 12/06/2017 23:12, Arnd Bergmann wrote:
> On Mon, Jun 12, 2017 at 11:38 AM, Daniel Lezcano
> wrote:
>> On Fri, Jun 09, 2017 at 10:48:13PM +0200, Arnd Bergmann wrote:
>>> On Fri, Jun 9, 2017 at 10:15 PM, John Stultz wrote:
On Fri, Jun 9, 2017 at 1:06 PM, Arnd Bergmann wrote:
> On Fri,
On Fri, 16 Feb 2018 05:49:52 -0700
Jonathan Corbet wrote:
> On Thu, 15 Feb 2018 22:57:05 -0500
> Steven Rostedt wrote:
>
> > This document is out of date, and I rather have it updated before we
> > make it more "available" elsewhere.
>
> Imagine that, an out-of-date doc in the kernel :)
>
>
Hi.
On pátek 16. února 2018 17:25:58 CET Eric Dumazet wrote:
> The way TCP pacing works, it defaults to internal pacing using a hint
> stored in the socket.
>
> If you change the qdisc while flow is alive, result could be unexpected.
I don't change a qdisc while flow is alive. Either the VM is c
On Fri, Feb 16, 2018 at 8:32 AM, Greg Kroah-Hartman
wrote:
> On Mon, Feb 12, 2018 at 05:01:25PM -0800, Joel Fernandes wrote:
>> ashmem_mutex create a chain of dependencies like so:
>>
>> (1)
>> mmap syscall ->
>> mmap_sem -> (acquired)
>> ashmem_mmap
>> ashmem_mutex (try to acquire)
>> (b
Hi Viresh,
sorry for the late reply.
On 09/02/2018 10:41, Viresh Kumar wrote:
> On 07-02-18, 11:34, Daniel Lezcano wrote:
>> On 07/02/2018 10:12, Viresh Kumar wrote:
>>> What about cpuidle_cooling_unregister() ?
>>
>> The unregister function is not needed because cpuidle can't be unloaded.
>> T
Hi Morten,
On Friday 16 Feb 2018 at 15:41:01 (+), Morten Rasmussen wrote:
> On Fri, Feb 16, 2018 at 02:47:04PM +0100, Peter Zijlstra wrote:
> > On Thu, Feb 15, 2018 at 04:20:48PM +, Morten Rasmussen wrote:
> > > +static void update_asym_cpucapacity(int cpu)
> > > +{
> > > + if (!static_bra
The minnie devices comes with an AUO B101EAN01 panel which is different
from default veyron devices, thus the power on/off timing sequence is
slightly different. The datasheet specifies a pwm delay of 200 ms, so
update the PMW delay proprieties accordingly.
Signed-off-by: Enric Balletbo i Serra
A
For veyron the binding should provide both PWM timings, the delay between
you enable the PWM and set the enable signal, and the delay between you
disable the PWM signal and clear the enable signal. Update the binding
accordingly, in this case the panels connected to the veyron boards have
a symmetr
Hardware needs a delay between setting an initial (non-zero) PWM and
enabling the backlight using GPIO. The post-pwm-on-delay-ms specifies
this delay in milli seconds. Hardware also needs a delay between disabing
the backlight using GPIO and setting PWM value to 0. The pwm-off-delay-ms
is this dela
Some panels (i.e. N116BGE-L41), in their power sequence specifications,
request a delay between set the PWM signal and enable the backlight and
between clear the PWM signal and disable the backlight. Add support for
the new post-pwm-on-delay-ms and pwm-off-delay-ms proprieties to meet
the timings.
Before this patch the enable signal was set before the PWM signal and
vice-versa on power off. This sequence is wrong, at least, it is on
the different panels datasheets that I checked, so I inverted the sequence
to follow the specs.
For reference the following panels have the mentioned sequence:
On 2/12/2018 10:40 AM, Sagi Grimberg wrote:
Thanks, I picked this up for 4.17 (unless someone thinks
this is 4.16-rc material?)
___
Linux-nvme mailing list
linux-n...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
Note: I
On Fri, Feb 16, 2018 at 7:25 AM, Arnd Bergmann wrote:
>
> The warning is reasonable by itself, but gets in the way of
> randconfig build testing, so I'm hiding it whenever CONFIG_COMPILE_TEST
> is set.
Ack, looks sane, so I just applied it directly to my tree instead of
waiting for this to get ba
On Fri, Feb 16, 2018 at 05:39:27PM +, Quentin Perret wrote:
> AFAIU it should be safe, but without your check you'll have to go through
> cpus_read_lock()/unlock() every time a CPU is hotplugged. There is probably
> no good reason to re-do that again and again if the state of the key
> never ch
On 02/16/2018 09:02 AM, Juergen Gross wrote:
On 16/02/18 14:59, Michal Hocko wrote:
[CC Pavel]
On Fri 16-02-18 14:37:26, Juergen Gross wrote:
Commit f7f99100d8d95dbcf09e0216a143211e79418b9f ("mm: stop zeroing
memory during allocation in vmemmap") broke Xen pv domains in some
configurations, as
On Tue, Jan 9, 2018 at 1:10 PM, Wei Wang wrote:
> From: Matthew Wilcox
>
> The eXtensible Bitmap is a sparse bitmap representation which is
> efficient for set bits which tend to cluster. It supports up to
> 'unsigned long' worth of bits.
> lib/xbitmap.c| 444
>
On Thu, 15 Feb 2018, Laura Abbott wrote:
> On 02/12/2018 01:25 PM, Liam Mark wrote:
> >
> > On Mon, 12 Feb 2018, Dan Carpenter wrote:
> >
> > > On Fri, Feb 09, 2018 at 10:16:56PM -0800, Liam Mark wrote:
> > > > Fix the dup_sg_table function to initialize the dma_address of the new
> > > > sg lis
_port_ is already known to be a valid index in the callers [1]. So
these checks are unnecessary.
[1] https://lkml.org/lkml/2018/2/16/469
Addresses-Coverity-ID: 1465287
Addresses-Coverity-ID: 1465291
Suggested-by: Richard Cochran
Signed-off-by: Gustavo A. R. Silva
---
drivers/net/dsa/mv88e6xxx/
Dave Hansen wrote:
>
> From: Dave Hansen
>
> Kernel mappings are historically _PAGE_GLOBAL. But, with PTI, we do not
> want them to be _PAGE_GLOBAL. We currently accomplish this by simply
> clearing _PAGE_GLOBAL from the suppotred mask which ensures it is
> cleansed from many of our PTE cons
Em Fri, Feb 16, 2018 at 02:29:01PM -0300, Arnaldo Carvalho de Melo escreveu:
> Humm, we need to create two tables, one for 32-bit and another for 64,
> even with ppc not having (AFAIK) clashes in syscall numbers for 32/64...
>
> Trying to do it now.
Now seems to work, take a look at my perf/core
On 02/16/2018 09:56 AM, Richard Cochran wrote:
On Fri, Feb 16, 2018 at 07:48:46AM -0800, Richard Cochran wrote:
On Thu, Feb 15, 2018 at 12:31:39PM -0600, Gustavo A. R. Silva wrote:
_port_ is being used as index to array port_hwtstamp before verifying
it is a non-negative number and a valid in
On 02/16/2018 06:54 AM, Daniel Lezcano wrote:
> On 16/02/2018 15:16, Thomas Gleixner wrote:
>> On Thu, 15 Feb 2018, Randy Dunlap wrote:
>>
>>> Hi,
>>>
>>> Is this a dead kconfig symbol? I don't see any Kconfig file that
>>> sets/enables it.
>>>
>>> ./kernel/irq/Makefile:4:obj-$(CONFIG_IRQ_TIMINGS)
On some systems a delay is needed after switching on the clocks, to allow
the output to stabilize and avoid a popping noise at the beginning of
the recording. Add the optional device tree property 'wakeup-delay-ms'
and apply the specified delay after enabling the mic. A blocking delay
can't be appl
On 2018-02-16 12:31:09 [-0500], Steven Rostedt wrote:
> On Fri, 16 Feb 2018 09:53:03 +0100
> Sebastian Andrzej Siewior wrote:
>
> > As for the second invocation (tasklet_action_common() part) is always
> > invoked in BH-disabled context (even if called from ksoftirqd) so you
> > are never preempt
The latest maintenance release Git v2.16.2 is now available at
the usual places, with small fixes that are already in the
'master' front.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/
The following public repositories all have a copy of the 'v2.16.2'
tag and the 'm
On Fri, 16 Feb 2018, Greg KH wrote:
> On Fri, Feb 09, 2018 at 10:16:56PM -0800, Liam Mark wrote:
> > Fix the dup_sg_table function to initialize the dma_address of the new
> > sg list entries instead of the source dma_address entries.
> >
> > Fixes: 17fd283f3870 ("staging: android: ion: Duplicate
On Fri, Feb 16, 2018 at 11:55:54AM -0500, Jason Baron wrote:
> > +/* Disable any jump label entries in __init code */
> > +void __init jump_label_invalidate_init(void)
> > +{
> > + struct jump_entry *iter_start = __start___jump_table;
> > + struct jump_entry *iter_stop = __stop___jump_table;
>
Hi,
On Fri, Feb 16, 2018 at 01:10:20PM +0100, Hans de Goede wrote:
> On 16-02-18 12:45, Marcel Holtmann wrote:
> > Hi Hans,
> >
> > > > > > > Commit 7d06d5895c15 ("Revert "Bluetooth: btusb: fix
> > > > > > > QCA...suspend/resume"")
> > > > > > > removed the setting of the BTUSB_RESET_RESUME quir
On Fri, 16 Feb 2018 18:55:09 +0100
Sebastian Andrzej Siewior wrote:
> > Should we add something like:
> >
> > WARN_ON_ONCE(!in_atomic());
> >
> > ?
>
> Doubt it. this_cpu_ptr() screams already with CONFIG_DEBUG_PREEMPT.
If that's the case then, yeah I agree. I couldn't remember if
this
On Fri, Feb 16, 2018 at 7:09 AM, John Ogness wrote:
> dentry_kill() holds dentry->d_lock and needs to acquire both
> dentry->d_inode->i_lock and dentry->d_parent->d_lock. This cannot be
> done with spin_lock() operations because it's the reverse of the
> regular lock order. To avoid ABBA deadlocks
On Fri, 16 Feb 2018 11:57:44 -0600
Josh Poimboeuf wrote:
> On Fri, Feb 16, 2018 at 11:55:54AM -0500, Jason Baron wrote:
> > > +/* Disable any jump label entries in __init code */
> > > +void __init jump_label_invalidate_init(void)
> > > +{
> > > + struct jump_entry *iter_start = __start___jump_ta
On 02/16/2018 09:47 AM, Nadav Amit wrote:
>> But, this also means that we now get *no* opportunity to use
>> global pages with PTI, even for data which is shared such as the
>> cpu_entry_area and entry/exit text.
>
> Doesn’t this patch change the kernel behavior when the “nopti”
> parameter is use
On 02/16/2018 12:21 AM, Peter Zijlstra wrote:
On Thu, Feb 15, 2018 at 03:01:41PM -0800, Raghavendra Rao Ananta wrote:
Perf framework doesn't allow prevserving CPU events across
CPU hotplugs. The events are scheduled out as and when the
CPU walks offline. Moreover, the framework also doesn't
al
Percpu memory using the vmalloc area based chunk allocator lazily
populates chunks by first requesting the full virtual address space
required for the chunk and subsequently adding pages as allocations come
through. To ensure atomic allocations can succeed, a workqueue item is
used to maintain a mi
The prior patch added support for passing gfp flags through to the
underlying allocators. This patch allows users to pass along gfp flags
(currently only __GFP_NORETRY and __GFP_NOWARN) to the underlying
allocators. This should allow users to decide if they are ok with
failing allocations recoverin
On Fri, Feb 16, 2018 at 07:48:50AM +0100, Greg Kroah-Hartman wrote:
> On Thu, Feb 15, 2018 at 06:31:48PM -0800, Brian Norris wrote:
> > On Thu, Feb 15, 2018 at 04:17:32PM +0100, Greg Kroah-Hartman wrote:
> > > 4.4-stable review patch. If anyone has any objections, please let me
> > > know.
> >
>
Em Fri, Feb 16, 2018 at 01:55:43PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Feb 13, 2018 at 04:14:16PM +0100, Thomas Richter escreveu:
>
>
> 4938.13 ubuntu:16.04-x-s390 : FAIL s390x-linux-gnu-gcc
> (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609
>
>
> Humm, this seems
On Fri, Feb 16, 2018 at 09:00:33AM -0800, Moritz Fischer wrote:
> +#define NIXGE_MDIO_CLAUSE45 BIT(12)
> +#define NIXGE_MDIO_CLAUSE22 0
> +#define NIXGE_MDIO_OP(n) (((n) & 0x3) << 10)
> +#define NIXGE_MDIO_OP_ADDRESS0
> +#define NIXGE_MDIO_OP_WRITE BIT(0)
> +#define NIXGE_MDIO_OP_REA
Dave Hansen wrote:
> On 02/16/2018 09:47 AM, Nadav Amit wrote:
>>> But, this also means that we now get *no* opportunity to use
>>> global pages with PTI, even for data which is shared such as the
>>> cpu_entry_area and entry/exit text.
>>
>> Doesn’t this patch change the kernel behavior when th
On 02/16/2018 05:30 AM, Sebastian Andrzej Siewior wrote:
On 2018-02-14 16:12:42 [-0600], Grygorii Strashko wrote:
Hi All,
Hi,
I can see below warning during boot on few TI boards am437x-idk, am335x-evm,
am335x-ice
All of them are non-SMP
I somehow missed the !SMP kernel… What about this:
Enrico Weigelt writes:
> On 13.02.2018 22:12, Enrico Weigelt wrote:
>
> CC @contain...@lists.linux-foundation.org
>
>> Hi folks,
>>
>>
>> I'm currently trying to implement plan9 semantics on Linux and
>> yet sorting out how to do the mount namespace handling.
>>
>> On plan9, any unprivileged proc
On Fri, 16 Feb 2018, Sebastian Andrzej Siewior wrote:
> I've been going over Frederic's softirq patches and it seems that there
> were two problems. One was network related, the other was Mauro's USB
> dvb-[stc] device which was not able to stream properly over time.
>
> Here is an attempt to let
On Fri, Feb 16, 2018 at 3:23 AM, Richard Guy Briggs wrote:
> On 2018-02-15 17:15, Paul Moore wrote:
>> On Mon, Feb 12, 2018 at 12:02 AM, Richard Guy Briggs wrote:
>> > More than one filesystem was causing hundreds to thousands of null PATH
>> > records to be associated with the *init_module SYSCA
On Fri, Feb 16, 2018 at 07:44:50PM +0200, Andy Shevchenko wrote:
> On Tue, Jan 9, 2018 at 1:10 PM, Wei Wang wrote:
> > From: Matthew Wilcox
> >
> > The eXtensible Bitmap is a sparse bitmap representation which is
> > efficient for set bits which tend to cluster. It supports up to
> > 'unsigned lo
Hi Bartosz
Prefix should be "mtd: nand: davinci:"
On Fri, 16 Feb 2018 17:47:07 +0100
Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> Commit d8e22fb4ccac ("ARM: da850: add the nand dev_id to the clock
> lookup table") broke the nand support in board file mode for
> da850-based board
On Fri, 16 Feb 2018 17:47:08 +0100
Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> Since commit d8e22fb4ccac ("ARM: da850: add the nand dev_id to the clock
> lookup table") we can no longer correctly lookup the nand clock when
> booting in legacy mode. Said commit added a dev_id to t
On 02/16/2018 02:47 AM, Hans de Goede wrote:
> From: Heikki Krogerus
>
> diff --git a/drivers/usb/common/roles.c b/drivers/usb/common/roles.c
> new file mode 100644
> index ..923e3721d183
> --- /dev/null
> +++ b/drivers/usb/common/roles.c
> @@ -0,0 +1,305 @@
> +// SPDX-License-Identi
On Fri, Feb 16, 2018 at 05:17:57PM +, Mathieu Desnoyers wrote:
> - On Feb 16, 2018, at 11:53 AM, Mark Rutland mark.rutl...@arm.com wrote:
> > I suspect we have a bogus mmdrop or mmput elsewhere, and do_exit() and
> > finish_task_switch() aren't to blame.
>
> Currently reviewing: fs/proc/ba
This commit adds a new concept 'function' to Kconfig. A function call
resembles a variable reference with arguments, and looks like this:
$(function arg1, arg2, arg3, ...)
(Actually, this syntax was inspired by Makefile.)
Real examples will look like this:
$(shell true)
$(cc-option -fsta
If the target compiler is GCC 4.8 or newer, plugins are compiled with
HOSTCXX. Otherwise, gcc-plugin.sh will select HOSTCC or HOSTCXX.
To simpily things, let's decide GCC 4.8 is the requirement for GCC
pulgins. With this, plugins are always built with HOSTCXX. This is a
feature of advanced user
We already have xmalloc(), xcalloc(), and xrealloc((). Add xstrdup()
as well to save tedious error handling.
Signed-off-by: Masahiro Yamada
---
scripts/kconfig/confdata.c | 2 +-
scripts/kconfig/kxgettext.c | 2 +-
scripts/kconfig/lkc.h | 1 +
scripts/kconfig/symbol.c| 4 ++--
s
The plugin availability is checked in Kconfig, so all{yes,mod}config
will not be bothered. Remove 'depends on !COMPILE_TEST'.
Signed-off-by: Masahiro Yamada
---
arch/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/Kconfig b/arch/Kconfig
index d567bd1..5b5610b 100644
--- a/arch/
On Fri, 16 Feb 2018 19:33:07 +0100
Boris Brezillon wrote:
> On Fri, 16 Feb 2018 17:47:08 +0100
> Bartosz Golaszewski wrote:
>
> > From: Bartosz Golaszewski
> >
> > Since commit d8e22fb4ccac ("ARM: da850: add the nand dev_id to the clock
> > lookup table") we can no longer correctly lookup the
Add CC_HAS_STACKPROTECTOR(_STRONG) to test if the compiler supports
-fstack-protector(-strong) option.
X86 has additional shell scripts in case the compiler supports the
option, but generates broken code. I added CC_HAS_SANE_STACKPROTECTOR
to test this. I had to add -m32 to gcc-x86_32-has-stack-
Run scripts/gcc-plugin.sh from Kconfig. Users can enable GCC_PLUGINS
only when it is supported.
I dropped 'depends on GCC_VERSION >= 40800'. I guess gcc-plugin.sh
will not pass with GCC 4.7 or older.
Signed-off-by: Masahiro Yamada
---
arch/Kconfig | 6 +++-
scripts/Makefile.
This patch fixes up line should not end with open parenthesis found by
checkpatch.pl script.
Signed-off-by: Yash Omer
---
drivers/staging/xgifb/vb_setmode.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/xgifb/vb_setmode.c
b/drivers/staging/xgifb/vb_set
To get an environment value, Kconfig needs to define a symbol using
"option env=" syntax. It is tedious to add a config entry for each
environment given that we need more environments such as 'CC', 'AS',
'srctree' etc. to evaluate the compiler capability in Kconfig.
Adding '$' to symbols is weird
For PowerPC, GCC 5.2 is the requirement for GCC plugins. Move the
version check to Kconfig, and remove the ugly checker.
Signed-off-by: Masahiro Yamada
---
arch/powerpc/Kconfig | 2 +-
scripts/Makefile.gcc-plugins | 8
2 files changed, 1 insertion(+), 9 deletions(-)
diff --gi
I brushed up the implementation in this version.
In the previous RFC, CC_HAS_ was described by using 'option shell=',
like this:
config CC_HAS_STACKPROTECTOR
bool
option shell="$CC -Werror -fstack-protector -c -x c /dev/null"
After I thought a bit more, the following syntax is mo
CONFIG_GCOV_FORMAT_AUTODETECT compiles either gcc_3_4.c or gcc_4_7.c
according to your GCC version.
We can achieve the equivalent behavior by setting reasonable default
in the 'choice' with the knowledge of the compiler version.
Users are still allowed to change it if they need to do so.
Signed-
On 02/11/2018 11:19 AM, tip-bot for David Woodhouse wrote:
\
> })
> diff --git a/arch/x86/include/asm/nospec-branch.h
> b/arch/x86/include/asm/nospec-branch.h
> index 300cc15..788c4da 100644
> --- a/arch/x86/include/asm/nospec-branch.h
> +++ b/arch/x86/include/asm/nospec-branch.h
From: Stefan Monnier
Enable the display pipeline and HDMI output
Signed-off-by: Stefan Monnier
---
arch/arm/boot/dts/sun7i-a20-bananapi.dts | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-bananapi.dts
b/arch/arm/boot/dts/sun7i-a20-ban
The kernel configuration phase is now tightly coupled with the compiler
in use. It will be nice to show the compiler information in Kconfig.
The compiler information will be displayed like this:
$ make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- config
scripts/kconfig/conf --oldaskconfig Kc
Kbuild provides a couple of ways to specify CROSS_COMPILE:
[1] Command line
[2] Environment
[3] arch/*/Makefile (only some architectures)
[4] CONFIG_CROSS_COMPILE
[4] is problematic for the compiler capability tests in Kconfig.
CONFIG_CROSS_COMPILE allows users to change the compiler prefix from
Expand the prompt passed to menu_add_prompt(). This affects
'mainmenu', 'menu', 'prompt', 'comment'.
Another good thing is, I am fixing the memory leak for the case
without mainmenu. The 'mainmenu' should be independent of user
configuration. So, its prompt can be expanded in the first parse
ph
This is the second built-in function, which retrieves the first line
of stdout from the given shell command.
Example code:
config CC_IS_GCC
bool
default $(shell $CC --version | grep -q gcc)
config GCC_VERSION
int
default $(shell-stdout $srctree/scripts
As Documentation/kbuild/kconfig-language.txt notes, 'select' should be
used with care - it forces a lower limit of another symbol, ignoring
the dependency. In this case, KCOV can select GCC_PLUGINS even if
'depends on HAVE_GCC_PLUGINS' is unmet.
'imply' is modest enough to observe the dependency,
From: Sami Tolvanen
Based on gcc-version.sh, clang-version.sh prints out the correct
version of clang.
Signed-off-by: Sami Tolvanen
Tested-by: Nick Desaulniers
Signed-off-by: Masahiro Yamada
---
scripts/clang-version.sh | 33 +
1 file changed, 33 insertions(+
After updating microcode on one of the threads in the core, the
thread sibling automatically gets the update since the microcode
resources are shared. Check the ucode revision on the cpu before
performing a ucode update.
Signed-off-by: Ashok Raj
Cc: X86 ML
Cc: LKML
---
arch/x86/kernel/cpu/micr
This will be useful to describe the clang version dependency.
Signed-off-by: Masahiro Yamada
---
init/Kconfig | 8
scripts/clang-version.sh | 24 +++-
2 files changed, 19 insertions(+), 13 deletions(-)
diff --git a/init/Kconfig b/init/Kconfig
index f2d
Now, we got a basic ability to test compiler capability in Kconfig.
config CC_HAS_STACKPROTECTOR
bool
default $(shell $CC -Werror -fstack-protector -c -x c /dev/null -o
/dev/null)
This works, but it is ugly to repeat this long boilerplate.
We want to describe like this:
config
This helper expands symbols contained in a string. I am about to
change it to expand environments instead of symbols. Also, I will
add function expansion later.
Rename it to expand_string_value(), and move it to util.c, which is
a more suitable place.
Signed-off-by: Masahiro Yamada
---
scrip
With 'shell-stdout' supported, we can make it self-contained in
Kconfig.
Signed-off-by: Masahiro Yamada
---
Makefile | 3 +--
init/Kconfig | 4 ++--
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index e9fc7c9..6491404 100644
--- a/Makefile
+++ b/Makefile
On Fri, Feb 16, 2018 at 11:18:12AM +, Ard Biesheuvel wrote:
> On 16 February 2018 at 11:08, Borislav Petkov wrote:
> > On Fri, Feb 16, 2018 at 10:58:47AM +, Ard Biesheuvel wrote:
> >> By your own reasoning above, that's a no-no as well.
> >
> > I'm sure we can come up with some emulation -
The kbuild cache was introduced to remember the result of shell
commands, some of which are expensive to compute, such as
$(call cc-option,...).
However, this turned out not so clear as I had first expected.
Actually, it is problematic. For example, "$(CC) -print-file-name"
is cached. If the com
The 'defconfig_list' is a weird attribute. If the '.config' is
missing, conf_read_simple() iterates over all visible defaults,
then it uses the first one for which fopen() succeeds.
config DEFCONFIG_LIST
string
depends on !UML
option defconfig_list
default "/lib/mo
This will be useful to specify the required compiler version,
like this:
config FOO
bool "Use Foo"
depends on GCC_VERSION >= 408000
help
This feature requires GCC 4.8 or newer.
Signed-off-by: Masahiro Yamada
---
init/Kconfig | 9 +
1 file changed, 9 in
This will be the most frequently used macro. It evaluates to 'y' if
the given argument is supported by the compiler, or 'n' otherwise.
Signed-off-by: Masahiro Yamada
---
init/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/init/Kconfig b/init/Kconfig
index b4814e6..f026a62 1006
On Fri, Feb 16, 2018 at 10:10:44AM -0800, Brian Norris wrote:
> On Fri, Feb 16, 2018 at 07:48:50AM +0100, Greg Kroah-Hartman wrote:
> > On Thu, Feb 15, 2018 at 06:31:48PM -0800, Brian Norris wrote:
> > > On Thu, Feb 15, 2018 at 04:17:32PM +0100, Greg Kroah-Hartman wrote:
> > > > 4.4-stable review p
On Fri, Feb 16, 2018 at 10:46:48AM -0800, Ashok Raj wrote:
> After updating microcode on one of the threads in the core, the
> thread sibling automatically gets the update since the microcode
> resources are shared. Check the ucode revision on the cpu before
> performing a ucode update.
>
> Signed
On Thu, Feb 15, 2018 at 9:59 PM, Richard Guy Briggs wrote:
> On 2018-02-15 18:34, Paul Moore wrote:
>> On Wed, Feb 14, 2018 at 11:18 AM, Richard Guy Briggs wrote:
>> > Audit link denied events for symlinks were missing the parent PATH
>> > record. Add it. Since the full pathname may not be avai
On Fri, Feb 16, 2018 at 10:48:32AM -0800, Joe Konno wrote:
> We may see some other patches or RFCs about caching and/or shadowing
> variable values in efivarfs to reduce the number of direct EFI reads,
> with the goal of reducing how many SMIs are generated.
So if you do the caching scheme, the q
ashmem_mutex create a chain of dependencies like so:
(1)
mmap syscall ->
mmap_sem -> (acquired)
ashmem_mmap
ashmem_mutex (try to acquire)
(block)
(2)
llseek syscall ->
ashmem_llseek ->
ashmem_mutex -> (acquired)
inode_lock ->
inode->i_rwsem (try to acquire)
(block)
(3)
getden
On Fri, Feb 16, 2018 at 09:57:12AM -0800, Liam Mark wrote:
> On Fri, 16 Feb 2018, Greg KH wrote:
>
> > On Fri, Feb 09, 2018 at 10:16:56PM -0800, Liam Mark wrote:
> > > Fix the dup_sg_table function to initialize the dma_address of the new
> > > sg list entries instead of the source dma_address ent
On 02/16/2018 10:25 AM, Nadav Amit wrote:
>> +#ifdef CONFIG_PAGE_TABLE_ISOLATION
>> +#define __PAGE_KERNEL_GLOBAL0
>> +#else
>> +#define __PAGE_KERNEL_GLOBAL_PAGE_GLOBAL
>> +#endif
> ...
>> --- a/arch/x86/mm/pageattr.c~kpti-no-global-for-kernel-mappings
>> 2018
On Fri, Feb 16, 2018 at 11:16:04AM -0500, Stefan Monnier wrote:
> From: Stefan Monnier
>
> Enable the display pipeline and HDMI output
>
> Signed-off-by: Stefan Monnier
Applied, thanks!
Maxime
--
Maxime Ripard, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
http://bo
On Fri, Feb 16, 2018 at 06:45:20PM +0200, Andy Shevchenko wrote:
> +Cc: Darren (for sure)
>
> On Fri, Feb 16, 2018 at 12:42 AM, Paul Menzel
> wrote:
> > Dear Linux folks,
> >
> >
> > Debugging an ACPI suspend problem on the desktop board Asus F285-M PRO with
> > Linux 4.14, I noticed, the module
501 - 600 of 889 matches
Mail list logo
