The link of devicetree.org was broken. Site has
been moved to elinux.org.
Signed-off-by: Claudia Meitinger
---
Documentation/devicetree/usage-model.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/usage-model.txt
Eric Biggers wrote:
> I guess that's fine --- either way users can't rely on the contents of the
> buffer. The man page should use the same wording, though. Should I send a v2
> of both patches?
Please. I just think it's better to put the 'semi-successful' case before
On Wed, Nov 01, 2017 at 01:57:18PM +, David Howells wrote:
> Eric Biggers wrote:
>
> > - As much of the data as can be fitted into the buffer will be copied to
> > - userspace if the buffer pointer is not NULL.
> > -
> > - On a successful return, the function
On Wed, 1 Nov 2017, Michal Hocko wrote:
> > memory.oom_score_adj would never need to be permanently tuned, just as
> > /proc/pid/oom_score_adj need never be permanently tuned. My response was
> > an answer to Roman's concern that "v8 has it's own limitations," but I
> > haven't seen a
On Wed, Nov 1, 2017 at 10:28 AM, Lee Jones wrote:
> On Tue, 31 Oct 2017, Rafael J. Wysocki wrote:
>
>> On Tue, Oct 31, 2017 at 4:09 PM, Lee Jones wrote:
>> > On Mon, 16 Oct 2017, Rafael J. Wysocki wrote:
>> >
>> >> From: Rafael J. Wysocki
Eric Biggers wrote:
> - As much of the data as can be fitted into the buffer will be copied to
> - userspace if the buffer pointer is not NULL.
> -
> - On a successful return, the function will always return the amount of
> data
> - available rather than the
Add the document for the change of extended movable_node=nn[KMG]@ss[KMG].
Cc: Jonathan Corbet
Cc: linux-doc@vger.kernel.org
Signed-off-by: Chao Fan
---
Documentation/admin-guide/kernel-parameters.txt | 9 +
1 file changed, 9 insertions(+)
diff
On Tue, 31 Oct 2017, Rafael J. Wysocki wrote:
> On Tue, Oct 31, 2017 at 4:09 PM, Lee Jones wrote:
> > On Mon, 16 Oct 2017, Rafael J. Wysocki wrote:
> >
> >> From: Rafael J. Wysocki
> >>
> >> Make the intel-lpss driver set DPM_FLAG_SMART_SUSPEND
On Tue 31-10-17 15:21:23, David Rientjes wrote:
> On Tue, 31 Oct 2017, Michal Hocko wrote:
>
> > > I'm not ignoring them, I have stated that we need the ability to protect
> > > important cgroups on the system without oom disabling all attached
> > > processes. If that is implemented as a