-Original Message-
From: Li Yang
Sent: 2018年10月27日 4:29
To: Xiaowei Bao
Cc: Arnd Bergmann ; Rob Herring ; Bjorn Helgaas
; Mark Rutland ; Shawn Guo
; kis...@ti.com; lorenzo.pieral...@arm.com; Greg
Kroah-Hartman ; M.h. Lian ;
Mingkai Hu ; Roy Zang ; Kate Stewart
; cyrille.pitc...@fr
On Fri, 2018-10-26 at 18:32 +0200, LEROY Christophe wrote:
> Russell Currey a écrit :
>
> > Wrap the futex operations in GUAP locks and unlocks.
>
> Does it means futex doesn't work anymore once only patch 1 is
> applied
> ? If so, then you should split patch 1 in two parts and reorder
> pat
On Fri, 2018-10-26 at 18:35 +0200, LEROY Christophe wrote:
> Why not call our new functionnality SMAP instead of calling it GUAP ?
mpe wasn't a fan of using the same terminology as other architectures.
Having a separate term does avoid some assumptions about how things
work or are implemented, bu
On Sat, Oct 27, 2018 at 12:39:17PM -0700, Joel Fernandes wrote:
> Hi Balbir,
>
> On Sat, Oct 27, 2018 at 09:21:02PM +1100, Balbir Singh wrote:
> > On Wed, Oct 24, 2018 at 07:13:50PM -0700, Joel Fernandes wrote:
> > > On Wed, Oct 24, 2018 at 10:57:33PM +1100, Balbir Singh wrote:
> > > [...]
> > > >
On Fri, 26 Oct 2018 15:57:15 -0700
Florian Fainelli wrote:
> On 10/23/18 11:22 PM, Michal Suchánek wrote:
> > On Tue, 23 Oct 2018 11:20:36 -0700
> > Florian Fainelli wrote:
> >
> >> On 10/23/18 11:02 AM, Joakim Tjernlund wrote:
> >>> On Tue, 2018-10-23 at 10:03 -0700, Florian Fainelli wrote
Russell Currey a écrit :
Guarded Userspace Access Prevention (GUAP) utilises a feature of
the Radix MMU which disallows read and write access to userspace
addresses. By utilising this, the kernel is prevented from accessing
user data from outside of trusted paths that perform proper safety ch
If gcc decides not to inline make_sensor_label():
WARNING: vmlinux.o(.text+0x4df549c): Section mismatch in reference from the
function .create_device_attrs() to the function .init.text:.make_sensor_label()
The function .create_device_attrs() references
the function __init .make_sensor
Hello,
SMP doesn't work anymore with the latest Git kernel (28/10/18 11:12AM
GMT) on my P5020 board and on virtual e5500 QEMU machines.
Board with P5020 dual core CPU:
[ 0.00] -
[ 0.00] phys_mem_size = 0x2
[ 0.00
Previously, the kernel would complain:
| debugfs ppc4xx ocm: failed to create file
But the "info" file was still created and working. This
is because debugfs_create_file() returns a pointer to a
struct *dentry on success or -ENODEV when debugfs isn't
available. This patch fixes both the debugfs_c
