On Wed, 7 Sep 2016 20:22:00 -0400
Robert Foss wrote:
> > This could be taken directly into the docs tree, I think -- no reason
> > to make it depend on the rest of the series.
>
> Agreed. Would you like a separate submission for that?
Please, I've lost track of the original...
Thanks,
jon
-
On Wed, Sep 07, 2016 at 08:37:23PM +0530, Parav Pandit wrote:
> Hi Leon,
>
> >> Signed-off-by: Parav Pandit
> >> +static struct rdmacg_resource_pool *
> >> +get_cg_rpool_locked(struct rdma_cgroup *cg, struct rdmacg_device *device)
> >> +{
> >> + struct rdmacg_resource_pool *rpool;
> >> +
> >>
On 2016-09-07 07:22 PM, Kees Cook wrote:
On Mon, Sep 5, 2016 at 1:14 PM, wrote:
From: Robert Foss
Fixed a -> an typo.
Signed-off-by: Robert Foss
Acked-by: Kees Cook
This could be taken directly into the docs tree, I think -- no reason
to make it depend on the rest of the series.
Ag
Hi Jon,
I noticed there are several source files and Makefiles under the
Documentation directory. Some of them look very much like tests.
If they are indeed tests, maybe it is worth while to move them to
selftests? If you think this topic needs larger audience, I could
send in a KS topic for disc
On Mon, Sep 5, 2016 at 1:14 PM, wrote:
> From: Robert Foss
>
> Fixed a -> an typo.
>
> Signed-off-by: Robert Foss
Acked-by: Kees Cook
This could be taken directly into the docs tree, I think -- no reason
to make it depend on the rest of the series.
-Kees
> ---
> Documentation/filesystems/
On Wed, Sep 07, 2016 at 11:41:44PM +0200, Arnd Bergmann wrote:
> On Thursday, July 21, 2016 1:55:56 PM CEST Hoan Tran wrote:
> > + ctx->comm_base_addr = cppc_ss->base_address;
> > + if (ctx->comm_base_addr) {
> > + ctx->pcc_comm_addr =
> > +
On Wed, Sep 07, 2016 at 11:41:44PM +0200, Arnd Bergmann wrote:
> On Thursday, July 21, 2016 1:55:56 PM CEST Hoan Tran wrote:
> > + ctx->comm_base_addr = cppc_ss->base_address;
> > + if (ctx->comm_base_addr) {
> > + ctx->pcc_comm_addr =
> > +
On Thursday, July 21, 2016 1:55:56 PM CEST Hoan Tran wrote:
> + ctx->comm_base_addr = cppc_ss->base_address;
> + if (ctx->comm_base_addr) {
> + ctx->pcc_comm_addr =
> + acpi_os_ioremap(ctx->comm_base_addr,
> +
On 2016-09-07 05:11 PM, Francis Giraldeau wrote:
> The syscall test fails on x86:
> $ sudo ./isolation
> [...]
> test_syscall: FAIL (0x100)
> test_syscall (SIGUSR1): FAIL (0x100)
>
> I wanted to debug this problem with gdb and a KVM virtual machine. However,
> the TSC clock source
On 2016-08-29 12:27 PM, Chris Metcalf wrote:
> On 8/16/2016 5:19 PM, Chris Metcalf wrote:
>> Here is a respin of the task-isolation patch set.
>
> No concerns have been raised yet with the v15 version of the patch series
> in the two weeks since I posted it, and I think I have addressed all
> previ
On Wed, Sep 07, 2016 at 09:30:54AM -0500, Tom Lendacky wrote:
> _PAGE_ENC is #defined as sme_me_mask and sme_me_mask has already been
> set (or not set) at this point - so it will be the mask if SME is
> active or 0 if SME is not active.
Yeah, I remember :-)
> sme_early_init() is merely propagati
On 07/09/2016 10:55, Parav Pandit wrote:
Hi Matan,
On Thu, Sep 1, 2016 at 2:14 PM, Christoph Hellwig wrote:
On Thu, Sep 01, 2016 at 10:25:40AM +0300, Matan Barak wrote:
Well, if I recall, the reason doing so last time was in order to allow
flexible updating of ib_core independently, which is
On Wed, Sep 07, 2016 at 09:02:38AM -0500, Tom Lendacky wrote:
> Ugh.. I thought I caught all of these. Obviously not. I'll go through
> all the patches on this.
What you could do is run all patches through scripts/checkpatch.pl
and fix those issues which make sense to you. What I'm saying is, y
Hi Leon,
>> Signed-off-by: Parav Pandit
>> +static struct rdmacg_resource_pool *
>> +get_cg_rpool_locked(struct rdma_cgroup *cg, struct rdmacg_device *device)
>> +{
>> + struct rdmacg_resource_pool *rpool;
>> +
>> + rpool = find_cg_rpool_locked(cg, device);
>> + if (rpool)
>> +
On Wed, Sep 7, 2016 at 2:21 PM, Matan Barak wrote:
> On 07/09/2016 10:55, Parav Pandit wrote:
>>
>> Hi Matan,
>>
>> On Thu, Sep 1, 2016 at 2:14 PM, Christoph Hellwig wrote:
>>>
>>> On Thu, Sep 01, 2016 at 10:25:40AM +0300, Matan Barak wrote:
Well, if I recall, the reason doing so last t
On 09/06/2016 04:31 AM, Borislav Petkov wrote:
> On Mon, Aug 22, 2016 at 05:36:46PM -0500, Tom Lendacky wrote:
>> Adding general kernel support for memory encryption includes:
>> - Modify and create some page table macros to include the Secure Memory
>> Encryption (SME) memory encryption mask
>>
On 09/02/2016 09:09 AM, Borislav Petkov wrote:
> On Mon, Aug 22, 2016 at 05:36:22PM -0500, Tom Lendacky wrote:
>> Update the cpu features to include identifying and reporting on the
>> Secure Memory Encryption feature.
>>
>> Signed-off-by: Tom Lendacky
>> ---
>> arch/x86/include/asm/cpufeature.h
On 09/05/2016 10:22 AM, Borislav Petkov wrote:
> On Mon, Aug 22, 2016 at 05:36:46PM -0500, Tom Lendacky wrote:
>> Adding general kernel support for memory encryption includes:
>> - Modify and create some page table macros to include the Secure Memory
>> Encryption (SME) memory encryption mask
>>
On 09/05/2016 03:48 AM, Borislav Petkov wrote:
> On Mon, Aug 22, 2016 at 05:36:46PM -0500, Tom Lendacky wrote:
>> Adding general kernel support for memory encryption includes:
>> - Modify and create some page table macros to include the Secure Memory
>> Encryption (SME) memory encryption mask
>>
On 09/02/2016 01:14 PM, Borislav Petkov wrote:
> On Mon, Aug 22, 2016 at 05:36:46PM -0500, Tom Lendacky wrote:
>> Adding general kernel support for memory encryption includes:
>> - Modify and create some page table macros to include the Secure Memory
>> Encryption (SME) memory encryption mask
>>
n the source tree instead of in the build tree:
>>>
>>> $ git ls-files -o
>>> Documentation/sphinx/kernel-doc.pyc
>>> Documentation/sphinx/kernel_include.pyc
>>> Documentation/sphinx/rstFlatTable.pyc
>>> $
>>>
&
On 09/02/2016 06:03 AM, Borislav Petkov wrote:
> On Mon, Aug 22, 2016 at 05:35:59PM -0500, Tom Lendacky wrote:
>> Provide the Kconfig support to build the SME support in the kernel.
>>
>> Signed-off-by: Tom Lendacky
>> ---
>> arch/x86/Kconfig |9 +
>> 1 file changed, 9 insertions(+)
>
On 09/02/2016 03:50 AM, Borislav Petkov wrote:
> On Mon, Aug 22, 2016 at 05:35:39PM -0500, Tom Lendacky wrote:
>> This patch adds a Documenation entry to decribe the AMD Secure Memory
>> Encryption (SME) feature.
>>
>> Signed-off-by: Tom Lendacky
>> ---
>> Documentation/x86/amd-memory-encryption.
-files -o
>> Documentation/sphinx/kernel-doc.pyc
>> Documentation/sphinx/kernel_include.pyc
>> Documentation/sphinx/rstFlatTable.pyc
>> $
>>
>> This is with v4.8-rc5.
>>
>> With next-20160907, two more files appear:
>>
>>
on/sphinx/kernel_include.pyc
> Documentation/sphinx/rstFlatTable.pyc
> $
>
> This is with v4.8-rc5.
>
> With next-20160907, two more files appear:
>
> Documentation/sphinx/cdomain.pyc
> Documentation/sphinx/load_config.pyc
This should help
diff --git a/Documentatio
On Wed, 07 Sep 2016, Markus Heiser wrote:
> Am 06.09.2016 um 15:36 schrieb Jonathan Corbet :
>
>> On Sat, 27 Aug 2016 11:43:18 +0300
>> Jani Nikula wrote:
>>
>>> On Fri, 26 Aug 2016, Jonathan Corbet wrote:
As far as I can tell, the handling of "..." arguments has never worked
right, s
On next-20160907, "make htmldocs" fails:
Exception occurred:
File "/usr/lib/python2.7/dist-packages/sphinx/environment.py", line
1530, in create_index
for type, value, tid, main in entries:
ValueError: too many values to unpack
The full traceback has been saved in /tmp/s
h v4.8-rc5.
With next-20160907, two more files appear:
Documentation/sphinx/cdomain.pyc
Documentation/sphinx/load_config.pyc
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations
On 09/05, robert.f...@collabora.com wrote:
>
> @@ -2854,6 +2854,7 @@ static const struct pid_entry tgid_base_stuff[] = {
> REG("clear_refs", S_IWUSR, proc_clear_refs_operations),
> REG("smaps", S_IRUGO, proc_pid_smaps_operations),
> REG("pagemap",S_IRUSR, proc_pagemap_ope
Hi Peter,
On Tue, 6 Sep 2016 16:47:56 +0200, Peter Zijlstra wrote:
> On Tue, Sep 06, 2016 at 04:34:13PM +0200, Jean Delvare wrote:
> > > [diff "default"]
> > > xfuncname = "^[[:alpha:]$_].*[^:]$"
> >
> > OK, I see. As mentioned somewhere else, it fails for labels which have
> > comments.
Adds files and directories to debugfs for controlling and reading frame
CRCs, per CRTC:
dri/0/crtc-0/crc
dri/0/crtc-0/crc/control
dri/0/crtc-0/crc/data
Drivers can implement the set_crc_source callback() in drm_crtc_funcs to
start and stop generating frame CRCs and can add entries to the output
b
Hi,
this series basically takes the facility for continuously capturing CRCs
of frames from the i915 driver and into the DRM core.
The idea is that test suites such as IGT use this information to check
that frames that are exected to be identical, also have identical CRC
values.
Other drivers fo
Am 06.09.2016 um 17:55 schrieb Mauro Carvalho Chehab :
...
>> Sphinx has some more of these tuples with fixed length (remember
>> conf.py, the latex_documents settings) where IMHO hash/value pairs
>> (dicts) are more suitable.
>
> Well, the LaTeX stuff at conf.py seems to have a new field on vers
Hi Matan,
On Thu, Sep 1, 2016 at 2:14 PM, Christoph Hellwig wrote:
> On Thu, Sep 01, 2016 at 10:25:40AM +0300, Matan Barak wrote:
>> Well, if I recall, the reason doing so last time was in order to allow
>> flexible updating of ib_core independently, which is obviously not a good
>> reason (to sa
Am 06.09.2016 um 15:36 schrieb Jonathan Corbet :
> On Sat, 27 Aug 2016 11:43:18 +0300
> Jani Nikula wrote:
>
>> On Fri, 26 Aug 2016, Jonathan Corbet wrote:
>>> As far as I can tell, the handling of "..." arguments has never worked
>>> right, so any documentation provided was ignored in favor o
From: Markus Heiser
Handle signatures of function-like macros well. Don't try to deduce
arguments types of function-like macros.
Signed-off-by: Markus Heiser
---
Documentation/sphinx/cdomain.py | 55 -
1 file changed, 54 insertions(+), 1 deletion(-)
dif
From: Markus Heiser
For function-like macros, sphinx creates 'FOO (C function)' entries.
With this patch 'FOO (C macro)' are created for function-like macros,
which is the same for object-like macros.
Signed-off-by: Markus Heiser
---
Documentation/sphinx/cdomain.py | 10 ++
1 file chan
From: Markus Heiser
The self.indexnode's tuple has changed in sphinx version 1.4, from a
former 4 element tuple to a 5 element tuple.
https://github.com/sphinx-doc/sphinx/commit/e6a5a3a92e938fcd75866b4227db9e0524d58f7c
Signed-off-by: Markus Heiser
---
Documentation/sphinx/cdomain.py | 14
From: Markus Heiser
Hi Jon,
according to your remarks I fixed the first and second patch. The third patch is
resend unchanged;
> Am 06.09.2016 um 14:28 schrieb Jonathan Corbet :
>
> As others have pointed out, we generally want to hide the difference
> between functions and macros, so this is p
39 matches
Mail list logo
