Re: [PATCH v2 2/3] rtmutex: update rt-mutex

Any more comments or concern on this? Thanks! On 05/25/2017 01:26 PM, Alex Shi wrote: > The rtmutex remove a pending owner bit in in rt_mutex::owner, in > commit 8161239a8bcc ("rtmutex: Simplify PI algorithm and make highest prio > task get lock") > But the document was changed accordingly.

Re: [PATCH v3 1/3] rtmutex: update rt-mutex-design

On 05/25/2017 01:26 PM, Alex Shi wrote: > > Author: Steven Rostedt > +Updated: Alex Shi - 5/20/2017 > > Reviewers: Ingo Molnar, Thomas Gleixner, Thomas Duetsch, and Randy Dunlap > > @@ -779,3 +554,4 @@ Updates > --- > > This

Re: Reply Urgent

Hello, How are you doing? I have been sent to inform you that, We have an inheritance of a deceased client with your surname. Contact Mr Andrew Bailey Reply Email To: myinf...@gmail.com with your "Full Names" for more info. Thanks for your understanding. Reply ASAP thank you. Melissa.

Re: [PATCH v2 22/31] gcc-plugins.txt: standardize document format

On Sat, Jun 17, 2017 at 8:25 AM, Mauro Carvalho Chehab wrote: > Each text file under Documentation follows a different > format. Some doesn't even have titles! > > Change its representation to follow the adopted standard, > using ReST markups for it to be parseable by

Re: [PATCH v6 26/34] iommu/amd: Allow the AMD IOMMU to work with memory encryption

