On Mon, 5 Nov 2018 07:02:56 +0100
Martin Schwidefsky wrote:
> On Fri, 2 Nov 2018 09:09:32 -0700
> Linus Torvalds wrote:
>
> > On Fri, Nov 2, 2018 at 2:43 AM Andrey Ryabinin
> > wrote:
> > >
> > > You're right, version checks shouldn't matter here. But
> > > __no_sanitize_address_or_inline
On Mon, 5 Nov 2018 14:15:35 +0100
Martin Schwidefsky wrote:
>
> Follow-up question: the __no_sanitize_address_or_inline define has the
> 'notrace'
> option that is missing for __no_kasan_or_inline. We need that option for
> __load_psw_mask, if we do the replacement all users of __no_kasan_or_in
On Mon, Nov 5, 2018 at 5:15 AM Martin Schwidefsky
wrote:
>
> This patch would work for me:
Thanks, applied,
Linus
From: Mike Rapoport
Signed-off-by: Mike Rapoport
Cc: Randy Dunlap
---
There was a couple of grammar fixes Randy suggested a while ago, but it
seems I've never sent them out.
Documentation/admin-guide/mm/concepts.rst | 39 ---
1 file changed, 20 insertions(+), 19
On 11/5/18 11:58 AM, Mike Rapoport wrote:
> From: Mike Rapoport
>
> Signed-off-by: Mike Rapoport
> Cc: Randy Dunlap
> ---
>
> There was a couple of grammar fixes Randy suggested a while ago, but it
> seems I've never sent them out.
>
> Documentation/admin-guide/mm/concepts.rst | 39
> +
On Mon, Nov 05, 2018 at 09:58:15PM +0200, Mike Rapoport wrote:
> @@ -21,10 +21,10 @@ Virtual Memory Primer
> The physical memory in a computer system is a limited resource and
> even for systems that support memory hotplug there is a hard limit on
> the amount of memory that can be installed. Th
On Mon, Nov 05, 2018 at 01:12:40PM -0800, Matthew Wilcox wrote:
> On Mon, Nov 05, 2018 at 09:58:15PM +0200, Mike Rapoport wrote:
> > @@ -21,10 +21,10 @@ Virtual Memory Primer
> > The physical memory in a computer system is a limited resource and
> > even for systems that support memory hotplug th
On 11/5/18 10:35 PM, Mike Rapoport wrote:
> On Mon, Nov 05, 2018 at 01:12:40PM -0800, Matthew Wilcox wrote:
>> On Mon, Nov 05, 2018 at 09:58:15PM +0200, Mike Rapoport wrote:
>>> @@ -21,10 +21,10 @@ Virtual Memory Primer
>>> The physical memory in a computer system is a limited resource and
>>> ev
The previous version made it necessary to first generate an
EDID data set without correct CRC and then to fix the CRC in
a second step. This patch adds the CRC calculation to the
makefile in such a way that a correct EDID data set is generated
in a single build step. Successfully tested with all ex
A problem was found when EDID data sets for displays other
than the provided samples were generated. The patch series has
no effect on the provided samples that still match the data
used in drivers/gpu/drm/drm_edid_load.c.
The provided samples use small values for XOFFSET, XPULSE,
YOFFSET and YPULS
The problem was found when EDID data sets for displays other
than the provided samples were generated. The patch has
no effect on the provided samples that still match the data
used in drivers/gpu/drm/drm_edid_load.c.
The provided samples use small values for XOFFSET, XPULSE,
YOFFSET and YPULSE, w
On Mon, Nov 5, 2018 at 4:31 AM Peng Hao wrote:
>
> On some architectures (e.g. arm64), it's preferable to use MMIO, since
> this can be used standalone. Add MMIO support to the pvpanic driver.
Thanks for an update, looks quite good, though couple of comments below.
> if (acpi_dev_resourc
On Mon, Nov 5, 2018 at 4:31 AM Peng Hao wrote:
>
> By default, when ACPI tables and FDT coexist for ARM64,
> current kernel takes precedence over FDT to get device information.
> Virt machine in qemu provides both FDT and ACPI table. Increases the
> way to get information through FDT.
> +#include
On Mon, Nov 5, 2018 at 4:31 AM Peng Hao wrote:
>
> The pvpanic driver is available for architectures that do not
> support ACPI.So break the dependency.
>
Logically better to split this to two patches:
- preparation w/o any functional change, i.e. grouping ACPI related
stuff (which will go under
On Mon, Nov 5, 2018 at 4:31 AM Peng Hao wrote:
>
> Remove a redundant comma in pvpanic_device_ids.
>
Reviewed-by: Andy Shevchenko
> Acked-by: Mark Rutland
> Signed-off-by: Peng Hao
> ---
> drivers/misc/pvpanic.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers
On Mon, Nov 5, 2018 at 2:58 PM Andy Shevchenko
wrote:
>
> On Mon, Nov 5, 2018 at 4:31 AM Peng Hao wrote:
> >
> > By default, when ACPI tables and FDT coexist for ARM64,
> > current kernel takes precedence over FDT to get device information.
> > Virt machine in qemu provides both FDT and ACPI tabl
On Fri, 2018-11-02 at 13:49 -0700, Kees Cook wrote:
> On Fri, Nov 2, 2018 at 11:13 AM, Mimi Zohar wrote:
> > I don't recall why "integrity" is on the security_initcall, while both
> > IMA and EVM are on the late_initcall().
>
> It's because integrity needs to have a VFS buffer allocated extremely
v9->v10:
- Drop v9 patches 1 & 2 because they have been merged upstream.
- Minor twist to fix checkpatch warnings.
- Add a new ipcid_mode sysctl parameter (new patches 3 & 4) to control
how the IPC ids are being generated.
v7 patch: https://lkml.org/lkml/2018/5/7/666
v8 patch: https://lkml.o
The idea of using the cyclic mode to reduce id reuse came from Manfred
Spraul . There may be a little bit of
additional memory/performance overhead in doing cyclic id allocation,
but it is a slow path anyway and a bit of overhead shouldn't be an issue.
This patch differs from his as the cyclic mod
The mixing in of a sequence number into the IPC IDs is probably to
avoid ID reuse in userspace as much as possible. With extended IPCMNI
mode, the number of usable sequence numbers is greatly reduced leading
to higher chance of ID reuse.
To address this issue, we need to conserve the sequence numb
It happens that the new IPC id sequence number inrement mode can be
useful to reduce the chance of IPC id reuse even if the ipcmni_extend
boot command line parameter isn't specified. So a new ipcid_mode sysctl
parameter is added to control the sequence number generation mode -
legacy and delete mod
The maximum number of unique System V IPC identifiers was limited to
32k. That limit should be big enough for most use cases.
However, there are some users out there requesting for more, especially
those that are migrating from Solaris which uses 24 bits for unique
identifiers. To satisfy the nee
Hello,
So, this looks good to me. Peter, I'm gonna roll the series into
cgroup/for-4.21-cpuset. Please holler if you have any objections /
comments.
Thanks.
--
tejun
On Mon, Nov 05, 2018 at 08:36:56AM -0800, Tejun Heo wrote:
> Hello,
>
> So, this looks good to me. Peter, I'm gonna roll the series into
> cgroup/for-4.21-cpuset. Please holler if you have any objections /
> comments.
I'll try and have a look before LPC. Thanks!
On Sun, Nov 04, 2018 at 10:15:13AM +0200, Mike Rapoport wrote:
> On Sat, Nov 03, 2018 at 01:11:22AM +0200, Jarkko Sakkinen wrote:
> > Documentation of the features of the Software Guard eXtensions used
> > by the Linux kernel and basic design choices for the core and driver
> > and functionality.
>
Assumption never checked, should fail if the mounter creds are not
sufficient.
Signed-off-by: Mark Salyzyn
Cc: Miklos Szeredi
Cc: Jonathan Corbet
Cc: Vivek Goyal
Cc: Eric W. Biederman
Cc: Amir Goldstein
Cc: Randy Dunlap
Cc: Stephen Smalley
Cc: linux-unio...@vger.kernel.org
Cc: linux-doc@vg
overlayfs: check CAP_DAC_READ_SEARCH before issuing exportfs_decode_fh
Assumption never checked, should fail if the mounter creds are not
sufficient.
overlayfs: override_creds=off option bypass creator_cred
By default, all access to the upper, lower and work directories is the
recorded mounter's
By default, all access to the upper, lower and work directories is the
recorded mounter's MAC and DAC credentials. The incoming accesses are
checked against the caller's credentials.
If the principles of least privilege are applied, the mounter's
credentials might not overlap the credentials of t
On Mon, Nov 5, 2018 at 8:22 PM Mark Salyzyn wrote:
>
> Assumption never checked, should fail if the mounter creds are not
> sufficient.
>
> Signed-off-by: Mark Salyzyn
> Cc: Miklos Szeredi
> Cc: Jonathan Corbet
> Cc: Vivek Goyal
> Cc: Eric W. Biederman
> Cc: Amir Goldstein
> Cc: Randy Dunlap
On 11/04/2018 03:06 PM, Randy Dunlap wrote:
> From: Randy Dunlap
>
> This is a small cleanup to kselftest.rst:
>
> - Fix some language typos in the usage instructions.
> - Change one non-ASCII space to an ASCII space.
>
> Signed-off-by: Randy Dunlap
> Cc: Shuah Khan
> Cc: Jonathan Corbet
> C
On Mon, Nov 5, 2018 at 8:22 PM Mark Salyzyn wrote:
>
> By default, all access to the upper, lower and work directories is the
> recorded mounter's MAC and DAC credentials. The incoming accesses are
> checked against the caller's credentials.
>
> If the principles of least privilege are applied, t
On Mon, Nov 5, 2018 at 8:22 PM Mark Salyzyn wrote:
>
> overlayfs: check CAP_DAC_READ_SEARCH before issuing exportfs_decode_fh
>
> Assumption never checked, should fail if the mounter creds are not
> sufficient.
>
> overlayfs: override_creds=off option bypass creator_cred
>
> By default, all access
On 11/2/18 4:11 PM, Jarkko Sakkinen wrote:
> Documentation/index.rst | 1 +
> Documentation/x86/intel_sgx.rst | 185
> 2 files changed, 186 insertions(+)
> create mode 100644 Documentation/x86/intel_sgx.rst
This patch set establishes an ABI. It basical
Assumption never checked, should fail if the mounter creds are not
sufficient.
Signed-off-by: Mark Salyzyn
Cc: Miklos Szeredi
Cc: Jonathan Corbet
Cc: Vivek Goyal
Cc: Eric W. Biederman
Cc: Amir Goldstein
Cc: Randy Dunlap
Cc: Stephen Smalley
Cc: linux-unio...@vger.kernel.org
Cc: linux-doc@vg
By default, all access to the upper, lower and work directories is the
recorded mounter's MAC and DAC credentials. The incoming accesses are
checked against the caller's credentials.
If the principles of least privilege are applied, the mounter's
credentials might not overlap the credentials of t
Hi Mark,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on miklos-vfs/overlayfs-next]
[also build test ERROR on v4.20-rc1 next-20181105]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com
Hi Mark,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on miklos-vfs/overlayfs-next]
[also build test ERROR on v4.20-rc1 next-20181105]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com
Hi Waiman,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.20-rc1]
[cannot apply to next-20181105]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
On Mon, Nov 05, 2018 at 12:27:11PM -0800, Dave Hansen wrote:
> The ABI seems entirely undocumented and rather lightly designed, which
> seems like something we should fix before this is merged.
ABI is documented in arch/x86/include/uapi/asm/sgx.h that from which the
documentation is included to in
On Mon, Nov 05, 2018 at 01:22:05PM +, Daniel Colascione wrote:
> State explicitly that holding a /proc/pid file descriptor open does
> not reserve the PID. Also note that in the event of PID reuse, these
> open file descriptors refer to the old, now-dead process, and not the
> new one that happ
On Tue, Nov 06, 2018 at 07:49:11AM +0200, Jarkko Sakkinen wrote:
> On Mon, Nov 05, 2018 at 12:27:11PM -0800, Dave Hansen wrote:
> > The ABI seems entirely undocumented and rather lightly designed, which
> > seems like something we should fix before this is merged.
>
> ABI is documented in arch/x86
On Mon, Nov 05, 2018 at 12:27:11PM -0800, Dave Hansen wrote:
> This patch set establishes an ABI. It basically sets in stone a bunch
> of behaviors that the enclave, the kernel, and the out-of-enclave code
> must follow.
>
> There are a bunch of things that the enclave can do to %rsp or %rip, for
Move pvpanic.c from drivers/platform/x86 to drivers/misc.
Following patches will use pvpanic device in arm64.
Reviewed-by: Andy Shevchenko
Acked-by: Mark Rutland
Signed-off-by: Peng Hao
---
drivers/misc/Kconfig | 8
drivers/misc/Makefile| 1 +
d
Use acpi_dev_resource_io API.
Suggested-by: Andy Shevchenko
Reviewed-by: Andy Shevchenko
Acked-by: Mark Rutland
Signed-off-by: Peng Hao
---
drivers/misc/pvpanic.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/misc/pvpanic.c b/drivers/misc/pvpanic.c
Make header files alphabetical order.
Signed-off-by: Peng Hao
---
drivers/misc/pvpanic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/pvpanic.c b/drivers/misc/pvpanic.c
index 479f7ba..e365604 100644
--- a/drivers/misc/pvpanic.c
+++ b/drivers/misc/pvpanic.c
@@
Remove unnecessary header file init.h.
Reviewed-by: Andy Shevchenko
Acked-by: Mark Rutland
Signed-off-by: Peng Hao
---
drivers/misc/pvpanic.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/misc/pvpanic.c b/drivers/misc/pvpanic.c
index 83f3187..479f7ba 100644
--- a/drivers/misc/pvpa
The pvpanic driver is available for architectures that do not
support ACPI.So break the dependency.
Reviewed-by: Andy Shevchenko
Signed-off-by: Peng Hao
---
drivers/misc/Kconfig | 2 +-
drivers/misc/pvpanic.c | 23 +--
2 files changed, 22 insertions(+), 3 deletions(-)
di
On some architectures (e.g. arm64), it's preferable to use MMIO, since
this can be used standalone. Add MMIO support to the pvpanic driver.
Suggested-by: Andy Shevchenko
[Use acpi_dev_resource_memory API. - Andy]
Reviewed-by: Andy Shevchenko
Acked-by: Mark Rutland
Signed-off-by: Peng Hao
---
Add dt-bindings document for "qemu:pvpanic-mmio".
Acked-by: Mark Rutland
Signed-off-by: Peng Hao
---
.../devicetree/bindings/misc/pvpanic-mmio.txt | 29 ++
1 file changed, 29 insertions(+)
create mode 100644 Documentation/devicetree/bindings/misc/pvpanic-mmio.txt
diff
Remove a redundant comma in pvpanic_device_ids.
Reviewed-by: Andy Shevchenko
Acked-by: Mark Rutland
Signed-off-by: Peng Hao
---
drivers/misc/pvpanic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/pvpanic.c b/drivers/misc/pvpanic.c
index 8afb528..3150dc2 1006
By default, when ACPI tables and FDT coexist for ARM64,
current kernel takes precedence over FDT to get device information.
Virt machine in qemu provides both FDT and ACPI table. Increases the
way to get information through FDT.
Acked-by: Mark Rutland
Signed-off-by: Peng Hao
---
drivers/misc/pv
Grouping ACPI related stuff and make preparation to break
the ACPI dependency w/o any functional change.
Reviewed-by: Andy Shevchenko
Signed-off-by: Peng Hao
---
drivers/misc/pvpanic.c | 43 +--
1 file changed, 21 insertions(+), 22 deletions(-)
diff --gi
Updates license to use SPDX-License-Identifier instead of
verbose license text.
Reviewed-by: Andy Shevchenko
Acked-by: Mark Rutland
Signed-off-by: Peng Hao
---
drivers/misc/pvpanic.c | 17 ++---
1 file changed, 2 insertions(+), 15 deletions(-)
diff --git a/drivers/misc/pvpanic.c b
53 matches
Mail list logo
