This provide option to control sanity of read and write operations
Both read and write instrumentation increase size of uImage, So using
this option read or write instrumentation can be avoided if not required.
Useful in case of module sanity, using this uImage sanity can be avoided.
Also user spa
worth
noting in the documentation.
Patch is against 4.9.0 (localversion-next is 20161212)
Documentation/timers/timers-howto.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/timers/timers-howto.txt
b/Documentation/timers/timers-howto.txt
index 038f8c7..b5cdf82 100644
(localversion-next is 20161212)
Documentation/timers/timers-howto.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/timers/timers-howto.txt
b/Documentation/timers/timers-howto.txt
index 038f8c7..b5cdf82 100644
--- a/Documentation/timers/timers-howto.txt
+++ b/Documentation
On Mon, 2016-12-12 at 11:00 -0700, Jonathan Corbet wrote:
> On Fri, 2 Dec 2016 10:15:13 -0200
> Mauro Carvalho Chehab wrote:
>
> > On the past approaches, was planning to keep the documentation
> > about what's at the MAINTAINERS file inside it, but that would
> > require running an external scr
On Mon, 12 Dec 2016 11:49:13 -0700
Jim Davis wrote:
> On my Ubuntu 16.04 desktop, make pdfdocs fails with
>
> Makefile:58: recipe for target 'media.pdf' failed
> make[2]: *** [media.pdf] Error 1
> Documentation/Makefile.sphinx:79: recipe for target 'pdfdocs' failed
> make[1]: *** [pdfdocs] Error
On my Ubuntu 16.04 desktop, make pdfdocs fails with
Makefile:58: recipe for target 'media.pdf' failed
make[2]: *** [media.pdf] Error 1
Documentation/Makefile.sphinx:79: recipe for target 'pdfdocs' failed
make[1]: *** [pdfdocs] Error 2
Makefile:1450: recipe for target 'pdfdocs' failed
make: *** [pd
On Fri, Nov 11, 2016 at 03:15:03PM -0500, Lyude wrote:
> For whatever reason, the X1 Yoga doesn't support the normal method of
> querying for tablet mode. Instead of providing the MHKG method under the
> hotkey handle, we're instead given the CMMD method under the EC handle.
> Values on this handle
On Fri, 2 Dec 2016 10:15:13 -0200
Mauro Carvalho Chehab wrote:
> On the past approaches, was planning to keep the documentation
> about what's at the MAINTAINERS file inside it, but that would
> require running an external script or use some Sphinx extension.
>
> This time, I took a much simple
On Thu, 8 Dec 2016 23:06:57 +0100
Daniel Vetter wrote:
> Hm yeah, separate conversion section makes sense. In that case I'll
> adopt Jani's suggestion for more terseness in overview document, and
> we can merge Mauro's proposal (or something like it) on top. And I'll
> try to rebase onto latest d
Em Thu, 8 Dec 2016 23:06:57 +0100
Daniel Vetter escreveu:
> On Thu, Dec 8, 2016 at 10:10 AM, Mauro Carvalho Chehab
> wrote:
> > Em Wed, 7 Dec 2016 12:39:24 -0700
> > Jonathan Corbet escreveu:
> >
> >> On Wed, 7 Dec 2016 16:42:58 +0100
> >> Daniel Vetter wrote:
> >>
> >> > We already had a
On 2016-12-10 19:21, Jonathan Cameron wrote:
> On 06/12/16 09:18, Peter Rosin wrote:
>> On 2016-12-06 00:26, Rob Herring wrote:
>>> On Wed, Nov 30, 2016 at 09:16:58AM +0100, Peter Rosin wrote:
Signed-off-by: Peter Rosin
---
.../bindings/iio/multiplexer/iio-mux.txt | 40
>
2016-12-09 Daniel Vetter :
> This was missed when adding a dma_fence_get call. While at it also
> remove the kerneldoc for the static inline helper - no point
> documenting internals down to every detail.
>
> Fixes: 30cd85dd6edc ("dma-buf/sync_file: hold reference to fence when
> creating sync_f
Hi Daniel,
2016-12-09 Daniel Vetter :
> Just prep work to polish and consolidate all the dma-buf related
> documenation.
>
> Unfortunately I didn't discover a way to both integrate this new file
> into the overall toc while keeping it at the current place. Work
> around that by moving it into th
13 matches
Mail list logo