On Thu, Jun 15, 2017 at 11:33:41AM -0500, Tom Lendacky wrote: > Changing the signature back reverts to the original way, so this can be > looked at separate from this patchset then. Right, the patch which added the volatile thing was this one: 4bf5beef578e ("iommu/amd: Don't put

Re: [PATCH 16/20] arm64: signal32: move ilp32 and aarch32 common code to separated file

Hi Yury, On 04/06/17 13:00, Yury Norov wrote: > Signed-off-by: Yury Norov Can I offer a body for the commit message: ILP32 needs to mix 32bit struct siginfo and 64bit sigframe for its signal handlers. Move the existing compat code for copying siginfo to user space and

Re: [PATCH 05/20] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

Hi Yury, On 04/06/17 12:59, Yury Norov wrote: > From: Andrew Pinski > > In this patchset ILP32 ABI support is added. Additionally to AARCH32, > which is binary-compatible with ARM, ILP32 is (mostly) ABI-compatible. > > From now, AARCH32_EL0 (former COMPAT) config option

[PATCH 07/20] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64

From: Andrew Pinski Define __BITS_PER_LONG depending on the ABI used (i.e. check whether __ILP32__ or __LP64__ is defined). This is necessary for glibc to determine the appropriate type definitions for the system call interface. Signed-off-by: Andrew Pinski

[PATCH 13/20] arm64: ilp32: share aarch32 syscall handlers

According to userspace/kernel ABI, userspace off_t is passed in register pair just like in aarch32. In this patch corresponding aarch32 handlers are shared to ilp32 code. Signed-off-by: Yury Norov --- arch/arm64/kernel/Makefile | 1 +

[PATCH 15/20] arm64: signal: share lp64 signal routines to ilp32

After that, it will be possible to reuse it in ilp32. Signed-off-by: Yury Norov Signed-off-by: Bamvor Jian Zhang --- arch/arm64/include/asm/signal_common.h | 33 arch/arm64/kernel/signal.c | 93

[PATCH 19/20] arm64:ilp32: add vdso-ilp32 and use for signal return

From: Philipp Tomsich ILP32 VDSO exports following symbols: __kernel_rt_sigreturn; __kernel_gettimeofday; __kernel_clock_gettime; __kernel_clock_getres. What shared object to use, kernel selects depending on result of is_ilp32_compat_task() in

[PATCH 16/20] arm64: signal32: move ilp32 and aarch32 common code to separated file

Signed-off-by: Yury Norov --- arch/arm64/include/asm/signal32.h| 3 + arch/arm64/include/asm/signal32_common.h | 27 +++ arch/arm64/kernel/Makefile | 2 +- arch/arm64/kernel/signal32.c | 107

[PATCH 18/20] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

ILP32 has context-related structures different from both aarch32 and aarch64/lp64. In this patch compat_arch_ptrace() renamed to compat_a32_ptrace(), and compat_arch_ptrace() only makes choice between compat_a32_ptrace() and new compat_ilp32_ptrace() handler. compat_ilp32_ptrace() calls generic

[PATCH 17/20] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext

From: Andrew Pinski ILP32 uses AARCH32 compat structures and syscall handlers for signals. But ILP32 struct rt_sigframe and ucontext differs from both LP64 and AARCH32. So some specific mechanism is needed to take care of it. Signed-off-by: Andrew Pinski

[PATCH 20/20] arm64:ilp32: add ARM64_ILP32 to Kconfig

From: Andrew Pinski This patch adds the config option for ILP32. Signed-off-by: Andrew Pinski Signed-off-by: Philipp Tomsich Signed-off-by: Christoph Muellner

[PATCH 14/20] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

From: Andrew Pinski Add a separate syscall-table for ILP32, which dispatches either to native LP64 system call implementation or to compat-syscalls, as appropriate. Signed-off-by: Andrew Pinski Signed-off-by: Yury Norov

[PATCH 12/20] arm64: ilp32: introduce binfmt_ilp32.c

Like binfmt_elf32.c, binfmt_ilp32.c is needed to handle ILP32 binaries. Signed-off-by: Yury Norov Signed-off-by: Bamvor Jian Zhang --- arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/binfmt_ilp32.c | 85

[PATCH 11/20] arm64: introduce binfmt_elf32.c

As we support more than one compat formats, it looks more reasonable to not use fs/compat_binfmt.c. Custom binfmt_elf32.c allows to move aarch32 specific definitions there and make code more maintainable and readable. Signed-off-by: Yury Norov --- arch/arm64/Kconfig

[PATCH 10/20] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64

ILP32 tasks are needed to be distinguished from lp64 and aarch32. This patch adds helper functions is_ilp32_compat_{task,thread} and thread flag TIF_32BIT_AARCH64 to address it. This is a preparation for following patches in ilp32 patchset. For consistency, SET_PERSONALITY is changed here

[PATCH 09/20] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

Based on patch of Andrew Pinski. This patch introduces is_a32_compat_task and is_a32_thread so it is easier to say this is a a32 specific thread or a generic compat thread/task. Corresponding functions are located in to avoid mess in headers. Some files include both and , and this is wrong

[PATCH 06/20] arm64: ensure the kernel is compiled for LP64

From: Andrew Pinski The kernel needs to be compiled as a LP64 binary for ARM64, even when using a compiler that defaults to code-generation for the ILP32 ABI. Consequently, we need to explicitly pass '-mabi=lp64' (supported on gcc-4.9 and newer). Signed-off-by: Andrew Pinski

[PATCH 05/20] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

From: Andrew Pinski In this patchset ILP32 ABI support is added. Additionally to AARCH32, which is binary-compatible with ARM, ILP32 is (mostly) ABI-compatible. >From now, AARCH32_EL0 (former COMPAT) config option means the support of AARCH32 userspace, and ARM64_ILP32 -

[PATCH 04/20] arm64: ilp32: add documentation on the ILP32 ABI for ARM64

Based on Andrew Pinski's patch-series. Signed-off-by: Yury Norov --- Documentation/arm64/ilp32.txt | 45 +++ 1 file changed, 45 insertions(+) create mode 100644 Documentation/arm64/ilp32.txt diff --git

[PATCH 03/20] asm-generic: Drop getrlimit and setrlimit syscalls from default list

The newer prlimit64 syscall provides all the functionality provided by the getrlimit and setrlimit syscalls and adds the pid of target process, so future architectures won't need to include getrlimit and setrlimit. Therefore drop getrlimit and setrlimit syscalls from the generic syscall list

[PATCH 02/20] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option

All new 32-bit architectures should have 64-bit userspace off_t type, but existing architectures has 32-bit ones. To handle it, new config option is added to arch/Kconfig that defaults ARCH_32BIT_OFF_T to be disabled for non-64 bit architectures. All existing 32-bit architectures enable it

[PATCH 01/20] compat ABI: use non-compat openat and open_by_handle_at variants

The only difference is that non-compat version forces O_LARGEFILE, and it should be the default behaviour for all architectures, as we are going to drop the support of 32-bit userspace off_t. The exception is tile32 that continues with compat version of syscalls. Signed-off-by: Yury Norov

[PATCH v8 00/20] ILP32 for ARM64

This series enables aarch64 with ilp32 mode. As supporting work, it introduces ARCH_32BIT_OFF_T configuration option that is enabled for existing 32-bit architectures but disabled for new arches (so 64-bit off_t userspace type is used by new userspace). Also it deprecates getrlimit and setrlimit

Re: [PATCH] changes.rst: explain the usage of virtual environment

> Am 19.06.2017 um 16:38 schrieb Mauro Carvalho Chehab > : > > HI Markus, > Hi Mauro :) [...] >> Typically I have a PY_ENV target in my projects, building a virtualenv >> in a folder named ./local. E.g. in LinuxDoc [1] I use something like this: >> >> PY ?=3 >>

Re: [PATCH 0/5] Make PDF builds work again

Em Sun, 18 Jun 2017 22:18:29 -0300 Mauro Carvalho Chehab escreveu: > Hi Jon, > > Em Sun, 18 Jun 2017 17:46:25 -0600 > Jonathan Corbet escreveu: > > > I've just spent rather more time than I would like figuring out why the PDF > > builds fail and what

