Hi, Yury
On 2016/6/18 7:54, 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 means the support of
AARCH32 use
On Tue, 09 Aug 2016, Daniel Vetter wrote:
> These are the leftovers I could only track down using keep_warnings =
> True. For some of them we might want to update our style guide on how
> to reference structures and constants, not sure ...
>
> Cc: Markus Heiser
> Cc: Jonathan Corbet
> Cc: linux-
On Thu, 11 Aug 2016, Jani Nikula wrote:
> On Tue, 09 Aug 2016, Daniel Vetter wrote:
>> diff --git a/drivers/gpu/drm/i915/intel_audio.c
>> b/drivers/gpu/drm/i915/intel_audio.c
>> index d32f586f9c05..85389cdd0bec 100644
>> --- a/drivers/gpu/drm/i915/intel_audio.c
>> +++ b/drivers/gpu/drm/i915/inte
On Thu, Aug 11, 2016 at 11:15:13AM +0300, Jani Nikula wrote:
> On Tue, 09 Aug 2016, Daniel Vetter wrote:
> > These are the leftovers I could only track down using keep_warnings =
> > True. For some of them we might want to update our style guide on how
> > to reference structures and constants, no
On Fri, Jul 22, 2016 at 08:50:44AM -0400, Chris Metcalf wrote:
> On 7/21/2016 10:20 PM, Christoph Lameter wrote:
> >On Thu, 21 Jul 2016, Chris Metcalf wrote:
> >>On 7/20/2016 10:04 PM, Christoph Lameter wrote:
> >>unstable, and then scheduling work to safely remove that timer.
> >>I haven't looked
On Thu, Aug 11, 2016 at 12:16:58AM +0200, Frederic Weisbecker wrote:
> I had similar issues, this seems to happen when the tsc is considered not
> reliable
> (which doesn't necessarily mean unstable. I think it has to do with some x86
> CPU feature
> flag).
Right, as per the other email, in gene
On Thursday, August 11, 2016 3:35:01 PM CEST Zhangjian (Bamvor) wrote:
> On 2016/6/18 7:54, 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.
> >
> > F
Am 11.08.2016 um 10:23 schrieb Jani Nikula :
> On Thu, 11 Aug 2016, Jani Nikula wrote:
>> On Tue, 09 Aug 2016, Daniel Vetter wrote:
>>> diff --git a/drivers/gpu/drm/i915/intel_audio.c
>>> b/drivers/gpu/drm/i915/intel_audio.c
>>> index d32f586f9c05..85389cdd0bec 100644
>>> --- a/drivers/gpu/drm
Hi Jon, Daniel, Jani and Mauro,
"bump" ... may my mail got lost ...
It's about the default highlight language in the conf.py. I suggested
to set it to the value 'guess', since this might solve most of our
problems discussed in this context.
conf.py::
highlight_language = 'guess'
Thanks for
On 8/10/2016 6:16 PM, Frederic Weisbecker wrote:
On Wed, Jul 27, 2016 at 08:55:28AM -0500, Christoph Lameter wrote:
On Mon, 25 Jul 2016, Christoph Lameter wrote:
Guess so. I will have a look at this when I get some time again.
Ok so the problem is the clocksource_watchdog() function in
kernel
Convert dma-buf documentation over to sphinx; also cleanup to
address sphinx warnings.
While at that, convert dma-buf-sharing.txt as well, and make it the
dma-buf API guide.
There is no content change yet; only format conversion and creation of
some hyperlinks.
Sumit Semwal (4):
dma-buf/fence:
Convert dma-buf documentation over to sphinx; also cleanup to
address sphinx warnings.
While at that, convert dma-buf-sharing.txt as well, and make it the
dma-buf API guide.
There is no content change yet; only format conversion and creation of
some hyperlinks.
Sumit Semwal (4):
dma-buf/fence:
Commit e941759c74a44d6ac2eed21bb0a38b21fe4559e2 ("fence: dma-buf
cross-device synchronization (v18)") had a spurious kerneldoc section
header that caused Sphinx to complain. Fix it.
Fixes: e941759c74a4 ("fence: dma-buf cross-device synchronization (v18)")
Signed-off-by: Sumit Semwal
---
include
Include dma-buf sphinx documentation into top level index.
Signed-off-by: Sumit Semwal
---
Documentation/index.rst | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/index.rst b/Documentation/index.rst
index 43c722f15292..2fe8e82d7d8c 100644
--- a/Documentation/index.rst
+++ b/D
Commit 0431b9065f28ecf6c320fefebe0241620049984f ("staging/android: bring
struct sync_pt back") removed child_list and active_list from struct fence,
but left it in kernel doc. Delete them.
Fixes: 0431b9065f28 ("staging/android: bring struct sync_pt back")
Signed-off-by: Sumit Semwal
---
include
Branch out dma-buf related documentation into its own rst file to allow
adding it to the sphinx documentation generated.
While at it, move dma-buf-sharing.txt into rst as the dma-buf guide too.
Signed-off-by: Sumit Semwal
---
Documentation/DocBook/device-drivers.tmpl | 37 ---
Documentation/dm
On Thu, 11 Aug 2016, Sumit Semwal wrote:
> diff --git a/Documentation/dma-buf/guide.rst b/Documentation/dma-buf/guide.rst
> new file mode 100644
> index ..fd3534fdccb3
> --- /dev/null
> +++ b/Documentation/dma-buf/guide.rst
> @@ -0,0 +1,503 @@
> +
> +.. _dma-buf-guide:
> +
> +=
Hi Sumit,
I haven't compiled your patch yet, just my 2cent about the
reStructuredText (reST) ASCII markup ...
Here are some handy links about reST and the Sphinx markup constructs,
we have not yet added to the documentation (sorry):
* reST primer:http://www.sphinx-doc.org/en/stable/rest.htm
On Thu, Aug 11, 2016 at 10:40:02AM +0200, Peter Zijlstra wrote:
> On Thu, Aug 11, 2016 at 12:16:58AM +0200, Frederic Weisbecker wrote:
> > I had similar issues, this seems to happen when the tsc is considered not
> > reliable
> > (which doesn't necessarily mean unstable. I think it has to do with
Am 11.08.2016 um 13:58 schrieb Markus Heiser :
>> +.. note:: Until this stage, the buffer-exporter has the option to choose
>> not to
>> + actually allocate the backing storage for this buffer, but wait for the
>> + first buffer-user to request use of buffer for allocation.
>
> Use newlines
On Thu, 11 Aug 2016 10:06:19 +0530
Anup Patel wrote:
> Hi Alex,
>
> On Thu, Aug 11, 2016 at 9:46 AM, Alex Williamson
> wrote:
> > On Thu, 11 Aug 2016 09:30:19 +0530
> > Anup Patel wrote:
> >
> >> Hi Arnd,
> >>
> >> On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote:
> >> > On Monday, Au
Hello Jani,
On 11 August 2016 at 17:17, Jani Nikula wrote:
> On Thu, 11 Aug 2016, Sumit Semwal wrote:
>> diff --git a/Documentation/dma-buf/guide.rst
>> b/Documentation/dma-buf/guide.rst
>> new file mode 100644
>> index ..fd3534fdccb3
>> --- /dev/null
>> +++ b/Documentation/dma-buf/
Hi Markus,
On 11 August 2016 at 17:28, Markus Heiser wrote:
> Hi Sumit,
>
> I haven't compiled your patch yet, just my 2cent about the
> reStructuredText (reST) ASCII markup ...
>
Thanks very much for your detailed review comments - highly appreciated!
> Here are some handy links about reST and
On Thu, 11 Aug 2016 12:02:31 +0200
Markus Heiser wrote:
> "bump" ... may my mail got lost ...
>
> It's about the default highlight language in the conf.py. I suggested
> to set it to the value 'guess', since this might solve most of our
> problems discussed in this context.
Nope, I just spent t
On Thu, 11 Aug 2016 16:17:56 +0530
Sumit Semwal wrote:
> Convert dma-buf documentation over to sphinx; also cleanup to
> address sphinx warnings.
>
> While at that, convert dma-buf-sharing.txt as well, and make it the
> dma-buf API guide.
Thanks for working to improve the documentation! I do h
On Thu, Aug 11, 2016 at 10:53:01AM +0200, Arnd Bergmann wrote:
> On Thursday, August 11, 2016 3:35:01 PM CEST Zhangjian (Bamvor) wrote:
> > On 2016/6/18 7:54, Yury Norov wrote:
> > > From: Andrew Pinski
> > >
> > > In this patchset ILP32 ABI support is added. Additionally to AARCH32,
> > > which
On Thursday, August 11, 2016 3:50:00 PM CEST Catalin Marinas wrote:
> On Thu, Aug 11, 2016 at 10:53:01AM +0200, Arnd Bergmann wrote:
> > On Thursday, August 11, 2016 3:35:01 PM CEST Zhangjian (Bamvor) wrote:
> > > On 2016/6/18 7:54, Yury Norov wrote:
> > > > From: Andrew Pinski
> > > >
> > > > In
On 08/09/2016 12:01 PM, Joe Lawrence wrote:
Add descriptions for dax, io_poll, and write_same_max_bytes files.
Added, thanks.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On 08/10/2016 03:28 PM, Kees Cook wrote:
> + if (ram_latent_entropy && !PageHighMem(page) &&
> + page_to_pfn(page) < 0x10) {
> + u64 hash = 0;
> + size_t index, end = PAGE_SIZE * nr_pages / sizeof(hash);
> + const u64 *data = lowmem_page_addre
On Thu, Aug 11, 2016 at 05:16:45PM +0200, Arnd Bergmann wrote:
> On Thursday, August 11, 2016 3:50:00 PM CEST Catalin Marinas wrote:
> > On Thu, Aug 11, 2016 at 10:53:01AM +0200, Arnd Bergmann wrote:
> > > On Thursday, August 11, 2016 3:35:01 PM CEST Zhangjian (Bamvor) wrote:
> > > > On 2016/6/18 7
On Thu, Aug 11, 2016 at 02:39:23PM +1000, Stewart Smith wrote:
Forgive me for being absent on the whole discussion here, but is this
an OPAL specific binding? If so, shouldn't the docs also appear in the
skiboot tree?
Good question. I guess it's not necessarily OPAL-specific, even though
OPAL
On Tue, Aug 09, 2016 at 04:29:46PM -0400, Chris Metcalf wrote:
> +/*
> + * Each time we try to prepare for return to userspace in a process
> + * with task isolation enabled, we run this code to quiesce whatever
> + * subsystems we can readily quiesce to avoid later interrupts.
> + */
> +void task_
On Thu, 11 Aug 2016, Frederic Weisbecker wrote:
> Do we need to quiesce vmstat everytime before entering userspace?
> I thought that vmstat only need to be offlined once and for all?
Once is sufficient after disabling the tick.
--
To unsubscribe from this list: send the line "unsubscribe linux-d
Hi Jonathan,
not sure if this is already on your radar or if you're at all the
right person to contact, but I just noticed that the gpu htmldocs
are gone from https://www.kernel.org/doc/htmldocs/gpu/
Actually all the rst-formatted docs are missing. It would be great
if they could be reinstated so
On Thursday, August 11, 2016 5:30:03 PM CEST Catalin Marinas wrote:
> > > > and you can have ARM binaries with
> > > > PER_LINUX (using the arm64 uname) just like you can have
> > > > arm64 binaries running with PER_LINUX32.
> > >
> > > I was actually looking to enforce the 32-bit binaries to onl
On Thu, Aug 11, 2016 at 10:40:02AM +0200, Peter Zijlstra wrote:
> On Thu, Aug 11, 2016 at 12:16:58AM +0200, Frederic Weisbecker wrote:
> > I had similar issues, this seems to happen when the tsc is considered not
> > reliable
> > (which doesn't necessarily mean unstable. I think it has to do with
On Thu, 11 Aug 2016, Paul E. McKenney wrote:
> > With modern Intel we could run it on one CPU per package I think, but at
> > the same time, too much in NOHZ_FULL assumes the TSC is indeed sane so
> > it doesn't make sense to me to keep the watchdog running, when it
> > triggers it would also have
On Thu, Aug 11, 2016 at 06:02:34PM -0500, Christoph Lameter wrote:
> On Thu, 11 Aug 2016, Paul E. McKenney wrote:
>
> > > With modern Intel we could run it on one CPU per package I think, but at
> > > the same time, too much in NOHZ_FULL assumes the TSC is indeed sane so
> > > it doesn't make sens
On 09/08/16 04:27, Reza Arbab wrote:
> When scanning the device tree to initialize the system NUMA topology,
> process dt elements with compatible id "ibm,hotplug-aperture" to create
> memoryless numa nodes.
>
> These nodes will be filled when hotplug occurs within the associated
> address range
On 09/08/16 04:27, Reza Arbab wrote:
> Remove the check which prevents us from hotplugging into an empty node.
>
> Signed-off-by: Reza Arbab
> ---
> arch/powerpc/mm/numa.c | 13 +
> 1 file changed, 1 insertion(+), 12 deletions(-)
>
> diff --git a/arch/powerpc/mm/numa.c b/arch/powe
On 11/08/16 08:28, Kees Cook wrote:
> From: Emese Revfy
>
> When "ram_latent_entropy" is passed on the kernel command line, entropy
> will be extracted from up to the first 4GB of RAM while the runtime memory
> allocator is being initialized. This entropy isn't cryptographically
> secure, but d
Hi Jon!
On 11 August 2016 at 20:06, Jonathan Corbet wrote:
> On Thu, 11 Aug 2016 16:17:56 +0530
> Sumit Semwal wrote:
>
>> Convert dma-buf documentation over to sphinx; also cleanup to
>> address sphinx warnings.
>>
>> While at that, convert dma-buf-sharing.txt as well, and make it the
>> dma-bu
42 matches
Mail list logo
