On 10 May 2017 at 08:23, Guenter Roeck wrote:
> Please the patch into two parts, one per file; the required changes
> for endianness support in tcpci.c are much more complex.
I will send out a patch for the two simple fixes - the use of
pd_header_cnt_le().
> Excellent catch, but the fix is wron
On Wed, May 10, 2017 at 11:19:43AM -0400, David Miller wrote:
> From: Michal Hocko
> Date: Wed, 10 May 2017 16:57:26 +0200
>
> > Have you measured that? I do not think it would be super hard to
> > measure. I would be quite surprised if this added much if anything at
> > all as the whole struct p
On Tue, May 9, 2017 at 12:26 AM, Ingo Molnar wrote:
>
> The main changes are:
So I've pulled it now (although it is showing signs of semantic
conflicts, so I'll have to look at those), but I've got two requests,
one for Ingo, one for Paul.
Ingo: please don't bother sending me stupid crap.
And b
Fix error path while dma open channel issue. Also, no need to check output
on NULL if it's never returned.
Signed-off-by: Ivan Khoronzhuk
---
Based on net-next
drivers/net/ethernet/ti/netcp_core.c | 6 --
drivers/soc/ti/knav_dma.c| 2 +-
2 files changed, 5 insertions(+), 3 delet
Hello,
On Wed, May 10, 2017 at 11:48:17AM -0500, Michael Bringmann wrote:
>
> On NUMA systems with dynamic processors, the content of the cpumask
> may change over time. As new processors are added via DLPAR operations,
> workqueues are created for them. This patch ensures that the pools
> crea
Currently, rq->leaf_cfs_rq_list is a traversal ordered list of all
live cfs_rqs which have ever been active on the CPU; unfortunately,
this makes update_blocked_averages() O(# total cgroups) which isn't
scalable at all.
This shows up as a small CPU consumption and scheduling latency
increase in th
On Wed 10 May 00:27 PDT 2017, Arend van Spriel wrote:
> On 5/10/2017 1:03 AM, Bjorn Andersson wrote:
> > On Mon 08 May 23:17 PDT 2017, Kalle Valo wrote:
> >
> > > Bjorn Andersson writes:
> > >
> > > > The SMD channel is not the primary WCNSS channel and must explicitly be
> > > > closed as the
Hi Abdul,
can you test the patch below? I'll try to create a way to inject
short WRITE SAME commands using qemu next, but I thought I'd give
you a chance to try it as well.
---
diff --git a/block/blk-core.c b/block/blk-core.c
index c580b0138a7f..c7068520794b 100644
--- a/block/blk-core.c
+++ b/b
On Wed, May 10, 2017 at 09:38:00PM +0530, Archit Taneja wrote:
>
>
> On 5/9/2017 10:30 PM, Jose Abreu wrote:
> > This patches makes use of the new mode_valid() callbacks introduced
> > previously to validate the full video pipeline when modesetting.
> >
> > This calls the connector->mode_valid()
On Wed, May 10, 2017 at 06:04:23PM +0200, Petr Mladek wrote:
> On Tue 2017-05-09 11:18:35, Josh Poimboeuf wrote:
> > if (in_nmi())
> > rcu_nmi_enter(); /* in case we're called before nmi_enter() */
>
> This does not work as expected. in_nmi() is implemented as
>
> (preempt_c
On 05/10/2017 10:15 AM, Marc Zyngier wrote:
> On 10/05/17 17:21, Florian Fainelli wrote:
>> On 05/10/2017 03:31 AM, Phil Elwell wrote:
>>> On 10/05/2017 11:09, Marc Zyngier wrote:
On 10/05/17 10:05, Phil Elwell wrote:
> On 10/05/2017 09:55, Marc Zyngier wrote:
>> On Wed, May 10 2017 at
From: Markus Elfring
Date: Wed, 10 May 2017 19:43:21 +0200
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Adjust buffer output in dasd_hosts_print()
Fix typos in two comment lines
Adjust six checks for null pointers
drivers/s390/blo
From: Matthew Wilcox
Date: Wed, 10 May 2017 10:17:03 -0700
> On Wed, May 10, 2017 at 11:19:43AM -0400, David Miller wrote:
>> From: Michal Hocko
>> Date: Wed, 10 May 2017 16:57:26 +0200
>>
>> > Have you measured that? I do not think it would be super hard to
>> > measure. I would be quite surpr
From: Markus Elfring
Date: Wed, 10 May 2017 18:52:28 +0200
* Use a special format string specification for the desired output of the
array "pgid" into a sequence.
This issue was detected by using the Coccinelle software.
* Delete the local variable "j" and a call of the function "seq_puts"
Hi all,
this series, which is a combined effort from Amir, Andy and me introduces
new uuid_t and guid_t type names that are less confusing than the existing
types, adds new helpers for them and starts switching the fs code over to
it. Andy has additional patches on top to convert many of the user
Our "little endian" UUID really is a Wintel GUID, so rename it and its
helpers such (guid_t). The big endian UUID is the only true one, so
give it the name uuid_t. The uuid_le and uuid_be names are retained for,
but will hopefully go away soon.
Also remove the existing typedef in XFS that's now
From: Markus Elfring
Date: Wed, 10 May 2017 19:19:19 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
CHECK: '…' may be misspelled - perhaps '…'?
Thus fix two descriptions.
Sig
From: Amir Goldstein
The md private helper uuid_equal() collides with a generic helper
of the same name.
Rename the md private helper to md_uuid_equal() and do the same for
md_sb_equal().
Cc: Shaohua Li
Signed-off-by: Amir Goldstein
Signed-off-by: Christoph Hellwig
---
drivers/md/md.c | 8 +
Unused now.
Signed-off-by: Christoph Hellwig
---
include/linux/uuid.h | 24
1 file changed, 24 deletions(-)
diff --git a/include/linux/uuid.h b/include/linux/uuid.h
index af669f317780..28a5a894b926 100644
--- a/include/linux/uuid.h
+++ b/include/linux/uuid.h
@@ -19,30 +
Florian Fainelli writes:
> On 05/10/2017 03:31 AM, Phil Elwell wrote:
>> On 10/05/2017 11:09, Marc Zyngier wrote:
>>> On 10/05/17 10:05, Phil Elwell wrote:
On 10/05/2017 09:55, Marc Zyngier wrote:
> On Wed, May 10 2017 at 9:27:10 am BST, Phil Elwell
> wrote:
>> On 10/05/2017 0
From: Amir Goldstein
Hoist the libnvdimm helper as an inline helper to linux/uuid.h
using an auxiliary const variable uuid_null in lib/uuid.c.
[hch: also add the guid variant. Both do the same but I'd like
to keep casts to a minimum]
The common helper uses the new abstract type uuid_t * instea
Signed-off-by: Christoph Hellwig
---
security/integrity/ima/ima_policy.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/security/integrity/ima/ima_policy.c
b/security/integrity/ima/ima_policy.c
index 49fbc3e8f012..da3e7d50e0d7 100644
--- a/security/integrity/ima/
For some file systems we still memcpy into it, but in various places this
already allows us to use the proper uuid helpers. More to come..
Signed-off-by: Christoph Hellwig
---
drivers/xen/tmem.c | 6 +++---
fs/ext4/super.c | 2 +-
fs/f2fs/super.c
From: Markus Elfring
Date: Wed, 10 May 2017 19:29:17 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written …
Thus fix the affected source code pla
This helper was only used by IMA of all things, which would get spurious
errors if CONFIG_BLOCK is disabled. Just opencode the call there.
Signed-off-by: Christoph Hellwig
[andy: correctly handle error returns from uuid_to_bin]
Signed-off-by: Andy Shevchenko
---
security/integrity/ima/ima_poli
From: Amir Goldstein
Use the common helper uuid_is_null() and remove the xfs specific
helper uuid_is_nil().
The common helper does not check for the NULL pointer value as
xfs helper did, but xfs code never calls the helper with a pointer
that can be NULL.
Conform comments and warning strings to
From: Amir Goldstein
These helper are used to compare and copy two uuid_t type objects.
Signed-off-by: Amir Goldstein
[hch: also provide the respective guid_ versions]
Signed-off-by: Christoph Hellwig
---
fs/xfs/uuid.c| 6 --
fs/xfs/uuid.h| 7 ---
include/linux/uuid.
This helper was only used by IMA of all things, which would get spurious
errors if CONFIG_BLOCK is disabled. Just opencode the call there.
Signed-off-by: Christoph Hellwig
---
include/linux/genhd.h | 11 ---
security/integrity/ima/ima_policy.c | 6 ++
2 files changed,
These are only used in uuid.c and vsprintf.c and aren't something modules
should use directly.
Signed-off-by: Christoph Hellwig
---
lib/uuid.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/lib/uuid.c b/lib/uuid.c
index f80dc63f6ca8..003bf6823003 100644
--- a/lib/uuid.c
+++ b/lib/uuid.c
@@
Signed-off-by: Christoph Hellwig
---
fs/afs/cmservice.c | 46 +++---
fs/afs/internal.h | 2 +-
fs/afs/main.c | 4 ++--
3 files changed, 26 insertions(+), 26 deletions(-)
diff --git a/fs/afs/cmservice.c b/fs/afs/cmservice.c
index 3062cceb5c2a..d4e77
Directly use the v1 intepretation of uuid_t instead.
Signed-off-by: Christoph Hellwig
---
fs/xfs/uuid.c | 25 -
fs/xfs/uuid.h | 1 -
fs/xfs/xfs_mount.c | 6 +-
3 files changed, 5 insertions(+), 27 deletions(-)
diff --git a/fs/xfs/uuid.c b/fs/xfs/uuid.c
in
Turn the content of uuid_t into a union and add the fields for the v1
interpretation to it.
Signed-off-by: Christoph Hellwig
---
include/uapi/linux/uuid.h | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/include/uapi/linux/uuid.h b/include/uapi/li
From: Amir Goldstein
uuid_t definition is about to change.
Signed-off-by: Amir Goldstein
Signed-off-by: Christoph Hellwig
---
fs/xfs/xfs_inode_item.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/fs/xfs/xfs_inode_item.c b/fs/xfs/xfs_inode_item.c
index 08cb7d1a4a3
Use the generic Linux definition to implement our UUID type, this will
allow using more generic infrastructure in the future.
Signed-off-by: Christoph Hellwig
---
fs/xfs/uuid.h | 4
fs/xfs/xfs_linux.h | 3 +++
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/fs/xfs/uuid.h
On Wed, May 10, 2017 at 08:02:12PM +0200, Christoph Hellwig wrote:
> This helper was only used by IMA of all things, which would get spurious
> errors if CONFIG_BLOCK is disabled. Just opencode the call there.
>
> Signed-off-by: Christoph Hellwig
> [andy: correctly handle error returns from uuid
d the arm64 part, and is happy for this to go via tip [1].
>
> I've tested this atop of the tip smp/hotplug branch, and with the arm64
> for-next/core branch merged in, which git handles automatically. In both
> cases,
> it builds cleanly and boots fine on Juno R1.
As a heads
On Wed, May 10, 2017 at 12:39 AM, Jiri Slaby wrote:
>
> Every SUSE user has been using this for almost a decade and we are not
> about to switch to FP for performance reasons as noted by Jiri Kosina.
The whole "not about to switch on frame pointers" argument is bogus.
Lots of people don't have f
Christophe JAILLET writes:
> If one 'drm_gem_handle_create()' fails, we leak somes handles and some
> memory.
>
> In order to fix it:
> - move the 'free(bo_state)' at the end of the function in the error
> handling path. This has the side effect to also try to free it if the
> first 'kc
On 5/10/17 2:30 AM, Joel Stanley wrote:
Hi Chris,
On Tue, Apr 11, 2017 at 5:17 AM, Christopher Bostic
wrote:
From: Chris Bostic
Implement a FSI master using GPIO. Will generate FSI protocol for
read and write commands to particular addresses. Sends master command
and waits for and decod
On Wed, May 10, 2017 at 10:36 AM, Daniel Micay wrote:
> Moving pcpu_base_addr to this section comes from PaX where it's part of
> KERNEXEC. This extends it to the rest of the globals only written by the
> init code.
>
> Signed-off-by: Daniel Micay
Excellent, thanks!
Acked-by: Kees Cook
-Kees
Christoph Hellwig wrote:
> -#define NULL_UUID_LE \
> - UUID_LE(0x, 0x, 0x, 0x00, 0x00, 0x00, 0x00, \
> - 0x00, 0x00, 0x00, 0x00)
> +#define NULL_GUID\
> + GU
On Wed, May 10, 2017 at 10:44 AM, Daniel Micay wrote:
> The protection map is only modified by per-arch init code so it can be
> protected from writes after the init code runs.
>
> This change was extracted from PaX where it's part of KERNEXEC.
>
> Signed-off-by: Daniel Micay
Thanks!
Acked-by:
On 5/10/17 2:30 AM, Joel Stanley wrote:
On Tue, Apr 11, 2017 at 5:17 AM, Christopher Bostic
wrote:
From: Chris Bostic
Add info for sysfs scan file in Documentaiton ABI/testing
You are missing documentation for the 'raw', 'term' and 'break' files.
Hi Joel,
Yes, I've made your suggested c
These patches add support for modifying the reserved space for extra
certificates in a compressed bzImage in x86. This allows separating the
system keyring certificate from the kernel build process. After the kernel
image is distributed, the insert-sys-cert script can be used to insert the
certific
Include a random filled binary in vmlinux at the space reserved with
CONFIG_SYSTEM_EXTRA_CERTIFICATE. This results in an uncompressed reserved
area inside the bzImage as well, so that it can be replaced with an actual
certificate later (after the bzImage is distributed).
The bzImage contains a str
Christoph Hellwig wrote:
> Turn the content of uuid_t into a union and add the fields for the v1
> interpretation to it.
>
> Signed-off-by: Christoph Hellwig
Reviewed-by: David Howells
On Tue, May 9, 2017 at 12:05 PM, Arnd Bergmann wrote:
>
> For a detailed history of the patch series, see
> https://lkml.org/lkml/2017/3/10/1277
Oh well, that wasn't very useful right now..
Linus
Detailed INFO output should go to stdout instead of stderr.
Signed-off-by: Mehmet Kayaalp
---
scripts/insert-sys-cert.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/insert-sys-cert.c b/scripts/insert-sys-cert.c
index b9793aa..990907d 100644
--- a/scripts/insert-sys
Use ELF class-independent GElf API for processing the kernel binary. This
patch adds support for compiling the script for 64-bit and the kernel for
32-bit (e.g. make ARCH=i386 on x86-64).
Signed-off-by: Mehmet Kayaalp
---
scripts/Makefile | 1 +
scripts/insert-sys-cert.c | 215 +++
The config option SYSTEM_EXTRA_CERTIFICATE (introduced in c4c361059585)
reserves space in vmlinux file, which is compressed to create the
self-extracting bzImage. This patch adds the capability of extracting the
vmlinux, inserting the certificate, and repackaging the result into a
bzImage.
It only
Christoph Hellwig wrote:
> Signed-off-by: Christoph Hellwig
Reviewed-by: David Howells
On Wed, May 10 2017 at 7:02:44 pm BST, Eric Anholt wrote:
> Florian Fainelli writes:
>
>> On 05/10/2017 03:31 AM, Phil Elwell wrote:
>>> On 10/05/2017 11:09, Marc Zyngier wrote:
On 10/05/17 10:05, Phil Elwell wrote:
> On 10/05/2017 09:55, Marc Zyngier wrote:
>> On Wed, May 10 2017 a
On 5/10/17 2:30 AM, Joel Stanley wrote:
On Tue, Apr 11, 2017 at 5:16 AM, Christopher Bostic
wrote:
From: Jeremy Kerr
Now that we have fsi_slave devices, scan each for endpoints, and
register them on the fsi bus.
Includes contributions from Chris Bostic
Signed-off-by: Jeremy Kerr
Signed-
From: CQ Tang
A driver would need to know if there are any active references to a
a PASID before cleaning up its resources. This function helps check
if there are any active users of a PASID before it can perform any
recovery on that device.
To: Joerg Roedel
To: linux-kernel@vger.kernel.org
To:
On Wed, May 10, 2017 at 09:20:14AM -0400, Stefan Berger wrote:
> On 05/10/2017 08:47 AM, Jarkko Sakkinen wrote:
> > On Tue, May 09, 2017 at 11:49:05AM -0400, Stefan Berger wrote:
> > > On 05/08/2017 07:43 PM, Jarkko Sakkinen wrote:
> > > > On Thu, May 04, 2017 at 04:03:18PM -0400, Stefan Berger wro
On 5/10/17 2:31 AM, Joel Stanley wrote:
On Tue, Apr 11, 2017 at 5:16 AM, Christopher Bostic
wrote:
From: Chris Bostic
Allow a master to undo a previous scan. Should a master scan a bus
twice it will need to ensure it doesn't double register any
previously detected device.
Signed-off-by: C
On 5/10/17 3:13 AM, Joel Stanley wrote:
On Tue, Apr 11, 2017 at 5:16 AM, Christopher Bostic
wrote:
From: Jeremy Kerr
This change introduces the fsi device API: simple read, write and peek
accessors for the devices' address spaces.
Includes contributions from Chris Bostic
and Edward A. Jam
Hoi Ard,
El Wed, May 10, 2017 at 08:51:44AM +0100 Ard Biesheuvel ha dit:
> On 9 May 2017 at 22:49, Matthias Kaehlcke wrote:
> > El Tue, May 09, 2017 at 01:50:36PM -0700 Greg Hackmann ha dit:
> >
> >> On 05/09/2017 12:36 PM, Matthias Kaehlcke wrote:
> >> >From: Greg Hackmann
> >> >
> >> >Without
From: CQ Tang
A driver would need to know if there are any active references to a
a PASID before cleaning up its resources. This function helps check
if there are any active users of a PASID before it can perform any
recovery on that device.
To: Joerg Roedel
To: linux-kernel@vger.kernel.org
To:
On Tue, May 9, 2017 at 12:05 PM, Arnd Bergmann wrote:
>
> TEE driver infrastructure and OP-TEE drivers
Another note: right now this adds a config question for TEE support,
but the only actual TEE driver has a
depends on HAVE_ARM_SMCCC
on it.
Until we get more TEE drivers, might I sugge
On Tue 09 May 19:33 PDT 2017, Jassi Brar wrote:
> On Wed, May 10, 2017 at 12:41 AM, Bjorn Andersson
> wrote:
> > On Tue 09 May 09:41 PDT 2017, Jassi Brar wrote:
[..]
> > The part where this piece of hardware differs from the other mailboxes
> > is that TX is done as send_data() returns and in the
> On 10 May 2017, at 20:38, Matthias Kaehlcke wrote:
>
> Hoi Ard,
>
> El Wed, May 10, 2017 at 08:51:44AM +0100 Ard Biesheuvel ha dit:
>
>> On 9 May 2017 at 22:49, Matthias Kaehlcke wrote:
>>> El Tue, May 09, 2017 at 01:50:36PM -0700 Greg Hackmann ha dit:
>>>
On 05/09/2017 12:36 PM, Mat
On Tue, May 9, 2017 at 9:33 PM, Joe Perches wrote:
> On Tue, 2017-05-09 at 16:23 -0700, Kees Cook wrote:
>> Using memcpy() from a string that is shorter than the length copied means
>> the destination buffer is being filled with arbitrary data from the kernel
>> rodata segment. Instead, use strncp
On Wed, May 10, 2017 at 9:02 PM, Christoph Hellwig wrote:
> For some file systems we still memcpy into it, but in various places this
> already allows us to use the proper uuid helpers. More to come..
> Signed-off-by: Christoph Hellwig
> ---
Series looks good!
My main concern is that filesyste
Please pull
git://linux-nfs.org/~bfields/linux.git tags/nfsd-4.12
Another RDMA update from Chuck Lever, and a bunch of miscellaneous
bugfixes.
--b.
Ari Kauppi (1):
nfsd: fix undefined behavior in nfsd4_layout_verify
Chuck
On Wed, May 10, 2017 at 8:55 PM, Linus Torvalds
wrote:
> On Tue, May 9, 2017 at 12:05 PM, Arnd Bergmann wrote:
> > https://lkml.org/lkml/2017/3/10/1277
>
> Oh well, that wasn't very useful right now..
Hopefully it comes back eventually. For now, the same contents are also at
https://lwn.net/Art
On Wed, May 10, 2017 at 9:02 PM, Christoph Hellwig wrote:
> Our "little endian" UUID really is a Wintel GUID, so rename it and its
> helpers such (guid_t). The big endian UUID is the only true one, so
> give it the name uuid_t. The uuid_le and uuid_be names are retained for,
> but will hopefully
While we can only select between "standby" and "mem" states for power
management, the atmel platforms can actually support more modes.
For both standby and mem, allow selecting which mode will be used using the
atmel.pm_modes kernel parameter.
By default, keep the current modes.
Signed-off-by: Al
If the backup sram allocation fails, ensure we can suspend by falling back
to the usual slow clock mode.
Signed-off-by: Alexandre Belloni
Acked-by: Wenyou Yang
---
arch/arm/mach-at91/pm.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-at91/pm.c b/arch/arm/mach-at91/pm.c
2017-05-10 17:30 GMT+03:00 Thomas Gleixner :
> The recent conversion to the hotplug state machine missed that the original
> hotplug notifiers did not execute in the frozen state, which is used on
> suspend on resume.
>
> This does not matter on single socket machines, but on multi socket systems
>
The sama5d2 has a mode were it is possible to cut power to the SoC while
keeping the RAM in self refresh.
Resuming from that mode needs support in the firmware/bootloader.
Signed-off-by: Alexandre Belloni
Acked-by: Wenyou Yang
---
Changes in v2:
- allow compilation on armv5
- factorize setup
On Wed, May 10, 2017 at 10:15 AM, Guru Das S wrote:
> On 10 May 2017 at 08:23, Guenter Roeck wrote:
>
>> Please the patch into two parts, one per file; the required changes
>> for endianness support in tcpci.c are much more complex.
>
> I will send out a patch for the two simple fixes - the use o
Hi,
On Thu, May 04, 2017 at 04:05:18PM +0800, Chen-Yu Tsai wrote:
> On Wed, May 3, 2017 at 7:59 PM, Maxime Ripard
> wrote:
> > The A10s Olinuxino has an HDMI connector. Make sure we can use it.
> >
> > Acked-by: Chen-Yu Tsai
> > Signed-off-by: Maxime Ripard
> > ---
> > arch/arm/boot/dts/sun5i-
Using memcpy() from a string that is shorter than the length copied means
the destination buffer is being filled with arbitrary data from the kernel
rodata segment. Instead, redefine the stat strings to be ETH_GSTRING_LEN
sizes, like other drivers. This lets us use a single memcpy that does not
lea
On Wed, May 10, 2017 at 05:15:33PM +0200, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 10 May 2017 17:03:20 +0200
>
> * Use a special format string specification for the desired output of the
> array "val" into a sequence.
>
> * Adjust two local variables accordingly.
>
> This
On Wed, May 10, 2017 at 08:01:17PM +0200, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 10 May 2017 18:52:28 +0200
>
> * Use a special format string specification for the desired output of the
> array "pgid" into a sequence.
>
> This issue was detected by using the Coccinelle
From: Markus Elfring
Date: Wed, 10 May 2017 21:17:43 +0200
* Use a special format string specification for the desired output of the
array "addr" into a sequence.
This issue was detected by using the Coccinelle software.
* Delete the local variable "i" and a call of the function "seq_putc"
Hi
Looks like recent pinctrl changes - possibly commit 99e4f67508e1
("pinctrl: core: Use delayed work for hogs") - breaks pinctrl-sx150x
driver in all setups where it has any pinctrl settings in device tree.
AFAIU, pinctrl-sx150x is not a real pinctrl/pinmux driver, but it uses
pinctrl subsystem
On Wed, May 10, 2017 at 3:40 PM, Segher Boessenkool
wrote:
> Hi Arnd, long time no see,
>
> On Wed, May 10, 2017 at 09:58:13AM +0200, Arnd Bergmann wrote:
>> >> So in addition to GCC 7.1 I'd like to have at least GCC 6.3 around,
>> >> which builds kernels without warnings today.
>> >
>> > If you d
Hi,
I just tested v4.11-12441-g56868a4 on HP xw6600 with radeon graphics,
and I'm seeing the following WARNING triggered constantly.
I have not seen this earlier e.g. with the distro kernel 4.10.13-200.fc25.x86_64
$ lspci|grep -i amd
60:00.0 VGA compatible controller: Advanced Micro Devices, Inc
The following changes since commit e7590308d17e578e47f298cc3fec359108341cb6:
Merge tag 'sunxi-clk-fixes-for-4.11-2-bis' of
https://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux into clk-fixes
(2017-04-17 11:04:12 -0700)
are available in the git repository at:
git://git.kernel.org/pub
> + if (!(tmp_termios.c_cflag & CRTSCTS)) {
> + tmp_termios.c_cflag |= CRTSCTS;
> + ret = tty_set_termios(tty, &tmp_termios);
> + if (ret)
> + pr_warn("speakup: Failed to set hardware flow
> control\n");
You should check the tty c_cflag
El Wed, May 10, 2017 at 09:05:28PM +0200 Ard Biesheuvel ha dit:
>
>
> > On 10 May 2017, at 20:38, Matthias Kaehlcke wrote:
> >
> > Hoi Ard,
> >
> > El Wed, May 10, 2017 at 08:51:44AM +0100 Ard Biesheuvel ha dit:
> >
> >> On 9 May 2017 at 22:49, Matthias Kaehlcke wrote:
> >>> El Tue, May 09,
On 2017-05-10 03:53 AM, Johannes Thumshirn wrote:
If the list search in sg_get_rq_mark() fails to find a valid request, we
return a bogus element. This then can later lead to a GPF in sg_remove_scat().
So don't return bogus Sg_requests in sg_get_rq_mark() but NULL in case the
list search doesn't
On Tue, May 9, 2017 at 5:15 PM, Eric W. Biederman wrote:
> Kees Cook writes:
>> kernel/kexec_file.c:33:13: warning: array ‘kexec_purgatory’ assumed to
>> have one element
>> char __weak kexec_purgatory[];
>> ^~~
>
> Nor does "void *kexec_purgatory" as that says at the ad
* Linus Torvalds wrote:
> On Tue, May 9, 2017 at 12:26 AM, Ingo Molnar wrote:
> >
> > The main changes are:
>
> So I've pulled it now (although it is showing signs of semantic
> conflicts, so I'll have to look at those), but I've got two requests,
> one for Ingo, one for Paul.
>
> Ingo: pleas
On Wed, May 10, 2017 at 10:27:24AM -0700, Linus Torvalds wrote:
[ . . . ]
> parts, namely how the RCU changes apparently mess with the DRM
> selftest changes.
I am testing a merge with current linus/master, and I looked through
the commits in -next selected by:
gitk v4.11.. --no-merges
On Wed, May 10, 2017 at 12:54 PM, Ingo Molnar wrote:
>
> Yeah, you are right and sorry about that - I have removed the patch
> generation from my pull request scripts, so it shouldn't happen in
> the future.
I do have to say, that during the later -rc series in particular when
people send me smal
Defining kexec_purgatory as a zero-length char array upsets compile
time size checking. Since this is built on a per-arch basis, define
it as an unsized char array (like is done for other similar things,
e.g. linker sections). This silences the warning generated by the future
CONFIG_FORTIFY_SOURCE,
On Wed, May 10, 2017 at 9:47 AM, Trond Myklebust
wrote:
>
> Features:
> - Removal of the unmaintained and unused OSD pNFS layout
> - Cleanup and removal of lots of unnecessary dprintk()s
> - Cleanup and removal of some memory failure paths now that
> ..
> 56 files changed, 949 insertions(+), 2960
On Wed, 10 May 2017, Mark Rutland wrote:
> As a heads-up, with next-20170510 I'm seeing a warning here that I don't
> recall seeing when I tested the above, and I'm not sure how to fix it:
>
> [0.180998] CPU features: enabling workaround for ARM err
On Wed, May 10, 2017 at 04:30:12PM +0200, Thomas Gleixner wrote:
> The recent conversion to the hotplug state machine missed that the original
> hotplug notifiers did not execute in the frozen state, which is used on
> suspend on resume.
>
> This does not matter on single socket machines, but on m
On Wed, May 10, 2017 at 10:16:33PM +0300, Tommi Rantala wrote:
> 2017-05-10 17:30 GMT+03:00 Thomas Gleixner :
> > The recent conversion to the hotplug state machine missed that the original
> > hotplug notifiers did not execute in the frozen state, which is used on
> > suspend on resume.
> >
> > Th
If we set a next or last buddy for a se that is not on_rq, we will
end up taking a NULL pointer dereference in wakeup_preempt_entity
via pick_next_task_fair.
Detect when we would be about to do that, throw a warning and
then refuse to actually set it.
This has been suggested at least twice[0][1]:
Kees Cook writes:
> Defining kexec_purgatory as a zero-length char array upsets compile
> time size checking. Since this is built on a per-arch basis, define
> it as an unsized char array (like is done for other similar things,
> e.g. linker sections). This silences the warning generated by the f
On Wed, May 10, 2017 at 12:54 PM, Paul E. McKenney
wrote:
>
> I am testing a merge with current linus/master, and I looked through
> the commits in -next selected by:
>
> gitk v4.11.. --no-merges --all-match --grep=drm --grep=selftest
>
> I didn't find anything obvious. If the tests compl
On Fri, 5 May 2017 19:20:16 -0400
Matt Brown wrote:
> This patchset introduces the tiocsti_restrict sysctl, whose default is
> controlled via CONFIG_SECURITY_TIOCSTI_RESTRICT. When activated, this
> control restricts all TIOCSTI ioctl calls from non CAP_SYS_ADMIN users.
>
> This patch was inspi
From: Markus Elfring
Date: Wed, 10 May 2017 22:20:52 +0200
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Link:
http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf
Si
On 2017-05-09 23:14, Dong Aisheng wrote:
> Hi Stefan,
>
> On Wed, May 10, 2017 at 12:10 PM, Stefan Agner wrote:
>> On 2017-05-09 00:50, Dong Aisheng wrote:
>>> The lpuart of imx7ulp is basically the same as ls1021a. It's also
>>> 32 bit width register, but unlike ls1021a, it's little endian.
>>>
The commit d69dece5f5b6 ("LSM: Add /sys/kernel/security/lsm") extend
security_add_hooks() with a new parameter to register the LSM name,
which may be useful to make the list of currently loaded LSM available
to userspace. However, there is no clean way for an LSM to split its
hook declarations into
401 - 500 of 635 matches
Mail list logo