Re: [PATCH] changes.rst: explain the usage of virtual environment

HI Markus, Em Mon, 19 Jun 2017 16:11:56 +0200 Markus Heiser escreveu: > > Am 19.06.2017 um 15:46 schrieb Jonathan Corbet : > > > > On Mon, 19 Jun 2017 06:08:37 -0700 > > Christoph Hellwig wrote: > > > >> On Mon, Jun 19, 2017 at

Re: [PATCH] changes.rst: explain the usage of virtual environment

Em Mon, 19 Jun 2017 07:46:53 -0600 Jonathan Corbet escreveu: > On Mon, 19 Jun 2017 06:08:37 -0700 > Christoph Hellwig wrote: > > > On Mon, Jun 19, 2017 at 08:24:10AM -0300, Mauro Carvalho Chehab wrote: > > > As the Sphinx build seems very fragile,

Re: [PATCH] changes.rst: explain the usage of virtual environment

> Am 19.06.2017 um 15:46 schrieb Jonathan Corbet : > > On Mon, 19 Jun 2017 06:08:37 -0700 > Christoph Hellwig wrote: > >> On Mon, Jun 19, 2017 at 08:24:10AM -0300, Mauro Carvalho Chehab wrote: >>> As the Sphinx build seems very fragile, specially for >>> PDF

Re: [PATCH] changes.rst: explain the usage of virtual environment

On Mon, 19 Jun 2017 06:08:37 -0700 Christoph Hellwig wrote: > On Mon, Jun 19, 2017 at 08:24:10AM -0300, Mauro Carvalho Chehab wrote: > > As the Sphinx build seems very fragile, specially for > > PDF output, add a notice about how to use it on a virtual > > environment. > >

Re: [PATCH] changes.rst: explain the usage of virtual environment

On Mon, Jun 19, 2017 at 08:24:10AM -0300, Mauro Carvalho Chehab wrote: > As the Sphinx build seems very fragile, specially for > PDF output, add a notice about how to use it on a virtual > environment. Please don't. python venv are good at one thing only, and that is making a mess of your python

[PATCH] changes.rst: explain the usage of virtual environment

As the Sphinx build seems very fragile, specially for PDF output, add a notice about how to use it on a virtual environment. Signed-off-by: Mauro Carvalho Chehab --- Documentation/process/changes.rst | 18 ++ 1 file changed, 18 insertions(+) diff

Re: [PATCH 2/5] Docs: Remove redundant geometry package inclusion

Em Mon, 19 Jun 2017 07:30:38 -0300 Mauro Carvalho Chehab escreveu: > Em Sun, 18 Jun 2017 17:46:27 -0600 > Jonathan Corbet escreveu: > > > Commit 85c21e5c3ee7 (docs-rst: better adjust margins and font size) added a > > \usepackage{geometry} that

Re: [PATCH 2/5] Docs: Remove redundant geometry package inclusion

Em Sun, 18 Jun 2017 17:46:27 -0600 Jonathan Corbet escreveu: > Commit 85c21e5c3ee7 (docs-rst: better adjust margins and font size) added a > \usepackage{geometry} that conflicts with another inclusion deep within the > dependencies somewhere, causing the the PDF build to fail

Re: [PATCH] of: update ePAPR references to point to Devicetree Specification

On 06/18/17 07:05, Rob Herring wrote: > On Tue, Jun 13, 2017 at 07:49:04PM -0700, frowand.l...@gmail.com wrote: >> From: Frank Rowand >> >> The Devicetree Specification has superseded the ePAPR as the >> base specification for bindings. Update files in Documentation >> to

Re: [PATCH v2 25/26] zorro.txt: standardize document format

On Sat, Jun 17, 2017 at 5:27 PM, Mauro Carvalho Chehab wrote: > Each text file under Documentation follows a different > format. Some doesn't even have titles! > > Change its representation to follow the adopted standard, > using ReST markups for it to be parseable by

Re: [PATCH v2 07/26] rfkill.txt: standardize document format

On Sat, 2017-06-17 at 12:26 -0300, Mauro Carvalho Chehab wrote: > Each text file under Documentation follows a different > format. Some doesn't even have titles! > > Change its representation to follow the adopted standard, > using ReST markups for it to be parseable by Sphinx: > > - mark

[PATCH] kbuild: deprecate cc-option-align

Documentation/kbuild/makefiles.txt says the change for align options occurred at GCC 3.0, and Documentation/process/changes.rst says the minimal supported GCC version is 3.2, so it should be safe to hard-code -falign* options. Fix the only user arch/x86/Makefile_32.cpu and deprecate the

Re: doc: Document suitability of IBM Verse for kernel development

On Mon, 2017-06-19 at 15:31 +1000, Stewart Smith wrote: > IBM Verse is a web UI around Lotus Domino mail servers (much like > the Lotus Notes client talks to Domino servers). > > For various reasons, it is not at all suitable for kernel development, > all of which have been raised (repeatedly)