Hi Jon,
I assume you missed this patch, so please can you take a
look at / Thanks!
-- Markus --
> Am 14.08.2017 um 10:53 schrieb Markus Heiser :
>
> according to what Documentation/doc-guide/sphinx.rst says::
>
> The ReST markups currently used by the Documentation/ files
> are meant to be b
This is a partial review. I think I need to review the other patches first
before continuing this review. But it doesn't hurt to post this now.
On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> Add a glossary of terms for V4L2, as several concepts are complex
> enough to cause misunderstandings.
>
On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> minor numbers use to range between 0 to 255, but that
> was changed a long time ago. While it still applies when
> CONFIG_VIDEO_FIXED_MINOR_RANGES, when the minor number is
> dynamically allocated, this may not be true. In any case,
> this is not re
On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> When we added support for omap3, back in 2010, we added a new
> type of V4L2 devices that aren't fully controlled via the V4L2
> device node.
>
> Yet, we have never clearly documented in the V4L2 specification
> the differences between the two type
On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> As we now have a glossary, some terms used on open.rst
> require adjustments.
>
> Signed-off-by: Mauro Carvalho Chehab
Acked-by: Hans Verkuil
Regards,
Hans
> ---
> Documentation/media/uapi/v4l/open.rst | 12 ++--
> 1 file cha
On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> As both vdev-centric and MC-centric devices may implement the
> same APIs, we need a flag to allow userspace to distinguish
> between them.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/media/uapi/v4l/open.rst| 7
Fix little inconsistencies in Documentation: make case and spacing
match surrounding text, fix ascii-art.
Signed-off-by: Pavel Machek
diff --git a/Documentation/filesystems/ext4.txt
b/Documentation/filesystems/ext4.txt
index 5a8f7f4..75236c0 100644
--- a/Documentation/filesystems/ext4.txt
+++ b
Spell "LED" consistently with uppercase.
We do not want people to use LED subsystem for vibrations; there's
already support for that in input subsystem. Remove notes about
vibrations not to confuse people.
Signed-off-by: Pavel Machek
diff --git a/Documentation/leds/ledtrig-transient.txt
b/Do
On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> The documentation doesn't mention if vdev-centric hardware
> control would have subdev API or not.
>
> Add a notice about that, reflecting the current status, where
> three drivers use it, in order to support some subdev-specific
> controls.
I pos
Em Mon, 28 Aug 2017 12:05:06 +0200
Hans Verkuil escreveu:
> On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> > The documentation doesn't mention if vdev-centric hardware
> > control would have subdev API or not.
> >
> > Add a notice about that, reflecting the current status, where
> > three dri
On 28/08/17 12:30, Mauro Carvalho Chehab wrote:
> Em Mon, 28 Aug 2017 12:05:06 +0200
> Hans Verkuil escreveu:
>
>> On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
>>> The documentation doesn't mention if vdev-centric hardware
>>> control would have subdev API or not.
>>>
>>> Add a notice about th
On Tue, Aug 01, 2017 at 07:41:41PM +0530, Abhishek Sahu wrote:
> v3:
>
> 1. Added Documentation for new flag
> 2. Changed the flag description
>
> v2:
>
> 1. Added DMA_PREP_CMD flag and used the same for BAM DMA
>command descriptor
> 2. Removed custom mapping API patches
>
> v1:
>
> https:
On 08/23/2017 01:07 AM, Eric Biggers wrote:
On Tue, Aug 22, 2017 at 11:33:51PM +0800, Anand Jain wrote:
On 08/22/2017 10:55 AM, Eric Biggers wrote:
On Tue, Aug 22, 2017 at 10:22:30AM +0800, Anand Jain wrote:
Hi Eric,
How about a section on the threat model specific to the file-name ?
On 08/23/2017 01:36 AM, Eric Biggers wrote:
On Tue, Aug 22, 2017 at 11:35:20PM +0800, Anand Jain wrote:
I think AE is the only good solution for this, File-name encryption at
this stage won't solve any kind of Evil Maid attack, (as it was quoted
somewhere else in ML).
Further, below,
printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
timestamp to printk messages. The local hardware clock loses time each
day making it difficult to determine exactly when an issue has occurred in
the kernel log, and making it difficult to determine how kernel and
hardware i
printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
timestamp to printk messages. The local hardware clock loses time each
day making it difficult to determine exactly when an issue has occurred in
the kernel log, and making it difficult to determine how kernel and
hardware i
Em Mon, 28 Aug 2017 11:36:13 +0200
Hans Verkuil escreveu:
> On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> > When we added support for omap3, back in 2010, we added a new
> > type of V4L2 devices that aren't fully controlled via the V4L2
> > device node.
> >
> > Yet, we have never clearly doc
When we added support for omap3, back in 2010, we added a new
type of V4L2 devices that aren't fully controlled via the V4L2
device node.
Yet, we have never clearly documented in the V4L2 specification
the differences between the two types.
Let's document them based on the the current implementat
Right now, only kAPI documentation describes the device naming.
However, such description is needed at the uAPI too. Add it,
and describe how to get an unique identify for a given device.
Acked-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/uapi/v4l/open.rst | 39
As both vdev-centric and MC-centric devices may implement the
same APIs, we need a flag to allow userspace to distinguish
between them.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/uapi/v4l/open.rst| 7 +++
Documentation/media/uapi/v4l/vidioc-querycap.rst | 5
As we now have a glossary, some terms used on open.rst
require adjustments.
Acked-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/uapi/v4l/open.rst | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/Documentation/media/uapi/v4l/open.rs
minor numbers use to range between 0 to 255, but that
was changed a long time ago. While it still applies when
CONFIG_VIDEO_FIXED_MINOR_RANGES, when the minor number is
dynamically allocated, this may not be true. In any case,
this is not relevant, as udev will take care of it.
So, remove this use
The documentation doesn't mention if vdev-centric hardware
control would have subdev API or not.
Add a notice about that, reflecting the current status, where
three drivers use it, in order to support some subdev-specific
controls.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/ua
On Kernel 2.6.39, the omap3 driver was introduced together with a new way
to control complex V4L2 devices used on embedded systems, but this was
never documented, as the original idea were to have "soon" support for
standard apps to use it as well, via libv4l, but that didn't happen so far.
Also,
Add a glossary of terms for V4L2, as several concepts are complex
enough to cause misunderstandings.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/uapi/v4l/glossary.rst | 147 ++
Documentation/media/uapi/v4l/v4l2.rst | 1 +
2 files changed, 148 in
Em Mon, 28 Aug 2017 11:41:58 +0200
Hans Verkuil escreveu:
> > +control, and thus can't be used by **v4l2-centric** applications.
>
> vdev-centric
>
> TBD: I still think I prefer V4L2-centric over vdev-centric.
I'm splitting it on a separate thread, to make easier for us to discuss.
On Mon, Jul 24, 2017 at 01:54:17PM -0600, Jonathan Corbet wrote:
> Commit 0afef45654ae908536278ecb143ded5bbc713391 (staging: fsl-mc: add
> support for device table matching) added kerneldoc comments for two
> nonexistent structure fields, leading to these warnings in the docs build:
>
> ./includ
On Mon, Aug 28, 2017 at 08:18:46PM +0800, Anand Jain wrote:
> > If *no* applications care whether the filenames are encrypted or not, sure.
> > But are you absolutely sure that no applications care? How do you know?
> > And what
> > is the advantage of not encrypting the filenames anyway? It is
On Mon, Aug 28, 2017 at 11:46:39AM +0200, Pavel Machek wrote:
> Fix little inconsistencies in Documentation: make case and spacing
> match surrounding text, fix ascii-art.
>
> Signed-off-by: Pavel Machek
>
> diff --git a/Documentation/filesystems/ext4.txt
> b/Documentation/filesystems/ext4.txt
Hi Jon
sorry for polling you .. but I miss this patch. Can you please
take a look on it / Thanks!
-- Markus --
> Am 16.06.2017 um 21:27 schrieb Markus Heiser :
>
> Reported by Johannes Berg [1]. Problem here: function
> process_proto_type() concatenates the striped lines of declaration
> wit
On 07/28/2017 02:34 PM, Waiman Long wrote:
> v2->v3:
> - Add a faster pruning rate when the free pool is closed to depletion.
> - As suggested by James Bottomley, add an artificial delay waiting
> loop before killing a negative dentry and properly clear the
> DCACHE_KILL_NEGATIVE flag
On 08/28/2017 01:58 PM, Waiman Long wrote:
> On 07/28/2017 02:34 PM, Waiman Long wrote:
>> v2->v3:
>> - Add a faster pruning rate when the free pool is closed to depletion.
>> - As suggested by James Bottomley, add an artificial delay waiting
>> loop before killing a negative dentry and pr
On my Fedora 26 desktop (with Sphinx 1.6.3), make linkcheckdocs is failing with
InputError: [Errno 2] No such file or directory:
'/data/linux-rc/Documentation/output/cec.h.rst'.
reST markup error:
/data/linux-rc/Documentation/media/uapi/cec/cec-header.rst:9:
(SEVERE/4) Problems with "kernel-inclu
On Thu, 24 Aug 2017, Roman Gushchin wrote:
> > > Do you have an example, which can't be effectively handled by an approach
> > > I'm suggesting?
> >
> > No, I do not have any which would be _explicitly_ requested but I do
> > envision new requirements will emerge. The most probable one would be
>
On Monday, August 21, 2017 3:14:56 PM CEST Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Reorganize the power management part of admin-guide by adding a
> description of major power management strategies supported by the
> kernel (system-wide and working-state power management) to it and
From: Randy Dunlap
Fix non-ASCII charactes in kernel-doc comment to prevent the kernel-doc
build warning below.
WARNING: kernel-doc '../scripts/kernel-doc -rst -enable-lineno
../drivers/media/dvb-core/demux.h' processing failed with: 'ascii' codec can't
decode byte 0xe2 in position 6368: ordin
From: Randy Dunlap
kernel-doc parsing uses as ASCII codec, so let people know that
kernel-doc comments should be in ASCII characters only.
WARNING: kernel-doc '../scripts/kernel-doc -rst -enable-lineno
../drivers/media/dvb-core/demux.h' processing failed with: 'ascii' codec can't
decode byte 0
From: Randy Dunlap
Drop all references to git daily snapshots of Linux mainline git tree
since they are no longer generated.
Drop the "Last update" info since 'git log' is a better source of that
info and since the Last update date is not being updated.
Yes, I read that this file is obsolete, b
Some urls is invalid. I find alternative urls.
Signed-off-by: stephen lu
---
Documentation/timers/highres.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/timers/highres.txt b/Documentation/timers/highres.txt
index e878997..9d88f67 100644
--- a/Documentat
If *no* applications care whether the filenames are encrypted or not, sure.
But are you absolutely sure that no applications care? How do you know? And
what
is the advantage of not encrypting the filenames anyway? It is better to
encrypt by default.
File-name is a kind of File-system s
On Tue, Aug 01, 2017 at 02:53:43PM +0530, Viresh Kumar wrote:
> Users must be given an option to discard any constraints set by
> bootloaders. For example, consider that a constraint is set for the LCD
> controller's supply and the LCD driver isn't loaded by the kernel. If
> the user doesn't need t
On Tue, 29 Aug 2017, Greg Kroah-Hartman wrote:
> On Tue, Aug 01, 2017 at 02:53:43PM +0530, Viresh Kumar wrote:
>> Users must be given an option to discard any constraints set by
>> bootloaders. For example, consider that a constraint is set for the LCD
>> controller's supply and the LCD driver isn
42 matches
Mail list logo
