Hi Michael,
As discussed at LCA here is the start to the docs conversion for PowerPC
to RST.
This applies cleanly on top of the mainline (5.20-rc5) and Jon's tree
(docs-next branch).
I'm guessing it should go in through the PowerPC tree because I doubt
you want to review this Jon, it's one big s
These two patches do not apply cleanly to net nor net-next.
Please send me something that does apply, and please always
clearly indicate which tree your changes are targetting.
From: Randy Dunlap
Fix markup warnings in cgroup-v2.rst:
Documentation/admin-guide/cgroup-v2.rst:1509: WARNING: Block quote ends without
a blank line; unexpected unindent.
Documentation/admin-guide/cgroup-v2.rst:1511: WARNING: Block quote ends without
a blank line; unexpected unindent.
Documen
On Mon, 21 Jan 2019 11:17:21 +
Quentin Perret wrote:
> The recently introduced Energy Aware Scheduling (EAS) feature relies on
> a large set of concepts, assumptions, and design choices that are
> probably not obvious for an outsider. Moreover, enabling EAS on a
> particular platform isn't st
On Fri, 25 Jan 2019 12:07:00 -0600
Jeremy Linton wrote:
> For a while Arm64 has been capable of force enabling
> or disabling the kpti mitigations. Lets make sure the
> documentation reflects that.
>
> Signed-off-by: Jeremy Linton
> Cc: Jonathan Corbet
> Cc: linux-doc@vger.kernel.org
I've app
On Mon, 4 Feb 2019 22:30:47 +0100
Federico Vaga wrote:
> This patch adds the Italian translation for the following documents
> in Documentation/process:
>
> - applying-patches
> - submit-checklist
> - submitting-drivers
> - changes
> - stable api nonsense
>
> Signed-off-by: Federico Vaga
App
On Wed, 23 Jan 2019 21:22:55 +0100
Federico Vaga wrote:
> This patch translates in Italian the content of the following patch
>
> 7967656ffbfa coding-style: Clarify the expectations around bool
>
> Signed-off-by: Federico Vaga
Applied, thanks.
jon
On Wed, 06 Feb 2019 23:55:38 +0100
Federico Vaga wrote:
> I am having a look at this document and I am wandering if this is an
> useful
> document? Clearly I see value in the table with all requirements
> summarised,
> but I do not see it for the rest of the document.
>
> So, I propose to actu
On Fri, 1 Feb 2019 10:30:58 +0300
Alexey Budankov wrote:
> Elaborate on possible perf_event/Perf privileged users groups
> and document steps about creating such groups.
>
> Signed-off-by: Alexey Budankov
> ---
> Documentation/admin-guide/perf-security.rst | 43 +
> 1 file
On Fri, 1 Feb 2019 10:29:11 +0300
Alexey Budankov wrote:
> Extend perf-security.rst file with perf_events/Perf resource control
> section describing RLIMIT_NOFILE and perf_event_mlock_kb settings for
> performance monitoring user processes.
>
> Signed-off-by: Alexey Budankov
Overall these patc
On Sun, 3 Feb 2019 21:00:19 +0100
Otto Sabart wrote:
> Legacy IO schedulers (cfq, deadline and noop) were removed in
> f382fb0bcef4.
>
> The documentation for deadline was retained because it carries over to
> mq-deadline as well, but location of the doc file was changed over time.
>
> The old
On Mon, 4 Feb 2019 14:16:57 +0530
Kamalesh Babulal wrote:
> Fix the spelling of 'functionnality' -> 'functionality'.
>
> Signed-off-by: Kamalesh Babulal
Applied, thanks.
jon
On 2019-01-21 09:11, Federico Vaga wrote:
On Monday, January 21, 2019 2:56:17 AM CET Jonathan Corbet wrote:
On Sat, 19 Jan 2019 23:13:41 +0100
Federico Vaga wrote:
> This patch adds the Italian translation for the following documents
> in Documentation/process:
>
> - applying-patches
> - submi
Can you please add a cover letter and series revision the next time
you post this? See the list archives for samples. That helps me know
when I can ignore old patches when they've been superseded.
I think you also need to put something in the "To:" header. I usually
use linux-...@vger.kernel.or
On 06/02/2019 19:24, Jeremy Linton wrote:
> Hi,
>
>
> I just realized I replied to this off-list.
>
> On 01/30/2019 12:02 PM, Andre Przywara wrote:
>> On Fri, 25 Jan 2019 12:07:00 -0600
>> Jeremy Linton wrote:
>>
>> Hi,
>>
>>> For a while Arm64 has been capable of force enabling
>>> or disablin
On Wed, Feb 06, 2019 at 05:31:57PM -0200, Shayenne Moura wrote:
> Remove the list of broken tests on VKMS solved by patchset
> https://patchwork.freedesktop.org/series/55994/
>
> Signed-off-by: Shayenne Moura
Excellent work from you!
> ---
> Documentation/gpu/vkms.rst | 11 ---
> 1 fil
On Wed, Feb 06, 2019 at 08:49:38AM +0100, Markus Heiser wrote:
> Am 06.02.19 um 05:27 schrieb Tobin C. Harding:
> > Seems we either change them all or none of them.
>
> Both are OK .. from the spec ...
>
> "Simple reference names are single words consisting of alphanumerics plus
> isolated (no tw
Remove the list of broken tests on VKMS solved by patchset
https://patchwork.freedesktop.org/series/55994/
Signed-off-by: Shayenne Moura
---
Documentation/gpu/vkms.rst | 11 ---
1 file changed, 11 deletions(-)
diff --git a/Documentation/gpu/vkms.rst b/Documentation/gpu/vkms.rst
index 7d
Hi,
I just realized I replied to this off-list.
On 01/30/2019 12:02 PM, Andre Przywara wrote:
On Fri, 25 Jan 2019 12:07:00 -0600
Jeremy Linton wrote:
Hi,
For a while Arm64 has been capable of force enabling
or disabling the kpti mitigations. Lets make sure the
documentation reflects that.
Quoting Matti Vaittinen (2018-12-07 03:10:15)
> clk-max77686 never clean clkdev lookup at remove. This can cause
> oops if clk-max77686 is removed and inserted again. Fix leak by
> using new devm clkdev lookup registration. Simplify also error
> path by using new devm_of_clk_add_hw_provider.
>
> S
Quoting Matti Vaittinen (2018-12-07 03:10:51)
> Use devm based clkdev lookup registration to avoid leaking lookup
> structures.
>
> Signed-off-by: Matti Vaittinen
> ---
Applied to clk-next
Quoting Matti Vaittinen (2018-12-07 03:09:39)
> Clkdev registration lacks of managed registration functions and it
> seems few drivers do not drop clkdev lookups at exit. Add
> devm_clk_hw_register_clkdev and devm_clk_release_clkdev to ease lookup
> releasing at exit.
>
> Signed-off-by: Matti Vait
Depends:
commit a1140e7bcb10ff96c192ee200e6cbf832f27158e
("PCI: fix serious bug when sizing bridges with additional size")
Background: I have come to find that the kernel parameters for reserving
resources for the hotplug bridges are not useful for Thunderbolt with
native PCI enumeration. You can
Background: I discovered a bug while preparing my next patch for
Thunderbolt native PCI enumeration. This bugfix is vital for that next
Thunderbolt patch. They are related and could be put together but I am
presenting them as separate patches.
Nature of problem: On boot, the PCI bridges are handle
Hello Thierry,
On Wed, Feb 06, 2019 at 12:01:26AM +0100, Thierry Reding wrote:
> On Mon, Jan 07, 2019 at 11:10:40PM +0100, Uwe Kleine-König wrote:
> > On Mon, Jan 07, 2019 at 09:30:55AM +, claudiu.bez...@microchip.com
> > wrote:
> > > On 05.01.2019 23:05, Uwe Kleine-König wrote:
> > > > On Th
25 matches
Mail list logo
