On Thu, 06 Oct 2016, Mauro Carvalho Chehab wrote:
> Em Thu, 06 Oct 2016 17:21:36 +0300
> Jani Nikula escreveu:
>> We've seen what happens when we make it easy to add random scripts to
>> build documentation. We've worked hard to get rid of that. In
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Fri Oct 7 05:00:24 CEST 2016
media-tree git hash:9fce0c226536fc36c7fb0a8ca38a995be43e
media_build
Move blackfin gptimers-example to samples and remove it from Documentation
Makefile. Update samples Kconfig and Makefile to build gptimers-example.
blackfin is the last CONFIG_BUILD_DOCSRC target in Documentation/Makefile.
Hence this patch also includes changes to remove CONFIG_BUILD_DOCSRC from
This patch series contains the last 2 patches to complete moving runnable
code from Documentation to selftests, samples, and tools.
The first patch moves blackfin gptimers-example to samples, removes
BUILD_DOCSRC and updates BUILD_DOCSRC dependencies.
The second one updates 00-INDEX files under
Update 00-INDEX files with the current file list to reflect the runnable
code move.
Acked-by: Michal Marek
Acked-by: Jonathan Corbet
Reviewed-by: Kees Cook
Signed-off-by: Shuah Khan
---
Documentation/00-INDEX
Em Thu, 6 Oct 2016 10:27:56 -0700
Andy Lutomirski escreveu:
> On Wed, Oct 5, 2016 at 11:58 AM, Mauro Carvalho Chehab
> wrote:
> > Sorry, forgot to C/C people that are at the "Re: Problem with VMAP_STACK=y"
> > thread.
> >
> > Forwarded message:
> >
On Wed, Oct 5, 2016 at 11:58 AM, Mauro Carvalho Chehab
wrote:
> Sorry, forgot to C/C people that are at the "Re: Problem with VMAP_STACK=y"
> thread.
>
> Forwarded message:
>
> Date: Wed, 5 Oct 2016 15:54:18 -0300
> From: Mauro Carvalho Chehab
Em Thu, 6 Oct 2016 10:30:15 +0200
Jörg Otte escreveu:
> 2016-10-05 20:55 GMT+02:00 Mauro Carvalho Chehab :
> > Hi Johannes,
> >
> > Em Wed, 5 Oct 2016 20:29:45 +0200
> > Johannes Stezenbach escreveu:
> >
> >> On Wed, Oct 05, 2016
so there is discussion about a "central userspace allocator" (ie. more
like a common userspace API that could be implemented on top of
various devices/APIs) to decide in a generic way which device could
allocate.
https://github.com/cubanismo/allocator
and I wrote up some rough
Em Thu, 06 Oct 2016 17:21:36 +0300
Jani Nikula escreveu:
> On Thu, 06 Oct 2016, Mauro Carvalho Chehab wrote:
> > Em Thu, 06 Oct 2016 11:42:14 +0300
> > Jani Nikula escreveu:
> > Just curious here: what use case do you see by
On Thu, 06 Oct 2016, Mauro Carvalho Chehab wrote:
> Em Thu, 06 Oct 2016 11:42:14 +0300
> Jani Nikula escreveu:
> Just curious here: what use case do you see by building the Kernel
> documentation without the Kernel tree?
Not without the kernel tree,
Em Thu, 06 Oct 2016 11:42:14 +0300
Jani Nikula escreveu:
> On Thu, 06 Oct 2016, Markus Heiser wrote:
> > with this series a reST-directive kernel-cmd is introduced. The kernel-cmd
> > directive includes contend from the stdout of a command-line
When using dmabuf the devices have to attach themselves on the buffer
before map it
so you can know which devices will use the buffer before allocate it
when the first
dma_buf_map_attachment() is called (defered allocation)
Split dmabuf attach/map_attachment is not really done in drm or v4l2
but
Em Thu, 6 Oct 2016 09:20:19 +0200
Markus Heiser escreveu:
> From: Markus Heiser
>
> From: Markus Heiser
>
> Remove the media-Makefile and migrate the ``.. kernel-include::``
> directive to the new ``..
On Thu, 06 Oct 2016, Markus Heiser wrote:
> with this series a reST-directive kernel-cmd is introduced. The kernel-cmd
> directive includes contend from the stdout of a command-line (@mchehab asked
> for).
I like the fact that this removes Documentation/media/Makefile,
2016-10-05 20:55 GMT+02:00 Mauro Carvalho Chehab :
> Hi Johannes,
>
> Em Wed, 5 Oct 2016 20:29:45 +0200
> Johannes Stezenbach escreveu:
>
>> On Wed, Oct 05, 2016 at 06:04:50AM -0300, Mauro Carvalho Chehab wrote:
>> > static int
From: Markus Heiser
From: Markus Heiser
Remove the media-Makefile and migrate the ``.. kernel-include::``
directive to the new ``.. kernel-cmd::`` directive.
To avoid breaking bisect, this patch includes the required changes to
the
From: Markus Heiser
From: Markus Heiser
Format the literal-block like other code-block elements, with 12px and a
line-high of 1.5.
Signed-off-by: Markus Heiser
---
From: Markus Heiser
From: Markus Heiser
The ``kernel-cmd`` directive includes contend from the stdout of a
command-line. With the ``kernel-cmd`` directive we can include the
output of any (Perl or whatever) script. This is a more general
From: Markus Heiser
From: Markus Heiser
The kernel-include directive is no longer needed, so lets remove this
out-of-favor solution.
BTW: fixed a C typo in the Documentation/Makefile
Signed-off-by: Markus Heiser
From: Markus Heiser
Hi Jon, Mauro, and Jani,
with this series a reST-directive kernel-cmd is introduced. The kernel-cmd
directive includes contend from the stdout of a command-line (@mchehab asked
for).
Including content from a command's stdout is a more general
21 matches
Mail list logo